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.

1

clrmame Discussion / CMP hangs with process produces I/O related errors

« on: 03 October 2016, 04:15 »

When scanning with AntoPISA's AllProjects DAT CMP starts to crawl when scanning the snap and titles and shows "not responding" indefinitely. If you use Process Monitor you can see the CMP process is producing I/O related errors, while scanning the files multiple times.

Roman, if you wouldn't mind having a look, I've put together a reproduce-able package where you just have to extract the zip (Datfile inside) then just set rompath to CMP TEST and execute a new scan.

https://www.sendspace.com/file/fsf3tl

2

clrmame Discussion / Roman please look at this rebuilder issue

« on: 30 November 2015, 16:40 »

Roman, It has been reported when using the rebuilder with 7zip sets (Hash collision all clones in relationship)  - (Full Merge Mode - Hash collision name)

 I see while rebuilding is taking place It constantly packs and unpacks the 7zip file for every single change that it makes. In other words It opens (unzips) and closes (compresses) the 7z file for each change to each containing set instead of opening it once, make all the changes and then close it.

Is there anyway to make this operation to be more efficient as in open the 7z once and close it when all changes have completed?

Please see this in action for yourself using HBMAME and set kof2001
http://www.1emulation.com/forums/files/go/0111e5f9898b7b9cd04b1485cc3176ad/hbmame

Here is a setup to reproduce the issue. Have destination folder completely empty and you'll see what I mean.

http://i.imgur.com/AbCU0AK.png

http://i.imgur.com/HqWx3nl.png

http://i.imgur.com/iCj2vVy.png

kof2001 7zip file for source path rebuild
https://mega.nz/#!aos0BKgR!xh15byqMficDlQG7mgBx1HaHq-ptUe4d-WPSJtTVrrU

Thank You for any attention you can give to this matter

3

clrmame Discussion / Batchrun Rebuilder question

« on: 15 December 2014, 06:12 »

I'm wondering why the option Never Recompress Files in the Batch Rebuilder doesn't seem to function. I'm unable to tick it without having to check the other option Always recompress files.

I wish to rebuild PNG files from DATs without putting all of them into 1 giant zip file using batch mode.

http://imgur.com/4hY3y8I

4

clrmame Discussion / 2 chds marked bad_dump show mismatched with don't list option checked

« on: 10 December 2012, 16:51 »

continued from here 
http://tinyurl.com/an6aaw2

Is this the correct settings file you need?

http://www.sendspace.com/file/skypwk

5

clrmame Discussion / clrmame is losing or deleting sets

« on: 02 December 2012, 01:33 »

We have been able to consistently reproduce everytime  cmpro 4.08b deletes or loses some roms/sets for unknown reason when scanning + fix a 147 complete romset with a self compiled 147u2 or 147u3 MAME binary.

FYI since we are working with merge sets here at the Datfile problem prompt we answer Yes To All about removing parent/clone relationship.

This happens when working with a complete 147 merged/zip set and also same result happens with merged/7-zip

strange thing is there is a different amount of roms that cmpro moves to backup path depending if your doing merged/zip or merged/7-zip

Here are some quotes from a friend testing along with me.

I was able to reproduce the problem.

While updating my 0.147 7z/merged set to 0.147u2, I ended up missing 20 ROMs.
These were not part of the 0.147 to 0.147u3 update torrent.
They were not part of my CMP backup folder either.
However, they were part of the 0.147 7z/merged set I started with (I made a backup of that)!
The ROMs must have been deleted from my set while scanning/fixing the 0.147 set with the 0.147u2 datfile.
That leaves us with the following questions:

It's a CMP problem, but is it 7-zip related?
Is it a problem CMP deleting ROMs while editing 7-zip files instead of moving them to the backup folder?
If it is, does CMP use an internal 7z routine to scan/fix or does it use the 7-zip version installed on the system and assigned in the CMP settings?
If it's external, which 7-zip version can be used to avoid this problem (9.22 used)?
Unlikely option: is it perhaps the t7zip file CMP (7z) has problems with?

To be continued...

Interesting.
This strikes a few questions.
The same happens with a merged/zip set.
CMP deleted ROMs when scanning/fixing the 0.147 set with the 0.147u2 datfile.
This time more ROMs ended up in the backup folder, 10 ROMs were deleted.
All 10 missing ROMs were part of the original 0.147 ROMs set I started with.

To be continued...

Will try to get more information as we figure things out. Hopefully Roman or Oxy can understand what is taking place here.

6

clrmame Discussion / [Feature request] Option to move all mismatched CHDs to a backup path

« on: 23 September 2012, 18:59 »

If I'm working with a 147 merged CHDs collection It's possible now to list mismatch CHDs in scan results window however, I don't see an easy way to move them into another directory so it would be possible to batch convert all and then manually move back.

Right now I right click in scan results window and it seems I can only move them 1 at a time (currently selected set)
I'm unable to select all or easily move everything.

Please implement a feature that allows user to move all mismatch CHDs so these can be specifically worked with or investigated.

Thank You Roman

7

clrmame Discussion / How to enable Misc_DoubleNameArchiveWarning for all profiles

« on: 28 May 2012, 00:04 »

I wish by default to have option Misc_DoubleNameArchiveWarning always checked by default, but I find by default it's always unchecked. Does a current way exist to accomplish this?

I wish also to enable this when I'm using batch mode (150+ dats) but don't wanna go settings/compressor and have to manually check for all in the profiler. Does a simple way exist to have activated?

8

clrmame Discussion / Rebuilder building same dupe files into zips

« on: 11 February 2012, 21:58 »

Very rarely this happens, but it has happened to me rebuilding Full MAME ROM sets and some FBA zips.
I'm very curious to know how and why does this happen?

using latest version CMP X64 version on Win 7 X64 Ultimate

To make matters worse Torrentzip doesn't error out when tzipping a file with dupes inside.

[EDIT] I forgot to elaborate that new scan + all fixes does not detect the dupe/unneeded files
even emptying out the profile and starting fresh doesn't catch what's going on here.

A sample file can be look at here  >>> http://www.sendspace.com/file/qogxyd