[BUG 3.54]samples troubles

[SFX Group]

So i have a database, it says a zip file should have 4 files, i have this zip file, however it saying its the wrong name and needs more files... dont understand, shows green in the Datefile view, however yellow in the file view!.

See image here, everything is un-merged, i need all files to have samples, games and bios in them, however i would have thought the bios would have stayed in its own file as well.... am i missing something here?

The above should give me the most amount of files and means if a game is moved it will play with out the need of supporting files.

[SFX Group]

FIXED, however might be a minor bug...

If i set the BIOS merge mode in the preferences > Romsets to "split" this fixes the above problem, however if its st back to "un-merged" to make sure all BIOS are in every zip file, the actual zip file with the BIOS in it can never be attained to "green", however the ROM database shows that zip file as green as you have all the needed ROMS.

[RomCenter]

Ok. I will check this problem to see if it's really a bug.
Thank you.

[SFX Group]

Hi Eric

Have double checked this, it may not be a bug...., it doesnt export the fact it needs those roms at all as missing, still slighty odd, might be worth a check.

[SFX Group]

Found another thing here.... have a look, says i need "tick.wav" no CRC so any file would do, and i have that... however its decided not to see it as usable....

[Wanderer]

Found another thing here.... have a look, says i need "tick.wav" no CRC so any file would do, and i have that... however its decided not to see it as usable....

You don't have it inside the zip, do you? As far as i can see, it is shown in the tree so it must be outside the zip. I wonder, if you manually put it in the zip, does it appear green in the rom panel?

[SFX Group]

You don't have it inside the zip, do you? As far as i can see, it is shown in the tree so it must be outside the zip. I wonder, if you manually put it in the zip, does it appear green in the rom panel?

You are correct, its not inside a ZIP, however it was in a zip and the file was still grey, so it doesnt like "tick.wav", i took it out the zip to see if it would like it then, i didnt want to put it in the zip file until the bug was resolved, ive some accross alot of bugs like this, it deleted around 1Gb of files saying they are not applicable, makes me wonder if they where as the older version was happy with them.

It seems to have issues creating "dummy" roms as well in some files, it just wont do it, if i create them, padd them to the length needed then they go green!. I will try with this one later tonight and post a screen shot(s)

[SFX Group]

It seems if i manaually put it in the file it supposed to be in then its ok, however isnt the whole point of the software to do this for me? i am worried that other files i am looking for i really have already due to this issue?

[SFX Group]

UPDATE:

So i now have a file called topgear.zip which has the tick.zip in it (the tick.zip shows as green here), i have another zip file also called topgear.zip in another location, its showing as yellow It seems it will only see tick.zip as a usable file once its inside the proper zip file THEN it will use this file:

Now i right click on the yellow copy of topgear.zip and "fix game", then get the below output (you can see it missed the sound file):

Fix incorrect rom files
TreeView selection : 1
Rom mode : un-merged
Bios mode : un-merged
Sample mode : un-merged
Plugin : arcade.dll
Threads : 50
Green games : 8297, yellow games : 430, red games : 285
--->Rezip files
Rezip file topgear.zip
Preparing D:\Games\Romcenter\WORK\DOWNLOAD\
200 files loaded
373 files loaded
Check modified files
Remove file topgear
1 files removed
Check new files
Adding archive topgear.zip to the Database
1 files added
Done. Files reziped: 1 in 0h 0m 1s
--->Test archives
Done. Files tested: 0 in 0h 0m 0s
0 threads used(max 50)
--->Rename files
Done. Files renamed: 0 in 0h 0m 0s
0 threads used(max 50)
--->Fix sample path
Only in sample split mode: skipped
Done. Samples files moved: 0 in 0h 0m 0s
--->Import missing samples (pass 1)
No samples to fix
Done. Samples imported: 0 in 0h 0m 0s
--->Rename files
No files to rename
Done. Files renamed: 0 in 0h 0m 0s
--->Remove roms (pass 1)
No empty files to remove
No roms to remove
Done. Roms removed: 0 in 0h 0m 0s
--->Rename roms
Done. Roms renamed: 0 in 0h 0m 0s
0 threads used(max 50)
--->Import missing roms
Done. Roms imported: 0 in 0h 0m 0s
0 threads used(max 50)
--->Create dummies
No dummies roms to create
Done. Dummies created: 0 in 0h 0m 0s
--->Create ghost games: disabled
--->Remove roms (pass 2)
No empty files to remove
No roms to remove
Remove roms: disabled
--->Remove files
No files to remove
Done. Files removed: 0 in 0h 0m 0s
--->Import missing samples (pass 2)
No samples to fix
--->Remove useless samples files
Samples removed are moved to recycle bin
No samples to remove
Done. Samples deleted: 0 in 0h 0m 0s
--->Remove zip comments
Done. Zip comments removed: 0 in 0h 0m 0s
0 threads used(max 50)
Refreshing database status
Updating games status
Status updated for 14504 items.
Green games : 8297, yellow games : 430, red games : 285
Updating fileslist
--->End fixing
----------------------------------

---> 0 Files tested in 0h 0m 0s
---> 0 Samples files fixed in 0h 0m 0s
---> 0 Samples roms imported in 0h 0m 0s
---> 0 Samples files removed in 0h 0m 0s
---> 0 Samples roms removed in 0h 0m 0s
---> 0 Files renamed in 0h 0m 0s
---> 0 Roms removed in 0h 0m 0s
---> 0 Roms renamed in 0h 0m 0s
---> 0 Roms imported in 0h 0m 0s
---> 0 Dummies created in 0h 0m 0s
--->Create ghost games: disabled
---> 0 Files removed in 0h 0m 0s
---> 1 Files reziped in 0h 0m 1s
---> 0 zip comments removed in 0h 0m 0s

---> Total files fixed: 1
---> Total roms fixed: 0
---> Corrupted files: 0
---> Total Execution time: 0h 0m 10s
----------------------------------
Green games : 8297, yellow games : 430, red games : 285
Refreshing database status
Updating games status
Status updated for 14504 items.
Green games : 8297, yellow games : 430, red games : 285
Updating fileslist
Query Paths list
Ready


However if i right click on the yellow topgear.zip and "fix samples" i get the below output AND a fixed file (seems to fix game button doesnt actually work

Fix incorrect rom files
ListView selection : 1
Rom mode : un-merged
Bios mode : un-merged
Sample mode : un-merged
Plugin : arcade.dll
Threads : 50
Green games : 8297, yellow games : 430, red games : 285
--->Fix sample path
Only in sample split mode: skipped
Done. Samples files moved: 0 in 0h 0m 0s
--->Import missing samples (pass 1)
Rom DOWNLOAD\topgear.zip/tick.wav imported from SAMPLES\topgear.zip/tick.wav
Update date and size of file DOWNLOAD\topgear.zip
Done. Samples imported: 1 in 0h 0m 1s
--->Import missing samples (pass 2)
No samples to fix
--->Remove useless samples files
Samples removed are moved to recycle bin
No samples to remove
Done. Samples deleted: 0 in 0h 0m 0s
Refreshing database status
Updating games status
Status updated for 14504 items.
Green games : 8297, yellow games : 430, red games : 285
Updating fileslist
--->End fixing
Refreshing database status
Updating games status
Status updated for 14504 items.
Green games : 8297, yellow games : 430, red games : 285
Updating fileslist
Query Paths list
Ready

[SFX Group]

WAIT

After all that, it didnt seem to do anything in the database with tick.wav, just found this, not sure if its just samples or any other roms images!!!

[RomCenter]

FIXED, however might be a minor bug...

If i set the BIOS merge mode in the preferences > Romsets to "split" this fixes the above problem, however if its st back to "un-merged" to make sure all BIOS are in every zip file, the actual zip file with the BIOS in it can never be attained to "green", however the ROM database shows that zip file as green as you have all the needed ROMS.

I checked and this is normal, as in split mode, the bios file aristmk5.zip doesn't exist anymore in the database, as all the bios roms are spread in the games. So when rc analyses the aristmk5 file, it identifies a game (adonis here).

[RomCenter]

You are correct, its not inside a ZIP, however it was in a zip and the file was still grey, so it doesnt like "tick.wav", i took it out the zip to see if it would like it then, i didnt want to put it in the zip file until the bug was resolved, ive some accross alot of bugs like this, it deleted around 1Gb of files saying they are not applicable, makes me wonder if they where as the older version was happy with them.

It seems to have issues creating "dummy" roms as well in some files, it just wont do it, if i create them, padd them to the length needed then they go green!. I will try with this one later tonight and post a screen shot(s)

Testing with tick.wav is not a good idea (see here).
I did some tests with bang.wav and galaga, and it seems there is a bug in this version anyway. I will analyze more precisely and fix that for the 3.55.

[SFX Group]

I did some tests with bang.wav and galaga, and it seems there is a bug in this version anyway. I will analyze more precisely and fix that for the 3.55.

Thanks,

To confirm though, assuming there are CRC listed, a file outside a zip should be found and locked as needed somewhere (what ever the color)? so it doesnt matter if its inside a zip or not?

Does this bug only apply to sound files or other data roms?

[SFX Group]

Ive noticed something else, there are a number of games needing sounds like 1.wav etc... if i dropped in 01.wav from the wrong file, it now decides this whole file is the different game, renaming the whole zip file to the new game, then ignoring the fact the zip file name is a game i need.

Its almost like there is alot of weight put on the sound files almost like "found this sound as xxx.zip so even though you have 99% of the roms for another game here, this is the wrong zip file name".

What i do is export all the missing games, i then import this generated list to a program that then creates all the zip files with nothing in them, take this put them in RomCenter and populate them with ROMS knowing which ones i am missing.

However as soon as i put the wrong sound file in a file, it says "wrong file name, change to xxx.zip" which is a file i already have else where in the system.

Heres a great example, i created kosmokil.zip, it has everything other than sounds:


If i now add the wrong sounds, its decided the whole file should now be "subroc3d.zip", surly this shoudl tell me the wrong files are in kosmokil.zip rather than change the whole file?

[RomCenter]

Its almost like there is alot of weight put on the sound files almost like "found this sound as xxx.zip so even though you have 99% of the roms for another game here, this is the wrong zip file name".

This is exactly what is happening. Samples are the 'heaviest' file during analysis.
Why ?
Because a sample has no crc, and because of that, there is no way to identify a sample if it is outside its parent zip.
If I rename the file, the sample in it is lost.

In your example, kosmokil.zip is renamed in "subroc3d.zip" which will allow the correct identification of the sample in it. If you fix the file, a new kosmokil.zip file will be created. Nothing is lost.