What's new
thanks
OK, i will try to find how to decrypt them using XOR and XOR table now :)
 
There's a program to do it. vconv, IIRC.

Alternatively, just search for the decrypted files. I'm sure they can be found.
 

Ahhh my eyes, a neo-geo link, a quote to razoola and neodev (ElSemi?) on the same post!

just to note which are the correct values:
in order to make the value at 0x60bc0 be 0x08, the encrypted value present at 0x00000 should be 0x43 (it is 0xE0)
in order to make the value at 0x160bc0 be 0x82, the encrypted value present at 0x00001 should be 0xC9 (it is 0x25)

As my MultiMVS uses decrypted romsets only, can someone clearly post what needs to be changed?

If I check the vroma0 from samsh5sp I see that the value on 0x60bc0 is already 0x08 which is correct, but the value in 160bc0 is 0x12 instead of 0x82. Am I looking at this wrong?

About Nightmare in the Dark, @Niko posted this:
0x50820: 6E -> 08

I can see that 0x6E value in vroma0 in the offset 0x50820 so I assume that this is for decrypted set, right?
The wrong value is also present in nitdbl, so that needs to be changed too.
 
Last edited:
Thanks for your feedback, for sure
this is an important related issue, multiples original public dumps seems to be not clearly proper..
This issue seems to be known for a while now..and target a multiples games (as i understand..)

I don't understand why proper mame set have not been pushed online since 2017.. X(8|
note : what a pain to find these tools to decrypt and proper patch this files..

The encrypted VROM files patched using neodev data work like a charm on FinalBurn neo software emulator.
so after decrypted the files, the data seems to be like Niko posted below.

@Darksoft : for samsh5sp, after decrypting the first V1 VROM file (using neoconv), the corrected offset look like this :
CRC32 : B21A13FC

Capture d’écran 2022-11-19 à 17.35.15.png


before correction with decrypted VROM file (using neoconv) :
CRC32 : 3BF61586

Capture d’écran 2022-11-19 à 17.39.16.png
 
Last edited:
thanks @Nic034 .
You mention 16BC0 only, but on that other forum they posted that 4 changes were necessary. Let me quote them:

0x06bc0 was 0xab, should be 0x08
0x0ed41 was 0x08, should be 0x89
0x16bc0 was 0x6e, should be 0x82
0x1ed41 was 0xda, should be 0x8f

How many should I change? All 4, right?
 
thanks @Nic034 .
You mention 16BC0 only, but on that other forum they posted that 4 changes were necessary. Let me quote them:

0x06bc0 was 0xab, should be 0x08
0x0ed41 was 0x08, should be 0x89
0x16bc0 was 0x6e, should be 0x82
0x1ed41 was 0xda, should be 0x8f

How many should I change? All 4, right?

i'm not sure, i will try to patch the others too now and re-encrypt the files
The source information came for Razoola so, for sure this is correct.
Perhaps others and Niko can confirms this..
 
Last edited:
Seems to be working on my side ! but i don't know what are related the others bytes :)
I will try to play sound using unibios jukebox to check this quickly (i'm not sure, all sound are related inside..) :
Seems to be 100% ok at this time (no sound issue at all), to be sure more test must be performed.
 
Last edited:
Appreciate the work Niko:thumbsup: Are there any other audio fixes that have been found? Heard about one for Pulstar and Metal Slug X out there, but couldn't find it.
 
Appreciate the work Niko:thumbsup: Are there any other audio fixes that have been found? Heard about one for Pulstar and Metal Slug X out there, but couldn't find it.

Not that I'm aware of, whats wrong in Pulstar and Metal Slug X?

I'd really like to fix the crackling audio on the win screen of Rage of the Dragons but I havent got around to digging into it yet.
 
Heard mention of audio fixes to these on neogeo.com forums. It was late last night, maybe I was reading it wrong.
 
Back
Top