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: How to best deal with progetto-SNAPs?

« on: 29 July 2023, 10:35 »

I already had fix missing and deeper check turned off. My first attempts were even with check missing turned off, but it did not make much of a difference. It appears that there is another option being hit by the placeholder files disproportionately.
I think next time I will indeed rebuild the archive manually. Or at least read the snaps changelog to be aware what is coming

2

clrmame Discussion / Re: How to best deal with progetto-SNAPs?

« on: 29 July 2023, 08:29 »

I tried with unzipped sets but generating hashes from a NAS SMB share was very slow. I then tried with zipped again. Titles set got processed within minutes but the ingame one took a few hours. Ultimately I believe this was due to the "no snapshot available" PNG getting updated and ~20k out of ~45k PNGs being missing.

3

clrmame Discussion / How to best deal with progetto-SNAPs?

« on: 28 July 2023, 16:57 »

Hello,

handling progetto-SNAPs DAT files has become increasingly painful over time. I have the zipped files, snap.zip and titles.zip stored in a SMB mount, each in its own rompath. Until now it was slow-ish but manageable, however attempting to scan 0.254 zip with 0.256 DAT file (pS_Snap_NS_20230728_(cm).zip) in preparation for a rebuild has not completed for over an hour. I already have missing check disabled, same for the deeper check. I have now moved the file to a local SSD just to see if the network is the culprit but the scan has been going on for several minutes now. The last sign of life is the query whether I want to delete the incorrectly sized files.
Should the files be stored unzipped or zipped? [1] says that speed is gained by not compressing but [2] says that unpacked sets are slow as the hashes need to be recalculated instead of being picked up from the zipfile itself. Thanks for the input.

[1] https://www.emulab.it/forum/index.php?topic=4112.0
[2] https://www.emulab.it/forum/index.php?topic=4055.0

4

clrmame Discussion / feature request: add "are you sure" prompt to uninstaller

« on: 18 March 2019, 06:42 »

Hello,
I am running clrmame pro via wine under linux. For reasons unknown, under gnome, if you press the windows button and start typing clrm...., uninstaller entry sometimes comes up first. If you couple that with the fact that there are no prompts in the uninstaller and that all settings are gone once the uninstaller is finished, you can see how easy it is to accidentally shoot yourself in the foot (it happened to me again today, I guess I should not touch clrmamepro before finishing my coffee lol). Having a prompt would allow the user to prevent that from happening. Thank you for considering!

5

clrmame Discussion / clrmame-compatible folder set-up incl. software list roms

« on: 30 December 2018, 13:29 »

Hello,
what is the "official" way of keeping software list roms organised in folders? Right now, I have a roms folder with saturn folder containing saturn chds as well as saturn.zip containing saturn bios. While mame can deal with this particular layout, clrmamepro considers the chds to be unneeded additions to the bios files and wants to delete them.
On the other hand, if I create a separate folder for software list roms and put the software list roms subfolders in there:

• roms/saturn.zip
• software/saturn/*.chd

clrmame complains that sysdefpaths are not rompaths. If I confirm I don't want to have them added as rompaths, the problem with deleting softlist roms is gone. I was wondering if there is a better way of dealing with this. Thanks!

6

clrmame Discussion / Re: scanning progettosnaps extended icons 0.204 takes forever

« on: 22 December 2018, 20:27 »

Thank you for checking! For the record, the icons set was zipped. With deeper check disabled (but fix missing on) cmp managed to crunch through the scan in 4,5 hours I hope this does not happen again anytime soon

7

clrmame Discussion / Re: scanning progettosnaps extended icons 0.204 takes forever

« on: 22 December 2018, 12:29 »

I am using 64 bit 4.035 and running it on wine-4.0-rc2 and Fedora 29.

8

clrmame Discussion / scanning progettosnaps extended icons 0.204 takes forever

« on: 22 December 2018, 12:12 »

Hello,
I am trying to update my progettosnaps extended icon set to 0.204 the usual way (scan, rebuild, scan). For reasons yet unknown, the first scan is taking forever (I have waited for half an hour at least). I was able to update snap and titles zips without problems using the same settings, icons is the only one causing trouble.
If I stop the scan, a prompt to remove ablast.ico appears. How can I get more information regarding what is causing the issue? Thank you!

9

clrmame Discussion / Re: problem when scanning progetto-SNAPS snap and titles

« on: 05 November 2016, 15:13 »

Hi,
I have updated wine, moved the zips into individual folders and enabled sets checking. This has fixed it, thanks for all your help!

10

clrmame Discussion / Re: problem when scanning progetto-SNAPS snap and titles

« on: 31 October 2016, 21:47 »

It had folders because I had something like:

Code: [Select]

mame
|--roms
|--software
|--titles.zip
|--snap.zip
|--icons.zipI know it is a highly peculiar set-up but it was working before and now it is not. Even more so, I changed it to something like:

Code: [Select]

mame
|--roms
|--software
|--test
   |--titles.zip
|--snap.zip
|--icons.zipand the bug is still present. Scanner fixing issues no longer creates folders though
I did some more testing and found something super odd. I switched to unzipped mode and put one .png file into test/snap. I ran the scanner, and it offered a fix by adding two missing files. When the scan finished, 3 files were found. I then ran the scanner again. No fixes were found, but also no files were found at the end.

11

clrmame Discussion / Re: problem when scanning progetto-SNAPS snap and titles

« on: 31 October 2016, 20:02 »

I tried a new rompath. I made a folder called 'test' and set it as rompath. While it has solved the fixing to folder issue (my previous rompath had more folders than zips), scanning the complete snap.zip results in no files found.
Just off the top of my head: the number of files in snap.zip is 36817... could it be that a signed int variable is overflowing somehow? I know it is random but I had an issue like this elsewhere and it took ages to figure out. I will test it by removing 4050 files and checking what happens.

12

clrmame Discussion / Re: problem when scanning progetto-SNAPS snap and titles

« on: 31 October 2016, 19:26 »

No, I'm on Fedora 24 x86_64 using wine-1.9.20. It's 64 bit cmpro and 64 bit wine.

13

clrmame Discussion / Re: problem when scanning progetto-SNAPS snap and titles

« on: 31 October 2016, 19:16 »

I tried re-zipping but to no avail... Could the fact that for the test file scanner is creating unzipped folder while both merger and rebuilder create zips be a hint what is wrong?

14

clrmame Discussion / Re: problem when scanning progetto-SNAPS snap and titles

« on: 31 October 2016, 18:31 »

I don't think so... The files like 32x.zip, neogeo.zip, etc. contain screenshots for the softlists. There is still snap.zip which contains the "main" snapshots.
The expected outcome of a scan would be that everything but snap.zip is missing.

15

clrmame Discussion / Re: problem when scanning progetto-SNAPS snap and titles

« on: 31 October 2016, 18:12 »

So I created snap.zip with just bubbletr.png and to my surprise, when scanning, cmpro created a snap folder with bubbletrj.png during a scan.... so it somehow seems it got inadvertently switched to unzipped sets, which would explain why it found nothing when scanning the original snap.zip. On the other hand, bubbletr.png is in new snap.zip. Not sure what is going on. It's probably a PEBKAC but I am not sure where I made a mistake.

To multiple sets, I only have titles.zip and snap.zip since I don't care about others.

16

clrmame Discussion / Re: problem when scanning progetto-SNAPS snap and titles

« on: 31 October 2016, 06:50 »

Hi,

the same setup (paths, etc.) has been working fine as of 0.177. It even worked fine for the first rebuild and scan of 0.178. A few missing files were found so I tried to do another rebuild using backups folder which is when it broke.
I have ~/data/mame set as rompath (maps to Z:\home\julas\data\mame) and in that folder I have titles.zip and snap.zip
The files requested are attached.

17

clrmame Discussion / problem when scanning progetto-SNAPS snap and titles

« on: 30 October 2016, 23:02 »

Hello,
I believe something has gone south in my clrmamepro setup. I have added the new dats for 0.178 progetto-SNAPS snaps and titles, did a rebuild followed by a scan as usual. For some reason, clrmamepro is now listing all .pngs for both sets as missing, even though they do exist in the zip files. Any ideas why this might be happening? It's with 64-bit cmpro-4.031b running under wine.

18

clrmame Discussion / Re: cannot scan through ingame and title snaps - gets stuck on sc4chaina.png

« on: 01 October 2012, 19:47 »

I read the tips and tricks post in the meantime and I'm trying out the rebuilder now. Let's see how it goes.

19

clrmame Discussion / cannot scan through ingame and title snaps - gets stuck on sc4chaina.png

« on: 01 October 2012, 19:07 »

Hi,

I have posted this on mameworld before but I think this is a better place. Long story short, I have been using clrmamepro under wine/Fedora Linux since forever and everything was dandy.
A problem arose with the latest ProgettoSNAPS release (0.147). When I am trying so scan either title or ingame snaps, clrmame gets stuck when "testing unneeded" reaches sc4chaina.png. Is it just too many files or something? I am happy to provide more info if this helps resolving the problem. TIA.