All Activity

Thank you very much The Emby Windows app was launched at 08:49 am on 22nd June. The crash dmp was at 08:51 But the Emby Windows app process appears to have continued to run until it was closed at 08:56 Do you remember exactly what you did / what happened / what was showing between 08:49 and 08:56 ? (I have referred the dump and associated log to the Emby development team)

Hi, I was evaluating live tv sources. I have always used a m3u url for years.. I was trying out a new service and had to use xtream api... Everything was working fine. The test didnt improve the performance issue. I believe the buffering and other hicups are from my inet service. Moving to fiber soon. But when I added the xtream live tv device, I deleted the m3u device. (i have been able to delete and add back with no issues) but now when I try to add back my m3u, I get an error. "There was an error saving the TV provider." I am confused by this. can anyone help me resolve it? I want to just add back my existing m3u url live tv device. I have always used Emby in a windows environment, but now running via Unraid through a vpn tunnel. Everything is started and testing fine. I just cant add the m3u url. This url does work in VLC on my windows computer. I have the log file, but need to know what to remove so not to reveal personal info.

So i got the 2.1.8.1 dev version and tried the Native live mode. I noticed a difference between sdr and hdr. When playing sdr content: playback will always start from the beginning no matter the time. When playing hdr content: playback will start at the correct time the TV guide suggests. I believe that's because of the delay when the TV is switching to hdr. That would mean having a delay option for Native live would help in this case. I'd like to create a channel only with shows and/or movies I have specified in the include fields.

Bonjour j'ais une serie walker texas il y a 9 saisons mon soucis est que les 4 premières saison sont bien traduite en Français dans les métadonnées et le reste est resté en langue origine d'autres on le meme soucis mais j'ais pris cette exemple je ne parvient pas à trouver la solution la seule solution trouvée est de supprimer la bibliothèque et de la recréer et mettre en avant la recherche par TMDB au lieu de Thetvdbd je n'ais pas de soucis sur un log concurrent très connu merci

My minimal understanding is start to butt up against achieving a nice UI experience and i was hoping people could part the clouds of understanding a little and establish some relevant ground truths (for me to direct my efforts and learning).if you would be kind enough to spare some time. This is an AIs understanding of the Emby genericedit framework (im probably not using the right term..maybe genericUI?PluginUI?). Would people support the key bottom line points / disagree with any of it? The main issue i want to get an understanding of is; how much 'liveness' is realistic to try and achieve in the UI whilst maintaining a reasonable user experience. Are the suggested patterns good ones to adopt? 'Issues' i am hitting Being returned to the top of the page when clicking on checkbox in a dxgrid. Rows in genericitemlist members bouncing in and out of view whilst a task which is working on them and moving them to 'completed' is processing them. Different UI states when nothing is happening and i navigate away and backagain (Understanding the lifetime of data in the framework perhaps) I am talking about plugins with what i assume are trivially small 'UI data sets'. I want the UI to be responsive, live and survive page navigations back to main emby and back to plugin but i wonder if my expectations are unrealistic and where I should focus efforts. 1. Does Emby require “full DOM model refreshes”? In practice: yes — functionally it behaves that way. But not in the literal browser-DOM sense. What actually happens is: Your EditableOptionsBase model is re-serialized server-side The client receives a full updated view model The UI is re-rendered from that model snapshot So when people say: “Emby sends the whole DOM model” What they really mean is: “Emby re-renders the entire page from a full server-provided model each time it updates” There is no stable virtual DOM diffing system like React/Vue. 2. Are incremental UI updates supported? Short answer: not really There are only two “update modes”: A. Full model refresh (your main tool) Triggered by: RaiseUIViewInfoChanged() property updates on the view model command execution returning updated state This causes: ✔ full UI rebind ✔ full list regeneration ✔ full status refresh This is what you are using now. B. Limited partial updates (very constrained) Some Emby UI components can update more surgically: progress bars (PercentComplete) status fields some list item properties (depending on client implementation) BUT: This is inconsistent across: Emby Web UI versions mobile apps different GenericEdit controls So it is not safe to build architecture assumptions on it. 3. The key architectural truth (important for your design) Your mental model should be: “I am not patching UI. I am re-declaring UI state.” NOT: “I am updating a live UI tree.” This is the single most important shift. 4. Why your current architecture actually works (and is close to optimal) Your system already does something Emby-friendly: You are doing snapshot rendering: RebuildMovieList() full replacement: ui.MovieList = newList; This aligns perfectly with Emby’s expectations. 5. Why you are seeing “bouncing / redraw pain” The real issue is not Emby. It is this: You are mixing 3 state streams Emby library state (Coming Soon rows) Tracker state (live progress) User transient state (toggledOn) And you rebuild everything on: timer tick task events commands So you get: “full recompute + full rebind every second” That feels like instability, but it is actually correct behaviour for this framework. 6. Can you avoid full redraws? Strict answer: not reliably You can reduce frequency, but you cannot safely eliminate it. What you can do: Option A (recommended): “diff-lite model discipline” Instead of trying to avoid redraws, you: Only allow redraw when signature changes You already do this: if (signature != lastPolledSignature) This is the correct strategy in Emby land. ✔ This is effectively your “manual diff system” Option B: split “fast UI” vs “slow UI” This is where you can gain performance and stability: Fast updates (polling only): progress % status text active rows only Slow updates (full rebuild): Coming Soon list analysis results toggles history rebuild This reduces UI churn massively. Option freeze structural list during runs Big improvement pattern: Do NOT rebuild Coming Soon rows every tick Instead: build rows only on: load refresh retry only update tracker overlay on timer This alone removes ~80% of UI redraw noise. 7. What Emby does NOT give you To be very explicit: no virtual DOM no diff-based rendering guarantees no stable component identity model no incremental list patch API no client-side state retention across full refreshes So anything like: “update only row 3” “patch one field in list” “incrementally mutate UI tree” …is unreliable or not supported consistently. 8. What Emby does give you (and what you should lean into) ✔ deterministic full-state rendering ✔ server is source of truth ✔ UI = pure function of state (conceptually) ✔ timer-driven refresh is acceptable pattern ✔ stateless UI rebuild is expected pattern 9. The mental model you should adopt This is the key shift: Treat every UI render as: “If I lost all UI state right now, could I reconstruct it from memory?” If yes → your design is correct If no → you’re depending on unsupported incremental behaviour 10. Bottom line ✔ Emby does NOT support true incremental UI updates in a reliable way ✔ Full model refresh is the intended design pattern ✔ Your current approach (RebuildMovieList + RaiseUIViewInfoChanged) is correct ⚠ The risk is not redraws — it’s over-redrawing too frequently ✔ You should optimise by reducing rebuild frequency, not trying to avoid rebuilds I have no training in development. i am learning by osmosis, the reference docs where they can help, and the forum. I am only a beginner understanding c# (but ai can help with that), i think UI is a few steps beyond that, so be gentle . Thanks in anticipation.

Yeah thanks, that's why I was wondering if there was any known settings I should make to improve performance

Issue: Vantage Point online trailers can play audio but show a black screen after a local trailer/intro plays first. Environment: Emby Server: 4.9.5.0 Client: Emby Web in Microsoft Edge 149.0.4022.80 on Windows Plugin: Vantage Point Sequence: local trailer/intro → online trailer → feature Symptoms: Local trailer plays normally. There is a gray transition screen. Online trailer starts afterward. Audio plays, but video is black. Sometimes the online trailer image flashes briefly for a split second, then disappears. Online trailers are being fetched successfully; this is not a trailer-fetch failure. The same online trailers can play outside this Vantage Point sequence. DOM finding during black screen: While the online trailer audio was playing, the page contained both: stale Emby local video layer: .htmlVideoPlayerContainer video.htmlvideoplayer online trailer YouTube layer: .youtubePlayerContainer iframe#player The iframe#player / .youtubePlayerContainer was present and active, but it was underneath the stale local video layer. Moving the YouTube iframe/container above the stale local player layer immediately made the online trailer video visible. Working CSS workaround: body:has(.youtubePlayerContainer iframe#player) .youtubePlayerContainer, body:has(.youtubePlayerContainer iframe#player) .youtubePlayerContainer iframe, body:has(.youtubePlayerContainer iframe#player) iframe#player { position: fixed !important; inset: 0 !important; width: 100vw !important; height: 100vh !important; display: block !important; visibility: visible !important; opacity: 1 !important; z-index: 2147483000 !important; background: #000 !important; } body:has(.youtubePlayerContainer iframe#player) .htmlVideoPlayerContainer, body:has(.youtubePlayerContainer iframe#player) video.htmlvideoplayer, body:has(.youtubePlayerContainer iframe#player) .backgroundContainer { z-index: 1 !important; pointer-events: none !important; } body:has(.youtubePlayerContainer iframe#player) .view-videoosd-videoosd { position: absolute !important; inset: 0 !important; z-index: 2147483647 !important; pointer-events: auto !important; } This workaround makes the online trailer visible while keeping the Emby OSD controls usable. Likely cause: When Vantage Point transitions from a local HTML video item to an online YouTube trailer item, the stale local Emby video layer remains above the YouTube iframe instead of being removed or moved behind it.

Hola, aqui lo tienes. Saludos Emby.Client.WinUI.DMP.7z EmbyClient.txt

Lately that was reported multiple times by Apple users - but there's nothing i can do about it. Some user said he managed to get it working by increasing the "Playlist Intro delay" under the plugins playback settings. You could also manually install the Dev version of the plugin from the catalog and try "Native (Live)" instead of "(Playlist (Live)" for the channel playback mode. Do you want to create a channel with some movies AND "Duck Tales" as the only tv series or a channel that only returns the "Duck Tales" tv series but nothing else?

Sorry, wasn't informed about your post. Probably wasn't logged in when opening this thread the last time. Here is the server log (activated debug mode before trying to play the track). To give a little bit more details: The track path is /media/emby/Musik/Klassische Musik/Sampler/Weltliche Vokalmusik/Deutsche Volkslieder Vol. 2 (The King's Singers)/05 Feinslieb Du Hast Mich Gfangen.m4a Yes, it's a long path, but other files don't cause any problems. The error occurs when I remotely access emby from my workplace's computer with Windows 11. At home I always use Firefox so I can't tell if it will happen there, too. embyserver.txt

Unfortunately plugins can't change the Emby user interface - so no, it's not possible.

La synology 72 mono 4.0.5.0 armv7_legacy

MAlwarebytes quarentined \system\emby_resources.dll on 6/1/2026 I added a bypass for the emby server and below

When playing videos with multiple audios using latest windows version app 2.310.2.0, it cannot display any video frames but only audio. Tried many video files, it happened every time.

cannot update from 4.9.3.0. log file: The following properties have been set: Property: [AdminUser] = true {boolean} Property: [InstallMode] = HomeSite {string} Property: [NTProductType] = 2 {int} Property: [ProcessorArchitecture] = AMD64 {string} Property: [VersionNT] = 10.0.0 {version} Launching Application. URLDownloadToCacheFile failed with HRESULT '-2146697208' Error: An error occurred trying to download 'https://embydata.com/downloads/server/release14/MediaBrowser.Server.Installer.application'.

Problem: After updating Emby to 4.9.5.0, old cover pictures of long-deleted content keep displaying on covers throughout all media libraries. Regular rescanning cannot fix this display issue. Emby Server: Official Synology Package 4.9.5.0 Device: Synology DS423+ DSM: 7.2.1-69057 Update 11 (No DSM upgrades planned; new DSM versions remove native server-side hardware decoding)

Forgot to mention, when You add something to /etc/fstab, first try command: "mount -a" and "df -" before restart. Just to test if it's mounting drive. If it fails, something is wrong system can fail to start. @EriksUsername If it's going to sleep, You can try to google it "linux shell prevent external harddrive from sleep". Never needed something like this, so don't want to try to suggest

My media is mixed, thats why I was really intrested in the conversion method. I was hoping it could convert it to the friendly format, if not, the feature is useless unfortunately for me

Sorry, I hadn't seen that request. File attached. Bruce 10. Elube Chango - A Toda Cuba Le Gusta - Afro-Cuban All Stars.wma

While I agree that the CPU/core utilization of Emby needs fixing (specifically for the search), I want to emphasize that it's a distinctly different issue and probably merits its own thread. This thread is specifically for the recent change of the searching query logic. Before the query logic update, the core/thread utilization issue still persisted, but only lasted for 10 seconds before search results were returned. I'm not sure how much the search would improve with a properly implemented multi-threaded search, but the main point of this discussion is that it's the query logic that needs fixing.

I don’t. Since in Apple TV the trailer button works without the plugin I never saw the need for it

That's part of the whole problem about this particular bug. This isn't related to just Windows, this isn't related to virtual machines. When this bug is triggered, Emby maxes out a single process thread and thus a single core, with the exception of this particular bug and simply performing a search and be correctly, utilizes all available CPU power and threads and cores for all other purposes. There are zero other performance issues from Emby In any other aspect of Emby, but if you attempt to search immediately you get a maxed single thread, and the rest of Emby for any user on any client or web interface Is unresponsive. And a full power AMD Ryzen 9 3950X running on bare metal windows experiences this, along with other users on different OSs and different hardware, some on bare metal some on virtual. So no, the processor, virtual or not is not the problem, the clock speed is not the problem.

Hi, yes this is doable. The specials folder just provides a convenient way to get to them all quickly. Thanks.

This literally made me laugh out loud!!! But, I'm right there with you. Even though we paid for Lifetime Premiere years ago...the day they get rid of the Android TV app will be our last day on Emby!

@lugaidvii HI, have you updated to Emby Server 4.9.5? Has that helped?