 No.17568
sasuke Tester
Apr 25, 2020, 07:57
|
My guess is that waiting process for the ending or game over music to finish playing doesn't seem to be working. |
|---|---|
|
No.17689
sasuke Tester
May 29, 2020, 06:59
edited on: May 29, 2020, 14:44
|
From my checking the logic, it seems that the logic of waiting for end of music is not working. It's not just the game over, but the stage clearing and ending have the same problem. These seem to read the main CPU's port $A0 and wait by loop until bit5 is 0. This bit appears to be meant to detect that the music has finished playing, but it is currently assigned to "In Game Sounds" on the DIPSW. The sound CPU outputs "00" to the port $07 which is now unknown, at the timing of the end of this playing. The two are probably related. |
 No.17690
hap Developer
May 29, 2020, 14:00
|
Yes, it sounds like you're on the right track. maincpu port $A0 bit 5 looks more like sound communication and not a dip switch. In fact, the game will lock up at game over when it's off. I don't see how sound cpu port 7 is involved though. If you make the maincpu port react to soundcpu port 7 value $00, you will get missing sound effects. It's possibly unrelated, port 7 could be for filtering/volume instead. |
|
No.17691
hap Developer
May 29, 2020, 15:35
|
Ah, port 7 is soundlatch acknowledge |
 No.17692
dink Tester
May 30, 2020, 00:43
|
sasuke, hap, nice work on this one! |
|
No.17693
hap Developer
May 30, 2020, 08:17
|
Feel free to copy my changes under FBN license. (tubep driver is GPL2) |
|
No.17694
sasuke Tester
May 30, 2020, 14:45
|
Wow, that was a perfect fix while I was looking into it. Awesome, and thanks! |