DView - New tool to visualize and convert iGO bmp

**railroad** · 10th October 2018, 07:03 PM

I do not like your sarcasm, but I will answer you.....
Loading the image (png) in the program. Then:
File\Save As...\NNG Bitmap (*.bmp)
It works for me!
Edit.....
If you want video, I will.....

**osiris4isis** · 10th October 2018, 07:08 PM

Load the "B - 64 bit.png" and try to save as NNG .bmp, and it will crashed.

**railroad** · 10th October 2018, 08:05 PM

Whoever wants to believe, who wants to not believe.....
I say that this morning and tonight happened.
Now I wanted to record the video and the program began to crash.
Let the author of the program intervene and say it is possible!

**BIRBANTE** · 10th October 2018, 08:58 PM

What worries me is not the 64-bit PNG file, that makes crash the program, this was only a test to remedy the 32-bit PNG file in which you later see the black background.
Until now I have always adopted the "A" option...... from PNG with a black background at 32 bit, to NNG Bitmap with iPAQ.
With this system, however, with DView you can see icons with a black background........

I saw that from PNG with a transparent background at 32 bit, to NNG Bitmap works, and I have to try from BMP at 24 bit to NNG Bitmap if works too.

Rather, I have to see with which system I get the "lightest" images, my icons are more complex and the speedcam.zip file is around 4.5 Mb.

----------------------------------------------------------------------------------------------------------------------

Unfortunately, even if we start from a 24-bit BMP file and converted it to NNG Bitmap with the program, it does not work, we still see the icons with a black background.
For now the only way to work is to start with a 32-bit PNG file with transparent background, (with the icons inserted), and convert it to NNG Bitmap.

**alipark** · 14th October 2018, 10:14 AM

@birbante the same problem happens to me that osiris4isis
Open the B - 64 bit.png
Try to save as PNG .bmp
and it will crash.

**djeman** · 24th December 2018, 09:41 PM

New version 1.1.1 available.

I updated all dependancies and I tried to fix the bug on images with more of 8 bits by color component.
Inversed vertical gradient on svg is fixed too.

@BIRBANTE
I don't understand the problem.

Unfortunately, even if we start from a 24-bit BMP file and converted it to NNG Bitmap with the program, it does not work, we still see the icons with a black background.

A 24bits bmp do not have an alpha layer so in the converted image you do not have it too.
If you use a 32bits bmp with alpha the converted will be with alpha too.
Alpha layer is optional on nng bitmap, to get a smaller file I do not add an useless alpha layer.

I found a big bug on photoshop, when you convert an image with photoshop to a 32 bits bmp an alpha mask full transparent is applied on the image.
Gimp do not have the bug.

**BIRBANTE** · 24th December 2018, 10:58 PM

With iGO it would not matter to have a 32 bit BMP image to have transparency, what you want it to be transparent you make it in black RGB 0,0,0.
With Photoshop I started from the black stripes 0.0.0 where I put the images of the icons in PNG. The images of the icons I make in PNG because they have at least transparent angles, and sometimes even something more.

Up to now I saved the strips with the icons in 24 bit BMP, and then I convert them with iPAQ, this procedure has always worked.

if with your program we see black backgrounds it means that in the conversion it turns the pure black RGB 0.0.0 in less dark blacks.

I'm not here to criticize your program, I realized that thing because I used it, we are not many to change the icons, the others did not notice it simply because they never used it.

After a while I learned to use Photoshop and Illustrator and I will continue to use them, the 32 bit BMP bug does not apply to my case, as I already told you, I save the strips with the icons in 24 bit BMP, after which it is iGO to render the black background in transparent background.....It is a bug of iGO.....

Spoiler: img

I have just completed my last speedcam file with the latest icons, but I will gladly try your latest version.

I wish you a Merry Christmas and a Happy New Year.

**djeman** · 25th December 2018, 01:53 AM

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.

**LouBouha** · 25th December 2018, 09:32 AM

Hi Djeman

Thank you for this valuable work tool.

A small problem with your update Version 32: we can not choose it as the default program to open SVG files

It's returns to Internet Explorer ??.With the old version all is OK

Regards

**BIRBANTE** · 25th December 2018, 11:15 AM

Originally Posted by djeman

For me a proper conversion is when the result is the same than the input in an other format.

It's true, but I'm not able to create/modify programs and I have to stick to their results.

I precise this bug because the result is a full transparent image on dview when it's a 32 bits bmp created with photoshop ...

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.

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)

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

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.

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.

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.
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.

Thread: DView - New tool to visualize and convert iGO bmp

Thread Tools

Display

Advertissements

Tags for this Thread

Bookmarks

Bookmarks

Posting Permissions