i think the problem is that you cancatenate the two proms into a 9MB file. It should be done as with garou, kof2003, etc and just rename them to prom and prom1@rtw Thanks for pinging me. It has been explained several times how to merge the files to make it work with this multi and Mister and it's REALLY simple.
I will have to create a thread so people can do it with a simple double click.
The procedure is as follows:
* Rename teot-m1.bin as m1rom => ren teot-m1.bin m1rom
* Rename teot-s1.bin as srom => ren teot-s1.bin srom
* Concatenate teot-p1.bin and teot-p2.bin into a file called prom => copy /b teot-p1.bin + teot-p2.bin prom
* Concatenate teot-v1.bin and teot-v2.bin into a file called vroma0 => copy /b teot-v1.bin + teot-v2.bin vroma0
* To concatenate teot-c1.bin and teot-c2.bin is a bit more complex, but nothing that complicated, you just take 2 bytes of each file and save into a new file called crom0.
You can use the following python script.
About the content of the fpga file, see attached. If you are unsure about the mapping of the game, let the content of the fpga file to be "10".
Yes, you are right. Otherwise other games like Garou or KOF2003 wouldnt work.i think the problem is that you cancatenate the two proms into a 9MB file. It should be done as with garou, kof2003, etc and just rename them to prom and prom1
thanksLet me know when it's out and I'll add support for it.
Just wondering, what does "support" for something like this looks like? Extra fpga support for banking/addressing modes, menu entries, reserved internal IDs? If someone develops some homebrew that works with one of the existing cartridge PCBs, is there anything required on top of following some packaging rules when building it?Let me know when it's out and I'll add support for it.
Allright, in case it helps, roms layout is not supposed to change for future releases anyway.Let me know when it's out and I'll add support for it.