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 / Re: clrmamepro 4.033 released

« on: 03 September 2017, 21:51 »

Thank you Roman for 20 years of updates and support.

CMP merged followed by T7Z is the best combination ever

39.5 GB 11673 Archives and everything neatly organized.

Thanks for everything

2

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

« on: 03 October 2016, 21:52 »

AntoPISA already does individual dat files for most if not all of that content.

3

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

« on: 03 October 2016, 21:15 »

Understood Roman, thanks for taking a look and answering

4

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

5

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

6

clrmame Discussion / Re: CMP not show correct statistics

« on: 25 February 2015, 19:20 »

I always scan with official MAME binary and can't repo this behavior. I'm unsure why you would scan with just CHDs checked and leaving sets unchecked 

http://imgur.com/ayEbLm6

http://imgur.com/CCzIycA

7

clrmame Discussion / Re: clrmame 4.016 released

« on: 30 December 2014, 04:06 »

oddi Im pretty sure it works correct. there are plenty of files which are shared within clones but not with their parent set and if you use that naming mode you will of course create dupes since then the identical files get different names. I will look at some examples in 2015. so it might look weird but could be correct.

Indeed it's working correct  Thank You so much for this release Roman 

If you set your settings\Full Merge Mode to Hash Collision Name and your Hash collision option to All Clones in Relationship, You retain the benefits of the 7-zip merged compression while the sub folders and file organization is absolutely beautiful. The sub folders seem to match MAME's -listclones output 100% 

I'm permanently switching to the above settings to keep 100% consistency among my entire set with clones.

Thank You again Roman for all your work   

8

clrmame Discussion / Re: Batchrun Rebuilder question

« on: 15 December 2014, 15:20 »

Reminder to myself: Add a batcher option to force not compressed sets.

Thank You 

9

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

10

clrmame Discussion / Re: something to test

« on: 27 September 2014, 04:06 »

Especially if you switch the mode back to split merged, such subfolders become unneeded....but you cannot simply remove them because the files in them needs to be moved to their correct place (the clone folder) first before you remove the unneeded folder...so that's what I'm currently looking into....

Guess you need to be a bit more patient....

Are you saying people set rom path to a fully merged set and scan it as split merged?
That sounds like absolute stupidity.

It's far easier to just use the rebuilder and rebuild a split merged set sourced from merged files in an empty destination directory.

11

clrmame Discussion / Re: cmpro 4.09a released

« on: 10 December 2012, 22:38 »

Thanks for the quick fix. Problem is now solved

12

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

13

clrmame Discussion / Re: clrmame is losing or deleting sets

« on: 04 December 2012, 01:21 »

Thank You Roman, after using the version you linked a rebuild to 147 and then a scan + fix of 147u3 + rebuild from update pack and backup path gets 0 misses

Missing
·Sets                 0/26452
·ROMs                 0/205995
·CHDs                 -/623
·Samples              -/3507
·Bytes                0/148gb

14

clrmame Discussion / Re: clrmame is losing or deleting sets

« on: 03 December 2012, 15:51 »

FYI Parse ROM merge tags option has always been unchecked in my clrmame since it's the default option.

15

clrmame Discussion / Re: clrmame is losing or deleting sets

« on: 02 December 2012, 08:05 »

@oxyandy

I have installed 9.28a and set my 7z tab in compressor properties identical to yours in your pic. The problem with roms missing still can be 100% reproduced and it seems to be the exact same roms/sets everytime!
Let me explain the steps I use to reproduce this issue.

- load official MAME 147 binary into CMP
- rebuild complete 147 romset into empty destination directory with merge sets ticked and zip or 7z does not matter
- after rebuild is complete jump to scanner and audit destination directory which shows 0 misses
- right click in the profiler and delete profile + clean cache
- load self compiled 147u3 into profiler
- scanner execute scan + fix all option with you prefer merge sets
- rebuild from source MAME - Update ROMs (v0.147 to v0.147u3) with merge sets ticked
- rebuild from backupPath

result is 27 are missing so where did they go?

http://pastebin.com/mxNBmuh0

16

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.

17

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

18

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?

19

clrmame Discussion / Re: Rom rename issue in 4.04

« on: 11 March 2012, 20:48 »

I have same issue upgrading a MAME romset from 0.145u3 to 0.145u4

Right now the only solution is to manually move the zips which generate a prompt to some temp directory and use the rebuilder which rebuilds them back in correctly.

I think the issue is sometimes a file with same CRC32 has different names in the same zip.

I hoping these zips can help this progress Roman

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

20

clrmame Discussion / Re: new chd

« on: 01 March 2012, 00:11 »

Also, there are few bug reports open regarding chds and chdman on mametesters.org