What's new
By:

System 32 desuicide and conversions: all games patched and released!

Hi again. Anyone have the correct decrypted binary files for SegaSonic? I think I might be using an older version. All the files I have burnt are rev. C for the normal game. Also, if possible, the correct jumper distribution. I used for 2MB files the 27c160 and for 1MB files the 27c800 on dip42 slots
 
stj said:
http://members.iinet.net.au/~lantra9jp1_nbn/gurudumps/s32convert.html
Click to expand...
Yeah, they are the same. I have rewritten them to anther 27c1024 and still the same bug. I'm going to tell the memory types I have used:

-- 27c020
epr-15785.ic36
epr-c-80.ic9
epr-c-81.ic18

-- 27c160
mpr-15790.ic32
mpr-15792.ic30
mpr-15794.ic28
mpr-15796.ic26

-- 27c800
mpr-15788.ic5
mpr-15789.ic14
mpr-15791.ic31
mpr-15793.ic29
mpr-15795.ic27
mpr-15797.ic25

-- 27c801
mpr-15782.ic24
mpr-15783.ic34
mpr-15784.ic35

-- 27c1024
epr-c-86.ic8
epr-c-87.ic17

Can someone check if they are the correct memory types or if the game really has that bug when doing 1 loop?
 
I have tried to simulate the bug in MAME and it doesn't show up, the game works good after 1 loop. Could they be the hacked program roms of the game? Do someone have tried to make 2 loops of the game with those memories?
 
How did you simulate in MAME?
You'll need to disable the security emulation responses and recompile.

If you put the patched roms into the zip, and skip the crc error, this still runs on "a board with working security responses" in emulation.
(So when there's an uncatched security check, this still gets a valid response and you won't see it turn up.)
 
Asure said:
How did you simulate in MAME?
You'll need to disable the security emulation responses and recompile.

If you put the patched roms into the zip, and skip the crc error, this still runs on "a board with working security responses" in emulation.
(So when there's an uncatched security check, this still gets a valid response and you won't see it turn up.)
Click to expand...
I mean. The game in MAME using the emulation of the encryption doesn't have the bug, so the problem is maybe the hacked roms. Do you have the game or can you test what I'm saying with a board? I'm going crazy with this issue, xD.

Anyone who has a SegaSonic conversion can confirm the bug I am having with 2 converted boards?
 
Tailsnic Retroworks said:
I mean. The game in MAME using the emulation of the encryption doesn't have the bug, so the problem is maybe the hacked roms. Do you have the game or can you test what I'm saying with a board? I'm going crazy with this issue, xD.

Anyone who has a SegaSonic conversion can confirm the bug I am having with 2 converted boards?
Click to expand...
I don't have this game, but i created patches for other System32 games so i know how the protection works.
Mame doesn't "patch" the protection, it emulates the protection instead. So when the game loops and it checks the protection, it's OK.
I'm now assuming the game does a check when it goes to the second loop.

I do not have the game, and did not do the patches for this one. Looking into mame source, they have fully emulated the protection at this point instead of catching the reads/writes.
In older source there was protection hacks in place to catch the reads/writes but i can't seem to find which one. (they now emulate an additional nec V25 cpu.)
The older source is here: https://github.com/mamedev/mame/blo...fc4f169a25e8d539/src/mame/machine/segas32.cpp
I can see a calculation protection for the number of levels cleared and such, i guess this is not patched in your rom properly or something.
 
that will do it!
if (m_system32_workram[CLEARED_LEVELS / 2] == 0)
{
level = 0x0007;
}
else
Click to expand...

so if cleared levels divided by 2 =0 then change it to 7
1 cleared level divided by 2 and rounded to a decimal is 0
 
stj said:
that will do it!


so if cleared levels divided by 2 =0 then change it to 7
1 cleared level divided by 2 and rounded to a decimal is 0
Click to expand...
Wow, I don't understand so much, but I must thank you for the time you have spent. So, what do you recommend to do for the board to work properly? I don't know how to patch the binary files. It's impossible to contact to Apocalypse because his account appears to be unavailable.
 
As there is only one RODA set, do they work with all versions or is it ga2.zip only? I had a set of ROMs made from ga2j.zip plus the un-encrypted ROMs in the Apocalypse set and I get a black screen. Jumpers are all set correctly.

The motherboard is 100% working as I tried my Burning Rival ROM board on it (was F1 Super Lap). I might swap the ROMs to the Burning Rival board to make sure it is not the ROM board.
 
One more question, can someone post the ROMs required for an Arabian Fight conversion?

Edit: I should have worded it this way; ROM types needed for a full Arabian Fight conversion. As with the GA2 list earlier.

Was thinking of converting Burning Fight or Dark Edga.
 
Last edited:
I just downloaded it yesterday. It's on an unsecure connection (regular HTTP), so maybe some browsers throw a hissy fit over it?
 
Huh, it was getting blocked by my PiHole DNS ad filter for some reason. Thanks for the correction!
 
nem said:
See below
Click to expand...
Thanks!

Do the GA2 ROMs in that set work with the Jp ROM set?

Also, can I find the ROMs list for Arabian Fight in MAME? Just want to know what ROM types I neex to convert the Dark Edge board.

I thought that they are most likely all the same for the S32 games. So I thought I might just be able to use the GA2 list in this thread and match the ROM file sizes to the GA2 set, thus, telling me what ROM types I need. Will this work or do they have different ROM types on an original?
 
You must log in or register to reply here.
Back
Top