All Activity

The issue seems to be specifically triggered by the Seerr library synchronization. With EmbyNewOverlay enabled: Seerr stopped → CPU normal Seerr running, library sync disabled → CPU normal Seerr running, library sync enabled → EmbyServer CPU goes to ~100% So it looks like the large number of library/season/episode requests generated during Seerr's library synchronization triggers excessive processing in EmbyNewOverlay.

Well I suspected there is another issue causing your CPU to run at 100% because while testing it on my PC with no premiere date, I didn't have a CPU running at 100%. like @Neminemsaid can you dump the emby server log and your hardware info. And i have one question for you. Is the v 1.3.4.0 the first version you tried on? and maybe one thing to try..... Try switching off some master switches like most watched, studio logos and the like and test the results.

Would it be possible to create for each user a dedicated playlist (like spotify or deezer) when the user start listening random music for exemple, or a watching a collection. For each new connection, the playlist is load by default (continue playing). The playlist stay until the user decide to do a new action like watching a movie, listen an album, etc... This new action will erase the dedicated playlist and generate a new one. Don't hesitate to ask for details

@eMoOakI guess @Amanade3 would need your hardware info. And server logs with debug logging turned on.

Hi, I’ve just tested version 1.3.5.0 after your fix. Unfortunately, the CPU usage issue is still present. With EmbyNewOverlay enabled, the EmbyServer process goes to around 100% CPU continuously. As soon as I disable the plugin, CPU usage immediately returns to normal. I also confirmed that Emby is actually loading version 1.3.5.0. So it looks like the DateTime.MinValue / DateTimeOffset issue was fixed, but there is another issue causing the high CPU usage. There are no obvious exceptions in the Emby log while this is happening, which makes it a bit harder to identify. I’ve had to disable the plugin again for now because of the CPU usage.

This is not a bug, rather a priority issue. When a movie matches more than one rule at once, the plugin picks whichever rule has the highest priority, in this particular order Tag rules Folder rules Most watched Release date ( by the movie's premiere date) New Season And finally Date Added (by when it was added to the library) so in your case both movies may be added on the same day but the second movie also happens to fall within your Release Date window (i.e. it was actually released/premiered recently) so the plugin preferred to show the "new movie" banner instead.

Yesterday out of nowhere my hardware acceleration stopped working. I was watching something on my server and suddenly it started lagging, which is why I turned down the bitrate of the series I was watching. After this, the entire system started crashing as soon as I use hardware acceleration for transcoding. I did check the logs for any information on why this is happening. There seems to be an error which I can't really make out what it means right before the log stops (Logs attached). At first I thought it was an error that occured because of my reverse proxy setup, however the same thing happens when I stream through the local network. I did once have a similar issue that I could resolve by changing the transcoding settings to only use QuickSync instead of VA API and QuickSync. The driver for my GPU seems to be installed and loaded, however the output to the Command lspci -k | grep -A 2 VGA outputs no kernel driver in use: 00:02.0 VGA compatible controller: Intel Corporation Iris Plus Graphics 650 (rev 06) DeviceName: Onboard - Video Subsystem: Intel Corporation Iris Plus Graphics 650 Also of note: Running any glx commands in the console gives me the following error: Error: unable to open display I'm kind of at a loss here and don't know what to do. If anyone can help me with this would be nice, I have absolutely no clue how to make this work, especially since I don't really understand much about transcoding or hardware drivers. If I can add any more information to help solve this let me know! Thanks in advance! embyserver-63921916800.txt

Sorry my bad, on web browser it seems it was fixed - cannot replicate now on beta channel. However on Android phone app it is still bugged: Version 4.10.0.23 beta Preview attached. WhatsApp Video 2026-08-10 at 18.06.24.mp4

@GrimReaperI actually wanted to do a Netflix style badge too (like you asked) but got sidetracked. Should be in the next release.

This patch should fix it. but if you're still seeing high CPU after updating, let me know and I'll dig into what else might be causing it.

New Release V 1.3.5.0 Fix high CPU usage caused by an exception in badge cache-key generation for items with no premiere date. EmbyNewOverlay.dll

Thanks for sharing.

You can just copy the files in. All users will have access to them, so they will no longer be personal playlists.

Thanks for sharing.

@Oomek HI there, can you please provide a specific example? How to Report a Problem Thanks !

For whatever reason they are a bit behind on releasing last months choice but nonetheless Emby is being featured. Unraid is a popular OS for self hosting and the spotlight apps are somewhat prestigious.

It was just something to be aware of. You're free to try and accomplish it but, this is such a niche need I think you are probably on your own. GL

This really needs to be fixed. Normal users cannot be expected to go into the Terminal @Luke

Thanks for the update. I tried patching 1.3.4.0 locally by replacing the DateTime.MinValue → DateTimeOffset conversion with DateTimeOffset.MinValue, but unfortunately it didn't resolve the 100% CPU issue. Disabling EmbyNewOverlay immediately brings CPU usage back to normal, so the plugin is definitely responsible for the issue on my server. I'll wait for the fixed release. Thanks again for looking into it.

hello how will this plugin behave in a strm file only environment? So strm files pointing to a a rclone mount? I am a little scared just trying this out strm files in Emby are probed on first playback, so there is no metadata available as long as the video wasn't started by anyone... BR

Yes - we are not picking any of the Crew from tmdb series lookup and when we pickup writer and director from the episode tmdb metadata, we are not storing the tmdb providerids

Thanks for reply! Too many good things can also lead to a bad result. That will almost certainly be the case for me. I'm using: Emby Server 4.10.0.22 Emby Intro Maker Chapter API TV Theme Videos - don't work in beta TV Theme Songs - don't work in beta -> that's why I still have "Theme Maker" enabled. Although I've disabled all plugins from overwriting existing information in the settings, I should probably just stick to one plugin. Since I prefer a graphical interface to skip steps, "Emby Intro Maker" is the only option for now. And as soon as I switch back to a regular server version, i.e., 4.10 Final, TV Theme Videos and TV Theme Songs should work again.

I've been also having this issue for years. Random cast and crew photos are missing after Scan Library Files. The only solution is to manually go into each actor, then the photo is updated, then go back to the movie screen and press F5. Or you can manually refresh the metadata for each added movie, but both solutions are annoying and require extra labour. When will it be fixed?

Problem still persists for me. When changing audio and/or subtitles the subtitles are shown twice. With every skip (intro, for example) it increases with 1. So eventually the subtitles are shown 3-4x in the worst case scenario. This has been an issue for years, mind you. I had the issue during my holiday two years ago.

Sounds like a minefield for sure. In the meantime I just had another unprompted feedback from a user that it was not realistic to expect them to use a webclient. lazy sure but thats their feedback. Could there be a case for emby exposing to plugin developers the option to coopt some placeholder menu items on the UI "..." three dot menu. I am not sure what it is the stores are pulling you up on. if it is the ui changing then a static menu option of "Custom1" (that a plugin could subscribe to) (to send mediaitem, source user to plugin), optionally "custom1" cascading to list of usernames (to send mediatiem, source user and destination user to plugin) would support alot of client plugin functionality without the interface changing. "Custom1" seems inoffenseive, list of users emby already shows, nothing to do with "sharing of information or even downloading stuff". Or is it "after the fact" they/you care about, ie "what an app (and any plugin) is used to do"...serverside plugins with no ui could do lots of things already keying off subscribed events initiated by the client app..so im struggling to see the difference there. would the appearance of a static "custom1" on the "..." menu enabled by the admin as a server option...fall foul of the stores vetting procedure?