EMULAB Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

The new forum is online, hope you enjoy it!

Show Posts

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.

Messages - Roman

Pages: 1 [2] 3 4 5 6 7 ... 158
21
clrmame Discussion / Re: 7zip rn option
« on: 28 October 2022, 06:08 »
Sounds more like you're using solid archives which always require a complete repack of the archive on a change.

Do you have an example file and dat?

22
Due to the fresh install you might have some different (default) settings compared to the old installation.
On a quick first view it looks like you had different settings related to the interpretation of merge attributes in the datfile...

Profiler -> Options-> "Parse ROM 'merge' Tags" and Parse DISK 'merge' Tags

I think the current default is that both are enabled which makes sense while years ago I think only the chd one was ticked (because back then merge attributes were not that reliable).

With both ticked you will save a bit of diskspace (however when trying to fix the wrong names, you most likely also see unneded ones afterwards which can also be fixed.....it's all about identical roms in a parent/clone relationship with different names).

23
clrmame Discussion / Re: SL Batch mode help
« on: 26 October 2022, 15:57 »
No you don't need to do it by hand. The batch options (which appear when you select more than one datfile and load it) have a misc tab and there you can tick "create rompath for new dat" and you can specify a root folder. When loading a new datfile, cmpro will then automatically create and assign a new rompath below this root folder named after the dat (there is a radio button just above that setting where you can say what to use for rompath naming)

24
clrmame Discussion / Re: Building a complete MAME set
« on: 26 October 2022, 08:13 »
1) You should always prefer the direct import from an official mame binary (Profiler->Create)
2) no
3) keep "5" since this is the latest since years

25
clrmame Discussion / Re: revx.zip scanner weirdness
« on: 24 October 2022, 13:15 »
It's pretty common that if a fix operation fails if the "new name" file already exist in the archive. Especially if fully identical files are in the archive.
Can't say why it shows an unpack error for you...maybe I will take a look at it when the new MAME is out...

You can simply rebuild the archive and you're done.


yes, this unzip error will happen with 249....most likely it tries to unpack files temporarily to pack them for backup when they get removed...and since there are 2 identical ones that unpack for back fails....
I haven't looked at it, but you can get rid of the problem by either some manual cleanup or a rebuild of the archive.....

26
New Rebuilder: this is the default for full merge and standalone mode

Old ClrmamePro: Settings->Full Merge Mode -> enable "Hash Collision Name" (and of course enable full merge mode in scanner/rebuilder)

27
clrmame Discussion / Rebuilder 0.03 released
« on: 05 October 2022, 15:49 »
2022-10-05 V0.03 released
- use a real move operation in case of copy/deleting single files (incl. chds)
- add option -u, --uselinks to generate filesystem hard or sym links instead doing a file copy or move operation

https://mamedev.emulab.it/clrmamepro/binaries/rebuilder_v003.zip
https://mamedev.emulab.it/clrmamepro/binaries/readme.html

28
clrmame Discussion / Re: Rebuilder 0.02 released
« on: 29 September 2022, 07:21 »
Actually I received some more requests for adding hardlinks support....I will do some checks....

Update:....seems to run great ;-) (of course keeping the limitations of hardlinks in mind...same volume..only when data gets copies/moved...(not added to an archive))

But speed/size wise it's really really really nice....and actually it was more or less a one-liner code change.....I love the new core ;-)

New version most likely next week.....

Actually symlinks could be supported easily, too

29
clrmame Discussion / Re: help - un-merging a CHD collection
« on: 07 September 2022, 20:24 »
Hehe copying huge files on the same drive can be very time consuming. Ive added the move operation by the way 😁
Should be seconds now (with the next release then...)

30
clrmame Discussion / Re: help - un-merging a CHD collection
« on: 07 September 2022, 09:58 »
actually it should use a move operation if possible...I will check that

Update: oopsi...it does not (at least not in this specific case)...will be fixed for next release

31
clrmame Discussion / Re: help - un-merging a CHD collection
« on: 07 September 2022, 09:33 »
It works fine here.....if they are moved to backup they most likely aren't valid?
You've got all check/fix options enabled (and you only got all the chds on rompath root level there, so they can get sorted back?)


Example:

Set:   AI Igo (Jpn)
Name:   aiigo
File:   E:\Temp\test\ai igo (japan).chd

Wrong Place:   E:\Temp\test\ai igo (japan).chd
Right Place:   E:\Temp\test\aiigo\ai igo (japan).chd

Do you want to move the CHD?


Where a profile was created on saturn.xml and e:\temp\test is a rompath and one of the chds was moved to that rompath root. It detects the wrong placed chd and creates and moves the chd to the belonging subpath

32
clrmame Discussion / Re: help - un-merging a CHD collection
« on: 07 September 2022, 09:02 »
Are there any parent/clone relationships? hmm...ok...but there are most likely only unique disks...so you may currently have a parent subfolder with multiple chds in it.

Old clrmamepro:
move all chd files on a rompath root, run a scan in unmerged or split mode and it should sort the chds in the correct subfolders

Rebuilder tool:
rebuilder -x saturn.xml -m standalone -r -i 'yourOldPath' -o 'yourNewPath' -d

33
clrmame Discussion / Re: Rebuilder 0.02 released
« on: 07 September 2022, 06:41 »
This is currently not planned.....how much is "a lot of diskspace"? Late MAME update added >320GB unique chds....so...everything is relative....

34
The only time killers for snaps are: Fix Missing and maybe Scanner->Advanced->>Deeper check for fixable missing files.

If they are turned off scanning them should rather fast.
Of course it depends a bit how the snaps set is stored. Since it's one big set with thousands of pngs, any fixing operation is time intensive on it. Especially if you keep the files in a solid 7z archive for example. Then it's pretty normal that it takes hours if it has to fix lots of files (it would recompress the data over and over again).

You can try to use the rebuilder to add the update sets from progetto and then do a scan without any fix operations to see what's still wrong.....

...or think about storing them decompressed

35
What do you expect when you run WINE ;-) Surely it's slower. clrmampro is a native windows program, no support for weird emulation bugs sorry ;-)

I don't keep older versions, however I bet you can find it somewhere....but still, there were no changes regarding speed and if it's already slow for you to toggle a radio button, it sounds more like a WINE issue.

36
clrmame Discussion / Re: 7z archives
« on: 03 September 2022, 11:53 »
Solid archives are archives where you need to recompress the full archive when you do an add or delete action on it. They are usually smaller than the not-solid variant but require more effort on updating. Users which want to minimize the archives as much as possible tend to use solid archives.

However, I've just tested a solid and a non solid 7z archive and removal works in both cases.

So you should check if you got an up2date 7z (I'm using 7-Zip 22.01) and 7z.exe must be available via your %PATH% environment variable (or you specify the full path to it in compressor settings). If it still doesn't work for you, the archive in question might have a problem, you could try to use the commandline to manually run 7z.exe d -y -ms=off -mx9 archivename file_in_archive on it to see if this is working.

37
again...define "runs slow"...where? What do you do? Scanning? Rebuilding? Which sets (e.g. snaps are something totally different than MAME sets), are they compressed or not etc..etc... WINE on its own is of course already a problem....but you can simply exchange cmpro with an older version to see if there's a difference. The changes from 4.045 to 4.046b are not scanner/rebuilder related, they only fix stuff in underlying structures

38
clrmame Discussion / Re: 7z archives
« on: 03 September 2022, 08:13 »
Deletion in 7z archives works fine here.

Maybe double check your Settings->Compressor->7z settings. The default value for Delete is: d -y -ms=off -mx9 %1 %2

Maybe you're using solid archives, then you may have to adjust the command line parameters.

39
Ah....you're scanning snaps....sorry...didn't see that (even when it's listed as the topic ;-))

Turn off fix missing....and usually it's better to keep them decompressed.

The reason is that progettosnaps usually add placeholder dummy pics for a couple (and that can be hundreds) of sets which cmpro can detect and add. But this "look into the current zip, find the file, add it" (and that some hundred times) can really slow down the process. So...turn off "fix missing". Usually adding the missing ones with the rebuilder is faster.

40
How should I know what happened ;-)

There were no changes from 4.045 to 4.046b which were anyhow speed related. And since noone else reported such a slow down, it must be something on your end.....could be anything...from a busy hd (due to other threads accessing it, incl. virusscanners), to bad network drivers when it's a net drive, etc...etc.

Or maybe you've enabled things like sha1 checking or other time consuming options.

So...."What happened" is nothing I can give an answer to.

"Here it runs fine and fast"

Pages: 1 [2] 3 4 5 6 7 ... 158

Page created in 0.128 seconds with 19 queries.

anything
anything