| Age | Commit message (Collapse) | Author |
|---|
|
- Fixes a regression with #594.
|
|
Pica/VertexShader: Fixed LOOP with more than one iteration.
|
|
Previously it wouldn't jump back to the start of the loop code once it reached the end of the block.
Fixes the texture problems in a lot of games.
|
|
Sweeping cleanup of Common
|
|
|
|
Redeclaring the variable inside the switch was causing weird behavior.
|
|
core/video_core: Use in-place construction where possible
|
|
|
|
|
|
|
|
|
|
Not really sure where the difference is, but some applications seem to use this 1:1 the same way...
|
|
clean up texture environment logic.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The change in depth range seems to reflect better to what applications are expecting, and makes for cleaner code overall (hence is more likely to reflect hardware behavior).
|
|
|
|
registers.
|
|
|
|
|
|
was Vec2<T> instead.
|
|
|
|
Build: Fixed some warnings
|
|
|
|
|
|
Involves making asserts use printf instead of the log functions (log functions are asynchronous and, as such, the log won't be printed in time)
As such, the log type argument was removed (printf obviously can't use it, and it's made obsolete by the file and line printing)
Also removed some GEKKO cruft.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Hardware testing determined that the GSP processes shared memory
framebuffer update info even when no memory transfer or filling GX
commands are used. They are now updated on every interrupt, which isn't
confirmed correct but matches hardware behaviour more closely.
This also reverts the hack introduced in #404. It made a few games
behave better, but I believe it's incorrect and also breaks other games.
|
|
Pica/Rasterizer: Add ETC1 texture decompression support.
|
|
|
|
Pica/VertexShader: Implement the MAD instruction.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
