A
Apocalypse
Send me a KB and the magic will be revealed.I didn't think we'd worked out how to boot conversions based on Killing Blade at all yet

Send me a KB and the magic will be revealed.I didn't think we'd worked out how to boot conversions based on Killing Blade at all yet
Sending PMSend me a KB and the magic will be revealed.I didn't think we'd worked out how to boot conversions based on Killing Blade at all yet![]()
Right well, the thing is, we don't know what the AMB version is based on for sure.Is it possible that the AMB version used for the hack is based on this (already hacked version):
Maybe it is possible to use this version instead:DoDonPachi DOJ Black Label Save hack : Add save functionality to your DOJ WL PCB with this simple ROM swap. Do not use on an original DOJ BL PCB. It might work, but it will stop the original EPROM from booting.
There are a couple of known issues with this ROM. Obviosly it will not save without the battery. Also, if the NVRAM contains data that that the high score table does not understand it will crash. The brown switch on the PCB should not be used. Whilst it should clear the NVRAM, the 'clear' state cannot be verified and my leave spurious data which will crash the PCB. Factory resetting the PCB from within the test menu *may* return the NVRAM to a usable state but cannot be guaranteed.
Note; If the PCB is powered off whilst the game is saving the NVRAM contenets may get corrupted.
If the NVRAM does get corrupted the modified DOJ BL EPROMs or original WL EPROMs will still work without issue.
http://ikotsu.blogspot.com/2012/01/dodonpachi-white-label-black-label.html
This "white label" to "black label" conversion rom seems to be cleaner than the "high score saving" hacked rom (at least closer to the original black label code, just without the suicide battery protection).
I believe the Bee Storm cart has a graphics chip not on any other cart? Keep checkin' eBay for Yaton listings, you'll eventually get one at your price, or hit up @sheep_nova -- he gets them from time-to-time also!
There were actually complete Bee Storm kits on eBay recently. The only problem was that the main boards had massive battery liquid damage, though the cartridge and rest of the kit was fine.I believe the Bee Storm cart has a graphics chip not on any other cart? Keep checkin' eBay for Yaton listings, you'll eventually get one at your price, or hit up @sheep_nova -- he gets them from time-to-time also!
I programmed one of these for my 0333-03 Cart and it worked perfectly.fi_u15_hack.pld: fi_u15.pld with the mod from Any PGM Conversion info out there? already applied:
- it assumes PA21 is permanently one
- it passes PA20 through unchanged
- it sets the ROM's pin 32 to permanently 0
PGM_FI_U15_HACK.jed: The pld compiled with WinCUPL
/* Logic */
TO_J2_27 = 'b'1;
P_ROM_OE = ((PA20 & PA22) # PA22 # PA23 # AS);
PA21_I = 'b'0;
PA20_I = PA20;
TO_U10_1 = 'b'1;
TO_U9_15 = 'b'0;
UK4 = 'b'1;
UK5 = 'b'1;
UK6 = 'b'1;
UK7 = 'b'1;
Yeah, it is different between my KOVSH and KOV2 boards as well... Revision 1.1 of the char board and the prog board will have all connector pins labelled with the signal name on the silkscreen to avoid confusion in the future.Also another WTF is that on the Killing blade cart PCB J1 and J2 are labeled backwards from the KOV2 cart PCB -_- You know because this isn't confusing enough.
There doesn't seem to be any consistency in the numbering of the chips... I guess they just plonked everything into the schematic and then used automatic annotation.I tried adapting it for the Killing Blade but unfortunately the connections for U17 and U14 aren't mapped on the Killing blade cart.
The only reason may be to get a small delay into the signal. (Or it is a leftover from an earlier revision of the board.)One weird thing I did notice though is
U15 Pin 13 goes to U17 Pin 6
and U15 Pin 14 goes to U17 Pin 9
U17 is a 7404 (NOT gate array) and on that pin 5 is tied to pin 8
In effect that means PAL output pin 14 gets NOTed twice and then passed back on PAL input Pin 13
I've checked it like 4 times because it doesn't make any sense to me but yeah that's how it's wired.
I noticed that as well. I was planning to see if both are connected to another output somewhere, but didn't have time.even more confusing is U17 pin 1 which is an input on that chip and tied to an input on the PAL...
I'm not talking about IC numbering... U14 on KOV2 is the second PAL... there is NO connection that I can find to the second PAL on the Killing Blade cart.There doesn't seem to be any consistency in the numbering of the chips... I guess they just plonked everything into the schematic and then used automatic annotation.
I just had a look, but I don't think my solution is any different to yours:I mapped out the U1 PAL on Killing Blade and tried to adapt the working "Hacked" PAL you created for KOV2 but no dice.
PartNo PAL_CE;
Date 10/02/2019;
Revision 01;
Designer Fluffy;
Company None;
Assembly None;
Location None;
Device g22v10;
Name DH_UX1_HACK;
/* Inputs */
Pin 1 = AS;
Pin 2 = PA23;
Pin 3 = PA22;
Pin 4 = PA21;
Pin 5 = PA20;
Pin 6 = PA19;
Pin 7 = PA18;
Pin 8 = PA17;
Pin 9 = PA16;
Pin 10 = J1_26;
Pin 11 = J1_24;
/* Outputs */
Pin 14 = U5_OE;
Pin 15 = U3_OE;
Pin 16 = U22_OE;
Pin 17 = U21_OE;
Pin 18 = U16_A1;
Pin 19 = PA20_I;
Pin 20 = NC;
Pin 21 = PA21_I;
Pin 22 = P_ROM_OE;
Pin 23 = INT_P_ROM_OE;
/* Logic */
P_ROM_OE = ((PA20 & PA22) # PA22 # PA23 # AS);
INT_P_ROM_OE = 'b'1;
PA21_I = 'b'0;
PA20_I = PA20;
U5_OE = 'b'1;
U3_OE = 'b'1;
U22_OE = 'b'1;
U21_OE = 'b'1;
U16_A1 = 'b'1;
My guess is that this is related to the RAM that is shared with the ASIC, or the command latch, though everything is possible...After going through this I went back and compared to Killing Blade... AGAIN and once again confirmed that everything involving the program ROM and the Program ROM Pal is mapped the same. the only thing I can think of is maybe something special needs to be done with the output pins going to the 74 series logic in order to fully disable them; Maybe they're interfering with the program ROM?
That would've been my next question.you're correct that they don't. They're mapped to the u8 pal, but that is what the two jumper wires are for once u8 is removed. They properly map the those two pins of the program rom to the edge connector.
From what I can tell from those blurry pictures there still seem to be connections to those pins. Is it possible that they go to one of the logic chips?The only difference I found is that on the 0333 cart some of the pins are routed to both j1 and j2 where on killing blade they're j1 only.
Yeah, that's functionally identical to mine...I just had a look, but I don't think my solution is any different to yours:
J2 61 has no connection to anything- J2 pin 61, in the middle of the ground pins, seems to be ASIC related
-J1 pin 56, right after the power pins, seems to be ASIC related
-J1 pin 26, 24,23, seem to be RAM related (maybe LDS, UDS and R/W?)
You can absolutely get away with a single GAL22V10, look at the mapping I laid out for the Lydz cart, you can see of the Inputs and outputs it uses there are enough to cover everything in 1 PAL once the decrypt stuff is removed.This is WIP of the prog board. Silkscreen documentation as well, same footprint for capacitors. The schematic is complete except for the GAL, as I don't know which ones I use (or even if I can get away with a single one.) I'll do the layout once we've got the remaining mysteries solved.
Yeah, I plan one jumper to switch between DDPDOJ-style mapping with BIOS and Espgaluda/Ketsui style mapping without BIOS, and one to select low/high page for the program ROM.Also, I would suggest maybe instead of a second program ROM socket (or in addition to?) place a pin header with A20 between +5V and GROUND so that it makes installing a switch easier A similar jumper on the Sound and Background ROMs would be useful too since it seems some of these conversions require disabling half of the ROM space.