Apple II disk Grrr.....

All questions regarding the dumping of media go here.
BarryB
Posts: 263
Joined: Thu Aug 02, 2012 8:15 pm

Re: Apple II disk Grrr.....

Post by BarryB » Sun Feb 05, 2017 1:28 pm

Right, so you still need some coding skills and experience on the platform you're scripting for, so a no go for me sadly :(

User avatar
IFW
Posts: 2634
Joined: Mon Nov 08, 2010 2:42 pm

Re: Apple II disk Grrr.....

Post by IFW » Thu Feb 09, 2017 2:20 pm

Programming skills:
- what you'd have for a calculator when creating scripts, ie not much. Although, admittedly, that depends on the calculator ;)
- platform experience, yes - there is no way around that. You can't possibly describe how to decode something if you do not understand what it is.

BarryB
Posts: 263
Joined: Thu Aug 02, 2012 8:15 pm

Re: Apple II disk Grrr.....

Post by BarryB » Mon Feb 13, 2017 1:22 pm

Absolutely counts me out then :)

Going back to Apple II dumps, I've just obtained another infocom title, Sorcerer, have dumped like I would C64:

dtc -p -b-8 -fSorcerer(US)[AppleII]/Sorcerer[AppleII](1of1)_ -i0 -y -g2 -i8 -l8

Does that look correct knowing it probably has some form of copy protection?

The dump produced this output:

Code: Select all

KryoFlux DiskTool Console, v2.51_Win64, uiv.1, Oct 29 2014, 16:45:36
(c) 2009-2014 KryoFlux Products & Services Ltd.
Developed by The Software Preservation Society, www.softpres.org
Licensed for private, non-commercial use only.

-8.1[00]: Apple DOS 3.3: <unformatted>
-6.1[02]: Apple DOS 3.3: <unformatted>
-4.1[04]: Apple DOS 3.3: <unformatted>
-2.1[06]: Apple DOS 3.3: <unformatted>
00.0    : Control command rejected by the device
00.0    : Apple DOS 3.3: OK, trk: 000, sec: 16
00.1[08]: Apple DOS 3.3: <unformatted>
02.0    : Apple DOS 3.3: <unformatted>
02.1[10]: Apple DOS 3.3: <unformatted>
04.0    : Apple DOS 3.3: <error>, trk: 002, sec: 16, mis: 12
04.1[12]: Apple DOS 3.3: <unformatted>
06.0    : Apple DOS 3.3: <unformatted>
06.1[14]: Apple DOS 3.3: <unformatted>
08.0    : Apple DOS 3.3: <unformatted>
08.1[16]: Apple DOS 3.3: <unformatted>
10.0    : Apple DOS 3.3: <unformatted>
10.1[18]: Apple DOS 3.3: <unformatted>
12.0    : Apple DOS 3.3: <unformatted>
12.1[20]: Apple DOS 3.3: <unformatted>
14.0    : Apple DOS 3.3: <unformatted>
14.1[22]: Apple DOS 3.3: <unformatted>
16.0    : Apple DOS 3.3: <unformatted>
16.1[24]: Apple DOS 3.3: <unformatted>
18.0    : Apple DOS 3.3: <unformatted>
18.1[26]: Apple DOS 3.3: <unformatted>
20.0    : Apple DOS 3.3: <unformatted>
20.1[28]: Apple DOS 3.3: <unformatted>
22.0    : Apple DOS 3.3: <unformatted>
22.1[30]: Apple DOS 3.3: <unformatted>
24.0    : Apple DOS 3.3: <unformatted>
24.1[32]: Apple DOS 3.3: <unformatted>
26.0    : Apple DOS 3.3: <unformatted>
26.1[34]: Apple DOS 3.3: <unformatted>
28.0    : Apple DOS 3.3: <unformatted>
28.1[36]: Apple DOS 3.3: <unformatted>
30.0    : Apple DOS 3.3: <unformatted>
30.1[38]: Apple DOS 3.3: <unformatted>
32.0    : Apple DOS 3.3: <unformatted>
32.1[40]: Apple DOS 3.3: <unformatted>
34.0    : Apple DOS 3.3: <unformatted>
34.1[42]: Apple DOS 3.3: <unformatted>
36.0    : Apple DOS 3.3: <unformatted>
36.1[44]: Apple DOS 3.3: <unformatted>
38.0    : Apple DOS 3.3: <unformatted>
38.1[46]: Apple DOS 3.3: <unformatted>
40.0    : Apple DOS 3.3: <unformatted>
40.1[48]: Apple DOS 3.3: <unformatted>
42.0    : Apple DOS 3.3: <unformatted>
42.1[50]: Apple DOS 3.3: <unformatted>
44.0    : Apple DOS 3.3: <unformatted>
44.1[52]: Apple DOS 3.3: <unformatted>
46.0    : Apple DOS 3.3: <unformatted>
46.1[54]: Apple DOS 3.3: <unformatted>
48.0    : Apple DOS 3.3: <unformatted>
48.1[56]: Apple DOS 3.3: <unformatted>
50.0    : Apple DOS 3.3: <unformatted>
50.1[58]: Apple DOS 3.3: <unformatted>
52.0    : Apple DOS 3.3: <unformatted>
52.1[60]: Apple DOS 3.3: <unformatted>
54.0    : Apple DOS 3.3: <unformatted>
54.1[62]: Apple DOS 3.3: <unformatted>
56.0    : Apple DOS 3.3: <unformatted>
56.1[64]: Apple DOS 3.3: <unformatted>
58.0    : Apple DOS 3.3: <unformatted>
58.1[66]: Apple DOS 3.3: <unformatted>
60.0    : Apple DOS 3.3: <unformatted>
60.1[68]: Apple DOS 3.3: <unformatted>
62.0    : Apple DOS 3.3: OK, trk: 031, sec: 16
62.1[70]: Apple DOS 3.3: <unformatted>
64.0    : Apple DOS 3.3: OK, trk: 032, sec: 16
64.1[72]: Apple DOS 3.3: <unformatted>
66.0    : Apple DOS 3.3: OK, trk: 033, sec: 16
66.1[74]: Apple DOS 3.3: <unformatted>
68.0    : Apple DOS 3.3: OK, trk: 034, sec: 16
68.1[76]: Apple DOS 3.3: <unformatted>
70.0    : Apple DOS 3.3: <unformatted>
70.1[78]: Apple DOS 3.3: <unformatted>
72.0    : Apple DOS 3.3: <unformatted>
72.1[80]: Apple DOS 3.3: <unformatted>
74.0    : Apple DOS 3.3: <unformatted>
74.1[82]: Apple DOS 3.3: <unformatted>
76.0    : Apple DOS 3.3: <unformatted>
78.0    : Apple DOS 3.3: <unformatted>
80.0    : Apple DOS 3.3: <unformatted>
82.0    : Apple DOS 3.3: <unformatted>

Enjoy your shiny new disk image!
Please consider helping us to preserve media and continue development:
www.softpres.org/donate

spags
Posts: 90
Joined: Sun Sep 09, 2012 5:46 am
Location: Australia

Re: Apple II disk Grrr.....

Post by spags » Wed Feb 15, 2017 12:54 pm

Well according to that same article I linked to further above, a lot of the Infocom titles used almost the same types of copy protection schemes (or more correctly, the same cracking scheme could be used on multiple titles). So with the caveat that I haven't dumped any such copy protected Apple // files, then my tentative answer to your question is, "maybe". It does look similar to your first dump (first track okay, then nothing for a long while).

BarryB
Posts: 263
Joined: Thu Aug 02, 2012 8:15 pm

Re: Apple II disk Grrr.....

Post by BarryB » Wed Feb 15, 2017 2:26 pm

It's format guided so I guess the 'protected' tracks are not seen as DOS 3.3 so they show as unformatted, just like Amiga disks when they use custom formats and I speciy -i5, all those tracks show as unformatted.

The copy protection, as stated in that article, was just changing the start of data bytes from D5 AA AD to D5 AA BC so it's not standard DOs 3.3 anymore and probably why it shows unformatted, the fact the unprotected tracks are identified suggests the dump is correct.

Post Reply

Who is online

Users browsing this forum: Yahoo [Bot] and 1 guest