http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/show_bug.cgi?id=323
------- Comment #1 from [EMAIL PROTECTED] 2007-03-27 19:10 ------- Created an attachment (id=96) --> (http://gilgamesh.hamsterrepublic.com/cgi-bin/bugzilla/attachment.cgi?id=96&action=view) A screenshot demonstrating an 8-bit image imported into the OHR I think that, perhaps, this "bug" stems from confusion as to what the new import options (added by not-me) actually do. I just experimented using the image depicted in the attachment, importing a rainbow gradient as: * a 24-bit image * an 8-bit image optimized using Photoshop's default method * an 8-bit image optimized using the OHR's own palette With the two important importing options ("import with current Master Palette" and "Do not remap colours"), this gives us 5 tests (24-bit images are always remapped): * 24-bit, remap (no choice): hideous, but to be expected. * 8-bit (photoshop), remap: even hideouser than the 24-bit one * 8-bit (photoshop), no remap: Don't even consider this option, as the colours will be all screwed up (the image's palette replaced with the OHR's == bad) * 8-bit (ohr), remap: No change, perfect. * 8-bit (ohr), no remap: Again, perfect. All these results seem to be perfectly normal, so I'm not sure what this bug is all about. Unless more details or an example are provided, I can't even being to consider fixing this. -- 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
