| ID | Category [?] | Severity [?] | Reproducibility | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 08341 | Crash/Freeze | Major | Always | Jun 2, 2022, 23:46 | 6 days ago |
| Tester | Hydreigon | View Status | Public | Platform | MAME (Self-compiled) |
| Assigned To | Resolution | Open | OS | Windows (x64) | |
| Status [?] | Acknowledged | Driver | |||
| Version | 0.244 | Fixed in Version | Build | x64 | |
| Fixed in Git Commit | Github Pull Request # | ||||
| Summary | 08341: hangplt, hangpltu: Does not complete POST; hangs during DSP board check | ||||
| Description | Game cannot complete its POST properly checking 38z, 35z, 38x, 35x, 16z, 14z, 10z and 8z as bad. Afterwards the game locks with both screens showing colorful jailbars. | ||||
| Steps To Reproduce | Run the game with DIP 1, Skip POST, set to 'OFF' (note: you'll have to comment out the rom patches that bypass the lock errors otherwise program roms will mark as bad and POST will not advance further). | ||||
| Additional Information |
Startup on actual hardware: From reading error logs it spams "[voodoo0] internal_lfb_r: Buffer offset out of bounds" a lot prior to the point a video board would hang. terabrst does the same exact thing. Apparently I didn't know you could use tilemap viewer to view the tilemap during POST to see if anymore ICs test as bad and found four more. The specific ICs that test bad are the following: 38z, 35z, 38x, 35x, 16z, 14z, 10z and 8z: PPC-SHARC communication RAM. hangplt checks these as bad while terabrst checks these as good. 11u, 7u, 2t/4t and 2r/3r: Voodoo FBI RAM. Both check as bad. |
||||
| Github Commit | |||||
| Flags | |||||
| Regression Version | |||||
| Affected Sets / Systems | hangplt, hangpltu | ||||
|
Attached Files
|
| ||||
|
| |||||
|
| |||||
