Topic: The Generator now does Nebula/Kawaks dat files :)

[iq_132]

How exactly swap V works on mame??? that flag is for FBA but, what is the traduction in mame code?
See ya!!!!!!

Well, it's hard to describe, so here's an example.  This game has SWAP C and SWAP V.  pay attention to the ROM_CONTINUE(  parts.

Code: [Select]

ROM_START( neobombe )
ROM_REGION( 0x100000, REGION_CPU1, 0 )
ROM_LOAD16_WORD_SWAP( "093-p1.bin", 0x000000, 0x100000, CRC(a1a71d0d) SHA1(059284c84f61a825923d86d2f29c91baa2c439cd) )

NEO_SFIX_128K( "093-s1.bin", CRC(4b3fa119) SHA1(41cb0909bfb017eb6f2c530cb92a423319ed7ab1) )

NEO_BIOS_SOUND_128K( "093-m1.bin", CRC(e81e780b) SHA1(c56c53984e0f92e180e850c60a75f550ee84917c) )

ROM_REGION( 0x600000, REGION_SOUND1, ROMREGION_SOUNDONLY )
ROM_LOAD( "093-v1.bin", 0x200000, 0x200000, CRC(43057e99) SHA1(b24a44daf54ec76801e7dc863645022dc2d4abdb) )
ROM_CONTINUE(  0x000000, 0x200000 )
ROM_LOAD( "093-v2.bin", 0x400000, 0x200000, CRC(a92b8b3d) SHA1(b672c97b85d2f52eba3cb26025008ebc7a18312a) )

NO_DELTAT_REGION

ROM_REGION( 0x900000, REGION_GFX3, 0 )
ROM_LOAD16_BYTE( "093-c1.bin", 0x400000, 0x200000, CRC(b90ebed4) SHA1(e9e441fb9b425505e500e0e0b40ef11a43b2d4b2) ) /* Plane 0,1 */
ROM_CONTINUE(         0x000000, 0x200000 )
ROM_LOAD16_BYTE( "093-c2.bin", 0x400001, 0x200000, CRC(41e62b4f) SHA1(2fb1f752643d7dd3470ade76229e3756818412f7) ) /* Plane 2,3 */
ROM_CONTINUE(         0x000001, 0x200000 )
ROM_LOAD16_BYTE( "093-c3.bin", 0x800000, 0x080000, CRC(e37578c5) SHA1(20024caa0f09ee887a6418dd02d02a0df93786fd) ) /* Plane 0,1 */
ROM_LOAD16_BYTE( "093-c4.bin", 0x800001, 0x080000, CRC(59826783) SHA1(0110a2b6186cca95f75225d4d0269d61c2ad25b1) ) /* Plane 2,3 */
ROM_END

[FerchogtX]

ahhhhhhhh I see now!!!!!!
Thanks for explanaition XD
See ya!!!!

[iq_132]

ahhhhhhhh I see now!!!!!!
Thanks for explanaition XD
See ya!!!!

Well, I've got most of the code for C swapping into mame now.  As soon as i get P swapping and look into this:

(from tpgolf, also in many older ng. games)

Code: [Select]



ROM_REGION( 0x080000, [color=red]REGION_SOUND1[/color], ROMREGION_SOUNDONLY )

ROM_REGION( 0x200000, [color=red]REGION_SOUND2[/color], ROMREGION_SOUNDONLY )



After this, I'll look into trying to convert some mame code to fba code [I'll probably look at the ROTD, KOF2003, and MSLUG5 code.  It will probably be slow, as I start my new job Sunday (May 9th).

[iq_132]

BTW, here's an example driver.  It has encryption enabled, as well as swapv, swapp, and swapc.

Code: [Select]

ROM_START( Test )
ROM_REGION( 0x200000, REGION_CPU1, 0 )
ROM_LOAD16_WORD_SWAP( "xxx-p1.bin", 0x100000, 0x100000, CRC() )
ROM_CONTINUE( 0x000000, 0x100000 )

NEO_SFIX_128K( "xxx-s1.bin", CRC() )

NEO_BIOS_SOUND_128K( "xxx-m1.bin", CRC() )

ROM_REGION( 0x400000, REGION_SOUND1, ROMREGION_SOUNDONLY )
ROM_LOAD( "xxx-v1.bin", 0x200000, 0x200000, CRC() )
ROM_CONTINUE(  0x000000, 0x200000 )

NO_DELTAT_REGION

ROM_REGION( 0x800000, REGION_GFX3, 0 )
ROM_LOAD16_BYTE( "xxx-c1.bin", 0x0000000, 0x100000, CRC() )
ROM_CONTINUE(         0x400000, 0x100000 )
ROM_LOAD16_BYTE( "xxx-c2.bin", 0x0000001, 0x100000, CRC() )
ROM_CONTINUE(         0x400001, 0x100000 )
ROM_LOAD16_BYTE( "xxx-c3.bin", 0x200000, 0x100000, CRC() )
ROM_CONTINUE(         0x600000, 0x100000 )
ROM_LOAD16_BYTE( "xxx-c4.bin", 0x200001, 0x100000, CRC() )
ROM_CONTINUE(         0x600001, 0x100000 )
ROM_END


This goes in the middle of NEOGEO.C (src/drivers/) in the init section.

DRIVER_INIT( Test )
{
neogeo_fix_bank_type = 1;
kof99_neogeo_gfx_decrypt(0xaa);
init_neogeo();
}


This goes at the bottom of NEOGEO.C (src/drivers/)

GAMEB( 2004, Test, neogeo, neogeo, neogeo, neogeo,  Test,   ROT0, "IQ\'s Test", "This is a test name" )


This goes at the bottom of DRIVER.C (src/)

DRIVER( Test ) /* (c) 2004 IQ\'s Test */

[FerchogtX]

Wooow!!!!! thats great!!!! when this generator (for fba mame and nebula) will be available for downloading? it's simply beautiful!!!!!
See ya!!!!

[iq_132]

Soon  I just have to contact my translation team and get them going on it.  I've been waiting on that part because I keep changing some of the text and adding new stuff.

[iq_132]

Well, I just added SHA1 stuff for mame and did a small fix. (If total of p roms is less than 1mb, the total is 1mb.)

[FerchogtX]

Wow.... the generatos will calculate automatically the Sha1? or we will have to put the value manually?
See ya!!!!!! and great work man!!!  

[iq_132]

Wow.... the generatos will calculate automatically the Sha1? or we will have to put the value manually?
See ya!!!!!! and great work man!!!  

You have to add them manually.  If I wrote the generator in C rather than Javascript and HTML, I could have had them automatically added.

Here's a shot of the window I added for SHA1 stuff.

note that the rom names on the left are the same as they would be when the driver is outputted.  Also, the names are disabled. The window auto-saves and auto-loads on exit and load. I had some pretty nifty ideas on this one

[GizM]

Is it possible to Re--write in C/C++? When it is finished of course. How hard would this be? Can you add a SHA! MD5, CRC reader in it. So you could just have the read path set to the specific rom. Have it read it and put the sha1 crc amd md5 hash values in the corect pace in the Driver Write? I am sure it can be done ( everything can be done). You could Zip to read the actual  rom then unzip itself then read the properties of each bin inside. Get the info send and write it to out part of the driver write.

I am sure it maybe eaiser to write it the way you are thinking now (by hand), but for convince of the user the latter would be nicer. I am sure there is other free compression tool other than winzip that you could use.

I hope i am not over stepping my bounds with this question.I could just see good things for the "underground" scene happening with a program of this sort! It could even go further with the future abillities of creating the actual creating of a whole driver. Even if it just made for tha specific rom/Game. With that bring a posiblity then making a "driver addition" or even the whole driver for rom that are not just for NeoGeo.

Well i will stop rambeling, These are just some thought on what would be nice! I am sure this would be a long ongoing proccess. It would take lots of time and even more knowlege. I am not a real programer by any means. But i read alot f*** around even more and i pay attention to what is going on.
I would love to do what ever i could to make these sugestion a reality.


This of course could happen and would have already happen but because of the tight hold Mame has on it's comuntiy. Also how mame is all about the Authentic replication of  arcade BLA BLA. **( Even though there code is backed with Hacks and tweeks to get things going) ,,, SHUSH they don't want yo to know that!****Bla Bla. ANyways it could be done !!!

Thanks for the time you toke to read this post
~GizM~

[iq_132]

Well, I may try to re-code it in C.  It shouldn't be too hard.  I might take the source code for a similar project and try to go from there (that would make it much easier).

As for being able to automatically make a driver for "any" game, this is kind of silly.  It's much too compicated and involved of a process to do automatically.  It's quite complicated just to make it do neo-geo games.

Thanks for the support though

[James33]

all i have to do is right click on the roms (unzipped)and i get my crc values that way then all i do is copy them to the gen and its done

Is it possible to Re--write in C/C++? When it is finished of course. How hard would this be? Can you add a SHA! MD5, CRC reader in it. So you could just have the read path set to the specific rom. Have it read it and put the sha1 crc amd md5 hash values in the corect pace in the Driver Write? I am sure it can be done ( everything can be done). You could Zip to read the actual  rom then unzip itself then read the properties of each bin inside. Get the info send and write it to out part of the driver write.

I am sure it maybe eaiser to write it the way you are thinking now (by hand), but for convince of the user the latter would be nicer. I am sure there is other free compression tool other than winzip that you could use.

I hope i am not over stepping my bounds with this question.I could just see good things for the "underground" scene happening with a program of this sort! It could even go further with the future abillities of creating the actual creating of a whole driver. Even if it just made for tha specific rom/Game. With that bring a posiblity then making a "driver addition" or even the whole driver for rom that are not just for NeoGeo.

Well i will stop rambeling, These are just some thought on what would be nice! I am sure this would be a long ongoing proccess. It would take lots of time and even more knowlege. I am not a real programer by any means. But i read alot f*** around even more and i pay attention to what is going on.
I would love to do what ever i could to make these sugestion a reality.


This of course could happen and would have already happen but because of the tight hold Mame has on it's comuntiy. Also how mame is all about the Authentic replication of  arcade BLA BLA. **( Even though there code is backed with Hacks and tweeks to get things going) ,,, SHUSH they don't want yo to know that!****Bla Bla. ANyways it could be done !!!

Thanks for the time you toke to read this post
~GizM~

[FerchogtX]

Also use ClrMAMEPro, you can get CRC's without unzipping, and even SHA1.
See ya!!!!