All Activity

I have a problem. I have been forced to move off of Ubuntu on my EMBY installation as my graphics card is no longer supported under Linux. Tried Windows but the NIC card is not supported (it's an enterprise class so Windows 11 doesn't have the drivers) so I finally ended up with Windows Server 2025 which supports all of the hardware perfectly. EMBY Server installs and runs perfectly but I am struggling to get EMBY Theater running. This might sound like an odd setup but the server is connected to a video switch which distributes video to multiple TVs throughout my home so it is ideal for me. Windows Server doesn't support the GUI for Microsoft store but it does support installation using winget (earlier versions of Windows Server didn't). So the command (elevated powershell) "Winget install 9NBLGGH4T70L --source msstore". Works perfectly. The problem is that when I start EMBY Theater I get the splash screen and the moving lines then it freezes to a blank white rectangle and a message is displayed that either i don't have permission to access or a file is missing. Unfortunately the file name is truncated after the path (C:\Program Files\WindowsApps\) the name starts with EmbyMedia.EmbyTheater_2.317.2.0_neural-~-svmepx4c03f7m....... I've checked and there are several files in the folder with names which start like this. Any Ideas? Plan B was to use the portable version of EMBY Theater. Sadly this is no longer supported. I did sort of get it to run but key features such as being able to access the setup screens don't work. So could someone help to get the MS store version working on Windows Server 2025 or could you reinstate the .exe which i can install on my platform? Thanks.

AndroidTV app FOR THE WIN! : OK here is a first for me when comparing Emby for Android TV vs Emby for Android on my Nvidia Shield Pro. The trust old Emby for Android TV direct plays but the Emby for Android transcodes (and changes the framerate from 30 FPS for some reason). Same hardware, same video file. In fact I challenge others to try this as its a free download of the GTA IV Extended Look in MP4 from Rockstar's site, linked below. Its a registered movie in TMDB too so add it to your movie folder but add the year to help Emby identification. https://www.rockstargames.com/VI/media/videos Don't even get me started on the WebOS version playing this file as it converts it to a variable frame rate from the fixed 30 FPS up to over 40 FPS for some reason and it stutters like mad. But that is for another thread I may create. Perhaps Emby should download this free file and do some testing across multiple devices and see what happens.

Thanks! I can pull the Docker image now. However, I’m having trouble starting the container—my NAS only has 12GB of RAM, which might not be enough.

It's happened again. Checked the dashboard this time and it is indeed playing through the universal Android app. Doesn't seem to be playing an album, this time...it started midway through “I Did Something Bad” from Reputation and has now moved on to “Love Story” from Fearless. Might be one of my music playlists, though, which was the last thing I was doing on Emby from a music playback perspective but I've watched a dozen movies since then so it doesn't make much sense. This is also the first time I've used Beamafilm since the last time I had this issue, so it does seem to be some sort of interaction with Beamafilm specifically. I rebooted the server. It was in the middle of “Love Story” when it shut down, and when it booted up it immediately started playing “no body, no crime.” I'm unable to control playback from the dashboard. embyserver.txt embyserver-63925689323.txt

Hi, I am consistently getting the error "Too many errors - giving up" on playback on my firesticks. This does not happen via Browser playback, Androif phone playback or Samsung TV app playback. In the past month, I have turned in automatic subtitle downloading from Opensubtitles and Add1cted. Perhaps it is related to that. Please see log file from failed playback this morning Many thanks

with cpu only solve on severance show, but for this show, another problem : credits-detection-debug-2026-09-22T07-39-28.log

It really makes no sense that EHS isn't supported with the fullscreen spotlight display. As it is now, when I scroll down to the next row I get this: Which makes no sense at all. That top area could easily be used for EHS. Having it display the info for the spotlight, and not for the movie I have selected, is just confusing. Further, if I then press the up arrow on the remote, it focuses the spotlight but doesn't scroll back up to it:

Can't say I'm seeing that, version .60 on a Shield (to a Samsung soundbar to a Sony TV if it matters).

Okay now that I have the full-screen spotlight back...the translucent backdrop issue is still occurring. Click on the info button in the spotlight to go to the item details screen of the spotlighted title. Press the back button to return to the home screen without refreshing it. When the spotlight scrolls to the next film, the backdrop of the film whose item details screen you went to will still be visible, overlaying the backdrop of the newly-spotlighted item.

Oh, sorry, this is a log embyserver.txt

Actually I think your issue is probably this: So please follow that topic. Thanks.

Hi! Yes sir, it have installed it on my Docker, when doing a first scan it gave something like 10 or so errors so the scan wasnt succseful. From what i can gather these errors come from NFO:s missing a studio-tag. Will have another go at it shortly. Thanx!

Hi there, please attach the Emby server log from when the problem occurred: How to Report a Problem Thanks!

But all that does is let you change the interval. It’s not an option to disable anything.

Hi. The option was added during 4.9 releases.

Ah yes true lol..well opening the domain works.

OK I would suggest updating to Emby Server 4.9 or later.

Hi, what exactly happens the second time?

Thank you it worked. But unfortunately it only worked once with the app. In a second run the app does not connect properly anymore. I can gladly share a photo later on. My workaround is using emby with the https address over the internet browser now. That works fine, but I have to control it with a mouse cursor via tv remote.

Emby Server version: 4.8.10.0 Operating system: Linux (Ubuntu 22.04, kernel 5.15.0-130-generic) .NET Runtime: 6.0.31 Installation type: Native .deb package Issue: I'm unable to delete certain users from the web dashboard. The following error is logged when the delete request fails: System.ArgumentNullException: System.ArgumentNullException: Value cannot be null. (Parameter 'ConnectServerId') at Emby.Server.Connect.ConnectManager.CancelAuthorizationByConnectUserId(String connectUserId) at Emby.Server.Connect.ConnectManager.RemoveConnect(User user, String connectUserId) at Emby.Server.Implementations.Library.UserManager.DeleteUser(User user) at Emby.Server.Implementations.Services.ServiceController.GetTaskResult(Task task) at Emby.Server.Implementations.Services.ServiceHandler.ProcessRequestAsync(HttpListenerHost httpHost, IServerApplicationHost appHost, IRequest httpReq, IResponse httpRes, IStreamHelper streamHelper, RestPath restPath, String responseContentType, CancellationToken cancellationToken) at Emby.Server.Implementations.HttpServer.HttpListenerHost.RequestHandler(IRequest httpReq, ReadOnlyMemory`1 urlString, ReadOnlyMemory`1 localPath, CancellationToken cancellationToken) Source: Emby.Server.Connect TargetSite: Void MoveNext()

Hello Emby team, I am experiencing a PathTooLongException when Emby scans a media library on Linux. After investigating the issue, I found a previous Emby community thread that appears to be very similar to my case: Docker/Fedora 41 - Too long path error (actually it's not) https://emby.media/community/topic/137639-dockerfedora-41-too-long-path-error-actually-its-not/ My environment: Emby Server: 4.10.0.40 OS: Linux .NET: 8.0.28 Docker deployment Architecture: x86_64 The error is: System.IO.PathTooLongException: The path '/115_media/Media Library/GHS Media/Normal/雄神YUU' is too long, or a component of the specified path is too long. at System.IO.Enumeration.FileSystemEnumerator`1.MoveNext() at System.Collections.Generic.LargeArrayBuilder`1.AddRange(IEnumerable`1 items) at System.Collections.Generic.EnumerableHelpers.ToArray[T](IEnumerable`1 source) at Emby.Server.Implementations.IO.ManagedFileSystem.EnumerateFileSystemInfos(...) at Emby.Server.Implementations.IO.ManagedFileSystem.GetFileSystemEntries(...) at MediaBrowser.Controller.Providers.DirectoryService.GetFileSystemEntriesInternal(...) What makes this interesting is that Linux itself can access the directory normally. For example, inside the Emby container: ls -la "/115_media/Media Library/GHS Media/Normal/雄神YUU" works correctly and lists the files. The problem appears to be related to the length of individual filenames rather than the total Linux filesystem path. I measured the UTF-8 byte length of the .strm filenames and found many filenames between approximately 400 and 687 bytes. For example: 687 bytes 679 bytes 677 bytes 675 bytes ... The filenames contain a large amount of Chinese/other non-ASCII Unicode characters. The previous community thread mentioned above appears to have found that truncating filenames to approximately 255 bytes avoids the problem. However, renaming the files is not a practical solution for my setup. These are automatically generated .strm files and changing their filenames would affect my existing media library/NFO matching. My question is: Is this still a known limitation/bug in the Linux version of Emby? More specifically: Is there a recommended workaround that does not require renaming the files? Has this issue been fixed or changed in a newer Emby version? Could Emby handle this exception during directory enumeration so that files with long UTF-8 filenames do not prevent the rest of the directory from being scanned? Is there a plan to support filenames longer than approximately 255 UTF-8 bytes on Linux? The fact that Linux can enumerate the files normally with ls, while Emby's .NET System.IO.Enumeration.FileSystemEnumerator throws PathTooLongException, makes me suspect this is related to the .NET/Emby filesystem enumeration layer rather than an actual Linux filesystem path limitation. Any guidance from the development team would be greatly appreciated. Thank you.

Hi Luke, Thanks for following up. Yes, I'm still having the issue and I've tried a few different things to see if that would work with no luck. My Emby server is on 4.10.0.40, iOS app is 2.2.58. I run the server on a Synology 1621+, so I tried new servers on Ubuntu & Windows. No music would play through the iOS app, but could play music through my browser. Tried installing Netbird rather than Tailscale. Same results. Tried moving the music location from the Synology server to locally on Windows. Nothing still. Lastly, tried accessing my Emby server through jellybox rather than the Emby app and wasn't successful there either. So I've run out of ideas pretty much at this stage, unless there is something with the phone itself.

Where is that setting? Haven’t changed anything one way or another since I upgraded.

Hi there, please attach the Emby server log from when the problem occurred: How to Report a Problem Thanks!

I upgraded to 4.10 yesterday and seeing the same issue with the sidebar disappearing in Edge, just like OP I have to hit refresh to get it to come back. I am also occasionally getting the admin dashboard on top of the home screen when clicking the gear icon. @LukeHere is a screenshot mate, when you hit the gear icon it goes back to admin with no side panel, hitting the sidebar icon slides out a blank panel.