This tile is from Finally! The new site!
Tile Info
In Context
Posts
what the?
Is everyone else seeing what I'm seeing? Your tile is showing up as 4 or 5 dots on a white background. It shows up fine in the quilt though. Weeeiirrrd.
Re: what the?
err.. make that 6 dots. :)
btw, it looks like you had a pretty easy blending job to do this time. hehe.
btw, it looks like you had a pretty easy blending job to do this time. hehe.
Re: what the?
heh, probably saved it with an alpha channel
Re: Re: what the?
I think I found a way to add lots of sneaky message to my tiles!
Re: what the?
Yes, it's an alpha channel, plus (and this is important) a background specifier.
Using pngcheck (a wonderful little tool), we see:
$ pngcheck -vt 2358.png
File: 2358.png (26892 bytes)
chunk IHDR at offset 0x0000c, length 13
160 x 160 image, 32-bit RGB+alpha, non-interlaced
chunk gAMA at offset 0x00025, length 4: 0.55555
chunk bKGD at offset 0x00035, length 6: red = 255 green = 255 blue = 255
chunk pHYs at offset 0x00047, length 9: 2835x2835 pixels/meter (72 dpi)
chunk IDAT at offset 0x0005c, length 8192
zlib: deflated, 32K window, maximum compression
chunk IDAT at offset 0x02068, length 8192
chunk IDAT at offset 0x04074, length 8192
chunk IDAT at offset 0x06080, length 2124
chunk tEXt at offset 0x068d8, length 32, keyword: Software
QuickTime 4.1.2 (MacOS)
chunk IEND at offset 0x06904, length 0
No errors detected in 2358.png (73.7% compression).
It's the bKGD tag that makes the transparent stuff white, and it's the fact that the image has an alpha channel that makes this show up at all.
The people who write the code for this site should probably either strip alpha channels on upload or generate jpegs with the alpha channel mixed in (if they're using pngtopnm and cjpeg, just add the argument "-mix" to the pngtopnm command)
I still don't know what's weird with the other two png's by this author that screws up the small image preview.
Using pngcheck (a wonderful little tool), we see:
$ pngcheck -vt 2358.png
File: 2358.png (26892 bytes)
chunk IHDR at offset 0x0000c, length 13
160 x 160 image, 32-bit RGB+alpha, non-interlaced
chunk gAMA at offset 0x00025, length 4: 0.55555
chunk bKGD at offset 0x00035, length 6: red = 255 green = 255 blue = 255
chunk pHYs at offset 0x00047, length 9: 2835x2835 pixels/meter (72 dpi)
chunk IDAT at offset 0x0005c, length 8192
zlib: deflated, 32K window, maximum compression
chunk IDAT at offset 0x02068, length 8192
chunk IDAT at offset 0x04074, length 8192
chunk IDAT at offset 0x06080, length 2124
chunk tEXt at offset 0x068d8, length 32, keyword: Software
QuickTime 4.1.2 (MacOS)
chunk IEND at offset 0x06904, length 0
No errors detected in 2358.png (73.7% compression).
It's the bKGD tag that makes the transparent stuff white, and it's the fact that the image has an alpha channel that makes this show up at all.
The people who write the code for this site should probably either strip alpha channels on upload or generate jpegs with the alpha channel mixed in (if they're using pngtopnm and cjpeg, just add the argument "-mix" to the pngtopnm command)
I still don't know what's weird with the other two png's by this author that screws up the small image preview.