@phillyguy
I'm glad we found the problem at least.
The wbf1 files are needed because FAT32 can only use files up to 4GB. Anything over the 4 GB threshold needs to be split into another file. By deleting the wb1 files, part of the game would be missing anyway, so I don't see the point of recovering it. As Redia explained, the only solution is to rip those games again.
@icebrg5
That should be easy enough if I just use the file info; Created,Modified,Accessed.
@all
I've tested the cover download queue and it seems to work fine. I'm just thinking of some functions to add..
1. Set custom cover folders, languages etc. in the settings dialog.
2. On each page, have a download all/selected/missing in the menu.
3. Export all covers for loaded drive or list. So you can have an offline copy of all covers and store only needed covers on a FAT32 drive.
4. Maybe have a new tab for the "job" queue. To see what's actually happening with the cover downloads.
5. Any suggestions..
The covers can be automatically downloaded when you highlight an entry in the list too. I'll have an option to turn that on/off.
If you used the "testdb" parameter, you would've seen the cover display I planned to use. I'm not happy with it, it's too slow, so I'll probably dig out the old code to see if it's better. I'll definitely need to come up with something else.
I'm not exactly sure yet how everything works with the loaders. eg. Where the covers should be for the different loaders. I've also never tried using covers from a FAT32 drive either, so I'll figure that out as I go..
I was thinking about giving the transfers an overhaul too. Using the Queue system, if anything goes wrong with 1 transfer, the others won't be affected like sometimes happens now with the thread randomly terminating early. I'd show all the transfers on the job queue tab. It would show the active transfers/downloads in a list at the top, with the queue at the bottom.