All Activity

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?

@nospotifythis is already supported. The only exception is subtitles being off. When you go to the next episode, it will won't apply that from the previous episode.

点击 齿轮看到的，有局域网连接的话客户端默认会连接局域网的，就像我手机在远程登录的时候是8095，但是在家里连接上wifi自动会跳到8096

OK we'll take a look at it. Thanks.

What makes you think it changes your port to 8096? Where do you see this?

Thanks for following up !