All Activity
- Past hour
-
SamES started following App Issues with Samsung TV
-
Smithy47 joined the community
-
I sometimes get what might be the same problem with Emby on my shield connected to an AVR. I believe the problem lies in the AVR or TV somehow having problems with the Shield changing resolution/hz and then takes a long time to recover. Disconnecting the Shield for a couple of seconds, rebooting the shield and/or AVR usually helps.
-
Gabriel M joined the community
-
keepyourlifeeternal@gmail.com joined the community
-
deepmeaningless joined the community
-
Emelin joined the community
-
BAQER27 joined the community
-
Chenchoibiza joined the community
-
Roberto_ joined the community
-
leithandhannah joined the community
-
s1mwest started following iPhone videos are upside down in Emby web client & Samsung TV
-
Hi iPhone HEVC (.MOV) videos containing a Rotation 180 deg metadata tag play upside down in both the Emby Web Client and the Samsung TV app. The same files play with the correct orientation in Windows Media Player/Explorer, and Emby generates thumbnails in the correct orientation. This suggests the rotation metadata is being interpreted correctly during thumbnail generation but not during playback. Is this a known issue with QuickTime rotation metadata (Rotation 180 deg), and is there a server or FFmpeg setting to honour it during playback? Emby 4.10.0.20 beta on DSM 7.4 Thank you
-
2kplayazzzzz joined the community
-
One of the next betas for the Windows, Xbox and Linux apps will have this as an experimental feature. The WMC UI apps already have it, btw.
-
If this matters: Emby stopped working sometime shortly after I purchased Emby Premiere and put in my license key. we did just now try the option to “Restart Server” on the Mac app, and now it appears to be back. Is that all we needed to do?
-
Feature Request: Configurable Tuner Handshake Retries
PowerCC replied to PowerCC's topic in Feature Requests
Hi Luke, Thanks for taking a look. Here are the logs capturing the behavior. In this example, when a recording attempt fails due to an upstream proxy/tuner returning a 503 Service Unavailable, Emby immediately enters a hardcoded 60-second retry loop, which can cause resource contention with external gateways: 2026-07-26 13:20:03.812 Info LiveTV: Opening live stream for recording from channel [Redacted Channel] to [Redacted GUID] [Redacted Path]/[Redacted Program].ts 2026-07-26 13:20:03.812 Info LiveTvManager: Opening channel stream, external channel Id: [Redacted ID] 2026-07-26 13:20:03.822 Info HttpClient: Http response 503 from http://[Redacted IP]:5004/x_path1_x/x_path7_x after 9ms. Headers Server=BaseHTTP/0.6 Python/3.14.2, Date=Sun, 26 Jul 2026 20:20:03 GMT 2026-07-26 13:20:03.824 Error MediaSourceManager: Error opening live stream MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: ServiceUnavailable at Emby.LiveTV.EmbyTV.GetChannelStreamWithDirectStreamProvider(...) at Emby.Server.Implementations.Library.MediaSourceManager.OpenLiveStreamInternal2(...) 2026-07-26 13:20:03.830 Error LiveTV: Error recording to [Redacted GUID] [...] 2026-07-26 13:20:03.830 Info LiveTV: Retrying recording in 60 seconds. 2026-07-26 13:20:03.861 Info LiveTV: Creating recording timer for [Redacted GUID], [Redacted Program] As you can see, it forces the subsequent retry precisely 60 seconds later. Having a toggle or adjustable backoff for these tuner failure retries would prevent these aggressive handshake loops from locking up custom proxy setups. Let me know if you need any further details! -
Can you provide the server and any transcode logs to assist the devs?
- 1 reply
-
- 1
-
-
I'm facing the same issue. No matter what options I select, Emby always adds musicbrainz ID and always adds musicbrainz genres. Maybe the solution would be something like a "genre whitelist" which allows filtering genres avoiding dummy ones. Is that in your radar @Luke
-
kamikaze_worm86 started following App Issues with Samsung TV
-
Hi, I reported another issue with sound last week but i noticed another problem. Since the lastest and last update for my samsung TV, when I use Emby it works for about an hour. After sometime whatever I am watching will start to lag. The TV is unresponsive. Menu Volume everything. Only way to fix it is to power it off at mains and then it once back on it will work again for the same ammount of time. I tested the same on other apps on the same TV and it does not do this. I have reset the entire TV but same issue persisits. Firmware Version of TV is 2740.1 Can I get some help on this one? Thanks
- Today
-
mcintyrewebb started following Alexa Skill Playing Albums Incorrectly
-
I'm new around here, so I don't know if this is a new issue or old. Whenever I ask Alexa to play an album off of my Emby server, it plays the correct album, but the songs are in the incorrect order. It sorts them alphabetically by Title instead of by Track Number. I tested this by changing track names to start with their track number, and it correctly changed the playback order according to that renaming. Is there a way to change this so that Alexa plays by the Track Number instead of alphabetically by Title? I'd love to not have to rename my whole library!
-
Hi Luke, Thanks for the assist. I believe I found the culprit. I did the remux as you said, but it gave identical result. So I went down a rabbit hole. Apparently my Quadro P1000 is not able to transcode 4K videos that i rip. I am unsure exactly why because nvidia states that it at least supports 10bit HEVC, but only in 4:2:0 so I must assume current day 4K's are running at least 4:2:2? I found out by doing nvidia-smi while transcoding and saw it was using 0% of the GPU while transcoding 4K while using 6% while transcoding blu rays. So it must be denying service and emby is silently falling back to CPU. Interestingly it was only using 1 core, during this fallback, which is why I didn't see a heavy CPU use. When I disable HEVC decoder in transcoding it can now use all 4 cores and it is transcoding fine. It needs 90% of my CPU to do the job *jeez* It seems I will have to do some upgrading.
-
I dug deeper with permissions and I'm seeing the SAB is writing the folder and file with these permissions: Folder: drwxr-xr-x 2 nobody users File: -rw-r--r-- 1 nobody users If I manually copy the folder over to the array and the run Emby, I get a permissions error when trying to write the files (NFO, Images, etc). If I manually create the folder on the array using Windows Explorer and the copy over only the file, Emby can write the NFO, Images, etc into the folder. But all the files it creates has these permissions: -rw-r--r-- 1 That matches the .mkv file that was created by SAB, but not the folder that I created where it is drwxrwxrwx 2 nobody users Shouldn't Emby use the file permissions of the folder, which would mean that it should write -rw-rw-rw- 1 nobody users when it creates the files in the folder with permissions of drwxrwxrwx 2 nobody users? I'm new to Linux permissions, so I might be way off base.
-
The app decides how to render the image. The backdrops usually get zoomed and cropped if they are not the exact resolution of the screen. Photos are scaled to fit. The app is showing your photos as backdrops rather than scaled to fit images. That is likely all this is. It needs to understand the entire photo must be visible unlike backdrops. You want the entire photo in frame.
-
[Beta] ROMote – play your retro game collection in the browser (NES → PlayStation)
digitalirony replied to digitalirony's topic in Plugins
Before you dig anything up, here's what I think is going on - it'll make the requests below make sense, and I suspect a lot of it comes down to how the Games library itself is set up. How ROMote decides what's what: it reads the ROM file's extension (NES = .nes, SNES = .sfc/.smc, N64 = .z64) and tags each game with its console. When it recognizes a file, that console shows up under ROMote's proper name. When it doesn't, Emby's built-in scanner lists the file instead and just labels it by its folder. You can actually see that split in your Systems view: "Nintendo Entertainment System", "Nintendo 64", and "Atari 2600" are ROMote's names - it recognized those. But "SNES" and that stray "roms" tile are folder names, which means those files came in through Emby's generic scanner and ROMote never tagged them. That's exactly the SNES "Unknown platform" error: no console tag, so Play has nothing to launch. The NES "only shows from S" is likely a separate issue - a clean alphabetical cutoff like that usually points to a scan that didn't finish, or a display/sort quirk, rather than file types. Since both of these come down to what Emby is scanning and how ROMote sees it, a few things would let me pin it all down in one shot: 1. Library settings - Dashboard > Library > your Games library > Edit. A screenshot showing the Content Type (should be "Games") and the folder path(s) it points at. This is the one I most want to see. 2. Inside the folders - first turn on View > "File name extensions" in Explorer (Windows hides them by default). Then screenshot the contents of: one NES folder that shows in Emby, one NES folder that doesn't (something early like "8 Eyes" or "1942"), and one SNES game folder. I'm after the actual files and their extensions. 3. The layout - a screenshot of the top level or two of folders under that library path, so I can see where NES, SNES, and "roms" sit relative to what Emby is scanning. 4. The Emby log - run Dashboard > Library > "Scan Library Files", let it go for a bit, then Dashboard > Logs, open the newest server log and attach it (or paste any errors/exceptions). And the 10-second one: in the Games search, type "1942" (or another title that's missing) - does it find it? That tells me whether those NES games imported at all. With those in hand I should be able to sort both out. -
Ignore m3u and add dropdown for playlists
StuBailey replied to dannymichel's topic in Feature Requests
right, but I'm talking about a music playlist created by making a playlist and then right clicking songs to add to the playlist, and those are not showing up when I turn off the import. -
They were behaving just fine in Emby yesterday...
-
Perhaps you should talk to Dr. Phil <TL;DR>
-
Can you reproduce the problem with any other video? If you play these with any other player how does it behave?
-
Is it safe to post my embyserver.txt file here without exposing anything sensitive? I did the following and have the file, but I don't know if I should add the file or if something needs redactedd. 1. Ran "Rotate log file" from the schedule task manager 2. Add new movie to Movies folder 3. Run "Scan Media Library Folder" from the schedule task manager 4. No images were added The name of the movie is Disclosure Day
-
Not what this is. On the same TV, the Emby for Android TV, Jellyfin, and Plex all show the photos correctly! Only the Standard Android app shows them like this. It is not a server issue, it is an app issue.
-
I have not seen this happen with any other programs, and , on the same TV, the Emby Android for TV app displays the same files correctly! Yes, this was a bit complicated, and if I did NOT have the signature on my photos, I may never have noticed it. Some year maybe they will fix it but I am no longer holding my breath, it has been over 2 years already!
-
They're just MKV files, with AVC video and Atmos audio. Play them in Emby, record the output with a mic connected to my laptop. embyserver-63920707200.txt
-
Emby Theater 3.0.20/3.0.21 — Legacy Version This is the original version of Emby Theater, formerly associated with the MediaBrowser platform. It is an Electron-based desktop application that combines custom DLLs with what is essentially a hosted web client. Most of the assets required to run Emby Theater are web-based and hosted on Emby’s servers. These assets include JavaScript, HTML, CSS, JSON, and other supporting files. When the application launches, it first retrieves the index.html file from the Emby website. As a result, an active internet connection is required during startup; without access to the hosted files, the application will not run. The index.html file contains an appversion value in the following format: appversion=4.9.5.xx Emby Theater uses this value to identify and retrieve the appropriate client assets. The downloaded files are then cached locally in a binary format, with the appversion serving as the cache key. When Emby updates the legacy Theater client, it generally updates the hosted web assets and increments the appversion value. The version number appears to combine the corresponding Emby Server revision with a client-specific revision. For example, server version 4.9.5.0 combined with client revision 17 results in an application version of 4.9.5.17. You can verify this appversion by viewing the page source (right click, View page source) from Emby's hosted index.html page. https://tv.emby.media/index.html?autostart=false Emby App 2.317.2.0 — Microsoft Store Version This is the newer, redesigned version of the Emby application. It is written primarily in native C# and is designed to run on both Windows and Xbox. The application is distributed and updated through the Microsoft Store. Unlike the legacy Emby Theater client, all assets required to run the application are bundled within the installed package. Therefore, an internet connection is not required simply to launch the application after installation. The Microsoft Store deployment model does impose certain limitations, particularly regarding access to and customization of the MPV player. Users who rely on custom MPV configuration files, scripts, shaders, or plug-ins may find the legacy version more flexible. However, users who use MPV with its default configuration and do not require custom scripts, plug-ins, or configuration files will generally be better served by the newer Microsoft Store version. This "Select Server" screen issue is related to the ET Legacy version only. It started with appversion 4.9.5.14.
-
These are videos? In exactly what format? Please provide logs from an example.
-
Many thanks for the kind words! There is no way to add the black background to images, other than the way you have done it, for now. Good idea for the future though.
