jak-project/game/graphics/opengl_renderer/ocean
water111 d5951c2b11
[jak 2] Fix possible stereo desync in overlord (#2663)
Normally, when they allocate a VagCmd, they do a bunch of stuff to clear
all the status bits and reset things
in particular the InitVAGCmd function does a lot


![image](https://github.com/open-goal/jak-project/assets/48171810/9b355020-ad37-496c-9438-2f8d34f24e0a)

but for the stereo command, they do a lot less:

![image](https://github.com/open-goal/jak-project/assets/48171810/12a36712-0e68-4377-a6be-3bde82c2aa15)

Which means that the new_stereo_command can just have random status bits
left over from whatever the last user had.
we seem to end up in a state where byte21 is set, and this causes
everything else to be wrong and off-by-one dma transfer. My guess is
that the original game avoided this bug due to lucky timing that I don't
understand.

I think the fix of just clearing byte21 is ok because there's no way
that the old value of the byte is useful after the command is
repurposed.
2023-05-19 21:17:11 -04:00
..
CommonOceanRenderer.cpp jak2: ocean renderer (#2142) 2023-01-22 18:07:46 -05:00
CommonOceanRenderer.h use common ocean renderer for mid too (#1241) 2022-03-18 20:58:53 -04:00
OceanMid.cpp jak2: ocean renderer (#2142) 2023-01-22 18:07:46 -05:00
OceanMid.h jak2: ocean renderer (#2142) 2023-01-22 18:07:46 -05:00
OceanMid_PS2.cpp jak2: ocean renderer (#2142) 2023-01-22 18:07:46 -05:00
OceanMidAndFar.cpp [jak2] combined shadow work PR (#2632) 2023-05-07 12:12:21 -04:00
OceanMidAndFar.h jak2: ocean renderer (#2142) 2023-01-22 18:07:46 -05:00
OceanNear.cpp jak2: ocean renderer (#2142) 2023-01-22 18:07:46 -05:00
OceanNear.h jak2: ocean renderer (#2142) 2023-01-22 18:07:46 -05:00
OceanNear_PS2.cpp jak2: ocean renderer (#2142) 2023-01-22 18:07:46 -05:00
OceanTexture.cpp [jak 2] Fix possible stereo desync in overlord (#2663) 2023-05-19 21:17:11 -04:00
OceanTexture.h jak2: ocean renderer (#2142) 2023-01-22 18:07:46 -05:00
OceanTexture_PC.cpp [merc2] support vertex updates, use this for blerc in jak 1 and jak 2 (#2179) 2023-01-31 18:23:39 -05:00