http://atariage.com/forums/topic/156160-quantizator/page-22?hl=%20rastaconverter
08-05-2016 16.22.54
Atari 8-Bit Computers
Quantizator
Prev Next
Like This
Atari and C64 have different graphics possibilities. The converter is not able to set the exact colors at exactly the same places.
Therefore it chooses other color to cover some area that minimizes error.
Like This
Preprocessed by RastaConverter gives a destination picture that looks bad - it is too gray and large background areas are not dithered correctly:
First we have to set Timanthes to use Atari palettes. To do it open the Palettes Folder:
1
and copy *.txt from TimanthesPalettes.zip 45.15KB 103 downloads there.
Those are 128 color palettes that RastaConverter is using (You can convert other .act palette to .txt files with the tool from the archive).
Then you have to make sure that the input picture is 24 bit - if it's only 8bit then the color remapping process will not work correctly.
To do it use IrfanView:
We should also resize the picture to 320x240 pixels (or different height if needed) - it's usually good to "apply the sharpen after Resample" to make contours
more visible.
Open the file in Timanthes and choose the desired palette file:
2
Then choose from the menu Layer->Reduce Colors:
Set the palette to 'Current' - it will use chosen Atari palette. Use "Wide Pixels". Set method to 'Exact' (you may try other options).
Then experiment with the brightness dithering and saturation for the best result.
vs previous
Use the picture in RastaConverter with /filter=box parameter to import it without resampling:
RastaConverter.exe tut9.png /filter=box /pal=laoo /distance=ciede
Like This
3
Atari and C64 have different graphics possibilities. The converter is not able to set the exact colors at exactly the same places.
Therefore it chooses other color to cover some area that minimizes error.
Sorry, but that's not what it is doing. As the import picture already has the exact palette values. The colours are imported by some "dither" that isn't obvious
where it turns in.
And, btw. C64 has LESS colours than the A8, particular here, you find a fitting colour everytime.
Like This
The colours are imported by some "dither" that isn't obvious where it turns in.
And, btw. C64 has LESS colours than the A8, particular here, you find a fitting colour everytime.
1. Maybe Wrathchild forgot to use the /filter=box parameter? Without it resampling will add additional colors.
2. On C64 colours can be placed on different places on screen than on Atari.
3. RastaConverter is not limited to use only the palette from the original picture, but the whole Atari palette to minimize error. Emkay, you should understand
finally how the optimization process works. It is well described in first posts about RastaConverter...
Edited by ilmenit, Mon Jun 11, 2012 11:56 AM.
Like This
Originally less than 16 colours, it now has almost 30 colours. This progress happens everytime.
1. There is clearly a "gold" with an approximated different brightness. This colour is not in the import picture. Now it stands there and won't be removed.
2. The colour is wrong, the converter leaves it untouched, because it's "close enough" ?!?
Like This
4
Like This
Like This
... ...
Like This
nope. It's just a preprocessed picture to be converted to Atari 8bit. It will look worse for sure.
How much worse we will see tomorrow (the picture is under conversion now).
Edited by ilmenit, Mon Jun 11, 2012 12:46 PM.
Like This
1. Maybe Wrathchild forgot to use the /filter=box parameter? Without it resampling will add additional colors.
5
I'm looking at some other C64 pics and their RGB values for the 16 (or less) colours are quite various!
Like This
1. Maybe Wrathchild forgot to use the /filter=box parameter? Without it resampling will add additional colors.
It's no prob to finish it, when the generator keeps the colours stable.
Edited by emkay, Mon Jun 11, 2012 2:43 PM.
Like This
I'm looking at some other C64 pics and their RGB values for the 16 (or less) colours are quite various!
That's why we shouldn't take a look at the source colours that much , if they were indexed already.
Real colours, yes, Atari-Palette colours, ofcourse.
Like This
Emkay I take it from the QueDex that you've used the c64.act file AND set the palette in your source picture accordingly?
Like This
6
Wrathchild 11 Jun 2012
Which is what I was saying by providing the rgb values used in the palette, but QueDex seemed odd as the browns were different in it's palette and so if we come
up with a definitive C64 rgb set, then an act file can be made from that and pictures adjusted up front accordingly.
Like This
I think this nice C64 image will be beyond the A8, here I've flipped the image horizontally to try and encourage the face to be concentrated upon but
still no joy Others screens that also struggle... QueDex loader & Ballistix
Like This
http://www.mobygames...eShotId,183126/
https://www.google.d...nNszptQbz18G6Dw
Like This
So here you have just updated the image with the RGB values from a more common palette and these are not the RastaConverted outputs? How is that new from
what I proposed in posts 510/514?
Do you have a PEPTO act file for RastaConverter to use? Where are the 16 C64 RGB colours positioned in that file? If they fill the first 16 entries then although
RasterConverter will show you the correct colours whilst producing the image... once converted to an xex you then see a grey scale image under emulation / on a
real machine.
Maybe sometime this week I'll have a stab at dynamically making the target palette from the imported picture's palette (allowing the user to specify the usual A8
act palettes).
Even so, sometimes the 'seemingly' most simple things aren't picked up by the application, for example with this World Class Leaderboard screen, the vertical
grey/white bars take an age to resolve... this is after 160M evaluations.
Attached Thumbnails
7
Like This
That is correct, ultimately they are going to be displayed using an Atari palette
Like This
Like This
Like This
I mean honestly. How can a computer program work better than the human brain? this is an automatic tool. so actually there should be the
possibilities to import in G2F or in a GUI where you can adjust all you guys have discussed?
We're just trying to help producing the tool. If it was a bad thing, no one was using it.
But it has some problems which would be useful to solve them.
Like This
8
yup. pushing stuff is good so let's see where we can bring RastaConverter. Btw. Interesting thing is while watching the hungarian demo scene video on youtube.
Converters seem to be even be used on c64 scene as pixel artists want to use their Windows/Mac painting tools without thinking all the times about the
limitations of the hardware. so maybe RastaConverter goes the same way.
Not sure what is the best approach. Setting pixels by hand and knowing all limitations of the hardware (and all possible things like with G2F) or do it on painting
program and then run converters and simply optimise the output here and there.
Like This
Like This
Like This
... ...
RastaConverted:
Some other pics that I recently converted (most of the are in the Laoo palette):
9
DemonGirl.xex 22.07KB 95 downloads
10
Flower.xex 22.31KB 76 downloads
11