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

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

2441

clrmame Discussion / Re: clrmp 4.0.3a doesn't find any of my roms, even though it can scan them!

« on: 01 March 2012, 07:19 »

You *have* to use system default paths *only* if you use *multi* software lists.

So for any standard datfile or single software list usage or MAME/MESS usage without import of software lists, you don't need to set them up.

I see you're using MAME, so don't import software lists (you're asked at the end of the data import). Hit clear cache in the profiler and reload the profile to get another chance to answer this prompt.

2442

clrmame Discussion / Re: new chd

« on: 01 March 2012, 00:36 »

yep...it's being worked on....and several redumped chds will surface

2443

clrmame Discussion / Re: Rebuilder building same dupe files into zips

« on: 01 March 2012, 00:35 »

actually is pretty easy to repeat...

assume a zipfile with files: a and b and a task to rename a to b...et voila...you got 2 b's....

2444

clrmame Discussion / Re: Clrmame repeating fixing the Neogeo sets every time?

« on: 29 February 2012, 21:54 »

doesn't happen here in my latest build. It simply fixes the missing files...which takes some time...3countb not found for the softlist neogeo, so take them from the standard ones.
Remark: yes, it won't rebuild the c files since they are currently imported with a size info of 3MB (2 would be correct)....little issue in the softlist parser (currently under investigation....there is a rule to add up sizes...which seems to be correct for some systems but definetly not for neogeo)...that thingie should be fixed soon.
But generelly no endless stuff is happening here

2445

clrmame Discussion / Re: Clrmame repeating fixing the Neogeo sets every time?

« on: 29 February 2012, 10:43 »

well, I guess it's simply based on the fact that if you import neogeo software lists, scanner's fixmissing phase will try to copy each and any file from your 'standard' neogeo location to the new 'softwarelist' neogeo location...and that's of course slow.
Rebuilder will be faster or simply copy over all neogeo files manually and scan afterwards.

Keep in mind, you need to double your neogeo sets....softwarelists are like new sets, even if -in the MAME case- they are identical. Current softwarelists in MAME don't really make much sense....most files are only doubled as softlist entries.

2446

clrmame Discussion / Re: CLRmame 4.03 rebuilder issue

« on: 28 February 2012, 23:02 »

ok...rebuilder had some missing softwarelist checks...fixed now

2447

clrmame Discussion / Re: clrmamepro 4.03a issue

« on: 28 February 2012, 22:03 »

found and fixed

2448

clrmame Discussion / Re: CLRmame 4.03 rebuilder issue

« on: 28 February 2012, 21:04 »

see my reply above, don't import software lists for now...

"regarding the mame softwarelists 403a got an issue anyway but that's scanner related (and is already fixed internally)."


besides of that, if you got neogeo software list enabled you will need to double them....for MAME there is no real need to import softwarelists as you can see...

2449

clrmame Discussion / Re: CLRmame 4.03 rebuilder issue

« on: 28 February 2012, 17:39 »

hmm...sounds wicked....
regarding the mame softwarelists 403a got an issue anyway but that's scanner related (and is already fixed internally).
...the rebuilder should of course rebuild all instances of the files, i.e. it should create full sets in neogeo softlist folder and neogeo roms folder...(at least unless mame's neogeo softlist is not corrupt).

I will look at it....

2450

clrmame Discussion / Re: clrmamepro 4.03a issue

« on: 28 February 2012, 12:46 »

yep...that seems to cause it somehow....I can repeat your crash with your setup now...

So I take your setup, run scan -> crash
I start again, change the advanced option to keep not enabled sets as unneeded to disabled -> no crash
reenable that option -> no crash


now that's something to work with Thanks for providing the files...guess it gets fixed today

2451

clrmame Discussion / Re: Clrmame repeating fixing the Neogeo sets every time?

« on: 28 February 2012, 11:40 »

guess you know my answer: it doesn't do that here...

soo...do you import softwarelists (neogeo is cloned there)?
If so, don't do it until the next version comes out.

If you don't import softwarelists, well, check the usual stuff like:
- you keep the neogeo sets stored correctly (check rompath)
- you got all sets/systems enabled
- try to scan without the fix options enabled to see what cmpro complains about
- another thing could be that you got scanner/scanner advanced "separate bios sets" disabled....then cmpro tries to add the neogeo bios to each neogeo set....so be sure that option is enabled...

2452

clrmame Discussion / Re: clrmamepro 4.03a issue

« on: 28 February 2012, 01:47 »

thanks...I will look at it tomorrow...nearly 3am here...need sleep

2453

clrmame Discussion / Re: clrmamepro 4.03a issue

« on: 28 February 2012, 01:24 »

you said you made a clean cmpro install and you showed a screenshot where altbeast or something seems to had issues....so I assume you can repeat the issue with just 1 set in your rompath...

If you can, compress everything (program and rompaths) and send it.
If not, try to minimize your environment even more.

2454

clrmame Discussion / Re: clrmamepro 4.03a issue

« on: 28 February 2012, 01:17 »

This has nothing to do with cmpro. Install it wherever you want.
I asked you to send me a compressed version of your environment.

2455

clrmame Discussion / Re: Rebuilder building same dupe files into zips

« on: 28 February 2012, 01:06 »

oh actually that was only one half of it...just discovered the other

2456

clrmame Discussion / Re: clrmamepro 4.03a issue

« on: 28 February 2012, 01:00 »

now 7z up your complete cmpro folder plus rompath with that one file and let me know where I can grab it....

2457

clrmame Discussion / Re: Rebuilder building same dupe files into zips

« on: 28 February 2012, 00:44 »

seems like I nailed it down

seems to be a rare issue when removing files from archives. If you got double filename entries in the provided list of files (which can happen) which should get removed, the lib call causes an assertion and it seems that the file is not removed...the rest are follow up errors.....

so this should be history now....

2458

clrmame Discussion / Re: clrmamepro 4.03a issue

« on: 28 February 2012, 00:35 »

try to minimize the amount of romsets to 1...and then, send me the file.

by the way, I just found one maybe related issue....some assertion during removal of files from zips....when I got a new build, I will let you know

2459

clrmame Discussion / Re: clrmamepro 4.03a issue

« on: 28 February 2012, 00:19 »

exempli gratia

2460

clrmame Discussion / Re: clrmamepro 4.03a issue

« on: 27 February 2012, 23:59 »

since it's most likely the unneeded or name check which crashes for you, you can e.g. turn it off and run a scan without it...to see if it still crashes...