All Activity

Hello ganglepin, ** This is an auto reply ** Please wait for someone from staff support or our members to reply to you. It's recommended to provide more info, as it explain in this thread: Thank you. Emby Team

I have been running Emby 4.8.10.0 since September 2024 and first attempted to upgrade to 4.9.1.80 in September 2025. This caused full metadata loss, so reinstalled 4.8 and restored from a backup. Due to that incident I also set up daily Btrfs snapper snapshots in addition to the Backup & Restore plugin since my backup was quite old. This week, I attempted to upgrade to 4.9.5.0 again, and ran into the same issue. The timeline was as follows: The 4.9 upgrade installs without any errors Navigating the library in the Emby UI works fine Playing media works fine Go to Movies -> Scan Library Files All metadata disappears and everything starts being reimported from scratch Even with debug logging enabled, there is nothing obvious other than entries showing that each movie gets deleted and removed one by one. Comparing the database tables, one difference I could see is that the MediaItems table had double entries in the 4.9 database - one for the folder the movie is in, and one for the movie file itself. In the 4.8 database, there is just one entry for the movie file. Both of the 4.9 entries for each movie were newly added from the post-upgrade scan. My media library uses the structure "/base/path/Movie Name (Year)/Movie Name (Year).ext" I checked the content type, and my movie library is set to the Movies type. For this particular server, I am not using the save .nfo option, instead relying on the database and Emby library directory. The "Folder scanning mode" for movies was set to "Default" after the upgrade. I discovered that changing it to "Legacy" before doing the "Scan Library Files" step, fixed the issue - no metadata loss when scanning. I note that when it is set to Legacy, the entries in MediaItems match the 4.8 behaviour (i.e. no double-entry for the parent directory). What does the Legacy option actually mean, and will it be removed at some point in the future? This seems like a bug. Can Emby detect the situation where Legacy mode is needed; for example, by looking at the existing entries in the MediaItems table? I'm not sure why this is necessary because this particular deployment is my newest Emby server, and was originally set up using a 4.6.x version. It's not ancient. My other server is much older but uses nfo files and wasn't affected.

I think it's meant to be automatic, but there seem to be some very long timeouts and retries before it manages to sort it out. I think it always does in the end (minutes), but it's quite irritating; I'm sure that it used to be better. I don't know if the problem is changes in iOS making it harder in the name of "security" or something - I wouldn't be surprised. I suspect there is also a connection between this behaviour and the way that sometimes the client will restart after about 15 seconds, even if you've started using it. Paul

Roku betas have a limited life (Roku policy). If you're still in the beta team, you can go back to the DM thread to get the current link to add it back to your Roku account. Paul

One of the recognised episode formats is ssxee, so I suspect that it's not just the "29" that an issue, but specifically "29X0". The other one I wouldn't have expected... Paul

I am using the following workaround: Instead of part_X, I use (X). This works fine for me. Note: The "Resume Watching" feature does not work because (X) reports that different versions of the film exist.

Effectivement il existe dans le flux mais il ne fonctionne pas. Très peu de chaines fonctionnent (pas TF1, ni M6)

Woohoo, Claude came good with a bit of finesseing and gave me a solution. https://github.com/ginjaninja1/ManageComingSoon/tree/TestuserpageswithoutcallingUIViewInfoChanged/UI/UserAddMovie Claudes solution was to give me a page which did not rely on UIViewInfoChanged, and every button action has to immediately return a view. Is this close to the intended approach? User facing plugins are supported but you have to be careful with what responsiveness you can expect and avoid RaiseUIViewInfoChanged?

Pourtant je trouve bien TF1, TMC ou M6 dans ce m3u ? https://iptv-org.github.io/iptv/countries/fr.m3u edit : J'avoue ne plus l'utiliser depuis 2 ans la fonction IPTV n'avait pas d'utilité pour les utilisateurs.

Moi je suis repassé par HDHomeRun

@TeamBConfirmed this was an issue with the backup/restore plugin. However, while looking at the “Intro Summary” page, I've also noticed that one column has the header “Episdoes.”

Hi @SamES Did some more testing and tried to work out a pattern. Below is a clean update on the problem and tests. Symptoms Playback starts normally. After a period of time (often after multiple episodes), video becomes increasingly sluggish, eventually dropping to what looks like less than 1 FPS. The TV itself becomes slow to respond. Pause/stop commands often do not respond. On a couple of occasions the screen has gone black and the TV has ended up back on live TV. A full power cycle at the mains restores normal operation. Server-side observations Emby server logs appear clean. Playback sessions continue to report progress normally. I have not found any transcoding errors, ffmpeg failures, media read errors, storage errors, or network-related playback failures in the logs. All affected playback is Direct Play. Additional testing I initially suspected the downstairs Samsung TV itself, but I have now tested the same problematic files on a second Samsung TV: Different Samsung model Different firmware version Same Emby server Patterns It is not locked to MKV files (some don't do this from other TV programs), Below is the info from media info. I found two different programs doing it both with exact same Video file DNA. MKV H.264/AVC High@L5 1920×1080 23.976 fps AAC-LC stereo 5 reference frames WS Matroska Muxer To me it feels like a memory leak given it completley breaks the TV and thr only way to bring it out of this to power cycle the TV.

One other thing @bingbong69_, with the home screen slideshow that shows 10 random movies / shows. Is there anywhere where we can control what shows in here. ie - only unwatched items or only movies etc...

Hello @Luke, after checking, I confirmed that the Emby 4.9.5.0 stable release does not include this feature, But the 4.10.0.21 beta version does indeed have it! Screenbits 2026-07-30_144759.mp4 Thank you very much for your hard work!

Thanks @Luke, bear with me , becuase i am guessing what matters to investigating this. I have a genericui buttonitem with a command handle "AddToList" public override Task<IPluginUIView> RunCommand(string itemId, string commandId, string data) { if (commandId == "AddToList") { HandleAddToList(); return Task.FromResult<IPluginUIView>(this); } Claude says the smoking gun in is PageControllerHostbase in that it is the something in the chain hardwired to "SendMessageToAdminSessions" // Emby.Web.GenericUI.Control.PageHosts.PageControllerHostBase protected void NotifyPageChangeDelayed(IUIView uiView) { Task.Run(async delegate { await Task.Delay(500).ConfigureAwait(continueOnCapturedContext: false); UIViewInfo data = new UIViewInfo(uiView) { IsPageChangeInfo = true }; await sessionManager.SendMessageToAdminSessions("UIPageInfoChanged", data, CancellationToken.None).ConfigureAwait(continueOnCapturedContext: false); }); } private void CurrentUIViewOnUIViewInfoChanged( object sender, GenericEventArgs<IUIView> e) { if (IsInitialized) { this.UIPageInfoChanged?.Invoke(this, e); UIViewInfo data = new UIViewInfo(e.Argument); sessionManager.SendMessageToAdminSessions( "UIPageInfoChanged", data, CancellationToken.None); } }

New Emby server beta release, v4.10.0.21. Release Notes

I connected by my history don't update when I finished a movie. However I have the viewing information.... No it's OK after a new reboot.

I deleted the JSON files from the Fanny and Alexander folder, and now it works.

Hello, I’m using Emby Server 4.9.5.0 on a Windows NAS, and I’ve noticed that it still doesn’t support thumb image from the TMDB source. As shown in the video, when I open the image editor for *The Cleansing Hour 2019* in Jellyfin, I can search for thumb images from the TMDB source. However, when I open the image editor for *The Cleansing Hour 2019* in Emby, I can only search for thumb images in the fanart section. Screenbits 2026-07-30_135958.mp4

What makes you think that?

Hello, I'm using version 4.9.5.0. Does not support TMDB thumb image.

@Walter_Ego - thanks a lot for the detailed report. Could you please provide a test file and a command line which reproduces this? I have sent you an upload link. I want to test it against our new FFmpeg, where these things have fundamentally changed. There was no code change in this version. The only change was adding --disable-decoder=magicyuv for building.

non j'avoue avoir abandonné, une de celle dispo ici avait tf1 en clair dans la liste mais pas tmc/tfx/m6 etc je viens de re-regarder mais le ghitub officiel tu as bien tmc tfx tf1 (du moins dans vlc pas retest dans emby)

It's like the dominance of "free beer" - nobody can beat that.. We'll see..

Perhaps a few years ago but a lot has changed. When we are able to pick this back up, its going to take some work before it is even ready for beta. I'm sure he meant the regular server beta. For that one, users have certain expectations regarding quality. When I say I had it running, this doesn't mean that the rest of Emby server is still working perfectly for every user. This will in fact need some time - but time where people are actually testing already (like in a private group), where there is no pressure like for the beta.