PictView fails to display 32-bit bitmaps with alpha channel

[crystalidea]

Please look at this icon
http://rapidshare.de/files/35114583/CD-Audio.rar.html
while Axialis IconWorkShop and many others display it well.

[Datalog]

Where is a problem, how it'd look?

And which one (of 21) failes? These with shadow at bottom or without?

[Jan Patera]

Looks like the AND masks of the 32bit images are wrong: Some of the pixels along the edges (both outer & inner) of the disc & its shadow are marked transparent in the 1-bit AND mask but they are non-transparent in the XOR mask (or semi-transparent if you take the alpha-channel into account). PictView ignores the AND mask of 32bit images when making thumbnails, but doesn't in view mode. For correct images this should not matter.

[Jan Rysavy]

XPiS, do you have idea where this icon comes from?

[crystalidea]

BTW: this also a bug for 32 bit bmps: take a look.
http://rapidshare.de/files/35186005/Chart1.bmp.html
This images are from different icons sets, most commercial, but I have >10k 32 bit icons, all of them are displayed by PictView incorrectly.
Take the Axialis IconWorkshop as an example, it's goot at diplaying any type of icon.
To reproduce the bug on any icon:
1. Take a 32-bit png image with alpha channel
2. Use IconWorkshop to convert it to .ico

[Jan Patera]

This images are from different icons sets, most commercial, but I have >10k 32 bit icons, all of them are displayed by PictView incorrectly.
2. Use IconWorkshop to convert it to .ico

Aha, so it is a bug of IconWorkshop.
Do you have any ICO's that are displayed by PictView "incorrectly" that you are 100% sure they were not created in IconWorkshop?
Could you send me some more samples?

[crystalidea]

Jan Patera, I use this icons created by IconWorkwhop in my apps, everything is ok when displaying whem. And one more moment. The bmp file I've uploaded has a alpha channel, I also use such bitnmaps on toolbars (owner draw), there's a special function (asm made, not from Axialis ) that display it very well.

[Jan Patera]

OK, could you please specify why you sent me the BMP? Is there something wrong with it (I see it displayed correctly)? The subject is about ICOns. Could you please send me few more wrong ICOns? Thank you.

[crystalidea]

Jan Patera,
1. The BMP. The correct display of this bmp is:
http://rapidshare.de/files/35213883/correct.png.html

[crystalidea]

2. Click here:
http://customize.ru/icons_suites.html
and download the following file "Longhorn Alternative Drivers "
(http://customize.ru/antileech/download/ ... rivers.rar)
All icons in this set are displayed wrong

[Jan Patera]

Jan Patera,
1. The BMP. The correct display of this bmp is:
http://rapidshare.de/files/35213883/correct.png.html

Hi! If you for some reason do not want to use email, could you please use some reliable file sending service? I suggest www.yousendit.com or www.uschovna.cz (both have English interfaces). With RapidShare, I have to wait for several hours before it lets me download the file. If I miss a window when I can do it, I have to wait another couple of hours, or dozens of minutes at least.
I repeat:
Could you please send me some more buggy ICOns that are wrongly displayed? Thank you.

[Jan Patera]

All icons in this set are displayed wrong

We were both writing a message at the same time Thanks for the link!

[crystalidea]

Thanks for the link!

No problem hope you'll fix that

[Ether]

Is it fixed?

I tested the Longhorn Alternative Drivers icon set with AS v2.53b1pb38 (that's PV v.2.08b1pb38) and the icons seem to be displayed without any errors and they look the same as their PNG counterparts.

[Jan Patera]

Is it fixed?

Because the report is over 3 years old and there have been several improvements regarding alpha-blending since then, I presume yes.