Runtime data

[charlied573 1]

Does anyone happen to know which db the runtime data is stored in?  I'm currently running server 3.0.5597.1 on Fedora 21.  All the metadata comes through fine, except for the runtime on approximately 100 files.  A manual run of ffprobe returns the duration properly, but an advanced refresh does nothing.  I'm at the point where I'm quite willing to just drop it into the database myself.

 

Below is a slice of the log, perhaps I've overlooked something basic:

2015-05-05 00:13:27.5879 Info - App: Application version: 3.0.5597.1
2015-05-05 00:13:27.5879 Info - App: Emby
	Command line: /opt/Emby/server/bin/MediaBrowser.Server.Mono.exe -programdata /var/opt/Emby/server -ffmpeg /usr/bin/ffmpeg -ffprobe /usr/bin/ffprobe
	Operating system: Unix 3.19.4.200
	Processor count: 2
	64-Bit OS: True
	64-Bit Process: True
	Program data path: /var/opt/Emby/server
	Mono: 3.10.0 (tarball Sat Jan 10 21:42:55 UTC 2015)
	Application Path: /opt/Emby/server/bin/MediaBrowser.Server.Mono.exe

2015-05-05 09:18:24.1104 Debug - App: Running FFProbeProvider for /storage/videos/alex.of.venice.2014.720p.mkv
2015-05-05 09:18:24.1496 Debug - HttpServer: HTTP Response 204 to xxx.xx.xxx.xx. Response time: 1761.846 ms.
	Url: http://xxx.xx.xxx.xx:8096/Items/4c77aeeeb8ba4adc5eca2720478597e8/Refresh?Recursive=true&ImageRefreshMode=FullRefresh&MetadataRefreshMode=FullRefresh&ReplaceAllImages=false&ReplaceAllMetadata=true
2015-05-05 09:18:24.1599 Debug - App: Running OmdbItemProvider for /storage/videos/alex.of.venice.2014.720p.mkv
2015-05-05 09:18:24.2531 Debug - App: Running MovieDbProvider for /storage/videos/alex.of.venice.2014.720p.mkv
2015-05-05 09:18:24.2568 Debug - App: Running MovieNfoProvider for /storage/videos/alex.of.venice.2014.720p.mkv
2015-05-05 09:18:24.2586 Debug - App: MovieNfoProvider returned no metadata for /storage/videos/alex.of.venice.2014.720p.mkv
2015-05-05 09:18:24.2586 Debug - App: Running MovieXmlProvider for /storage/videos/alex.of.venice.2014.720p.mkv
2015-05-05 09:18:24.2693 Debug - App: MovieXmlProvider returned no metadata for /storage/videos/alex.of.venice.2014.720p.mkv
2015-05-05 09:18:24.2701 Debug - App: Running FanartMovieImageProvider for /storage/videos/alex.of.venice.2014.720p.mkv
2015-05-05 09:18:24.3027 Debug - App: Saving /storage/videos/alex.of.venice.2014.720p.mkv to database.

Edited May 5, 2015 by charlied573

[Luke 37261]

try deleting the programdata/cache/ffprobe directory, then do your advanced refresh again

[charlied573 1]

Will do, I'll post back results after work.

[kolbasz 20]

Now that I am past my issue with resume, I figure it is time to find the source/cause of missing runtime.

 

I had go go through my library and manually tell it to refresh missing data because for whatever reason, runtime none.  For the most part, this did a really good job, but there are some files that are not updating and continue to appear with no runtime.  So, because the issue causes a resume file position issue, I wanted to get it out there and see if it can be fixed.  The hope is that there is something of use in the server logs

server-63566380800.txt

server-63566467200.txt

[kolbasz 20]

@@Luke, my folder was called ffprobe-video, no plain ffprobe folder, is that the same?  I am running emby via docker.

[charlied573 1]

So as an update, deleting /var/opt/Emby/server/cache/ffprobe-video (mostly) worked.  I've gone from ~100 files with no runtime to 3.  The same problem remains for those three; I can poll the files with ffprobe manually just fine, but Emby doesn't seem to like them.

 

For the moment, I've deleted the folder (again), and restarted the Emby server with debugging on (in my excitement, I turned it off).  It's running a media scan right now, which will take about an hour... so I'll attempt those files again once it's settled down.

 

Charlie

Edited May 6, 2015 by charlied573

[charlied573 1]

Got it.  

 

This might be specific to my setup, as I migrated this server from Mythtv (I'd been running it for 13 years, and started to feel like I was getting too 'set in my ways'):

 

I had noticed an issue with TV shows not appearing, so I changed their permissions last week (chmod -R 0775 to the directory).  The movies were *appearing* fine, so I had left them in their mix of permissions (which had always worked before).

 

On a whim last night I changed the permissions in the movies folder, but I had moved these three files *after* the permissions change.  I was trolling through the directory this morning while waiting for the media scan to finish, and noted the difference (gotta love colour coding...).  a quick chmod and the runtime data popped up without a hitch.

 

Time to check and add users to groups...

 

tl;dr:  Emby required expansive permissions to gather the runtime data (at least on my particular setup).  

Edited May 6, 2015 by charlied573