jdahlstrom / retrofire Goto Github PK

Including perspective correction.

Including classics like RGB565 and 256-color paletted format. Possibly implement dithering.

Generate axis-aligned bounding boxes for meshes and clip test them to early discard entire meshes in hidden face removal.

Allow per-vertex transform and eg. lighting calculations.

Especially between uN and usize. Consider creating traits for explicit named conversions.

This depends mostly on math functions – use libm or micromath or either?

Depends on #97

Vector/matrix math should be written in a form that facilitates compiler autovectorization.

To be reimplemented:

• PRNG
• Mesh
• Backface culling #110
• Sprites #95
• Solids #108
• Text #119
• Better demos eg. #125
• Noise
• Particles
• Depth sorting

This requires a Varying that steps using Bresenham-like math that tracks cumulative error.

Normalized texture coordinates could be "denormalized" to integer coordinates and then Bresenham interpolated.

Related to #63.

Currently they do similar things but don't share code.

Integers cannot be interpolated with the current Varying because they cannot have a well-behaving Linear impl. Make Varying a trait and impl it for integers based on the current Bresenham code.

If all the faces a vertex belongs to are culled, that vertex does not need w divide or viewport transform. Should think about if it's worth it to try to discard/skip those vertices.

Color implements Linear but this cannot reasonably work because integers are not linear. Remove the impl once #63 is done.

For example, automatically updating transforms based on clock. Should support play/pause and possibly fast forward/slow-motion etc? Also a sequencer for displaying different scenes/cameras based on clock.

Only divide every n pixels, interpolate linearly inbetween.

Currently HSR culls vertices outside the unit cube, but perspective projection maps z coordinates to [0, 1] rather than [-1, 1]. This causes vertices behind the image plane to not be culled.