06468: gladiatr ogonsiro gcastle: Coinage DIP switches have no effect in sets using MCU simulation

ID	Category [?]	Severity [?]	Reproducibility	Date Submitted	Last Update
06468	DIP/Input	Minor	Always	Jan 6, 2017, 16:24	Jan 6, 2017, 17:10

Tester	cuavas	View Status	Public	Platform	MAME (Self-compiled)
Assigned To		Resolution	Fixed	OS	MacOS X
Status [?]	Resolved			Driver	taito/gladiatr.cpp
Version	0.181	Fixed in Version	0.182	Build	64-bit
		Fixed in Git Commit		Github Pull Request #

Summary	06468: gladiatr ogonsiro gcastle: Coinage DIP switches have no effect in sets using MCU simulation
Description	On original and bootleg Gladiator/Ougon no Shiro/Golden Castle boards, coinage is handled by one of the I/O MCUs. The sub CPU uploads credits per coin for coin 1 and coins per credit for coin 2 at startup, and the MCU handles counting coins and credits. The MCU simulation in MAME doesn't support this, so the games always use one coin/one credit for both coins. (MAME 0.182 will have MCUs hooked up for greatgur, and coinage works correctly with the MCU handling it, so I've left that out of the affected sets, otherwise it would just have to be removed in a few weeks.)
Steps To Reproduce	Adjust coinage DIP switches, coin up with 5/6, and note that they always yield one coin/one credit.
Additional Information
Github Commit

Flags
Regression Version
Affected Sets / Systems	gladiatr ogonsiro gcastle

Attached Files

No.13530 cuavas Administrator Jan 6, 2017, 17:10	MCU simulation replaced with bootleg MCU programs in all affected sets. They now start with one credit due to MAME's memory initialisation, but the coinage DIPs work correctly.