- --
Viewing Issue Advanced Details
ID | Category [?] | Severity [?] | Reproducibility | Date Submitted | Last Update |
---|---|---|---|---|---|
07840 | Gameplay | Major | Always | Jan 7, 2021, 18:26 | Jan 14, 2021, 15:25 |
Tester | Hydreigon | View Status | Public | Platform | MAME (Official Binary) |
Assigned To | Resolution | Open | OS | Windows 10 (64-bit) | |
Status [?] | Acknowledged | Driver | |||
Version | 0.227 | Fixed in Version | Build | 64-bit | |
Fixed in Git Commit | Github Pull Request # | ||||
Summary | 07840: motofren and clones: Issues with collision detection; Missing dual board support for motofrenmd | ||||
Description |
These games use an additional unemulated ADSP-2105 for collision detection, force feedback and game linking with another cab. The Mini Deluxe versions use a dual board setup with the ADSP-2105 and 8k x 8 shared ram between both boards (meaning it can only be operated as a dual cab). Regardless of version, the collision detection issues happen in all motofren related sets to the point the game itself is almost unplayable. This will be a multi-part process in figuring out how the main cpu communicates with the ADSP-2105 and dual pcb comms for motofrenmd. Also motofrenmd's ADSP-2105's program rom is undumped. |
||||
Steps To Reproduce | Play the game | ||||
Additional Information |
While the other games, spclords and rrreveng, are also only meant to operate as a twin cab by having both pcbs bridged to ram, they don't have any of the same issues compared to motofren (at least spclords as rreveng isn't marked as working). The method of linking a twin cab with the two also differs having the bridged ram linked to a COM2002I ARCNet controller instead of an ADSP-2015. Also kind of a ripoff that motofrenmd has support for four total players if linked while motofren only supports two. motofrenmd's manual: https://www.arcade-museum.com/manuals-videogames/M/Moto_Frenzy_Mini_Deluxe_TM379_1st_Printing.pdf spclord's manual: https://www.gamesdatabase.org/Media/SYSTEM/Arcade//Manual/formated/Space_Lords_-_1992_-_Atari.pdf |
||||
Github Commit | |||||
Flags | |||||
Regression Version | |||||
Affected Sets / Systems | motofren and clones | ||||
Attached Files
|
motofren.inp (268,115 bytes) Jan 14, 2021, 02:41 Uploaded by Hydreigon | ||||
Relationships
There are no relationship linked to this issue. |
Notes
4
No.18372
Tafoid Administrator
Jan 14, 2021, 01:40
|
Hydreigon: Perhaps you could provide an .inp file or recorded video made with 0.227 illustrating the malfunction? |
---|---|
No.18373
Hydreigon Tester
Jan 14, 2021, 02:43
|
Input file uploaded. May (or may not) record a video later on. Come to think of it, this was an arcade machine I recall seeing (the twin cab at least) when I was rather young. I do not recall these issues happening on actual hardware. A pcb recording of this would be nice to see someday. |
No.18376
Haze Senior Tester
Jan 14, 2021, 12:51
edited on: Jan 14, 2021, 12:52 |
Peter seemed to indicate that the game played as badly on a PCB as it does in emulation (as they had to verify the protection stuff was correct) I'm not sure what role the ADSP-2105 plays. |
No.18377
Hydreigon Tester
Jan 14, 2021, 15:25
|
I've stated the roles in the description but also found this: "The game depends on correct results when creating sprite lists and road data, without the CLARN board present the sprite positions and road display are corrupt making the game unplayable." In other words, if you remove the CLARN board, the game will run but with faulty collision detection. Because of how much documentation this game has and the fact it doesn't have any major flags, I personally consider this a bug. |