MP4 Video Files not displaying in EMBY

[davidawarner 14]

Friends, 

Few years ago, Luke helped me with EMBY where files (MP3/MP4) were not updating when I copied to the paths EMBY is monitoring.
For sometime now, I have noticed this issue creep up again. 

I noticed my entire collection of \\10.190.39.5\Video\Music Concerts  are not displaying MP4 videos. 

EMBY server is hosted to my SynologyNAS. Haven't seen issue's with other video or mp3 folders displaying.

Could use assistance EMBY team.

Attached are my server texts. Not sure where to go from here.

Please assist

tvos

embyserver.txt embyserver-63918147573.txt

[Luke 42638]

Hi, where exactly are you looking for them?

[davidawarner 14]

7 minutes ago, Luke said:

Hi, where exactly are you looking for them?

Not sure if this helps but the directory is: 

10.190.39.5\Video\Music

There is a combination of mpg and mp4 video files. 

I mentioned when I drop a new video and to another directory like my movies or if it's a music file emby's not picking it up. I have to actually search the files or the library metadata so that way it populates to the UI of MB 

 

Ideas?

 

[yocker 1681]

@davidawarnerCan be something as simple as a filter you have enabled in the client?
It sometimes fools me when i forget to remove it.  

[davidawarner 14]

I just looked and no filters I can see. 

Verified this with three devices. TV (Roku), Laptop, and S26ULTRA.. 

 

 

[TMCsw 279]

This is the old classic RTM limit problem:

Quote

026-06-27 09:01:59.730 Error LibraryMonitor: Error in Directory watcher for: /volume1/Music
       *** Error Report ***
       Version: 4.9.5.0
       Command line: /volume1/@appstore/EmbyServer/system/EmbyServer.dll -programdata /var/packages/EmbyServer/var -ffdetect /var/packages/EmbyServer/target/bin/ffdetect -ff
mpeg /var/packages/EmbyServer/target/bin/ffmpeg -ffprobe /var/packages/EmbyServer/target/bin/ffprobe -nolocalportconfig -ignore_vaapi_enabled_flag -pidfile /var/packages/Emby
Server/var/EmbyServer.pid -defaultdirectory /volume1/Public -updatepackage emby-server-synology72_{version}_x86_64.spk -noautorunwebapp
       Operating system: Linux version 4.4.302+ (root@build5) (gcc version 12.2.0 (GCC) ) #86009 SMP Wed Nov 26 18:19:17 CST 2025
       OS/Process: x64/x64
       Framework: .NET 8.0.25
       Runtime: volume1/@appstore/EmbyServer/system/System.Private.CoreLib.dll
       Processor count: 4
       Data path: /var/packages/EmbyServer/var
       Application path: /volume1/@appstore/EmbyServer/system
       System.IO.IOException: System.IO.IOException: The configured user limit (1048576) on the number of inotify watches has been reached, or the operating system failed to
allocate a required resource.
       Source:  
       TargetSite:  
       No Stack Trace Available
       

 

There is a post on this forum that gives instructions on how to fix this, but all searches currently give me 0 results.

A forced library scan should also make these avaliable (but not future additions).

Found it:

 

Edited 17 hours ago by TMCsw

[FrostByte 5498]

Ya, looks like you're going to have to bump that up some more again to make RTM work.  A million + is a lot of files 

Edited 15 hours ago by FrostByte

[davidawarner 14]

14 minutes ago, FrostByte said:

Ya, looks like you're going to have to bump that up some more again to make RTM work.  A million + is a lot of files 

so far in the document, what is your suggestion? this is what I have right now

sysctl fs.inotify.max_user_watches=1048576;
sysctl fs.inotify.max_user_instances=4096;

 

Please advise and Thank You

tvos

 

 

[FrostByte 5498]

If you're going to add a bunch more files still, I would just change it to 1148576.  Or, if you want to go up in smaller amounts just keep adding 10,000 until the error goes away.

[davidawarner 14]

9 minutes ago, FrostByte said:

If you're going to add a bunch more files still, I would just change it to 1148576.  Or, if you want to go up in smaller amounts just keep adding 10,000 until the error goes away.

so what does "1148576" actually do? I remember few years ago where I posted about this, created the task, etc and fixed the issue. Never was certain about the number

Thank You for your help!

[FrostByte 5498]

Every file and folder in your library uses a watch.  A movie can be 50+ watches depending on how many pictures and stuff you like to keep.

An instance is the number of changes since the last scan.

Every actual watched file (not what you set it at) uses about 1K of memory.

[davidawarner 14]

I increased the watcher per your suggestion and rebooted my NAS. Will keep an eye on this and see if this helps

[Luke 42638]

9 hours ago, davidawarner said:

Not sure if this helps but the directory is: 

10.190.39.5\Video\Music

There is a combination of mpg and mp4 video files. 

I mentioned when I drop a new video and to another directory like my movies or if it's a music file emby's not picking it up. I have to actually search the files or the library metadata so that way it populates to the UI of MB 

 

Ideas?

 

Looks like you set the content type of the library to music. It would need to be music videos, or any of the other video types.

[davidawarner 14]

2 minutes ago, Luke said:

Looks like you set the content type of the library to music. It would need to be music videos, or any of the other video types.

I will definitely check this out and see what I can find.. that thought did come across my mind and I thought I'd checked my settings and everything but I'll review

Thank you

[davidawarner 14]

11 hours ago, Luke said:

Looks like you set the content type of the library to music. It would need to be music videos, or any of the other video types.

Thank You Luke.. that did the trick! Wrong content type. Never realized this until now and the irony been like this for last three years.