Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

WOZ: Seafox fails to boot #668

Closed
tomcw opened this issue Jul 22, 2019 · 11 comments
Closed

WOZ: Seafox fails to boot #668

tomcw opened this issue Jul 22, 2019 · 11 comments
Labels
Milestone

Comments

@tomcw
Copy link
Contributor

tomcw commented Jul 22, 2019

From #661: @retrogear said:

seafox.woz from wozaday collection hangs at track 32

I got seafox.woz from here.
For me, it gets to T$0B (T11) and then reboots.

I tried the Wizardry III extended latch fix (#662) and also changing the significantBitCells from 50 to floppy.m_bitCount, but neither help.

@peterferrie
Copy link

Two things: one, the game is hostile to a IIe or IIc machine. You'll need Anti-M to run it there.
Two: the game has a bug in it which has nothing to do with .woz or not. The protection code has a section where it reads a sector full of address+value sets and then stores the values at the addresses. The bug is that one of the written addresses is $2B, which is supposed to hold the slot for the drive. When the game tries later to read from the disk, it's hitting $C0A8, instead of $C0sC. AppleWin doesn't return the floating-bus for $C0A8 so the game polls infinitely instead of timing out and continuing the boot.

@retrogear
Copy link

Would the $C0A8 be hitting the SSC in slot 2?

@peterferrie
Copy link

Ah, that seems to be the answer.
To get the game to boot might require that the SSC is removable, in that case. All that's necessary for the boot to succeed is that a nibble with bit 7 set is returned, which currently doesn't ever happen.

@sicklittlemonkey
Copy link
Contributor

It's always been a pipe dream of mine to add disk image metadata for this kind of stuff.
Flagging machines & ROM versions or disk write protect is easily done.
But requiring that certain slots are empty or contain no RAM cards would be useful.
And then of course there's preferred mono/colour mode, input devices, cards etc.

@tomcw
Copy link
Contributor Author

tomcw commented Jul 27, 2019

Confirmed the following in order to successfully boot:

  1. Need to set machine = Apple //e (ie. not Enhanced //e)

    • NB, since this is a WOZ v1 image, then it doesn't contain an extended (v2) INFO chunk about 'Compatible Hardware'.
  2. Need to disable SSC in slot-2

    • I quickly tested this by getting reg-8 ($C0A8) to return floating bus (IO_Null()) on a read.

@tomcw tomcw added the bug label Sep 9, 2019
@tomcw
Copy link
Contributor Author

tomcw commented Sep 9, 2019

Classifying as a "bug", since currently there's no way to remove the SSC in AppleWin.

@tomcw
Copy link
Contributor Author

tomcw commented Oct 13, 2019

With the release of 1.29.3 here, I'm closing this.

You can use cmd-line switches to run this .woz image:

applewin.exe -s2 empty -model apple2e

@tomcw tomcw closed this as completed Oct 13, 2019
@retrogear
Copy link

retrogear commented Oct 15, 2019 via email

@tomcw
Copy link
Contributor Author

tomcw commented Oct 15, 2019

Great stuff!
So what was the issue with 'Legacy of the Ancients'? Did that need the SSC removed from slot-2 too? (But there were a few other subtle WOZ-related changes as well.)

@retrogear
Copy link

retrogear commented Oct 15, 2019 via email

@tomcw
Copy link
Contributor Author

tomcw commented Dec 8, 2019

@retrogear - actually I'm seeing a hang in LOA. See #739.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants