From 1416f91e0177f6ea8c0f130202231c60d3bd448e Mon Sep 17 00:00:00 2001 From: Angelo Salese Date: Wed, 15 Dec 2010 17:51:04 +0000 Subject: [PATCH] Fixed (hopefully for good) the loop problem ... --- src/mame/drivers/flstory.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/mame/drivers/flstory.c b/src/mame/drivers/flstory.c index 8a2462f577e..296a62c7b95 100644 --- a/src/mame/drivers/flstory.c +++ b/src/mame/drivers/flstory.c @@ -182,10 +182,10 @@ static READ8_HANDLER( rumba_mcu_r ) case 0x3b: return mcu_bb_res; //0xbb result case 0x40: - case 0x41: return 0; + case 0x41: case 0x42: { - /* TODO: hack, subtle behaviour for transitioning from level 16 to level 17. Command is: + /* TODO: hack, subtle behaviour for transitioning from level 16 to level 1 (loop clear?). Command is: 0xc0 -> param -> 0xc1 -> param -> ... 0xc7 -> param -> 0x0e (end of packet) then reads at 0x40 -> 0x41 and 0x42 Params written doesn't make any sense, they are copies from RAM addresses at 0xe450-7 and they looks like ... garbage.