Re: macADT and .dsk images over 140k

["BluPhoenyx" <bluphoenyx@a2central.com.remove-dgn-this>]

 To: touchstone
touchstone wrote:
> On 2007-12-09 09:55:56 -0700, "William Garber" 
> <willy46pa@garberstreet.com> said:
> > You'll most likely find that they've all got attached header
> > or trailing bytes, or both. Otherwise the images are fine.
> > The same thing happens to images on my FTP site when folks
> > attempt to upload directly to download folders, rather than
> > to my specified upload folder.
> >
> > William Garber
> > Email Address - willy46pa@garberstreet.com
> > Alt. Email - willy46pa@comcast.net
> > Web address - http://www.garberstreet.com
>
> maybe you can shed some light at what i'm actually looking at and how 
> images work in general.
>
> i an using text wrangler to get the hex dump of the images.
> it groups the resultant text into "pages" ideally from $00000000 to 
> $00022f00
> with a break every 256 bytes.  so you see a chunk 16 bytes wide by 16 
> bytes long,
> it's just like 'disk fixer' of old.
>
> for example, if i look at $00011b00 to $00011bff, is this the image of 
> disk track $11 sector $b?
> and does adt put this on that track $11 sector $b verbatim?

Another possibility would be compressed images. A few emulators could 
handle these. I think Kegs will and an older X based emulator. 
Generally, these were signified by the .z or .gz extension.

If the disks are simply wrong sized, you might be able to use an 
emulator which ignores the disk size. I've used ApplePC (MsDOS program, 
which (you can run this in a MsDOS emulator such as DosBOX) to copy data 
of these types of disk images. I don't recall how strict Applewin is but 
(AFAIR) Apple Oasis requires proper disk sizes. I have no idea which Mac 
based emulators have this feature.

Perhaps the best option if you have access

Cheers,
Mike T
--- Synchronet 3.14a-Win32 NewsLink 1.85
A2Central.com - Your total source for Apple II computing.