We are currently migrating Bugzilla to GitHub issues.
Any changes made to the bug tracker now will be lost, so please do not post new bugs or make changes to them.
When we're done, all bug URLs will redirect to their equivalent location on the new bug tracker.

Bug 772

Summary: windows palette setting
Product: SDL Reporter: smeeze
Component: videoAssignee: Ryan C. Gordon <icculus>
Status: RESOLVED WONTFIX QA Contact: Sam Lantinga <slouken>
Severity: normal    
Priority: P2    
Version: don't know   
Hardware: x86   
OS: Windows (All)   

Description smeeze 2009-07-20 20:44:24 UTC
in windows in 256 col(u)or mode
evrey time a program calls SDL_SetColors()
sdl sets the entire windows palette
when you change the palette to much (such as palette animation) windows sometimes lock up and i have to reboot my machine
maybe a solution would be to have a settable
envrioment var such as SDLNOSETPALETTE
if its set to 1 do not set the real palette just the memory one
and just map to the real palette
Comment 1 Sam Lantinga 2009-09-21 03:04:48 UTC
At this point I recommend not using the hardware palette on Windows.  Almost all displays support thousands of colors and there are lots of quirks with Windows' palette handling.
Comment 2 smeeze 2009-09-23 20:16:13 UTC
i want you to disable it so that it just maps to the hardware palette
instead of setting it 
i am no good with the SDL source code so i cannot do it
if you could guide me to where the palette setting happens
i could fix it and create a patch
Comment 3 Sam Lantinga 2009-09-23 20:31:34 UTC
Oh, just don't use SDL_HWPALETTE in SDL_SetVideoMode(), that should take care of it, I think.  If you're not using that, I think you can call SDL_SetPalette(screen, SDL_LOGPAL, colors, 0, 256) instead of SDL_SetColors()
Comment 4 smeeze 2009-09-25 13:47:31 UTC
so i should inform the dosbox team?
what it is, is when i am exparementing in 256c mode
when a program in dosbox decides to palette animate
windows freezes and i have to restart
Comment 5 Sam Lantinga 2009-09-26 00:12:56 UTC
Yes, although you can refer them to this bug and I'll be happy to discuss it with them and potentially debug it in more detail.
Comment 6 smeeze 2009-10-03 18:34:22 UTC
i talked to the dosbox team about it and they thru a fit:http://vogons.zetafleet.com/viewtopic.php?p=171344
Comment 7 Sam Lantinga 2009-10-03 19:51:58 UTC
The basic point of their thread is that you should keep the desktop at 16-bit and you'll be fine.
Comment 8 smeeze 2009-10-04 14:40:49 UTC
(In reply to comment #7)
> The basic point of their thread is that you should keep the desktop at 16-bit
> and you'll be fine.

i still think they are more agressive then they need to be
i thought FREE OPEN SOURCE SOFTWARE was about freedom
meaning i can put it in any bit depth and i have a right to discuss any problems
i guess i will have to try to make a custom SDL build that does not effect the hardware palette
Comment 9 Ryan C. Gordon 2009-10-06 23:15:18 UTC
Changing to WONTFIX (as LATER means something different).

--ryan.