- --
Viewing Issue Advanced Details
ID | Category [?] | Severity [?] | Reproducibility | Date Submitted | Last Update |
---|---|---|---|---|---|
03023 | Color/Palette | Minor | Always | Mar 13, 2009, 18:26 | May 22, 2011, 07:30 |
Tester | BSR | View Status | Public | Platform | MAME (Official Binary) |
Assigned To | Resolution | Fixed | OS | ||
Status [?] | Resolved | Driver | |||
Version | 0.130 | Fixed in Version | 0.134u4 | Build | I686 |
Fixed in Git Commit | Github Pull Request # | ||||
Summary | 03023: vball, vball2pj, vballb: Loading vball a second time from the MAME game selection screen corrupts the sprite colors | ||||
Description | When loading vball from MAME's game selection menu after vball was already running will corrupt the colors when quickly coining in. | ||||
Steps To Reproduce | Load mame.exe. Select and load vball. Exit back to game selection screen and load vball again. Coin in and start at the first title screen. | ||||
Additional Information | It's not necessary to coin in during the first time the game loads. The second time the game loads it's necessary to quickly coin in during the title screen before the attract demo starts. | ||||
Github Commit | |||||
Flags | |||||
Regression Version | 0.117u1 | ||||
Affected Sets / Systems | vball, vball2pj, vballb | ||||
Attached Files
|
0003.png (9,028 bytes) Mar 13, 2009, 18:26
| ||||
Relationships
There are no relationship linked to this issue. |
Notes
5
No.03959
Tafoid Administrator
Mar 13, 2009, 19:35
edited on: Mar 13, 2009, 19:45 |
For me it only happens when I start vball2pj, then trying either vball or vballb. The reverse doesn't reproduce for me. Confirming the bug. One note: 'Quickly coining in before init' bugs are likely to reproduce in the actual arcade and never noticed. Really, it's unrealistic to think there is someone right there and has a coin inserted the second a title screen appears :) Doesn't detract the validity of this bug - but it's something to keep in mind. Edit: More testing seems to indicate that the sprite colors will be correct on the 2nd run if you allow the first run to show the in-game demonstration and setup the sprites. I'm setting this as possible pending some Dev scrutiny. |
---|---|
No.03960
BSR Tester
Mar 13, 2009, 20:03
|
The bug is related to how the game selection function works within MAME. Version 0.117u1 is the first version with this option, hence the first version that this bug can be reproduced in. With 0.117u1, the selection has to be done within MAME's tab menu. With 0.117u2, exiting MAME brings you back to game selection menu. |
No.04477
aybe Tester
Jun 10, 2009, 22:28
|
Happens too on 0.131 on all : vball, vballb, vball2pj. Need to restart MAMEUI32 to make it disappear. And letting the first run show doesn't fix it either. |
No.07219
hap Developer
Feb 17, 2011, 17:05
|
Setting it to resolved. I can indeed reproduce it in 131, but not in the latest versions. I guess it was fixed unknowingly, happens. =) |
No.07456
M.A.S.H. Senior Tester
May 22, 2011, 07:30
|
Found 'Fixed Version', but not what it fixed! |