lr-mame2003 driver improvement and backport

markwkidd

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

Imagine a world where vector titles are smooth and antialiased in mame2003. Wait --- that world is the world of MAME 0.78!

Does anyone have ideas on how to get MAME 2003 to display vectors as nicely as its source? Join the fun: https://github.com/libretro/mame2003-libretro/issues/30

For anyone interested in recompiling mame2003 from source, there are now some additional vector-related core features exposed that are kinda nice.

Unfortunately still no vector antialiasing or high resolution rendering though!

markwkidd

I created a bounty regarding this vector rendering quality issue, specifically framed as a bugfix to bring mame2003 up to the standards of MAME 0.78.

Please feel free to track the progress or make a contribution on the bounty page:https://www.bountysource.com/issues/56042669-regression-mame2003-renders-vectors-worse-than-mame0-78

thelostsoul

Not sure if this place is right, but I have a suggestion. If Rewind is enabled, some games don't boot. Rewind needs working Save States to be working itself. So my suggestion is, if Rewind is enabled and the game don't support Save States, then disable Rewind on the fly for this game, to make it playable. Maybe with a message note on left corner while booting up.

dankcushions

@thelostsoul a core cannot disable rewind as this is retroarch functionality. maybe retroarch can? i don't know. might be worth asking on their forums: https://forums.libretro.com

markwkidd

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

Not sure if this place is right, but I have a suggestion. If Rewind is enabled, some games don't boot. Rewind needs working Save States to be working itself. So my suggestion is, if Rewind is enabled and the game don't support Save States, then disable Rewind on the fly for this game, to make it playable. Maybe with a message note on left corner while booting up.

This seems like important information.

Please do post in the libretro forums, and include in your post at least one specific game which has this issue.

thelostsoul

@dankcushions I did register a temporary account there, but I cannot find a button to create new topic. I feel dumb, but it is how it is. If someone else feel free, here is my thread how I found this out, with a list of games which was affected:
https://retropie.org.uk/forum/topic/16835/solved-some-mame2003-games-stopped-working

grant2258

fixed altered beast this bug will probably cause problems with a few 68k games
details are here

https://retropie.org.uk/forum/topic/16833/mame-2003-gamelist-xml-with-data-from-the-binary/12

markwkidd

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

Thanks Mark I did see it and will take a look in a few weeks. We are heading out to Trinidad for Carnival in the morning and will be down there for a few weeks.

If this new feature inspired by @grant2258 works as it seems to, you will not need to do any more manual DAT creation: https://github.com/libretro/mame2003-libretro/pull/348/commits

markwkidd

@grant2258 are you set up with mame2003-plus? If so would you be willing to compile it from source and check this?

arcadez just merged in the "Generate XML DAT" feature but I'm having trouble getting it to work the same as it does in regular mame2003 in my environment. I haven't done much with mame2003-plus before now so I am hoping its something trivial on my end.

I'm really dying to get my hands XML DAT for mame2003-plus to begin testing all the new backports. It feels so close.

grant2258

sure ill have a look not a problem mark shoudl be off work monday and tuesday. Ill try compile the code when i wake up and have a peek. To rule out file permissions run as root

Riverstorm

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

@grant2258 are you set up with mame2003-plus? If so would you be willing to compile it from source and check this?

arcadez just merged in the "Generate XML DAT" feature but I'm having trouble getting it to work the same as it does in regular mame2003 in my environment. I haven't done much with mame2003-plus before now so I am hoping its something trivial on my end.

I'm really dying to get my hands XML DAT for mame2003-plus to begin testing all the new backports. It feels so close.

Will you guys be posting here when you do get a DAT generated? There's some nice updates I wouldn't mind playing too. ;)

grant2258

@riverstorm

https://drive.google.com/open?id=1fXvqlTYJAXKX-aP_3d_rYZxjULW1n4_m not tested yet so rebuild roms somewhere else dont mess with your original set

Riverstorm

Thanks Grant, will do. I've been following all the changes you and Mark have been doing and it's impressive. You guys are in the zone! :)

Riverstorm

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

@riverstorm

https://drive.google.com/open?id=1fXvqlTYJAXKX-aP_3d_rYZxjULW1n4_m not tested yet so rebuild roms somewhere else dont mess with your original set

Grant, sorry, this is the DAT from lr-mame2003 and not mame2003-plus? It has the same errors as lr-mame2003. I was wondering when you guys pull a DAT from mame2003-plus if you could post a link. Reading on Github you guys are close?

<rom name="hydr1037.bin" size="65536" crc="b974d3d0" sha1="67ecb17386f4be00c03661de14deff77b8ca85d0" region="sound1" offset="0"/>

<rom name="hydr1037.bin" merge="hydr1037.bin" size="65536" crc="b974d3d0" sha1="67ecb17386f4be00c03661de14deff77b8ca85d0" region="sound1" status="baddump" offset="0"/>

markwkidd

That is definitely the DAT file for mame2003-plus. It's identical to what I finally just got mame2003-plus-libretro to generate for me in Windows with the latest commit to the repo this afternoon.

For example, you're not going to see entries like that for mslug4 and mslug5 in the standard mame2003-libretro DAT.

On the other hand, problems that have been fixed in standard mame2003-libretro still exist in mame2003-plus-libretro because it was split off months ago to give time for arcadez to finish his epic backport project.

Once things are tested out with mame2003-plus-libretro the real fun will be in trying to merge them back together. No reason why that can't eventually happen.

Edit: I added the mame2003.xml dat to the repository.

Folks can download the mame2003-plus DAT directly from the mame2003-plus repository or generate your own right at home from the Tab menu!

For anyone else seeing this for the first time -- as grant2258 said: this core and DAT is all still considered experimental.

Testers are needed for the new romsets, but new ROMs will have to be hunted down and rebuilt into mame2003-plus romsets with a tool like clrmamepro.

Rebuilding with clrmamepro is a destructive process, so don't rebuild with your only set of roms! Make backups.

dankcushions

@markwkidd

Once things are tested out with mame2003-plus-libretro the real fun will be in trying to merge them back together. No reason why that can't eventually happen.

i was quite excited about the backport project, but whilst initially i thought the only stumbling block was the absense of a corrected .dat (which you seem to have solved, pretty much!), i think there's a more fundamental issue... romset.

whilst the scene will no doubt eventually package up and circulate a mame2003plus (0.78 + extras) romset, and updated supplementary files (samples, for example), it will likely never be as prolific and easily-obtainable like the 0.78 one is. that's a reason why 2003 works so well as a default - the romset and supplementary files are trivial to obtain. indeed, people have been running this romset in their retropie builds for years now, with no reason to update or anything like that. we can't just 'break' a bunch of games overnight, with a new version of retropie/mame2003.

i think these changes are very cool but will be very difficult to support if we just merge them in.

for me i see two options going forward:

mame2003plus becomes a branch of mame2003. this means retropie and i assume retroarch's build bot can still compile the two projects, but it makes it neater to keep in sync the common parts of the code-base.
mame2003plus should be renamed to liteMAME (or something else without 2003 in it) to satisfy the license, and because it eliminates anyone getting the wrong romset (this probably should happen either way), and we go nuts with whatever drivers work best on our SOC/console targets. romsets be damned!

i like 2) the best, but that's more of a project direction choice for gamezfan and yourself!

markwkidd

@dankcushions Those are good points.

I think an important question we will be able to answer soon is: will integrating mame2003-plus cause any regressions for anyone with an existing mame 0.78 collection?

If merging in mame2003-plus means only that games which didn't work can work, or that new romsets which aren't in mame 0.78 will work if they are present, then that's a different scenario than if there are regressions for people with 'classic' mame2003 collections.

This should be high on the list of considerations as we figure out how this works.

dankcushions

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

@dankcushions Those are good points.

I think an important question we will be able to answer soon is: will integrating mame2003-plus cause any regressions for anyone with an existing mame 0.78 collection?

If merging in mame2003-plus means only that games which didn't work can work, or that new romsets which aren't in mame 0.78 will work if they are present, then that's a different scenario than if there are regressions for people with 'classic' mame2003 collections.

This should be high on the list of considerations as we figure out how this works.

totally agreed. i believe the flashpoint that caused all the gamezfan changes to be backed out of mame2003 master was various games with updated samples no longer working with their old (mame 0.78 specific) samples, so just having no sound. there was some skuttlebutt about games stopping working entirely, but i'm not sure if that was ever true. i guess you can compare the projects and find out exactly what checksum changes are there for existing + working games.

BuZz

I'm against merging them (or basically you mean replacing the current mame2003 as the modified version can easily include fixes from mame2003). If that happens I will fork the current mame2003.

markwkidd

@dankcushions and anyone else, I'm going to post some findings.

I'm starting with a complete, Full Non-Merged MAME 0.78 collection, except for CHDs. It is fully not merged, ie it was checked with Scanner set to "Non-Merged" and "Split BIOS Sets" disabled in the Advanced menu.

I will be working with those same settings as the target for the mame2003-plus DAT. I have turned on all of the CRC/hash check features. I let ClrMamePro make any fixes it proposed.

Here is the full list of missing and incomplete sets

This should probably be the priority list for testing. Of course, once we know what sets can be used as sources to rebuild them.

This is the missing and incomplete list in ClrMamePro fixdat format

I wish I had a complete mame2010 collection nearby to throw into ClrMamePro. I'm hoping that such a thing would take care of many of these.