Media information are lost

[Dan64 30]

I'm running Emby server 3.0.5597.1 on Debian 8.0

 

Sometime happen, apparently at random when the metadata are changed (not the file movie that remain the same),  that the media information are lost (resolution, codec, audio, subtitle). I'm able to run mediainfo on the original movie file and so the problem is not related to the fact that the file could be damaged. What happen is that the media scan, apparently, do not start and the previous media information are lost. Sometime I'm able to start the media scan pushing the "Identify" button, but not always, also restarting the process  not always solve the problem.

 

Could be possible add in the "advanced Refresh" button the option to perform a media-scan ?

There is a way to force the media-scan ?

 

The additional problem is that I have Covert Art installed that use the media info to enhance the images and without these info display the wrong cover.  

Edited May 9, 2015 by Dan64

[Luke 42077]

it already does that with the refresh button

[Dan64 30]

Sorry but is not what happen, the are some conditions, that I do not have identified yet that change the expected behavior. This is a an example of strange behavior: suppose that I have a movie named: "dummy.mkv", in the metadata window I can see the correct path and name: "dummy.mkv". Now if I change the movie name in "dummy [720p].mkv" and I press  the button "refresh", start the refresh (the message refresh queued do not appear) but the name of file (in the metadata window) remain "dummy.mkv".

 

To solve the problem I have:

 

1) delete movie.xml and the .nfo file

2) restart mediabrowser server

3) run a "scan media library"

 

this the only way that I have found to force a "true" refresh.

Edited May 9, 2015 by Dan64

[Luke 42077]

I assure the refresh button does a scan. You need to capture a specific example otherwise we're just playing a guessing game here. Please see http://emby.media/community/index.php?/topic/790-how-to-report-a-problem/

[Dan64 30]

I did the test.

 

Here the metadata info:

 

 

After this screenshoot I have renamed the file as follow:

 

 

Then I have performed a refresh

 

 

Second try refresh

 

 

But nothing is changed !

 

I have attached the log file, unfortunately there are tons of message regarding DLNA (suggestion on how remove them are welcome), but I think that what happen is in these few lines of log file:

2015-05-10 09:46:35.6120 Debug - HttpServer: HTTP POST http://192.168.0.11:8096/mediabrowser/Items/62bde9030cccb0ccca471c886de3c793/Refresh?Recursive=true&ImageRefreshMode=FullRefresh&MetadataRefreshMode=FullRefresh&ReplaceAllImages=false&ReplaceAllMetadata=true
	Ip: 192.168.0.20:2849. Headers: Host=192.168.0.11:8096,User-Agent=Mozilla/5.0 (Windows NT 6.3; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0,Accept=*/*,Accept-Language=en-US,en;q=0.5,Accept-Encoding=gzip, deflate,Authorization=MediaBrowser Client="Dashboard", Device="Firefox 35.0", DeviceId="0d44b5afbecec088890b547b3ebb386847643561", Version="3.0.5597.1", UserId="e4fafe12771947c5e7923375b97685f4",X-MediaBrowser-Token=7662e291dcfe4775ab853a34026cb486,Connection=keep-alive,Pragma=no-cache,Cache-Control=no-cache,Content-Length=0
2015-05-10 09:46:35.6164 Debug - App: Running FFProbeProvider for /RAID/EMBY/Movies/Films/Thriller/Hitchcock Collection [boxset]/Rope (1948)/Nodo alla gola (1948) [1080p][x265].mkv
2015-05-10 09:46:35.6196 Debug - HttpServer: HTTP Response 204 to 192.168.0.20. Response time: 7.437 ms.
	Url: http://192.168.0.11:8096/mediabrowser/Items/62bde9030cccb0ccca471c886de3c793/Refresh?Recursive=true&ImageRefreshMode=FullRefresh&MetadataRefreshMode=FullRefresh&ReplaceAllImages=false&ReplaceAllMetadata=true
2015-05-10 09:46:35.6238 Debug - App: Running RottenTomatoesProvider for /RAID/EMBY/Movies/Films/Thriller/Hitchcock Collection [boxset]/Rope (1948)/Nodo alla gola (1948) [1080p][x265].mkv
2015-05-10 09:46:35.6300 Debug - App: Running BaseGenreCleaner for /RAID/EMBY/Movies/Films/Thriller/Hitchcock Collection [boxset]/Rope (1948)/Nodo alla gola (1948) [1080p][x265].mkv
2015-05-10 09:46:35.6300 Debug - App: Running FanartMovieImageProvider for /RAID/EMBY/Movies/Films/Thriller/Hitchcock Collection [boxset]/Rope (1948)/Nodo alla gola (1948) [1080p][x265].mkv
2015-05-10 09:46:35.6316 Debug - App: Saving /RAID/EMBY/Movies/Films/Thriller/Hitchcock Collection [boxset]/Rope (1948)/Nodo alla gola (1948) [1080p][x265].mkv to database.

It seems that the file name is not refreshed and that the FFProbe is performed on the wrong file name. This could be the reason why the mediainfo data are lost.

server-63566847632.txt

Edited May 10, 2015 by Dan64

[Luke 42077]

if you change the name of a file it becomes a whole new library item at that point, so refreshing on the old item will yield unexpected results. the best thing to do is just rename and then let the realtime monitor and/or the regular scan handle it.

[Dan64 30]

I don't understand why this check could not be done also running manually a refresh, that in any case is faster that a library scan.

[Luke 42077]

doing it on a parent folder should be ok too.

[Dan64 30]

In my tests do not work. I have to delete the movie.xml and .nfo and run a (quite long) scan library (*) to solve this issue, that could be solved easily having a refresh that works differently...

 

I can understand that probably there are some optimizations that has been implemented that use the information already available for this reason could be make sense add in the advanced refresh an option to perform a full refresh that remove the previous entries stored in the library (is are available).

 

 

(*) but sometime do not work, I have to rename the movie to completely remove the entry from the library.

Edited May 10, 2015 by Dan64

[Luke 42077]

There is such an option in the advanced refresh popup.

[gsnerf 26]

[...] run a (quite long) scan library (*) to solve this issue, that could be solved easily having a refresh that works differently...

 

I'm not sure what exactly you have tested, but you seem to be under the impression, that emby should recognize file renaming for existing items which it doesn't.

 

A refresh would only reload the information on the already scanned file in the filesystem. If you rename an existing file, that file is invisible to embys refresh, as it only tries to refresh information from the old file name. If it can't find the file I guess it will simply cancel the refresh operation. Only if a scan is done (or automatic monitoring of the file system is activated) emby has a chance to know, that there is a seemlingly new(!) file which it might recognize and create a new(!) entry in the library.

 

I have however also encountered some cases, where neither refresh, nor advanced refresh actually (tried to?) reload the information (from the web at least, so no new details, no new images etc.). I had to start a manual identification process on that movie, to get refreshed information. I can't quite put together the exact circumstances when this doesn't work and when it does. If I can figure that out, I'll let you know.

[Dan64 30]

There is such an option in the advanced refresh popup.

 

such option is missing in advanced refresh, and as already posted previously do not work in such case.

 

 

The problem arise not only when is changed the file name, but also when the file path is changed. Supposing that you want to move a directory plenty of movies in another folder. Each file moved will have the same problem, and fix it manually is very tedious...

Edited May 11, 2015 by Dan64

[Luke 42077]

The option is right there, refresh all data. When you rename or move files, yes, if you have pre-existing metadata then it gets used. Sorry but that's what the vast majority of people want so that's the way it is. After it's been imported under the new file name you can always manually refresh.