Michael Toennies wrote: > Now tells me AV, that there was problems with my png in linux clients. Also > program > von image magick (good picture tools) tells me some absolut different. > > if i use the tool identify from it and use it on the behold_eye.png from the > cf lib (original) > i got this: > > Image: behold_eye.111.png > Format: PNG (Portable Network Graphics) > Type: true color with transparency > Class: DirectClass > Geometry: 32x32 > Depth: 8 > Matte: True > Colors: 13 > > 126: ( 0, 0, 0) #000000 black > 14: ( 0, 49, 0) #003100 #003100 > 2: ( 0, 0,127) #00007f #00007f > 695: ( 18, 52, 86) #123456 #123456 <- ** this is the > background color ** > 43: ( 99, 50, 29) #63321d #63321d > 16: (127,127,127) #7f7f7f gray50 > 1: ( 45,138, 86) #2d8a56 #2d8a56 > 20: (175, 47, 95) #af2f5f #af2f5f > 9: (159, 81, 44) #9f512c #9f512c > 30: (249,127,113) #f97f71 #f97f71 > 6: (205,133, 63) #cd853f peru > 17: (191,191,191) #bfbfbf gray75 > 45: (255,255,255) #ffffff gray100 > Filesize: 307b > Interlace: None > Background Color: gray100 <------------- ?????????? > Border Color: #dfdfdf > Matte Color: gray74 > Delay: 100 > Compression: Zip > Signature: d04658dbef4acf6af0d88817099137e5 > Tainted: False > User Time: 0.0u > Elapsed Time: 0:01 > > Because this is the original, the transparent color is the #123456 one. > The linux client should find this out, my paint shop also knows this as > right color, > also my client use #123456. background color and transperancy I think are different things, but not sure. I'm no expert on png, but I think background and transperancy does not necessarily need to be the same value. > Now some strange come. > I find out, that many of the "full color" tiles like the mountains, which > not have any visible trans- > parent color, are broken for me. > > - they are 16 or 256 palette pics with false color key (like swamp.111.png i > included) > - they are 16m true color pics. My client, but also paint shop etc. can't > find a transparent > color, even the png refers no one. Unclear exactly what you are saying. I will agree that some png's are probably not stored in optimized format, and can be cleaned up. But some things, like swamp and mountains, should not have a transparency, so that doesn't seem like a problem to me. > A sample for a false set color key is swamp.111.png. 16 colors, but > transparent key is set as color > number 0, which is a blue. This is a bug, happens as the picture was > transformed from xpm, setting > color number 0 as transparent, but there was none, so it set it false. Thats possible. I don't remember the exact way the images were converted. In any case, I seem to recall that fixing up the tranperency information was pretty easy to fix up. In terms of png cleanup - its not a lot of work, and just doing a few png's can make things look a lot better. It is just a matter of people doing the effort to do it, and I'm glad that you are doing at least some of the images. I'll look at the images and see how they work out.