next »

[PoV]

[Alec]

Huh?

[PoV]

I assumed you were mocking the need or interest in bit packing/RLE compression.  Else I'm completely lost on the Atari comment.

[Alec]

I'm completely lost on the Atari comment.

Well excuse me princess.   

[PoV]

Gah... defeated again.   

[4baka]

kk I'm not the best coder ever, but wouldnt it be best to be able to store vector data for your images rather than bit mapping?  Vectors draw the image based on the mathematical position f an images edge rather than per pixel.  I would think all that is required is to break down a vector format into your game function then recompile it when needed.

Please excuse my ignorance if this is the dumbest idea ever.  My experience with anything not web based is severely limited.

[Chris Whitman]

It would not only be possible, it would probably be smaller than any compressed raster graphics format (given the available sample)! The issue is what would you use to edit such a format, and what happens if you want to make use of information which is not easily depicted in a vector-based format? For example, the grouping of rectangles represented in the original image could be expressed using several bytes of polygons, but if other images required non-parametric curves, it would probably become inefficient (or just ugly) to represent them using vector approximations.

So yes, it's not a bad idea, maybe, but it depends on requirements. We really don't know the specifics of what the requirements are right now, so I doubt we could say with any certainty.

[PoV]

kk I'm not the best coder ever, but wouldnt it be best to be able to store vector data for your images rather than bit mapping?

Yep.  Though, explaining how to draw (rasterize) a filled polygon and/or closed set bezier curve might have more difficult.  However, rectangles would be straight forward, as they'd only be 2 points, and you'd loop from one extreme to the other.