Nope igo do not bugs, it's a bug of ipaq.
Ipaq do not handle properly the transparency
And the photoshop bug is confirmed when you convert an image to a 32bits bmp you can check the result, an alpha layer full transparent on all pixels is added.
Open the result file on photoshop and verify the alpha layer if you don't believe me.
Spoiler: Original png
Spoiler: Save to bmp 32 bits with photoshop cc2019
Spoiler: With gimp
I precise this bug because the result is a full transparent image on dview when it's a 32 bits bmp created with photoshop ...
Ipaq remove the alpha on pixels not black ... I do not understand why, and so you have said that ipaq add alpha on black pixels ... an another mystery :p
For me a proper conversion is when the result is the same than the input in an other format.
The nng bitmap can be defined with an alpha layer or not, it's crazy to add an alpha layer when an opaque image is converted ^^
It's line 483 and 486 where I put alpha to true only if it's detected in the original image => [Only registered and activated users can see links. ]
All of that to say I want to fix all bugs but for that I don't think it's my fault
And my full black 0,0,0 is a full black 0,0,0 and nothing change that.
Merry christmas and happy new year you too, thanks.
Last edited by djeman; 25th December 2018 at 03:16 AM.
Bookmarks