It's true, but I'm not able to create/modify programs and I have to stick to their results.
I had no need to create 32-bit bmp images with Photoshop to use iPAQ, when I get the same result with a 24 bit bmp image or with a png image.I precise this bug because the result is a full transparent image on dview when it's a 32 bits bmp created with photoshop ...
Image 130x4160 pixel in bmp 24 bit with black background 0,0,0 = 1,55 Mb converted with iPAQ = image bmp/rle of 410 kb
Image 130x4160 pixel in png with black background 0,0,0 = 448 kb converted with iPAQ = image bmp/rle of 410 kb (equal)
Image 130x4160 pixel in png with transparent background = 480 kb converted with iPAQ = image bmp/rle of 476 kb (bigger)
And I'll tell you more, if inside the icons there are some black parts 0,0,0 are turned into transparent too and you will see "holes", I have to change them to black 5.5.5.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
I have only used your program in the same way that I use iPAQ obtaining different results....... I'm not able to determine where the bug is.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.
When one knows how it works that thing adjusts accordingly, I only need to get files as small as possible. I will certainly try your new version these days.
Regarding the svg files, I have Illustrator and I see them with it and I can even edit them, especially in complex svg files like ico_speedcam, with the other programs you only see the image at the top of the list.
Bookmarks