Updating media from Emumovies takes forever

[SiriusVI]

Hey there,

I wanted to use some of my days off to update metadata and media from some of my platforms and I encountered a weird issue with emumovies:

Basically, when selecting games inn my platform (e.g. SNES) and choosing "Yes, but do not replace any existing fields or media (recommended)", emumovies takes a very lonng time to seach for and download new media files. I'm talking about leaving the PC on over night and in the morning it's not finished.

It's roughly 1.700 games, and I'm only updating Manuals, Music and Video files, so nothing crazy. The problem is only with emumovies, the media from LB Database is downloaded very quickly.



When deleting the platform and reimporting the games, or when choosing to replace all metadata and media, then this bug does NOT occur. It's only there when trying to update and choosing "Yes, but do not replace any existing fields or media (recommended)".

What's I'm seeing on the progress bar on the top of Lauchbox is that emumovies keeps searching for files, then downloads a few (1-3 files) and then searches again. This process keeps repeating, making the whole process take unbearably long.



Any idea why this is happening?

Edited yesterday at 01:09 PM by SiriusVI

[dragon57]

What you are seeing is often related to the api server for emumovies having issues. Have you checked on their forums for any related post? You can also use their EmuMovies Sync tool to check for related issues so you can at least know where the issue lies.

[SiriusVI]

5 hours ago, dragon57 said:

What you are seeing is often related to the api server for emumovies having issues. Have you checked on their forums for any related post? You can also use their EmuMovies Sync tool to check for related issues so you can at least know where the issue lies.

I'm not so sure. If it were an api server issue, thenn the issue would also occur when importing a fresh set of roms. I believe that the issue is that Emumovies tries to find out if a file already exists before downloadinga nd that process just isn't optimized. But that's just a guess. I really do't know what's going on.