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 - coccola

Pages: [1] 2 3
1
clrmame Discussion / Re: clrmamepro 4.044b released
« on: 25 February 2022, 16:43 »
Apparently you forgot to change the About dialog to the b version.

2
clrmame Discussion / Re: Bad URL...
« on: 21 October 2021, 06:15 »
There is this, hopefully not so outdated:
https://www.mameguide.info/

3
clrmame Discussion / Re: Cmpro dont like chd !
« on: 28 July 2021, 01:24 »
The CHD is not corrupted. I verified it.

4
clrmame Discussion / Re: Unpack failed on file
« on: 07 April 2021, 16:24 »
OK. Thank you!

5
clrmame Discussion / Unpack failed on file
« on: 07 April 2021, 15:03 »
When I try to add this zip to the profiler, it fails. WinRAR testing and unzipping is OK.

File name is fix_Sega - Mega Drive - MSU-MD (v2021-04-04).zip

6
Please use the latest clrmamepro version.

That problem was reported here: https://www.emulab.it/forum/index.php?topic=4723.0

7
clrmame Discussion / Re: Dates don't match
« on: 12 January 2021, 05:29 »
Thank you very much for your time and patience!

8
clrmame Discussion / Re: Dates don't match
« on: 10 January 2021, 20:03 »
Thank you for the information.

9
clrmame Discussion / Re: Dates don't match
« on: 10 January 2021, 19:52 »
Apparently the rebuilder is not adding files with the right date, which ends up being fixed by the scanner.

10
clrmame Discussion / Re: Dates don't match
« on: 10 January 2021, 19:39 »
I'm using the latest nightly build.

When I rebuild and then scan, the scanner fixes the files I've just rebuilt. When I re-scan everything is OK.

It looks like there is some inconsistency between rebuilder and scanner.

11
clrmame Discussion / Re: Dates don't match
« on: 09 January 2021, 20:43 »
Thank you very much!

12
clrmame Discussion / Re: Dates don't match
« on: 09 January 2021, 18:40 »
So the files end up with date 1980-01-01 because that is the closest to 1970-01-01 that can be achieved. I understand that.

But the dates should actually be 2010-04-06, not 1980-01-01 or 1970-01-01.

Also, fix-dats should only contain files that I don't have in my hard disk according to the original dat. It has nothing to do with the properties of any files on my hard disk. So, if my original dat has files with date 2010-04-06 and I'm missing them, the date on the fix-dat should be 2010-04-06. I don't have these files, so how would the missing files have a different date, on this case 1970-01-01? Where does 1970-01-01 comes from? It doesn't make any sense.

13
clrmame Discussion / Re: Dates don't match
« on: 09 January 2021, 18:05 »
OK, then. But what about the fix-dat? Why the dates become 1970-01-01?

14
clrmame Discussion / Dates don't match
« on: 09 January 2021, 02:30 »
Mess with dates. Used clrmamepro version 4.040 with all fix options enabled. Zip attached.

Original dat: 2010-04-06
Rebuilt zip: 1980-01-01
Fix-dat: 1970-01-01

15
Quote
[...]progetto sets consist of 1 set with thousands of files and often it holds a pretty large amount of pngs placeholders (identical 'default' pngs). So if you miss them, cmpro looks into the set (and addpath, backup), finds it somewhere and adds it (recompress), then the next one...same procedure again...and again...

Couldn't clrmamepro notice that the same PNG placeholder file is used multiple times and simply add them all at once?

16
It looks like the Latest Nightly Build is for you: https://www.emulab.it/forum/index.php?topic=4176.0

17
Glad you fixed it... for now. I think fixing files manually is a pain and it isn't feasible when you have many files, you really should try to find out what happened. Maybe your files have the read-only attribute enabled, that's why they can't be fixed.

I forgot to say, for zips you don't have another alternative, you have to run TorrentZip after clrmamepro processed everything, but for torrent7zipped 7z files, you can use the settings as Roman said, but it takes long to recompress when there's any file that was added or changed, as he said. Running the Torrent7zip application after the 7z files were created would be better. My suggestion is: don't use 7z files, stay with zip. Some people prefer 7z because it compresses more -- and it's right most times -- but the time it takes to compress isn't worth it when you check the amount of hard disk space you save.

18
Torrentzipped zips are just like any regular zipped files, so clrmamepro will work fine.

The only differences are that torrentzipped zips have a comment with a hash which is used by torrentzip to skip rezipping zips that are already torrentzipped, and the timestamps of the files inside are standartized. None of these differences affect clrmamepro.

So (probably) any clrmamepro version will work fine witch such zips, there's no need to change any settings.

The same happens for torrent7zipped files.

19
He wants to use clrmamepro to join torrents at good percentages.

People at PD use custom dats, so importing data from MAME's binary won't 100% match the torrents.

20
I think you should ask these questions on PD's forum.  ;)

Pages: [1] 2 3

Page created in 0.111 seconds with 19 queries.

anything