All Activity

Hi, I'd like to suggest adding server-side control over some client experience settings across Emby clients, specifically: Play theme songs Play theme videos Enable backdrops These settings are currently controlled individually on each client (Windows, Mobile, Tablet, TV apps, etc.). While this is useful for personal preferences, it creates a challenge for server administrators who want to provide a consistent experience for their users. For example, an administrator may spend time setting up theme songs, theme videos, and custom backdrops to make the library feel more immersive. However, users may never enable these options, may not know they exist, or may accidentally disable them and not know how to restore the experience. Suggested feature: Add a server-side "Client Experience Settings" section where the administrator can manage how these options behave across connected clients. Option 1: Default "on" The server provides preferred settings when a client connects for the first time. Users can still change them locally if they want. Option 2: Enable/Disable control The administrator can allow or disable certain features across clients. This helps users enable features they may not know about. It also allows administrators to disable features if they become a performance concern. Option 3: Reset client settings Allow the administrator to restore client settings back to the server-defined defaults. This would be especially useful for family/friends servers where the administrator manages the entire experience and users are not expected to configure advanced settings themselves. The goal is not to remove user choice, but to give server administrators better control over the intended media experience across all Emby clients. Thanks!

Are you the same guy from efnet the other night talking about releasing something for trailers on here? Looks cool BTW.

joining in this discussion as well since i would be very interested in having this feature made available..

One of the better shows

Yes it is just a front end, only part I like is the trailers and animation it looks very nice. Basically just a 3rd party app that can be used to watch your emby library among other stuff.

And so do Android TV and Roku.

There's no sense in which this would be even remotely true. It's a complicated subject. First of all, there are no fixed intervals - not even approximately. Then there are diffent generations and differnet kinds of objects (short-lived, long lived and in-betweern). The best assumption you can make about garbage collection is that your assumptions are likely wrong. It also happens rather rarely that .net allocations are not being releases for long durations The second best assumption you should make is that whenever there's a memory problem, the garbage collector is the least likely cause. There are multiple levels in the game. The garbage collector releases managed objects and their memory, But this doesn't directly free application memory. .NET allocates larger blocks of native memory and uses this for its own memory management, except for large objects - for which it has the "large object heap" - this is being treates differently, with the goal to free the native memory more early, when it's no longer used. Under normal operation (with sufficient native memory available), all this is done in a rather "lazy" way. Better keep already allocated memory because it might be needed again in a moment, so rather not free it. All these things change when there's memory pressure, signaled by the system: the gatbage collector is working more eagerly and on shorter notice and kicking out unneded allocations pro-actively. Also memory allocations are de-fragmented if necessary to have more contiguous blocks which can be freed. And something similar also happens at the native side, because there's once another virtualization of memory space, and here again (in the case the OS), memory that has been freed by the application is being actually made available for use by other processes, and only then you will see the process' memory usage drop. Finally, the total memory being used by Emby Server is not all just .NET memory. There's also quite an amount of native memory being allocated directly by various components, biggest consumer in the area being the SQLite client and its caches. It's complicated (see the part about 'assumptions' above)

Can you please do a new test? Enable debug logging, then restart the server and play one movie or show that you knows has the problem, then please post the logs from that session? Thanks.

I sometimes get what might be the same problem with Emby on my shield connected to an AVR. I believe the problem lies in the AVR or TV somehow having problems with the Shield changing resolution/hz and then takes a long time to recover. Disconnecting the Shield for a couple of seconds, rebooting the shield and/or AVR usually helps.

Hi iPhone HEVC (.MOV) videos containing a Rotation 180 deg metadata tag play upside down in both the Emby Web Client and the Samsung TV app. The same files play with the correct orientation in Windows Media Player/Explorer, and Emby generates thumbnails in the correct orientation. This suggests the rotation metadata is being interpreted correctly during thumbnail generation but not during playback. Is this a known issue with QuickTime rotation metadata (Rotation 180 deg), and is there a server or FFmpeg setting to honour it during playback? Emby 4.10.0.20 beta on DSM 7.4 Thank you

One of the next betas for the Windows, Xbox and Linux apps will have this as an experimental feature. The WMC UI apps already have it, btw.

If this matters: Emby stopped working sometime shortly after I purchased Emby Premiere and put in my license key. we did just now try the option to “Restart Server” on the Mac app, and now it appears to be back. Is that all we needed to do?

Hi Luke, Thanks for taking a look. Here are the logs capturing the behavior. In this example, when a recording attempt fails due to an upstream proxy/tuner returning a 503 Service Unavailable, Emby immediately enters a hardcoded 60-second retry loop, which can cause resource contention with external gateways: 2026-07-26 13:20:03.812 Info LiveTV: Opening live stream for recording from channel [Redacted Channel] to [Redacted GUID] [Redacted Path]/[Redacted Program].ts 2026-07-26 13:20:03.812 Info LiveTvManager: Opening channel stream, external channel Id: [Redacted ID] 2026-07-26 13:20:03.822 Info HttpClient: Http response 503 from http://[Redacted IP]:5004/x_path1_x/x_path7_x after 9ms. Headers Server=BaseHTTP/0.6 Python/3.14.2, Date=Sun, 26 Jul 2026 20:20:03 GMT 2026-07-26 13:20:03.824 Error MediaSourceManager: Error opening live stream MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: ServiceUnavailable at Emby.LiveTV.EmbyTV.GetChannelStreamWithDirectStreamProvider(...) at Emby.Server.Implementations.Library.MediaSourceManager.OpenLiveStreamInternal2(...) 2026-07-26 13:20:03.830 Error LiveTV: Error recording to [Redacted GUID] [...] 2026-07-26 13:20:03.830 Info LiveTV: Retrying recording in 60 seconds. 2026-07-26 13:20:03.861 Info LiveTV: Creating recording timer for [Redacted GUID], [Redacted Program] As you can see, it forces the subsequent retry precisely 60 seconds later. Having a toggle or adjustable backoff for these tuner failure retries would prevent these aggressive handshake loops from locking up custom proxy setups. Let me know if you need any further details!

Can you provide the server and any transcode logs to assist the devs?

I'm facing the same issue. No matter what options I select, Emby always adds musicbrainz ID and always adds musicbrainz genres. Maybe the solution would be something like a "genre whitelist" which allows filtering genres avoiding dummy ones. Is that in your radar @Luke

Hi, I reported another issue with sound last week but i noticed another problem. Since the lastest and last update for my samsung TV, when I use Emby it works for about an hour. After sometime whatever I am watching will start to lag. The TV is unresponsive. Menu Volume everything. Only way to fix it is to power it off at mains and then it once back on it will work again for the same ammount of time. I tested the same on other apps on the same TV and it does not do this. I have reset the entire TV but same issue persisits. Firmware Version of TV is 2740.1 Can I get some help on this one? Thanks

I'm new around here, so I don't know if this is a new issue or old. Whenever I ask Alexa to play an album off of my Emby server, it plays the correct album, but the songs are in the incorrect order. It sorts them alphabetically by Title instead of by Track Number. I tested this by changing track names to start with their track number, and it correctly changed the playback order according to that renaming. Is there a way to change this so that Alexa plays by the Track Number instead of alphabetically by Title? I'd love to not have to rename my whole library!

Hi Luke, Thanks for the assist. I believe I found the culprit. I did the remux as you said, but it gave identical result. So I went down a rabbit hole. Apparently my Quadro P1000 is not able to transcode 4K videos that i rip. I am unsure exactly why because nvidia states that it at least supports 10bit HEVC, but only in 4:2:0 so I must assume current day 4K's are running at least 4:2:2? I found out by doing nvidia-smi while transcoding and saw it was using 0% of the GPU while transcoding 4K while using 6% while transcoding blu rays. So it must be denying service and emby is silently falling back to CPU. Interestingly it was only using 1 core, during this fallback, which is why I didn't see a heavy CPU use. When I disable HEVC decoder in transcoding it can now use all 4 cores and it is transcoding fine. It needs 90% of my CPU to do the job *jeez* It seems I will have to do some upgrading.

I dug deeper with permissions and I'm seeing the SAB is writing the folder and file with these permissions: Folder: drwxr-xr-x 2 nobody users File: -rw-r--r-- 1 nobody users If I manually copy the folder over to the array and the run Emby, I get a permissions error when trying to write the files (NFO, Images, etc). If I manually create the folder on the array using Windows Explorer and the copy over only the file, Emby can write the NFO, Images, etc into the folder. But all the files it creates has these permissions: -rw-r--r-- 1 That matches the .mkv file that was created by SAB, but not the folder that I created where it is drwxrwxrwx 2 nobody users Shouldn't Emby use the file permissions of the folder, which would mean that it should write -rw-rw-rw- 1 nobody users when it creates the files in the folder with permissions of drwxrwxrwx 2 nobody users? I'm new to Linux permissions, so I might be way off base.

The app decides how to render the image. The backdrops usually get zoomed and cropped if they are not the exact resolution of the screen. Photos are scaled to fit. The app is showing your photos as backdrops rather than scaled to fit images. That is likely all this is. It needs to understand the entire photo must be visible unlike backdrops. You want the entire photo in frame.

Before you dig anything up, here's what I think is going on - it'll make the requests below make sense, and I suspect a lot of it comes down to how the Games library itself is set up. How ROMote decides what's what: it reads the ROM file's extension (NES = .nes, SNES = .sfc/.smc, N64 = .z64) and tags each game with its console. When it recognizes a file, that console shows up under ROMote's proper name. When it doesn't, Emby's built-in scanner lists the file instead and just labels it by its folder. You can actually see that split in your Systems view: "Nintendo Entertainment System", "Nintendo 64", and "Atari 2600" are ROMote's names - it recognized those. But "SNES" and that stray "roms" tile are folder names, which means those files came in through Emby's generic scanner and ROMote never tagged them. That's exactly the SNES "Unknown platform" error: no console tag, so Play has nothing to launch. The NES "only shows from S" is likely a separate issue - a clean alphabetical cutoff like that usually points to a scan that didn't finish, or a display/sort quirk, rather than file types. Since both of these come down to what Emby is scanning and how ROMote sees it, a few things would let me pin it all down in one shot: 1. Library settings - Dashboard > Library > your Games library > Edit. A screenshot showing the Content Type (should be "Games") and the folder path(s) it points at. This is the one I most want to see. 2. Inside the folders - first turn on View > "File name extensions" in Explorer (Windows hides them by default). Then screenshot the contents of: one NES folder that shows in Emby, one NES folder that doesn't (something early like "8 Eyes" or "1942"), and one SNES game folder. I'm after the actual files and their extensions. 3. The layout - a screenshot of the top level or two of folders under that library path, so I can see where NES, SNES, and "roms" sit relative to what Emby is scanning. 4. The Emby log - run Dashboard > Library > "Scan Library Files", let it go for a bit, then Dashboard > Logs, open the newest server log and attach it (or paste any errors/exceptions). And the 10-second one: in the Games search, type "1942" (or another title that's missing) - does it find it? That tells me whether those NES games imported at all. With those in hand I should be able to sort both out.

right, but I'm talking about a music playlist created by making a playlist and then right clicking songs to add to the playlist, and those are not showing up when I turn off the import.

They were behaving just fine in Emby yesterday...

Perhaps you should talk to Dr. Phil <TL;DR>