Please login or register.

Login with username, password and session length
Advanced search  


The new forum is online, hope you enjoy it!

Pages: 1 ... 5 6 7 8 9 [10]
 on: 07 September 2022, 06:30 
Started by Roman - Last post by maarten7
Hi Roman,

I'm new here. The rebuilder (0.2) really does a good job, thanks!

Since some CHDs are multiplied (CHDs that appear in more than one clone but are not shared by all the clones and hence do not appear in the parent, consuming lot of diskspace), is it possible to have rebuilder make hard links for every copy? Now I do this manually using Link Shell Extension utility (https://schinagl.priv.at/nt/hardlinkshellext/linkshellextension.html). Saves some space :-)

Kind regards,

Maarten. The Netherlands

 on: 04 September 2022, 08:33 
Started by GDT - Last post by Roman
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

 on: 03 September 2022, 15:48 
Started by GDT - Last post by GDT
I re-tried just now, previously I was fixing my MAME romset. I disabled fix missing but it's surely slower than before (it started 40 minutes ago and still running), with same hardware/set (mame snaps)/archive/settings... I use your great tool for almost 15 years... never got this issue.

edit: I leaved tha scan running and got back after 6 hours... well it was still running, so I killed the process...

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"

Dont'k know how to debug, but in WINE latest clrmamepro runs slow also.
(Yeah, could be something "wrong" on WINE side)
I'm using it on Windows, at the moment.

 on: 03 September 2022, 12:51 
Started by Viceroy1073 - Last post by Viceroy1073
The 7z update fixed my problem, many thanks ;-)

 on: 03 September 2022, 12:38 
Started by yescabernetnointernet - Last post by yescabernetnointernet
So... Just ad addendum: I ended up using two different xml (both generated - better, exported - with ALT+E while running MAME inside its Main Screen).
Example (CHD only)

CHD only XML = merge, sets (gamechdname.zip and gamechdname/game.chd) are inside path/to/mame/set/chd
rom only XML =  unmerge, sets (blahblah.zip) are inside path/to/mame/set/rom

 on: 03 September 2022, 12:35 
Started by Viceroy1073 - Last post by Viceroy1073
Thanks again, I'll try all the above later today ;-)

 on: 03 September 2022, 12:16 
Started by GDT - Last post by yescabernetnointernet
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 ;-)
You're right.
To be fair, some clrmamepro/WINE combos runs as fast as in Windows.
This wouldn't be an issue if every clrmamepro release had always been slower on every WINE version!  ;)

P. S.: hey Roman, have you ever wondered releasing clrmamepro' sources to the public?  :)

 on: 03 September 2022, 11:57 
Started by GDT - Last post by Roman
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.

 on: 03 September 2022, 11:53 
Started by Viceroy1073 - Last post by Roman
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.

 on: 03 September 2022, 11:31 
Started by Viceroy1073 - Last post by Viceroy1073
Thanks for prompt reply, I've checked my settings and they are exactly like you said.
I'm not sure what solid archives are? Any fixes that are posted using 7z will not delete?

Pages: 1 ... 5 6 7 8 9 [10]

Page created in 0.258 seconds with 19 queries.