http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/show_bug.cgi?id=313
------- Comment #3 from [EMAIL PROTECTED] 2007-02-17 21:53 ------- I just double checked. Yes. I'm using the latest nightly (ohrrpgce-wip-fb-sdl.zip), and after experimenting some more, I think I have a better understanding of the bug: - Adding a new graphic set can erase palette zero - If more than one graphic set uses a palette, and you change that palette, it will only show the changes on the new sprite. - If you DO NOT look at the graphic with the older palette before saving, then the newer version of the palette entry will be saved. - If you DO look at the older palette entry before saving, then it will save that older palette entry. So what had happened to me was: - A new graphic was added which deleted palette 0. - I looked at the new graphic, but didn't edit palette 0. - I reload the game into custom.exe, and volia, now palette 0 is permanently black. So thankfully, I found a workaround and now understand the bug. -- Configure bugmail: http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. _______________________________________________ ohrrpgce mailing list [email protected] http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
