Search the Community

It used to work fine. Now I just noticed that none of them are playing, even the ones that worked previously. I do not see options on my windows server (4.9.1.90) or in the app on my shield (2.1.23g). Where are those settings? Maybe it got switched off somehow. The log has some of these Not sure if its related or not. Log attached. I also uninstalled the webhooks plugin (it said it had nothing to configure when I clicked on it?) and theme still does not play. I attached that log as embyserverNoWebhook.txt embyserver-63899008610.txt embyserverNoWebhook.txt

Same issue here. Following the topic. It appears to happen at least with 1 show. It happens exactly as OP said. I am running Emby on Synology server and I use Google Chromecast with its only remote, so I don't cast from my phone. I stopped casting from my phone a couple of months ago because this behaviour used to happen when casting on my phone but not with the remote, so I switched to the remote.

Seeing this occur as well. Multiple issues with the latest versions of both apps on Google/Android TV. Turned off trailers as they were locking up playback. Now seeing issues with TV shows playing in succession as mentioned here, as well as some movie playback. Had 0 issues before most recent updates. Will try to get logs

On server build 4.9.1.80 and latest Google TV emby app (Google TV latest firmware as well), shows will randomly just start playing audio and only display thumbnail. This has happened on two separate shows in my library, but it seems entirely random. It only happens when it jumps to the next episode after finishing an episode, but not everytime. If I go back to the episode menu and then play the episode, everything works fine.

Hi! @Luke, I am very disappointed with this latest Emby server upgrade. 1. The library scanning function has become unreliable. It now ignores .ignore files in directories and still adds media files that should be excluded. 2. The hardware transcoding option, which worked fine in the previous version, is now broken. The Intel QuickSync HD Graphics 610 option no longer works, forcing the system to use software transcoding. and only the VAAPI HD Graphics 610 interface allows for hardware transcoding. 3. There are also problems with the filtering feature. When filtering for unwatched content, some watched items are incorrectly included. I cannot tolerate this new version and have already reverted to version 4.8.11.0. I no longer have the energy to participate in the improvement of your product. Original text (Chinese): luke我对这一次的Emby服务端升级表示很失望。 1.扫描库功能变得很不靠谱,扫描对目录中出现的.ignore文件无动于衷，依旧添加了应该被排除的媒体文件。 2.上个版本还好端端的硬件转码选项,这个版本我Intel QuickSync HD Graphics 610选项失效了,变成软件转码了。只有VAAPI HD Graphics 610 接口的能硬转了。 3. 筛选功能也出了问题,筛选未看过其中会混入一部分已看过 我受不了这个新版本,已经换回4.8.11.0版本,我也已不在有精力参与你的产品改进了

Windows 11 Emby Theater 3.0.21, non-MS store installation. Server 4.9.1.80 When I "edit images" for a given title and then select one of multiple installed background images, the menu no longer displays "move up/down" options. This is a feature I use frequently.

I had this error several times now. Unfortunately, my server is still quite underpowered at the moment, which i guess is certainly contributes to the error. Error description: Sometimes I click on movies or logs and the data takes a long time to load. I can't say exactly how, but by reloading or clicking on the same menu item again, the UI is then loaded twice and displayed one inside the other. This can be seen in the screenshot (I also have a video). Calling up the page via IP and port solves the error again directly. Where does the error occur? WebUI Which browser: Firefox 135.0.1 (64 bit) Emby version: 4.8.10.0 OS: Linux (Ubuntu) Where did I have the error: 'Logs' view and my movie list

I have problem with wrong aspect ratio in emby tizen app (v1.0.82). On web browser and any other player (VLC, potplayer, plex, windows media player) problem doesn't apear. Thumbnail also is ok on tizen app. General Complete name : ...\VID_20190907_123845.mp4 Format : MPEG-4 Format profile : Base Media / Version 2 Codec ID : mp42 (isom/mp42) File size : 23.9 MiB Duration : 15 s 353 ms Overall bit rate : 13.1 Mb/s Encoded date : UTC 2019-09-07 09:39:01 Tagged date : UTC 2019-09-07 09:39:01 com.android.version : 9 Video ID : 2 Format : AVC Format/Info : Advanced Video Codec Format profile : High@L4 Format settings : CABAC / 1 Ref Frames Format settings, CABAC : Yes Format settings, Reference frames : 1 frame Format settings, GOP : M=1, N=25 Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 15 s 353 ms Bit rate : 13.0 Mb/s Width : 1 080 pixels Height : 1 920 pixels Display aspect ratio : 0.563 Rotation : 270° Frame rate mode : Variable Frame rate : 30.091 FPS Minimum frame rate : 7.242 FPS Maximum frame rate : 2 812.500 FPS Standard : NTSC Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.208 Stream size : 23.8 MiB (99%) Title : VideoHandle Language : English Encoded date : UTC 2019-09-07 09:39:01 Tagged date : UTC 2019-09-07 09:39:01 Color range : Limited Color primaries : BT.601 PAL Transfer characteristics : BT.601 Matrix coefficients : BT.601 Codec configuration box : avcC Audio ID : 1 Format : AAC LC Format/Info : Advanced Audio Codec Low Complexity Codec ID : mp4a-40-2 Duration : 15 s 350 ms Bit rate mode : Constant Bit rate : 64.0 kb/s Channel(s) : 1 channel Channel layout : C Sampling rate : 44.1 kHz Frame rate : 43.066 FPS (1024 SPF) Compression mode : Lossy Stream size : 120 KiB (0%) Title : SoundHandle Language : English Encoded date : UTC 2019-09-07 09:39:01 Tagged date : UTC 2019-09-07 09:39:01

Hello, I'm having an issue with the subtitle style in the Emby for Windows app. While color and size seems to be working, the drop shadow setting does not. It is stuck in "uniform" mode, and its quite thick at that. I compared to the web app version, where not only the uniform setting is less pronounced, but it also successfully switch from uniform, to drop shadow, to none. Here are some screenshots from the windows app: And here are some screenshots from the web app:

I kind of assumed that the non-store version of Emby Theater for Windows wasn't necessarily being supported/updated, but it recently changed in a way that broke collections. I keep the non-store version on one of my PCs as my 'stable' version. The version number is 3.0.21. Collections no longer display their contents, but instead show the "My Media" list from the home screen, i.e. a set of thumbnails representing my libraries, which obviously is useless in this context. This changed just a day or two ago.

Hello there! I have had issues with stutters and movies not starting (actually caused by movies waiting fully for the transcode to finish) when using hardware transcoding. So i decided to do some investigation. Setup Server CPU: Ryzen 5, 5600G GPU: Nvidia RTX 3060 (12GB) Drivers: 576.88 OS: Windows 11 Pro (24H2, 26100.4652) Emby: 4.8.11.0 Client Streamer (chromecasting to our chromecast): Server PC, (Chrome 138.0.7204.184) Device: Chromecast gen3 Receiver: JVC RX-5052 (AC3, does NOT support EAC3) Display: BenQ Projector (1080p, non-HDR) Investigation I tried 3 different videos with different formats. I change the HW encoder and decoder settings, and then play the video to see if it works. I have an active Emby Premier subscription. Video 1: 4K Dolby Vision HEVC, TRUEHD 7.1 Codecs Stream: MKV (79mbps) Video: 4K Dolby Vision HEVC Transcode (H264) Tone Mapping (Hable) Audio: TRUEHD 7.1 (Default) Transcode (AC3 384 kbps) Results BTW none of these use Hardware accelerated tone mapping!!!! Decoder Encoder Status Utilization Disabled Disabled Works (around 90% CPU) Disabled NVENC(Default) Waits until transcode is complete Disabled NVENC(Baseline) Stutters Disabled NVENC(Main) Waits until transcode is complete Disabled NVENC(High) Waits until transcode is complete HVDEC Disabled Stutters, but much more rarely. HVDEC NVENC(Default) Waits until transcode is complete HVDEC NVENC(Baseline) Stutters HVDEC NVENC(Main) Waits until transcode is complete HVDEC NVENC(High) Waits until transcode is complete DX11VA Disabled Works (around 30% CPU, 40% GPU) DX11VA* NVENC(Default) Waits until transcode is complete DX11VA* NVENC(Baseline) Stutters (Actually crashed once, not reproducable) DX11VA* NVENC(Main) Waits until transcode is complete DX11VA* NVENC(High) Waits until transcode is complete CUVID Disabled Works (around 40% CPU, 40% GPU) CUVID NVENC(Default) Waits until transcode is complete CUVID NVENC(Baseline) Stutters CUVID NVENC(Main) Waits until transcode is complete CUVID NVENC(High) Waits until transcode is complete * Strikethrough means that it does not get reported being used in the Now Playing view in Admin, which means that it probably got disabled for some reason. Video 2: 4K HDR 10 HEVC, DTS-HD MA 5.1 Codecs Stream: MKV (15mbps) Video: 4K HDR 10 HEVC Transcode (H264) Tone Mapping (Hable) Audio: DTS-HD MA 5.1(Default) Transcode (AC3 384 kbps) Results With HDR10 HEVC, we no longer have issues with it waiting for the entire transcoding to complete. But we just have stutters where we instead would have non-streaming with Dolby Vision. BTW none of these use Hardware accelerated tone mapping!!!! (again) Decoder Encoder Status Disabled Disabled Works Disabled NVENC(Default) Stutters DX11VA Disabled Works DX11VA* NVENC(Default) Stutters CUVID Disabled Works CUVID NVENC(Default) Stutters CUVID NVENC(Baseline) Stutters CUVID NVENC(Main) Stutters NVDEC Disabled Works NVDEC NVENC(Default) Stutters NVDEC NVENC(Baseline) Stutters NVDEC NVENC(Main) Stutters * Strikethrough means that it does not get reported being used in the Now Playing view in Admin, which means that it probably got disabled for some reason. Video 3: 4K HEVC, AAC 5.1 Codecs Stream: MKV (6mbps) Video: 4K HEVC Transcode (H264) Audio: AAC 5.1 (Default) Transcode (AC3 320 kbps) Results First time where we can get HW-encoding to sortof work. No HDR here. Decoder Encoder Status Disabled Disabled Works Disabled NVENC(Default) Works, stutters at start Disabled NVENC(Baseline) Works, stutters at start NVDEC Disabled Works NVDEC NVENC(Default) Stutters NVDEC NVENC(Baseline) Stutters CUVID Disabled Works CUVID NVENC(Default) Stutters CUVID NVENC(Baseline) Stutters DX11VA Disabled Works DX11VA* NVENC(Default) Works DX11VA* NVENC(Baseline) Works * Strikethrough means that it does not get reported being used in the Now Playing view in Admin, which means that it probably got disabled for some reason. all-logs.zip embyserver.txt

Hello All, I've stumbled upon what appears to be a very serious error in emby running on linux. Backstory: Before I get into the error itself it's probably worth giving some backstory on my specific situation in case this error is very specific to my circumstances. A few months ago I migrated from running emby on a windows host machine to running it inside a Container in Proxmox. That migration itself went fine, other than the headaches of different paths making me rescan my entire libraries and bricking all of my playlists, collections, and plugins. (This ties into the issue later). So today I was doing some additional cleanup from that and decided to get rid of some of these old playlists. Issue: I selected one of the playlists and selected "Delete" it warned me about deleting from /var/lib/emby which I didn't initially think much about (my mistake) because that looked about like the path I recall playlists being stored at. After clicking confirm I got an error about "Access to path '' is denied". Weird, I'll go delete it from the host machine manually. That's when I noticed /var/lib/emby was entirely empty. A reboot of the emby server confirmed my fears and it's acting like a brand new install. Fortunately I have my backups stored elsewhere and I'll be able to revert to a backup from a few hours ago, but still not a desired function at all. TLDR: Deleting a playlist that was brought in from a backup is the same as telling emby to go skydiving without a parachute, as it deletes the entire contents of /var/lib/emby folder.

When playing a video, you have the option to view info, chapters, and cast. When viewing any of those menus, they will disappear after about 3 seconds unless you repeatedly tap the screen to keep them focused. Even scrolling through the cast list, the menu will just disappear. This affects ANDROID app as well. Expected behavior: info, cast, chapters menu stay focused until I manually click away from them. Here is Google drive video demonstrating this issue: https://drive.google.com/file/d/1EDGyaw85cZU0TvRmZ5DwcSOneYdDp--2/view?usp=drivesdk

Emby Server Version: 4.8.11.0 Platform: Ubuntu 24.04 Backup Source: Windows Emby Server (restored using official Backup & Restore plugin) Issue Summary: After restoring my Emby library from a Windows-based setup to Ubuntu using the Backup & Restore plugin, I encountered a critical bug related to playlists: Some playlists (created while using Emby on Windows) appear broken in the Emby web UI after the restore. These playlists do not show any contents. When I try to delete such a playlist through the Emby web interface, the confirmation popup shows the location as /var/lib/emby. Upon confirming, Emby deletes the entire Emby directory, leading to total data loss. When the server restarts, it loads the new setup screen, as if it were a fresh install. Cause / Observation: Upon inspecting the playlists using the Metadata Editor, I noticed that the path of these broken playlists appears as: /var/lib/emby/data\userplaylists\Narayan Gopal [playlist]\Narayan Gopal.m3u This shows a mix of Linux (/) and Windows-style (\) path separators, which may be the root cause. It seems that the restored playlists from Windows contain malformed paths, and when Emby on Linux tries to delete them, it misinterprets the path and targets the parent Emby data directory instead. What Works Normally: Playlists created directly on the Linux server can be deleted safely and do not trigger this issue. Expected Behavior: Deleting a playlist should only remove the selected playlist's metadata or file. Actual Behavior: Deleting a malformed playlist (restored from Windows) deletes the entire /var/lib/emby folder, wiping the server configuration, metadata, users, and media settings. Steps to Reproduce: Create a playlist using Emby on Windows. Backup the Emby server using the Backup & Restore plugin. Restore the backup on a Linux-based Emby server. Locate and attempt to delete one of the imported playlists using the web interface. Observe the deletion prompt showing /var/lib/emby. Confirm deletion — Emby wipes the entire folder and resets to a fresh install. Impact: This is a severe data-loss bug. A user trying to clean up old playlists could accidentally wipe their entire Emby server. Suggestions: The Backup & Restore plugin should sanitize and convert paths correctly between Windows and Linux. Emby should validate deletion targets to prevent dangerous operations on critical directories. Playlist deletion logic should be made safer by enforcing directory boundaries. Please let me know if logs or playlist metadata are required. I can reproduce this issue consistently and would be happy to help provide more details.

Some idiot discovered my Emby server and logged into most of the user accounts (they had no password). No harm done, but I figured I'd give all accounts passwords to be safe. The first time logging in after assigning the password I get an auth error on the client, and the server shows After that, everything is fine.

While playing content, you can exit the app and the media will move to a picture-in-picture player. When returning to the Emby app by either reopening it or pressing the return button on the PIP player, the media continues playing, but the screen is black.

Hello everyone! I think I may have mentioned this as an aside in another bug report I made about the "Continue Listening" section being inconsistent, but I figured this deserves its own post here in the appropriate forum section. Context: I have an audiobook library loaded with various audiobooks, mostly in M4B with a few MP3 format. The continue listening function works fine on most of my client devices except the windows app. Currently running Emby for windows 2.219.2.0 Issue: In emby windows if I click a book to resume from the Continue Listening section, it will play the appropriate audio file that I was on, but it starts that file from the very beginning rather than resuming where I left off. This is painful on certain audiobooks where there are only 1 or 2 multi-hour audio files for the whole book rather than a file per chapter. I have tested this with multiple books and it appears to happen for both M4B and MP3 files.

ISPs are not up 100% of the time. Sometimes, the service goes down and you have no Inet access (e.g. scheduled maintenance, etc). This causes Emby to error out and become unusable even when the only thing I'm doing, or trying to do, is play locally hosted content, i.e. content stored in my own server within my own LAN. This behavior needs to be fixed. Hopefully, it's pretty obvious that the main point of locally hosting content is to be able to use it without any sort of dependency on, and especially when there's a lack of, Internet connectivity. I've run into this problem multiple times and, I must say, it's quite frustrating. I've seen this happen when using the mobile and NVIDIA Shield apps. I didn't have enough time to check if it was reproducible from the desktop via the browser. I've attached a screenshot of the error that pops up on mobile (Android) when this happens. Thanks in advance.

When attempting to access emby server via direct ip address I get the error `Could not find a part of the path '\dashboard-ui\index.html'` I am running Windows 11 and have emby server installed in a docker container and proxied using nginx proxy manager. I can access it via `emby.localhost` just fine, or `localhost:8096` but I cannot access it using `http://my-ip-address:8096` or `127.0.0.1:8096`. I am also unable to connect to it using the app and ip address If I disable the proxy host in NPM I get the same thing. docker-compose.yml: ``` emby: image: emby/embyserver container_name: emby ports: - 8096:8096 - 8920:8920 volumes: - C:/Servarr/emby:/config - E:/Movies:/mnt/movies - F:/TV Shows:/mnt/tv environment: - PUID=1000 - PGID=1000 - TZ=Australia/Sydney restart: unless-stopped ``` Settings in NPM are ``` domain names: emby.localhost scheme: http forward hostname / ip: emby forward port: 8096 ``` I activated debug logging but it the access attempt doesn't appear to add any entries to embyserver.txt

Dear Emby Team, I’ve encountered an issue with subtitle loading when playing transcoded videos on web-based platforms (e.g., browsers). Specifically, subtitles often take a long time to load or sometimes fail to load entirely. This problem becomes especially noticeable when the playback device has a poor network connection. For example, even after 30 seconds of video playback, subtitles may still not appear, and in some cases, they don’t load at all before the video ends. The worse the network conditions, the longer the delay in subtitle loading. I’d like to note that this issue seems to be specific to web-based playback, as I haven’t observed it in the latest version of the Emby client. Original (Chinese): 主题：错误报告：基于 Web 的平台上的字幕加载问题 在基于 Web 的平台（例如浏览器）上播放转码后的视频时，我遇到了字幕加载问题。具体来说，字幕通常需要很长时间才能加载，或者有时无法完全加载。当播放设备的网络连接不佳时，此问题变得尤为明显。 例如，即使在视频播放 30 秒后，字幕可能仍然不会显示，在某些情况下，字幕在视频结束前根本不会加载。网络状况越差，字幕加载延迟越长。 我想指出的是，这个问题似乎特定于基于 Web 的播放，因为我还没有在最新版本的 Emby 客户端中观察到它。

Server Version: 4.8.11 Running on Docker Nvidia based on Ubuntu 24.04 LTS CPU: AMD EPYC 7D12 GPU: Nvidia Quadro P400 Mobile settings: iPhone IOS 18.3 Emby App: 2.2.36 Problem description: If you use EmbyAPP in IOS and open a movie that needs to be transcoded and it plays normally, use IOS to swipe up to exit EmbyAPP and the BUG will be triggered: Impact: 1. The EmbyServer Web backend prompts "Playing" but the actual time does not change as shown in the figure: 2. GPU is occupied: The usage rate and the video memory occupation of more than 500M; (Expansion: If I repeat the BUG reproduction operation many times, then my GPU will consume all the video memory and start to occupy the CPU until all resources are consumed, which will start to affect the stability of the entire system) When I provided the screenshots, no device was viewing them.

Seems the navigation problems of the old desktop app were carried over to the new store app: When navigating the libraries menu (at the top) to reach the profile / setting icon, it often jump back to the first library except if you stop a little time on the last library entry: Also, there is still no way to disable closing Emby when doing a back from the side menu? It's really annoying for a HTPC as you then have to use a keyboard/mouse. If that's a "feature", could you please at least ask for a confirmation? (Do you really want to exit Emby? Yes/No )

Hey! Having the almost exact same problem. Win 11 Pro, Emby Windows App 2.219.2.0. Some music files simply do not start. And I have the same format on all my music files, flac. All encoded with the same software. Files play fine in other players. Also, no error message. Nothing happens at all when trying to start playing.

Hello. I'm contacting you because I have a problem with Emby Server with a Premium license concerning the DLNA server. My Windows Server 2019 server rebooted last night for an unknown reason and since then DLNA doesn't work anymore. Until a few hours ago everything was working fine and now I'm not sure why it doesn't want to work anymore. The only difference I can see is that yesterday I installed the DotNet 7 SDK and ASP Net Core 7. I reinstalled Emby Server but it didn't change anything. I do have an error in the DLNA logs, as follows: Thank you in advance for your support, as DLNA is completely indispensable in my home installation. Sincerely embyserver.txt

Since the last update or two I've been having issues with using Emby Windows app to play music. Background: I use emby on my work PC to play music while I'm working. Normally this consists of just picking a playlist and clicking the "shuffle" button for that playlist, then adjusting the emby player volume to a rather low volume. After that I leave it playing in the background (window open on an extra monitor, but not in focus). Occasionally I'll use the basic play/pause and skip buttons on my keyboard as needed, but I haven't noticed any correlation between this and the issues I'm having. Admittedly because I'm just using it for background music, I don't always notice right away, so I can't confidently say how many songs it gets through. But it is a very regular occurrence for me to realize my music is no longer playing, and when I check the emby app it either paused exactly at the beginning of a song, or the player has closed altogether (leaving my back on that playlist page). If it is just paused, I can get the next song to start by manually hitting play and it will work like nothing ever happened, but that solution is only temporary until the next pause or crash. Interestingly enough, I don't recall that I've ever had it happen when I manually skip a song, only when a song finishes and it goes to start the next one. On some rare occasions it does do the random pause in the middle of a song, but those are much more rare. The above issue seems to be limited to the Windows app, I don't experience this problem in the browser interface, android app, or roku app.