forums.ps2dev.org

[jsgf]

I've played with them a bit, but I can't get them to come out right. Is there something stupid I'm overlooking? I'm assuming the index is little-endian, and the CLUT is just linear in memory, and then doing the equivalent of

[Raphael]

/**
* Upload CLUT (Color Lookup Table)
*
* NOTE: Data must be aligned to 1 quad word (16 bytes)
*
* @param num_blocks - How many blocks of 8 entries to upload (32*8 is 256 colors)
* @param cbp - Pointer to palette (16 byte aligned)
**/
void sceGuClutLoad(int num_blocks, const void* cbp);


a) make sure myclut was aligned on 16 byte on allocation
b) you're trying to submit (65536/8) * 8 = 65536 entries. Yet a CLUT4 has only 16 and a CLUT8 only 256 entries. So the only two possible parameters for num_blocks would be 2 or 32.

[jsgf]

[Raphael]

Well, apart from the fact that I don't get the point, why anyone would use a 16 or even 32bit indexed palette as it's only memory waste and nothing else... did you set
sceGuTexMode(GU_PSM_T16, maxmips, a2, swizzle) and also upload the texture correctly? I'd guess the GU needs to know the tex mod
Also GU_PSM_T16 isn't mentioned in the description of the function although it is defined in the gu header. So probably it's not correctly implemented yet?

You could however send the raw commands to the gu and try your luck. Should be something like this:

[jsgf]

[sandberg]

[rinco]

I also spent many hours trying to get 16 or 32bpp CLUT to work with SDL video (so noiz2sa can do hw accelerated blits and rects). In the end I decided that not enough is known about the parameters to sceGuClutMode - and gave up.

[subbie]

I have a question. Are you trying to make an index table greater then 256 entries? I am a little confused on what your trying to do. Like on my project iris I use cluts but reduce textures to less then 256 entries but each entrie in the clut is 32bit 8888 rgba.

Also when you render your texture you making to the proper mode?

Like if your going to use a 16bit/32bit clut (in size, not color depth), setting the texture mode to GU_PSM_T16/GU_PSM_T32.

[jsgf]

I'm generating a 64k entry table with RGBA8888 colours in each entry, and then using a 16bit-per-pixel texture with the mode set to GU_PSM_T16.

[ayatollah]

Well in the official Docs of Library 1.5 it says:

** Please do not spread me like butter on a hot summer day **

Yes edited by blackdroid.

[jsgf]

[PeterM]

Why are you posting official Sony SDK material here?! Can a moderator please delete this?

[Raphael]

Come to think, since we mask the indices with 0xff, only the lower 8bit would be used, thus only 256 of the 65536 or more only be used. So we'd have to apply a mask 0xffff, but this isn't possible, because the mask sent can be only 8bit wide. However there's the shift argument as sandberg said and if it does what I suspect, you'd have to call sceGuClutMode with the appropriate shift bit, so you can reach the higher regions of the CLUT. This would mean that you really can only use 256CLUT entries at once, and have to change the shift bit everytime you want to access higher values. So it would be a real pain in the ass to make it work as we want.

But that's just my enlightening thoughts I came up with.

[jsgf]

Yeah, I'm not sure what they were thinking. You could use it to do channel-by-channel remappings in 3 passes.