Home videos with title "Video" after library scan

[somy 25]

Hi,

I added a library with content type "Home Photos & Videos". The library contains only one folder which has several sub-folders, and each subfolder have around 5000 mkv files. After the library was added Emby started to scan the files, and it took around 2 hours (without chapter extraction), so all good so far. However for some video files Emby just marks the title "Video" and refuses to use the file name, and this happens to some videos randomly. For example I have a folder that contains only a few files with title "Video" while another folder contains almost everything called "Video". My question is: why Emby was not happy using the file name as the title for some of the videos and in which cases Emby will use the default title "Video"?

Thanks all in advance!

Edited December 22, 2017 by somy

[somy 25]

Is there a way to force Emby to rescan the files without names??

[Luke 42083]

Hi there, can you please discuss some examples? Thanks.

[somy 25]

Hi Luke, thank you for your reply! Please see the screenshot attached. I tried to remove the library and add it back but got the same result. Before thumbnail generation all videos had the correct names, but after library scan completed many of them changed the title to “Video”.

Edited December 23, 2017 by somy

[somy 25]

Hi there, can you please discuss some examples? Thanks.

Ops, double post, sry!

Edited December 24, 2017 by somy

[somy 25]

Looked into the log file and found the following error:

2017-12-22 22:04:04.562 Error LibraryMonitor: Error watching path: /share/Multimedia/Karaoke

*** Error Report ***

Version: 3.2.50.3

Command line: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system

/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system/EmbyServer.dll -programdata /share/CACHEDEV1_DATA/.qpkg/EmbyServer

/programdata -ffmpeg /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffmpeg -ffprobe /share/CACHEDEV1_DATA/.qpkg/EmbyServer/bin/ffprobe -updatepackage emby-server-qnap_{version}_x86_64.qpkg -noautorunwebapp

Operating system: Unix 4.2.8.0

64-Bit OS: True

64-Bit Process: True

User Interactive: True

Processor count: 4

Program data path: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/programdata

Application directory: /share/CACHEDEV1_DATA/.qpkg/EmbyServer/system

System.IO.IOException: The configured user limit (128) on the number of inotify instances has been reached.

  at System.IO.FileSystemWatcher.StartRaisingEvents()

  at System.IO.FileSystemWatcher.StartRaisingEventsIfNotDisposed()

  at System.IO.FileSystemWatcher.set_EnableRaisingEvents(Boolean value)

  at Emby.Server.Implementations.IO.LibraryMonitor.<>c__DisplayClass38_0.<StartWatchingPath>b__0()

System.IO.IOException

  at System.IO.FileSystemWatcher.StartRaisingEvents()

  at System.IO.FileSystemWatcher.StartRaisingEventsIfNotDisposed()

  at System.IO.FileSystemWatcher.set_EnableRaisingEvents(Boolean value)

  at Emby.Server.Implementations.IO.LibraryMonitor.<>c__DisplayClass38_0.<StartWatchingPath>b__0()

 

Not sure if the issue is related but will also post the stack trace to the QNAP thread.

Edited December 23, 2017 by somy

[ebr 16187]

Hi.  Is it possible these items have embedded name tags?

[somy 25]

Hi.  Is it possible these items have embedded name tags?

 

Hi, thanks for your reply! How can I check if the files contain embedded name tag? When I set up the library I didn't choose "Prefer embedded titles over filenames" so shouldn't it just use file names?

I tried to move the files to another location, remove the lib and add it back. After a few hours scanning I got exactly the same result, so it is somehow deterministic (not random issue due to memory or Cpu usage etc.) I attach the complete server log file for diagnostics. Thank you all and merry Christmas!

Edited December 24, 2017 by somy

[somy 25]

Hi.  Is it possible these items have embedded name tags?

 

Just figured out, it was because of nfo descriptors exist for some of the files, and there is no name in the descriptor.

Maybe better to fall back to file name if no name can be found?

[Luke 42083]

Nfo descriptor?

[somy 25]

Nfo descriptor?

 

I meant there were some .nfo files for some of the videos, and I think Emby tried to find name from those files first. 

Unfortunately there were no proper names in .nfo files, which caused Emby to call them "Video". I suggest in such case Emby should fall back to file name.

The problem is solved by removing all the .nfo files in those folders.

[Luke 42083]

 

 

Unfortunately there were no proper names in .nfo files, which caused Emby to call them "Video".

 

This isn't true. the name must have come either from inside the nfo, or somewhere else.

[somy 25]

This isn't true. the name must have come either from inside the nfo, or somewhere else.

 

Can't attach nfo file as I have removed them all, but pretty sure there is no name in them. Anyways the issue is solved by removing all nfo files. Thanks all for your help!!

[Luke 42083]

Well then the name must have been inside the nfo. thanks.