Just a couple of quick clarifications on Apple II disk images: On the Apple II .dsk/.do/.po files can't be protected, they're standard 16-sector disks (because those container types only store the data, not the structural information on the disk, and "the data" is only defined properly if its comes from a standard 16-sector structure). .do and .po files differ in the order in which the sectors are located in the data stream for each track. Again, since no structural information is present in the image file (specifically, the headers, which contain the sector number and volume number), you have to know where to look in a track to find sector 9, since the only thing that defines "sector 9" is where it is in the track. .dsk files are usually the same as .do files, that is, the sectors are in the DOS order. There is no difference between .do and DOS-ordered .dsk files, it's just that .dsk is underspecified. Some .dsk files are in ProDOS order instead. So, it's better to use the explicit .do and .po extensions on disk images so the emulator doesn't have the chance to guess wrong about what order the sectors are in. As a corollary, if booting a .dsk-type image crashes to the monitor, it's sometimes worth changing the extension to .po and trying again (and, if that doesn't work, to .do and trying yet again), since if the sectors are out of order, a crash on boot is expected behavior. In practice, nearly everyone uses .dsk to mean .do, so 90% of the time if you get a crash on boot due to sector ordering, changing the extension to .po will be the solution. .nib ("nibble", as opposed to reassembled data bytes) files contain the structural information that .dsk/.do/.po files omit, so if the volume number is important or if the sectors are in yet another order or marked in a different way (like, a 13-sector DOS 3.2 disk), the .nib file retains that information. But that means that most of the time utilities designed for standard format won't be able to manipulate sectors/files on such images. -Paul
On Jan 18, 2017, at 7:58 AM, Tony Bogan via vcf-midatlantic <vcf-midatlantic@lists.vintagecomputerfederation.org> wrote:
.do files are "DOS Order" files (.po are ProDOS Order files)
If someone points me to the disk image (I read the message with it waaaaaaay back somewhere in this thread) I will use my floppy emu to mount and transfer it (should work, I've done it many times before) to actual 5.25" media.
Usually the .nib files were the protected software images. The images can be read but disks only copied with nibble copying software (edd + card and I'm F'edd up software makes the .nib files)
I haven't run into .do files that were protected but I don't use them often (the majority of Apple II software is avail in .dsk format)
I'm at work but will dig thru this thread for the disk image link and will do it this evening.
Joseph Oprysko has the same hardware I do so one of us could Likely get it done. Tony
Sent from my iPhone
On Jan 18, 2017, at 1:49 AM, Dan Roganti via vcf-midatlantic <vcf-midatlantic@lists.vintagecomputerfederation.org> wrote:
On Wed, Jan 18, 2017 at 12:56 AM, Dan Roganti <ragooman@gmail.com> wrote:
oh man, I didn't even try to load it yet into the emulator I just tried it on AppleWin and it loads fine !! I used each ][+, ][e and Enhanced ][e LinApple is supposed to be a port of AppleWin, so it should work there too
I get the splash screen and then pressed enter to get to the main screen So it must be a Protected disk, right ?
But I think I forgot how to load Dos into the original ][ mode After it boots up into the Monitor, I switch to Basic, and at the prompt, I tried PR#6 at the Basic prompt, but I get a "Error #6" So the Dos didn't load, it's the same Master.dsk used for ][+, ][e, etc
But which emulator did you use again ? Dan
ok, I know why I couldn't load the Logo disk while using the original ][ mode in the emulator, I had the right steps to load a disk for the original ][ mode somehow I didn't select the disk image file the next time around,
So I can run the that Lego TC Logo *.do disk in any Apple mode within the emulator with ][ original, ][+, ][e, and enhanced ][e, it works fine
So then since we can't read it with CiderPress or AppleCommander, could this then be a Protected disk ?
I'm trying to recall which Apple Util lets you extract the files from a protected disk I had several for the C64 Anyone recall something like this ? Dan