Converting PNG to Atari

[apemaster]

Is there any tool to convert PNG images to Atari Format (assuming I used only 4 colors in the picture of course)?

[+MrFish]

I just import them into Graph2Font, then export as a ".MIC" file.

[Synthpopalooza]

That's the best way. BUT: You have to first take the PNG into your favorite editor and resize it into an Atari friendly resolution, 320 or 160 pixels across. I would also (if doing an Antic 4 conversion) try taking it into the GIMP, posterize it down using an Atari palette and then reducing it to 5 colors for Antic 4 (or 9 colors if you are doing a Graphics 10 render). If doing a Graphics 0 render, posterize it to a 1-bit palette and choose whatever dithering method you want.

[Mathy]

Hello guys

 

Have a look at this page.

 

Sincerely

 

Mathy

[Synthpopalooza]

Interesting. How many greyscale does the PGM format convert to? I might be able to hack this into displaying monochrome pictures in my ICE MIN (12+9) flicker mode, which is somewhere about 20 or 22 greyscale at 160x192.

[Mathy]

Hello Synthpopalooza

 

Raphael James Espino wrote the software. He can tell you more about his software.

 

Sincerely

 

Mathy

[+JAC!]

This one might fit for you too, esp. if you need to tweak the output to special layouts.

 

http://www.wudsn.com/index.php/ide/features#GraphicsEditor

[Synthpopalooza]

is it possible for me to add my own Atari ICE picture formats to the Graphics editor? These are:

 

.IPC (12+10)

.IP2 (12=10 with color changes on the PF registers)

.ICN (12+11)

.IMN (12+9)

.DIN (0+12)

.IRG (12+12, no color changes)

.IR2 (12+12 with color changes on PF registers)

 

These formats were added recently to the new FAIL library, now known as RECOIL. Being able to convert to these using the WUSDN Graphics editor would be super!

[+JAC!]

Depends on which direction of conversion you mean. For the PNG => Atari, just provide the Javascript Snippet and input/output samples and I'll add it.

function convertToFileData(data) {
var bpsl = (data.getImageDataWidth() + 3) / 4;
var bytes = [];
var offset = 0;
for (var y = 0; y < data.getImageDataHeight(); y++) {
   for (var x = 0; x < data.getImageDataWidth(); x = x + 4) {
var c1,c2,c3,c4;
c1 = data.getPixel(x, y) & 0x3;
c2 = data.getPixel(x+1, y) & 0x3;
c3 = data.getPixel(x+2, y) & 0x3;
c4 = data.getPixel(x+3, y) & 0x3;
bytes[offset++] = c1 << 6 | c2 << 4 | c3 << 2 | c4; 
   }
}
data.setTargetFileObject(0, bytes);
}

The conversion for Atari => PNG is based on FAIL 1.x. I stopped keeping up with FAIL/RECOIL some while ago simply because of priorities.

 

 

 

[Synthpopalooza]

I haven't come up with an accurate javascript for doing these yet, but I think it may be possible to do by splitting the renders up into their component modes. The first thing to remember about these modes, is that the bitmap is laid out like on the C=64 modes: One 4x8 (or 8x8 hi-res) character at a time, with a DLI that changes the charset every three char lines to make the bitmap, unlike the hardware bitmap modes which take the display a scanline at a time.

 

So, for .IPC (PCIN) you want a Graphics 10 9-color bitmap converted into fonts, and an Antic 4 bitmap reduced to 5 colors, with the stipulation that the PF0-PF3 and BAK have to be the same for both renders. For .ICN it's a Graphics 11 font + Antic 4 monochrome bitmap, while .IMN is just a straightforward Graphics 9 + Antic 4 screen and no color register changes. It may be possible to render these off of other Atari formats in the converter, then combine them, then it'd just be getting the program to output the file to my specs. Up until now I have been using G2F to make the component renders, write font files, then compile an .XEX or manually convert them into my .IPC or other formats. I've also had to have my conversion program (in TurboBASIC) do antiflcker checkerboard dithering, for PCIN pictures where you are blending the PF0-PF3 and BAK registers on both renders. If this could be automated in WUSDN that'd be super cool.

 

The tricky one is .IR2 (Super IRG 2) because you're trying to get 25 blended colors from two palettes which match the original photo colors. A trick I haven't pulled off yet, tho I had an idea ... reduce the picture to 9 colors from the 128 palette, count them ... the most used color is BAK, the four least used will be the PF2-PF3 colors, then you stagger them in your palette and try to reduce the original picture to 25 colors based on the combined palette. Again, beyond my ken at the moment.

Edited March 8, 2015 by Synthpopalooza

[Synthpopalooza]

So, I installed WUDSN and it looks awesome.

 

But, I can't seem to get the Graphics editor to come up. When I double click on an atari format file, the graphics editor doesn't show it. I wonder what I am doing wrong.

[apemaster]

Anything or Mac?

[+JAC!]

Anything or Mac?

 

If you mean WUDSN IDE: Works finde on Win32/64/Mac OS XLinux.

Edited March 9, 2015 by JAC!

[+JAC!]

>When I double click on an atari format file, the graphics editor doesn't show it.

For formats mentioned on the web site I should do that. In any case you can use the "Open with Graphics Editor" in the context menu for any binary file. That's where it has it's root: Ripping Graphics from Amiga & C64 dumps :-)

[Synthpopalooza]

Yeah, there is no "open in graphics editor" in that menu. When I double click on any graphics file, the editor shows, but everything is ghosted out and unusable.

[cybernesto]

Depends on which direction of conversion you mean. For the PNG => Atari, just provide the Javascript Snippet and input/output samples and I'll add it.

 

 

Hi Jac,

 

I'm a big fan of WUDSN and have been using it for some time now. I wrote a snippet to convert monochrome graphics to Apple II Hi-Res format (HGR) and thought it could be useful for others. You can add it to WUDSN if you like.

function convertToFileData(data) {
	var bytes = [];
	var offset = 0;
	var page = 0;
	var block = 0;
	var leaf = 0;
	for (var y = 0; y < data.getImageDataHeight(); y++) {
		page = y & 0x7;
		block = ((y >> 3) & 0x7);
		leaf = y >> 6;            
		offset = (page*1024) + (block*128) + (leaf*40);

		for (var x = 0; x < data.getImageDataWidth(); x = x + 7) {
			var b = 0;
			for (var i = 0; i < 7; i++) {
				var color;
				color = data.getPixel(x + i, y);
				if (color != 0) {
					b = b | 1 << i;
				}
			}
			bytes[offset++] = b;
		}
	}
	data.setTargetFileObject(0, bytes);
}

[tebe]

http://www.g2f.atari8.info/

 

BMP2MCH (BMP, PNG - 8bit Per Pixel)

 

Output: MCH, FNT, MIC

Edited December 28, 2017 by tebe

[+JAC!]

 

I wrote a snippet to convert monochrome graphics to Apple II Hi-Res format (HGR) and thought it could be useful for others. You can add it to WUDSN if you like.

 

Hi cybernesto,

 

cool to see people sharing their stuff. Added a content type group for "Apple II Graphics", a converter group and this converter to the DEV branch 1.7.0 which will be released in 2018. I assume the size of HGR is fixed to 288x192.

Would be great if you could some sample files for PM, so I can also add the reverse conversion (display HGR files).

 

Regards, Peter.

[cybernesto]

 

Hi cybernesto,

 

cool to see people sharing their stuff. Added a content type group for "Apple II Graphics", a converter group and this converter to the DEV branch 1.7.0 which will be released in 2018. I assume the size of HGR is fixed to 288x192.

Would be great if you could some sample files for PM, so I can also add the reverse conversion (display HGR files).

 

Regards, Peter.

Thanks a lot. That is way more than I was asking for.

The current version of RECOIL is able to display monochrome hgr and dhgr graphic files. You might want to take a look into the code there for displaying previews.

[+JAC!]

Sign of life:

Other direction now finally also added for HGR with my own implementation.

Fox has provided me a RECOIL reuse jar build. But it will require Java 1.8 and I want to release WUDSN 1.7.0 still with compatibility to JDK 1.6.45,

After WUDSN 1.7.0 I will make a major update to the latest Java & Eclipse version.

[+Stephen]

Such an amazing IDE we have thanks to your (and collaborrator's) work! I use Visual Studio 2017 all day at my real job, and I am still impressed by this IDE for our little Ataris!!