[Render] Messy mipmap textures

[BenoitAdam]

still some messy texture, example in castlevania

Texture info :

512x512
Tex. alpha
RGB565
VQ Compressed 1
Mip Mapped
Scan Order : 0 (Twiddle)

[BenoitAdam]

files needed by AI :

• gxRend.cpp
• dc\mem\sh4_mem.cpp
• dc\mem_vmem.cpp
• dc\sh4\bsc.cpp (store queue control lives here sometimes)
• dc\pvr\pvr_if.cpp
• dc\pvr\pvrLock.cpp
• dc\pvr\pvrLock.h
• dc\sh4\sh4_interpreter.cpp (most likely home of PREF / store-queue-flush handling)
• dc\sh4\dmac.cpp

Claude AI says the problem is in dmac.cpp , that only a stub is implemented for BIG textures

At this stage he only changes :

• gxRend.cpp
• pvr_if.cpp
• dmac.cpp

But still not correcting the issue

[BenoitAdam]

maybe related with #48

[BenoitAdam]

Maybe Penpen is a better candidate to resolve this issue :

NullDC4Wii with normal cache :

[BenoitAdam]

Claude trough a Py script was able to recontruct the image from logs :

Good texture dumped (with deecy)

[BenoitAdam]

ARGB4444 without VQ and Mip map is ok

[BenoitAdam]

Bomberman

[BenoitAdam]

fixed

06c17d0

[BenoitAdam]

Fixed

// XOR must apply to the absolute byte address (like the host_ptr_xor
      // calls below), not just this relative offset: for mipmapped VQ
      // textures p_in's base (tex_addr + VQMipPoint[idx]) sits at a
      // mod-4 == 2 address, so XORing the relative offset alone swapped
      // the wrong byte pairs and produced checkerboard noise in every
      // mipmapped VQ texture.