Re: Image Converter for HGR modes (with DHGR file question)

["ict@ccess" <gids.rs@sasktel.net>]

> For the DHGR format, the aux part always come first in a file.
> antoine

That baffles me as it requires 2 moves.  From Main $2000 to Aux $2000
then Main $4000 to Main $2000, whereas the the other way is just one
move, Main $4000 to Aux $2000 as the first part is already in the
right place.  Can anyone see a good reason for this?

> To anyone reading - is there a preferred file format for DHGR images? I'm leaning towards a straight memory image, > like HGR, but even then, should the file contain the aux memory image followed by main memory? The other way
> around? Interleaved in display order? If there's no "standard" then I'll probably go with the first of the options I just
> mentioned.

Yes, it is preferred my way.  :)

You might want to check out my Dbl hi-res screen compressor.  It has
one of the highest compression algorythms as well as it can compress
any part of the screen.  This allows for compressed animation that can
be animated in one spot on the screen.   Loading a smaller file and
uncompressing the file is faster than loading the complete file
uncompressed plus it save a lot of disk space.

My compressor saves anywhere from 1 to 5 blocks over Beagles Double
Scrunch routine.

You are welcome to it here:  www.pv3.ca/Apple/MyDblCruncher.2mg.zip

I am slowing bringing my software to the light of day.  A couple of
more off the top of my head is: for users of the extended keyboard on
their IIGS, a way to turn the caps lock, scroll lock and num lock
lights on and off for Prodos 8 users. and short and simple font
routines for the Dbl Hires screen.

Rob