| |
ChristopherJam
Registered: Aug 2004
Posts: 1409 |
Standard image format?
Are their any file formats around that are commonly used for moving c64 images between various tools that explicitly specify c64 palette indices?
The .gifs and paletted .pngs I've seen often have palettes in a random order, that don't necessarily have all 16 c64 colours in their table anyway, and both those and 24 bit screencaps tend to use one of several different palettes (pepto, godot etc). On top of that, screencaps frequently have their aspect ratio 'fixed', so many of the pixels are blends anyway.
I know there are a few graphics mode specific formats like .kla around, but I'm looking for something a bit more general purpose that doesn't make assumptions about how it will be displayed. |
|
| |
Oswald
Registered: Apr 2002
Posts: 5094 |
I think there's no such format.
But I'd use native format for "moving images across tools" since it is more transparent, than converting 24bit colors back and forth while messing with palettes. |
| |
ilesj
Registered: Jun 2012
Posts: 27 |
Not that I know of. Managing the palette is a bit of a hassle, but once you have the colors set up, exchanging bitmaps between programs gets easier. I use pepto colors arranged in C64 palette order. Depending on application I use gif/png and even bmp, since some tools don't support any other formats for importing.
Many graphics editors allows you to arrange and edit the palette, or load a palette from preset/file. Making use of that you can get the palette in correct order and include the missing colors, for example.
With pepto palette and C64 palette order, most of the time exchanging bitmaps between works fine.
An exchange format would be nice, but not very useful until several tools would support it. |
| |
MagerValp
Registered: Dec 2001
Posts: 1078 |
I always use a standard PNG with C64 palette order, ignoring RGB values. For MC I typically just skip every 2nd pixel in the converter code. |
| |
Mr. SID
Registered: Jan 2003
Posts: 424 |
I never use paletted files, but only 24bit PNGs.
I have a piece of python code that finds all colors and uses a bit of fuzzy matching to assign them to C64 color indices. I've never seen it fail on an image, except where it had more than 16 colors. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
i just use bmp with a fixed palette.
for a palette independent format, you could use the 4bit godot format.... which is very uncommon outside godot however :=) (BUT it supports even pictures > 320x200 iirc) |
| |
soci
Registered: Sep 2003
Posts: 480 |
Quote: i just use bmp with a fixed palette.
for a palette independent format, you could use the 4bit godot format.... which is very uncommon outside godot however :=) (BUT it supports even pictures > 320x200 iirc)
That's interesting. So how does the godot format support different sizes? |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
iirc its organized in 8x8 tiles and you can have any number of them |
| |
soci
Registered: Sep 2003
Posts: 480 |
Godot pictures are fixed at 40x25. But if Godot clips would have been mentioned then I'd not wonder ;) |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
ah yes! "clips", thats what i was thinking of, i guess :) |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1409 |
Looks like I'll be sticking with pepto pngs for now. Thanks all. |
| |
SIDWAVE
Account closed
Registered: Apr 2002
Posts: |
explicitly ?
no
not a single format |
| |
Endurion
Registered: Mar 2007
Posts: 73 |
Any format that can be loaded with .NETs runtime. C64Studio then expects an 8bit index image with exact colors or will show an import dialog which tries to auto-map colors. Auto-mapping can be manually overridden to force a certain target color.
When copying images to the clipboard 8bit index will be used. 4bit might be more logical but half byte pixels are a nuisance. |
| |
soci
Registered: Sep 2003
Posts: 480 |
It must be PPM then obviously, as it's fully supported by the tools I use ;) |
