lr-mame2003 driver improvement and backport

arcadez2003

@periodiclogic said in lr-mame2003 driver improvement and backport:

Two possibly very simplistic questions...

To take advantage of these improvements and backports, does one simply need to update lr-mame2003 from source?

Does one still use the 0.78 roms, or does one need earlier/later roms to account for the changes being made?

Thanks in advance,
Rob

Yes simply compile your own build from the latest source, all Roms that were supported previously are still MAME78 the newly supported games
will need Roms from later MAME builds i think someone was gonna create a dat to help in that regard.

arcadez2003

@zerojay said in lr-mame2003 driver improvement and backport:

I was really hoping that openice would be one of the games that would get these speed boosts. Oh well. Right now, it runs with slowdown on mame2003 and runs perfect speed on anything older but nvram doesn't get written out so it's useless.

Totally experimental as i found it can break the sound in some T-Unit games not using the DCS soundcore, which will require a workaround to sort
but just now for testing purposes if you can compile your own build in the MAME-2003 source goto src/vidhrdw/midtunit and do this.......

#define FAST_DMA 1 /* DMAs complete immediately; reduces number of CPU switches */

This should boost up the performance in Open Ice Challenge but enough to playable on the Rpi im not sure..?? you'll need to try it and see.

zerojay

@gamez-fan Thanks, I'll give it a shot and let you know.

markwkidd

@gamez-fan said in lr-mame2003 driver improvement and backport:

i think someone was gonna create a dat to help in that regard.

Once the codebase and ROM checksums stabilize I'll put together a DAT. ( @gamez-fan I enjoy periodically checking the mame2003 commit log to see you at work with backports!)

For now if people want to experiment they might try MAME 0.139 (MAME 2010) and MAME 0.106 (AdvanceMAME) romsets. There is a good chance they will match since they are from a similar period to the one where most of these additions are coming from.

markwkidd

@zerojay said in lr-mame2003 driver improvement and backport:

nvram doesn't get written out

Could you say more about what you mean by this?

arcadez2003

@markwkidd said in lr-mame2003 driver improvement and backport:

Once the codebase and ROM checksums stabilize I'll put together a DAT. ( @gamez-fan I enjoy periodically checking the mame2003 commit log to see you at work with backports!)

Thanks man!! im going to add in support for a couple more games later and im plodding away on adding sound to another few, but im constrained
really by the codebase being 78 if it had been say 79 after all the CPU and Mem changes between those builds then far more could have been backported
as MAME 78 is missing support for alotta good Data East, Kaneko16, NMK16 and Sega games plus the Seibu Raiden Fighters Series.

It would have been interesting to have seen how some of the above games might performed in this older MAME core but alas not to be as the code for
those is either not there not compatable or the workload needed just too great.

darknior

https://github.com/libretro/mame2003-libretro/pull/163

@gamez-fan Hook up the recently dumped sound MCU
Unfortunately i cant do the same for Vimana as the MCU needs some input tag handling
not compatable with the MAME78 input code.

darknior

WOAW excellent i love these games lol

https://github.com/libretro/mame2003-libretro/pull/164

@gamez-fan Rythm action games like Rock'n Tread are better with well music :)

darknior

https://github.com/libretro/mame2003-libretro/pull/166

Hyper Crash Gfx Fixes

zerojay

@markwkidd said in lr-mame2003 driver improvement and backport:

@zerojay said in lr-mame2003 driver improvement and backport:

nvram doesn't get written out

Could you say more about what you mean by this?

nvram doesn't get written to disk.

markwkidd

@zerojay said in lr-mame2003 driver improvement and backport:

@markwkidd said in lr-mame2003 driver improvement and backport:

@zerojay said in lr-mame2003 driver improvement and backport:

nvram doesn't get written out

Could you say more about what you mean by this?

nvram doesn't get written to disk.

Yes, under what emulator and circumstances? All retroarch arcade emulators should be writing nvram.

zerojay

@markwkidd said in lr-mame2003 driver improvement and backport:

@zerojay said in lr-mame2003 driver improvement and backport:

@markwkidd said in lr-mame2003 driver improvement and backport:

@zerojay said in lr-mame2003 driver improvement and backport:

nvram doesn't get written out

Could you say more about what you mean by this?

nvram doesn't get written to disk.

Yes, under what emulator and circumstances? All retroarch arcade emulators should be writing nvram.

mame2000. Looks like the source version does indeed write it out now but the binary one needs to be recompiled.

Now if only we could get into the service menu or the usual MAME tab menu with just a controller...

darknior

https://github.com/libretro/mame2003-libretro/pull/168

@gamez-fan Hook up sound MCU for Vimana
Actually i spoke to soon it was possible to do this one without the input tags :)

markwkidd

@zerojay said in lr-mame2003 driver improvement and backport:

Now if only we could get into the service menu or the usual MAME tab menu with just a controller...

Thank you for checking on this. Could I ask you to post your experience trying to use the TAB menu with source-compiled mame2000 in this github issue? https://github.com/libretro/mame2000-libretro/issues/25

darknior

https://github.com/libretro/mame2003-libretro/pull/172
https://github.com/libretro/mame2003-libretro/pull/171

Make DJ Boy work

darknior

https://github.com/libretro/mame2003-libretro/pull/173

New Driver which supports 5 games
Code via iq_132 with some graphical updates by myself for Cute Fighter

Baryon - Future Assault (c) 1997 SemiCom / Tirano
Cute Fighter (c) 1998 SemiCom
Rolling Crush (c) 1999 Trust / SemiCom
Gaia - The Last Choice of Earth (c) 1999 SemiCom / XESS
Dream World (c) 2000 SemiCom

zerojay

@gamez-fan said in lr-mame2003 driver improvement and backport:

@zerojay said in lr-mame2003 driver improvement and backport:

I was really hoping that openice would be one of the games that would get these speed boosts. Oh well. Right now, it runs with slowdown on mame2003 and runs perfect speed on anything older but nvram doesn't get written out so it's useless.

Totally experimental as i found it can break the sound in some T-Unit games not using the DCS soundcore, which will require a workaround to sort
but just now for testing purposes if you can compile your own build in the MAME-2003 source goto src/vidhrdw/midtunit and do this.......

#define FAST_DMA 1 /* DMAs complete immediately; reduces number of CPU switches */

This should boost up the performance in Open Ice Challenge but enough to playable on the Rpi im not sure..?? you'll need to try it and see.

I compiled with the change and it appears that retroarch is unable to load the compiled .so file that results from it:

[ERROR] Failed to open libretro core: "/opt/retropie/libretrocores/lr-mame2003/mame2003_libretro.so"
[ERROR] Error(s): /opt/retropie/libretrocores/lr-mame2003/mame2003_libretro.so: undefined symbol: driver_baryon

arcadez2003

@zerojay said in lr-mame2003 driver improvement and backport:

I compiled with the change and it appears that retroarch is unable to load the compiled .so file that results from it:

[ERROR] Failed to open libretro core: "/opt/retropie/libretrocores/lr-mame2003/mame2003_libretro.so"
[ERROR] Error(s): /opt/retropie/libretrocores/lr-mame2003/mame2003_libretro.so: undefined symbol: driver_baryon

Yeah i just added a new driver dreamwld.c which will likely need to be declared in the overall sources hence the above compile errors
if you can point me towards the sources then i can fix this.

dankcushions

@gamez-fan said in lr-mame2003 driver improvement and backport:

@zerojay said in lr-mame2003 driver improvement and backport:

I compiled with the change and it appears that retroarch is unable to load the compiled .so file that results from it:

[ERROR] Failed to open libretro core: "/opt/retropie/libretrocores/lr-mame2003/mame2003_libretro.so"
[ERROR] Error(s): /opt/retropie/libretrocores/lr-mame2003/mame2003_libretro.so: undefined symbol: driver_baryon

Yeah i just added a new driver dreamwld.c which will likely need to be declared in the overall sources hence the above compile errors
if you can point me towards the sources then i can fix this.

https://github.com/libretro/mame2003-libretro/blob/master/link.T
https://github.com/libretro/mame2003-libretro/blob/master/Makefile.common

i think that's it

arcadez2003

@dankcushions said in lr-mame2003 driver improvement and backport:

@gamez-fan said in lr-mame2003 driver improvement and backport:

@zerojay said in lr-mame2003 driver improvement and backport:

I compiled with the change and it appears that retroarch is unable to load the compiled .so file that results from it:

[ERROR] Failed to open libretro core: "/opt/retropie/libretrocores/lr-mame2003/mame2003_libretro.so"
[ERROR] Error(s): /opt/retropie/libretrocores/lr-mame2003/mame2003_libretro.so: undefined symbol: driver_baryon

Yeah i just added a new driver dreamwld.c which will likely need to be declared in the overall sources hence the above compile errors
if you can point me towards the sources then i can fix this.

https://github.com/libretro/mame2003-libretro/blob/master/link.T
https://github.com/libretro/mame2003-libretro/blob/master/Makefile.common

i think that's it

Thanks i've declared the new driver in the makefile that should fix the compile errors