←back to thread

Super Mario 64 for the PS1

(github.com)
300 points LaserDiscMan | 2 comments | 10 Dec 25 18:58 UTC | HN request time: 0.001s | source
Show context
amlib ◴[10 Dec 25 19:57 UTC] No.46222841[source]▶
> Tessellation (up to 2x) to reduce issues with large polygons

From the videos I've watched there is still insane amounts of affine transformation texture warping, is that because it's not enable or because 2x is not enough?

I guess they will need to also redo all level geometry to be more amenable to tesselation... I guess that's why many ps1 games had blocky looking levels.

replies(3): >>46223805 #>>46223821 #>>46224091 #
mewse-hn ◴[10 Dec 25 21:04 UTC] No.46223821[source]▶
I see a lot of texture warp like you mentioned but I'm not seeing the geometry popping (wobble?) that was a hallmark of ps1 games, I'm guessing they're using soft floating point for the geometry and doing perspective-correct texture mapping would just be too expensive for decent frame rate
replies(3): >>46224016 #>>46224199 #>>46224242 #
1. malucart ◴[10 Dec 25 21:38 UTC] No.46224242[source]▶
it's not possible to have either subpixel vertex precision or perspective correct mapping with the PS1 GPU, as it only takes 2D whole-pixel coordinates for triangle vertices. (contrary to popular belief, N64 also uses exclusively fixed point for graphics btw, it just has subpixel units.) better tessellation can mitigate the perspective issues by a lot, but the vertex snapping is unsolvable, and it is indeed present here. look closer and you might see it.
replies(1): >>46228499 #
2. eru ◴[11 Dec 25 07:03 UTC] No.46228499[source]▶
Interesting!

I guess you could pretend to have sub-pixel precision on the PS1, if you did it manually? Eg change the colours around 'between pixels' or something like that?

But that would probably get very expensive very soon.