Investigating very long scan media library time

[legrosmoi 4]

Like some others users, when the serve performs a 'Scan Media Library' job, it get stuck at

some percentage. It gets stuck there for a long time (after a time I just kill the server).

 

After investigating, it turns out that the MediaIndo.dll is the culprit.

Emby currently uses version 0.7.70 and if I use the CLI version of that same library and

try to open the culprit file, the MediaInfo libray get stuck forever. Actually it will timeout after a very 

very long time... Latest version 0.7.80 has the same problem

 

The culprit is a FLV short TV program. The file is good and I can view it without problem.

ffprobe from ffmpeg library show an error within the file, but read the info quickly without mishaps

MediaInfo.dll get stuck on it.

 

Possible solutions:

 

1) With the MkvToolnix, I remuxed the culprit file to a MKV container and all problems are gone...

 

  or

 

2) I dropped an older version of the MediaInfo.dll in the server directory (after shutting it down).

   I used version 0.7.60 and it reads the culprit FLV file very quickly

 

Preferred solution: use options 2), in case there are other problematic file... I don't want to start remuxing lots of file...

 

----------------------------

 

How to find such a problems... 

 

1) In the server 'Avanced' tab setting, I checked the 'Enable debug log' option

 

2) In the log, I have an entry like this

 

2015-12-18 23:24:31.3586 Debug App: Running FFProbeProvider for C:\Medias\Medias_02\Films\Docu-Series-Fr\Amour, haine et propagande (2010)\Amour, haine et propagande - 1x01 - Les années 1930, les hommes forts - Fr.flv

 

2015-12-18 23:24:31.3586 Debug MediaEncoder: C:\Users\MediaServer\AppData\Roaming\Emby-Server\ffmpeg\20151111\ffprobe.exe -i file:"C:\Medias\Medias_02\Films\Docu-Series-Fr\Amour, haine et propagande (2010)\Amour, haine et propagande - 1x01 - Les années 1930, les hommes forts - Fr.flv" -threads 0 -v info -print_format json -show_streams -show_chapters -show_format

 

2015-12-18 23:24:31.4210 Debug MediaEncoder: Running MediaInfo against C:\Medias\Medias_02\Films\Docu-Series-Fr\Amour, haine et propagande (2010)\Amour, haine et propagande - 1x01 - Les années 1930, les hommes forts - Fr.flv

============ Huge gap of time ==================

2015-12-18 23:31:50.9986 Info HttpServer: HTTP GET http://192.168.10.120:38773/dlna/4a253aabceeb04776c1182dae2fd9a2e/description.xml. UserAgent: Microsoft-Windows/6.1 UPnP/1.0 Windows-Media-Player-DMS/12.0.7601.17514 DLNADOC/1.50

 

Notice the huge gap of time, between the two entry... When Emby reach that point, even though the server seems to have timed out and exited the MediaInfo.dll query, it seems that the query is still going on in the background. The server CPU usage stays at 30% for quite some time... After that everything becomes very slow... Using SysInternal tools 'procmon.exe' I see that my culprit file is being accessed millions of time in an endless loop... by the MediaBrowser.ServerApplication.exe

 

3) When you know which file cause a problem, download the CLI or GUI for MediaInfo, the latest version 0.7.80 behaves the same as version 0.7.70 used by Emby, and try to open the file with it... See if it gets stuck

 

4) Please report your finding...

 

Thanks,

Jocelyn

Edited December 19, 2015 by legrosmoi

[Luke 42083]

this happens with the latest mediainfo too?

[legrosmoi 4]

Yes, it does.

[Luke 42083]

Thanks. We're just going to remove it. I found other ways to get the info we were extracting.

[legrosmoi 4]

I have also opened a bug report with the MediaInfo team. They will test the file but since it is 400 MEG, it will take some time.

 

But, if you can do without, all the better

Edited December 19, 2015 by legrosmoi