forums.ps2dev.org

The sceDmacMemcpy() stub worked perfectly. Thanks so much for pointing out that thread. I didn't have any problems with alignment as discussed in that thread, but all of the data I am transferring is aligned on 16-byte boundaries.

I have some data I'd like to store in VRAM, and of course I'd like to transfer it as quickly as possible. As far as I know, this entails using sceGuCopyImage(). However, sceGuCopyImage seems tailored to placing images in VRAM with a rectangular layout, and I'd really like to just copy various sizes ...

Texture formats 9 and 10 are indeed DXT3 and DXT5. There is another thread that has a pretty good discussion of this titled "DXTn texture format" ( http://forums.ps2dev.org/viewtopic.php?t=3034&start=0&postdays=0&postorder=asc&highlight= ) We have successfully converted and...

We've been testing our app with both palletized and DXT textures. Swizzling the palettized textures is certainly a large speed improvement (thanks for the excellent swizzling code, chp). We also tried running it with DXT textures both with and without the swizzling set... we seem to get a large spee...

Does anyone have any idea how this works with a palettized texture? Specifically, I mean how to copy both the texture and the palette to VRAM using sceGuCopyImage? Right now, I'm copying the texture to VRAM before usage, but keeping the palette (CLUT) in main RAM because I don't know how to put it i...

So I've got an app running using DXT1, 3, and 5 textures and a VRAM-management scheme that makes sure all textures are copied to VRAM before usage. Currently, I have few enough textures that they all fit in VRAM at the same time, so everything is copied on the first render and then just stays reside...