[quakis]

I've been having nothing but trouble setting up a custom shadetable for a new lookup palette. I've followed this guidance on how the raw files should be saved: https://wiki.eduke32.../Raw_image_file

I can make a new basepalette saved as a 24bpp raw + with .def file definitions all setup and the palette displays fine

I can make a new lookup pal saved as a 8bpp indexed raw + with defs all setup (w/ "noshades") and the palette displays without issues when changing palette id to the new lookup

However I cannot get a lookup pal with custom shadetable (32 shades) without causing the rainbow effect, as it randomly cycling between colours:


Even tried saving the default shadetable from here as a .raw with similar problems: https://wiki.eduke32...uke3d_shade.png
It's saved as a 8bpp indexed raw.
Raw file is 8192 bytes. 256 x 32 = 8192, so that's correct.
Definition:

• palookup 240 { raw { file "pal/testpal.raw" } }

It's a single shadetable, no offsets
Tried saving the .raw via irfanview and gimp

I'm certain it's a simple issue but I'm not understanding what I've done wrong based on the information available. Any insights?

[Jan Satcitananda]

Just tried to redefine pal 240 with a custom shade table and it works fine. Are you sure your files are saved in the actual .raw format? Does the problem occur with all renderers? Wouldn't you mind to attach any files you used to reproduce the issue?

[quakis]

Problem solved and it was a frustratingly simple oversight on my behalf, now I'm having consistent working results.

For those looking for a solution; Make sure when you're converting a shadetable to 8bit, it's against a proper indexed palette, which also matches against your custom palette colour positions 1:1. Same applies for blendtables too.

I discovered when testing DOOM's palette/shadetable for Duke, SLADE3 would export playpal/colormap pngs with proper indexes which then worked perfectly when converting to raw using irfanview.
However my custom palette/shadetable pngs when saved using either irfanview or aseprite did not have proper indexes, so ofcourse the raws wouldn't either.