Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

hehe ok thanks for the reply :-)

welcome to the world of special cases ;-)
I guess it picks the first it finds (by looking at the name stored in the header) and proposes that.
You can still click "no" in that update prompt and cmpro will ask you then what do to with it...if you then select update you get a full list and you can pick the right, second one.
I highly doubt that I will change that behaviour

In this special situation and we are all waiting for the release of MAME 0.220 I have two "update" folders for MAME (freeze and update), never had this situation before :-)

When I'm updating the MAME SL updates it suggest to update it from Folder1 instead from Folder2 when there is a dat stored that have the same "name" .
Is that correct that the suggestion is based on the "name" of the dat and it goes "top-down" in the folder structure for searching?

Im uploading the dat to the correct subfolder. Is it possible to check the folder first where the dat is for an update? ....maybe it isn't possible, wouldn't be a big problem for me ;-)

I know for other situation it isn't possible to add a dat to the same folder when it has the same name ......but in my case it has a different file-name so I can upload it direct to this subfolder ;-)

Would it be possible to access the undumped page with an address while it does not return ?.

Thank you.

Buona giornata a tutti

today I made a nes deprecated dat over actual set and it worked everything.

i didn't reinstall or modify anything about actual clrmame installation.

It's strange.

' (ROM-paths, ....) to "Header" and see if you got the header definitions enabled for your profile in question.

' It was enabled about old xml nes dat as the deprecated new one.

Header support hasn't changed for a decade or more. I've just tested a clean install with no intro nes dat + header file and it works fine.

Maybe you should go to settings, switch the drop down box at the top (ROM-paths, ....) to "Header" and see if you got the header definitions enabled for your profile in question.

Is there a command line debug logging?

reboot your machine 

as you said, there is no logical reason. Header definitions need to be placed in cmpro's header folder, cmpro should be installed in a non-uac controlled path and not run with admin rights...that's basically at. Modifications in headerfiles or new ones get active when cmpro gets restarted.

So....assuming you haven't changed a single thing, there is no logical reason, so reboot ;-)
If you changed something or using a new datfile, do check the changes in detail.

Saturday ClrMame worked as usual. Tonight instead it wouldn't load any dats with header required.

Scan is always looking for files headerless.

Dats are different from many sets (XML format or Deprecated)

Dat Header instruction line is present.

Steps I followed:

Run it - Dat with headers (negative) - Exit

Run it - Reflesh list dats - Dat with headers (negative) - Exit

Run it - Using dat without headers - Dat with headers (negative) - Exit

Delete cache / fastscans / logs / scans / profiler.xml / cmpro.ini / profiler.cache / cmpro.ini / 

Run it - Reflesh list dats - Dat with headers (negative) - Exit

Dats were and are untouched from last 5 days.

CLRMame version is 4.0361 64bits.

I couldn't find any logical reason about this malfunction.

Bye