-
-
Notifications
You must be signed in to change notification settings - Fork 3.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Consider switching to a generic math library #17
Comments
First some thoughts on Euclid:
nalgebra is "slow" to compile in comparison to everything else (nalgebra: 17seconds , glam 0.6 seconds /euclid 1.9 seconds/cgmath 3.3 seconds) and the types are still not fun to deal with In general I only do "linear algebra operations" on f32s
|
Keep z translation value untouched in 2d
Optimise extract_meshlet_meshes and prepare_meshlet_per_frame_resources
Add "word or glyph" linebreaking
Bevy currently uses glam, which is blissfully simple, but also doesnt cover the breadth of types required (UVec2 / IVec2 / etc). Additionally, given that we are using a data driven approach for shaders, it makes sense that the math library can map to all (or at least most) shader types. Ideally all types can be zero-copy converted into their shader types.
Libs to consider:
nalgebra
euclid
pathfinder_geometry
The text was updated successfully, but these errors were encountered: