Re: Prince of Persia problem

[mkelsey@eecs.wsu.edu (Michael Kelsey)]

In article <19970512062000.CAA17517@ladder02.news.aol.com>,
	ybteacher@aol.com (YB Teacher) writes:
> Booted periodically on IIe; won't boot at all on GS.  All other disks work
> fine.

I presume you are using your original diskette.  If so, your media may be
worn enough that the Apple IIgs can no longer read the format.  Just as
a note, the IIgs and the //c operate at a slightly different configuration
than the Apple //e, enough so that a fix I designed for the timing
"bit slip" copy-protection method would only work on an Apple //e and
a Laser 128EX; it failed on a //c or a IIgs.  With a slight modification
[by one bit!] I corrected for my oversight.  Your problem may very well lie
within the "bit slip" copy protection existing on track 00, sector 0A
[???].  

Listen to your disk hardware as the program boots.  If you do not hear 
any "chick" noises [after the clicking from a reset] on the Apple IIgs
then you are not getting passed the "bit slip" copy protection.  If
you hear the program loading then the problem lies within worn out
media.  Correcting for worn out media is a tedious task. 

I can aide you in bypassing the "bit slip" protection [copyable by ANY
DOS 3.3 copier - no code modification necessary ;) ] if the program
is not booting past track 00.  If the program is partially loading,
your only hope is to configure Copy II+ [6.5 preferably] in "nibble
edit mode" and make a backup with the Apple //e.  I have restored
failing media by cleaning up the sync fields, which I must admit is
very time consuming.

Contact me personally if you require further assistance.

/\/\ichael |<elsey
mkelsey@eecs.wsu.edu