![]() ![]() My plan was to move it to a standard double-density disk image (180K). Since the game starts on boot up, I assume something like it us being used. Therefore, I can’t tell if an autorun.sys file was used. Neither MakeATR, ATR image explorer, nor Atari800MacX could read the image. The ATR does not seem to have a standard layout. Since he is selling the game, I can’t provide it to you without his consent. Hopefully, be willing to send you an image. How is the disk contstructed? Does it use an autorun.sys that starts the actual program? Could you move it to a normal sized disk image? I'm aware this isn't a great bug report, but since Tristam Island is being sold (albeit cheaply), I can't simply give you the ATR.īob it's hard for me to guess on what might be wrong without being able to run the image. I'm running macOS 10.15.7 on a late 2016 MacBook Pro with 16GB of memory (low end MacBook Pro so no Touch Bar). I've turned off all patches and the machine is set up as an NTSC XEGS. Since the interpreter is always reading the disk at each command, I'm assuming Atari800MacX is somehow getting confused by the disk. In both cases, the game doesn't crash when accessing that portion of the text adventure (z3) file. Unfortunately, the demo uses a standard ED disk size so the command doesn't crash the game in Atari800MacX. I tried the non-standard ATR in both Altirra (using Wine) and using real equipment (XEGS and Sdrive Max to load the ATR file). I see the disk stop at track 274 just before I see the error. I'm sure that's coming from the open source Infocom interpreter and won't help you debug the problem. When I use the purchased game ATR (non-standard size of 138K), the disk crashes with an interpreter error (Internal Error #8033) as soon as you give it the command "GO NE". It's a Infocom-style text adventure game. I have a bug report for version 5.4.3 (and probably before). ![]()
0 Comments
Leave a Reply. |