helmut wrote: Then it tries to map the other colours to the nearest ones in the palette. This might not be 100% perfect
helmut wrote:I adds the absolute differences of r,g,b, and looks for the one in the palette with the smallest difference. Surely not the best solution. LUT is the palette, isn't it?
Kroll wrote:Thank you very much, You are absolutely right, so I will have to use snapshots as an accessory and the best one will be fvdisnap or jpegsnap.
wongck wrote:helmut wrote:I adds the absolute differences of r,g,b, and looks for the one in the palette with the smallest difference. Surely not the best solution. LUT is the palette, isn't it?
Wow... neat, I never figure out how to approximate match a colour.
IDK i thought the 256 colours were based on LUT.
OL wrote:With MyAES CTRL + alt + D create on the version you have scrap.tga a true color TGA uncompressed, in any resolution (even in Black and White)
helmut wrote:Guess the "direction" needs to be taken into account, not only the delta: You can't map for example (0,0,3) to (0,3,0).
graftool shows that it's possible without any blurs: Run in 8-bit and load a 24-bit image, it has to do the same job as my snapshot-program.
Kroll wrote:OL wrote:With MyAES CTRL + alt + D create on the version you have scrap.tga a true color TGA uncompressed, in any resolution (even in Black and White)
Wow, I did not know that in MyAES, this also works with key kombination CTRL + ALT + D, I did not find anything in the file myaes.cnf, which uses its own snapshot ?
Works great, super
Kroll wrote:Under MiNT I run it also as a prg file (020 folder), but window application is still active (look at photo).
.The second issue when I set the PNG as output, this snaphot when I open it in Zview browser show is 8 bit graphics (256 colors) and the pallet of color is bad.
In this mode (Radeon card with 32 bit graphics) ouput IMG and GIF file is not active, Is it normall?
The PNG file, regardless of the graphics card in Atari TT and Hades, I have ATI MACH64, is always the graphics is 8-bit (256 colors).[/quote]Kroll wrote:There is the "Output Truecolors" option, I can not see any difference when it comes to export, what is it for?[/true]
It changes the way pixels are fetched. The TGA module can only output truecolor anyway, but without this option, when the screen memory is fetched, it used vor_cpyfm, calculates the pixels, converts it to RGB and then passes writes it out as TGA. With the option enabled, it uses v_get_pixel() just like in chunky mode, which is notably slower, but should always work regardless of graphic format.
It should also make a difference in PNG output, which would otherwise create a paletted file in 256 color modes (or less).
Users browsing this forum: No registered users and 2 guests