Path: utzoo!attcan!uunet!decwrl!mips!dimacs.rutgers.edu!rutgers!rochester!uhura.cc.rochester.edu!ee.rochester.edu!seah
From: seah@ee.rochester.edu (David Seah)
Newsgroups: comp.sys.apple2
Subject: Re: Re- Apple // classics
Message-ID: <1990Oct5.173616.20292@ee.rochester.edu>
Date: 5 Oct 90 17:36:16 GMT
References: <518@fawlty.towers.oz> <139800034@uxa.cso.uiuc.edu>
Reply-To: seah@ee.rochester.edu (David Seah)
Organization: University of Rochester Department of Electrical Engineering
Lines: 21

In article <139800034@uxa.cso.uiuc.edu> eej07047@uxa.cso.uiuc.edu writes:  
>	I tried converting Castle Wolfenstein to ProDos, but I failed.  
>	Did you use the Basic.System file at all?  or did you try and write
>a routine that would act as a go-between from Castle Wolfenstein to the MLI?

Castle Wolfenstein did some sector-level reads during room-to-room excursions
and in particular (if I remember correctly) directly read the catalog track
from sectors $1 to $B (this was originally DOS 3.2) to find its files at
one point.  The value that did this (and prevented direct conversion from 
13 sectors to 16 sectors) was in the file @INIT,A$880 at 187A.  Change it
to #0F, and everything worked fine.

My notebook doesn't say whether or not Castle Wolfenstein used the
"^DBLOAD FILENAME" trick to do DOS commands from machine language, but
that would definitely create a problem in converting to ProDOS (it's
not supported anymore).  Most MUSE games tended to do this (ala RobotWar).

-- 
Dave Seah |       Omnidyne Systems-M         | INET: seah@ee.rochester.edu  |
          | "User-Friendly Killing Machines" | America Online: AFC DaveS    |
  ^..^    +-----------------------------------------------------------------+