All Activity

Where did you get that info from? I'm using latest beta with 4.9.3.0 stable with no issues.

The beta version of the ATV app may not be compatible with the current Stable Emby server release. From v2.1.38 of the ATV app, it requires Emby server version of v4.10.0.4 as a minimum. The latest Stable version of the ATV app is v2.1.23.

There is message. the message is now became "Incomapatible server Version". I can post the snapshot once back in home.

Looks like this was quietly fixed. Thanks!

I was referring to: You mean that one's not coming up any more?

I’ll give this beta version a try. However, sending logs from within the app won’t work once the bug occurs—the app gets stuck on the loading screen. If you can provide the location of the log files, I can retrieve them manually using the Xplore file manager.

Hi everyone. I want to revisit this thread with something much more substantial than "still broken." After almost 4 years of testing every beta as requested by @ebrand @Luke, I finally have a complete root cause analysis — and proof that the correct behavior is achievable, because I accidentally stumbled onto it myself. A few nights ago I was testing Plex on my Roku TV in my living room and noticed something unexpected: an AV1 + Opus 5.1 file was playing with the video preserved in AV1 and the audio correctly transcoded to AC3 5.1 — exactly the behavior I had been asking Emby to implement for over the years. The Roku TV has no external receiver, so Plex correctly identified that Opus multichannel wasn't passable to the TV's audio system and transcoded only the audio, leaving the video untouched. I immediately went to test my other devices — NVIDIA Shield, Xiaomi Mi TV Stick 4K, Amazon Fire TV Stick 4K Max 2nd gen — and the behavior was different on all of them. That inconsistency made me curious. Why did it work on the Roku TV and not on the others devices? I decided to dig into the server logs from both scenarios and compare them. I asked for help analysing the logs to Claude AI and what came out of that analysis is what I'm sharing here today. --- **Environment** - Emby Server: 4.10.0.8 beta (issue present since at least 4.8.x — December 2022) - Server hardware: NVIDIA Shield TV (2015), Android 11 - Clients affected: Xiaomi Mi TV Stick 4K, Amazon Fire TV Stick 4K Max 2nd gen (Emby for Android TV beta 2.1.44g) - Source files tested: "Arrival (2006)" and "10 Things I Hate About You (1999)" — both AV1 video + Opus 5.1 audio in MKV - Audio output chain: Android TV → TV optical/SPDIF out → AV receiver (AC3/DTS passthrough only, no HDMI audio in) --- **The symptom (known)** When playing an AV1 + Opus 5.1 file on a device whose audio output is limited to SPDIF/optical, triggering Playback Correction to transcode Opus → AC3 causes the video to freeze on the last frame while audio continues normally. --- **Root cause — confirmed from Emby FFmpeg logs** Emby correctly identifies that only audio transcoding is needed and generates the following plan: ``` Stream #0:0 -> #0:0 (copy) ← AV1 stream-copied Stream #0:1 -> #0:1 (opus (native) -> ac3 (native)) ← audio transcoded ``` The output container Emby uses is MPEG-TS segments for HLS (`-f segment -segment_format mpegts`). FFmpeg itself immediately issues this warning upon muxing: ``` [mpegts @ 0x22e9a2c4d0] Stream 0, codec av1, is muxed as a private data stream and may not be recognized upon reading. ``` **This is the precise cause of the freeze.** AV1 is not standardized in MPEG-TS. When the client receives the `.ts` HLS segments, the AV1 stream is flagged as an unknown private data stream and cannot be decoded. The AC3 audio — which TS handles correctly — plays fine. The video freezes on the last frame rendered before the transcode session began. The client request confirms the segment container: ``` SegmentContainer=ts ``` Note also that Emby is bundling **FFmpeg 5.1-emby_2023_06_25_p4** — a June 2023 custom build. Two major FFmpeg versions (6.x and 7.x) have since been released, both with significant AV1 and HLS improvements. --- **Proof that the correct behavior is achievable — from Plex logs on the same server** This is where it gets interesting. Running Plex Media Server on the same NVIDIA Shield, serving the exact same files, the Roku TV client triggers a transcode session that works perfectly: AV1 stream-copied, Opus transcoded to AC3 5.1, video plays without freezing. Here is the actual FFmpeg command Plex generates for the Roku TV client: ``` -codec:0 copy -filter_complex "[0:1] aresample=async=1:ochl='5.1':rematrix_maxval=0.000000dB:osr=48000[0]" -codec:1 ac3 -b:1 640k -f segment -segment_format matroska ``` The difference is one parameter: **`-segment_format matroska`** instead of **`-segment_format mpegts`**. AV1 is fully supported and standardized in the Matroska (MKV) container. Plex uses MKV segments, the AV1 stream copies cleanly, the audio transcodes to AC3 5.1, and everything works. No freeze. No warnings. The Plex log also confirms the profile used: ``` TranscodeUniversalRequest: using augmented profile Roku-7.x ``` The Roku-7.x profile correctly does not list Opus as a supported audio codec, which is why Plex decides to transcode it. The Xiaomi and Fire TV profiles do list Opus as supported, which is why Plex direct plays on those devices — leaving the SPDIF chain stuck with stereo, same as Emby's default behavior. --- **The fix** When the source video codec is AV1 and the transcoding plan is audio-only (video stream-copy), Emby must switch the HLS segment container from MPEG-TS to either: 1. **Matroska segments** (`-segment_format matroska`) — proven working by Plex on the same hardware with the same files, or 2. **Fragmented MP4/CMAF** (`-segment_format fmp4`) — also AV1-compatible and HLS-spec compliant This isn't theory—it's working right now. Plex handles it on the same setup. I'm honestly thrilled I found this... with this info, maybe Emby could get there too? I'd love to help test it. --- **Why this matters** AV1 + Opus is now the dominant encoding combination in scene releases and is increasingly common in personal libraries. Users with older AV receivers limited to SPDIF/optical — a very large installed base worldwide — have had no working path to multichannel audio on AV1 content in Emby for over two years. This will only grow in scope. --- **Attachments** - Emby FFmpeg transcode log (showing the mpegts warning) - Emby server log I am happy to provide any additional testing or logs. I have been patiently testing every beta since December 2022 and will continue to do so. Regards, H. embyserver (1).txt ffmpeg-remux-05dd082b-aa58-4f30-8cb8-f9ea957951c9_1.txt

Try sideloading latest beta from here and see if it makes a difference (though I suspect it won't): Edit: Have you ever sent in-app logs, to try to trace where's that initial error coming from in the first place? How to Report a Problem

I faced same issue with multiple android TV boxes including mine and friends. SInce my AV receiver gone faulty i was forced to use android TV version to get the "downmix to stereo" Android TV version: 2.1.23g Server : 4.9.3.0

As @ebralready stated: I've also never encountered that - nor saw it reported - and I do roam the forums quite a bit, so it might not be as easily reproducible. I have zero issues with either Remembering last user (which is how I always have AndroidTV set up) or Automatically logging as this user (just tested). What are your current sever and app versions?

The DVD folder playback issue is resolved now.

I recently reinstalled Emby for Android TV because I now use stereo speakers, and the “Downmix to Stereo” option is only available in the Android TV version of the app. The regular Android version doesn’t include this option, so I’m using the Android TV build again. While testing, I noticed a consistent issue with the Android TV app related to login behavior: • On the very first sign‑in, the app shows a message saying the server is “incompatible server version,” but it still logs in and works normally. • However, after closing and reopening the app, it gets stuck on the loading screen and never finishes loading. After extensive testing, I found that this only happens when the startup behavior is set to either: • Automatically login as this user, or • Remember last user In these two cases, the app will not open again unless I clear the app data. If I set the startup behavior to Show Login Screen, the app works perfectly every time. It prompts for the username and password on each launch, and the app loads normally without getting stuck. Based on this behavior, it seems like there’s a bug in the automatic login or token handling process when the app initially reports an “incompatible server.” The manual login path works fine, but the auto‑login options cause the app to hang on startup. This looks like a small but reproducible bug that should be fixable. login

Unfortunately, I’m experiencing the exact same issue. I followed the same steps, but after a few hours of use, it always updated itself back to the latest version. How can the automatic update be prevented? And indeed, it’s been nearly four months since they promised to fix the bug, but unfortunately it still hasn’t been resolved—the issue is still present even in the 4.10.0.8 beta version! ...please! embyserver_20260330.txt

link sent

A suggestion: if a scheduled rule with the priority override set returns zero results, nothing is tagged. It would be preferable—for my use case, at least—if it treated the schedule as inactive in that situation.

No worries,. just post your amended version here so anyone that might find use for it can download it. Btw, that Beatles page looks really smooth now, I'm glad you've got it as you wanted it. Topic title changed.

Hello, I have been using Emby for a number of years now and have had very issues in that time. We use Emby as our main source for Terrestrial TV. My aerial is connected to a tuner which Emby then connects to via m3u8. This has worked flawlessly for years, up until when my wife noticed on Saturday morning (28th Match 2026) that channels would not play. I have confirmed that the tuner is working an I can play streams when connecting direct outside of emby. I have restarted everything also which has not helped. I have also noticed that the scheduled task for refreshing internet channels appears to be getting stuck at 75%, not sure if this is related or not? Below are the only errors I can see in the logs.... I have also attached my log. *** Error Report *** Version: 4.9.3.0 Command line: C:\Emby-Server\system\EmbyServer.dll Operating system: Microsoft Windows 10.0.19045 OS/Process: x64/x64 Framework: .NET 8.0.22 Runtime: C:/Emby-Server/system/System.Private.CoreLib.dll Processor count: 8 Data path: C:\Emby-Server\programdata Application path: C:\Emby-Server\system MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: InternalServerError at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsyncInternal(HttpRequestOptions options, String httpMethod) at Emby.Server.Implementations.HttpClientManager.CoreHttpClientManager.SendAsync(HttpRequestOptions options, String httpMethod) at Emby.LiveTV.TunerHosts.SharedHttpPipelineSource.OpenStream(IDisposable connectionContext, MediaSourceInfo mediaSource, String url, MediaProtocol protocol, CancellationToken cancellationToken, Int32 recursion) at Emby.LiveTV.TunerHosts.SharedHttpPipelineSource.OpenInternal(CancellationToken openCancellationToken) at Emby.LiveTV.TunerHosts.LiveStream.Open(CancellationToken openCancellationToken) at MediaBrowser.Controller.LiveTv.BaseTunerHost.GetChannelStream(TunerHostInfo tuner, BaseItem dbChannnel, String tunerChannelId, String mediaSourceId, List`1 currentLiveStreams, CancellationToken cancellationToken) at Emby.LiveTV.EmbyTV.GetChannelStreamWithDirectStreamProvider(BaseItem dbChannel, String providerChannelId, String streamId, List`1 currentLiveStreams, CancellationToken cancellationToken) Source: Emby.Server.Implementations TargetSite: Void MoveNext() 2026-03-30 07:21:32.854 Error MediaSourceManager: Error opening live stream *** Error Report *** Version: 4.9.3.0 Command line: C:\Emby-Server\system\EmbyServer.dll Operating system: Microsoft Windows 10.0.19045 OS/Process: x64/x64 Framework: .NET 8.0.22 Runtime: C:/Emby-Server/system/System.Private.CoreLib.dll Processor count: 8 Data path: C:\Emby-Server\programdata Application path: C:\Emby-Server\system MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: InternalServerError at Emby.LiveTV.EmbyTV.GetChannelStreamWithDirectStreamProvider(BaseItem dbChannel, String providerChannelId, String streamId, List`1 currentLiveStreams, CancellationToken cancellationToken) at Emby.LiveTV.LiveTvManager.GetChannelStream(String id, String mediaSourceId, List`1 currentLiveStreams, CancellationToken cancellationToken) at Emby.Server.Implementations.Library.MediaSourceManager.OpenLiveStreamInternal2(LiveStreamRequest request, CancellationToken cancellationToken) Source: Emby.Server.Implementations TargetSite: Void MoveNext() 2026-03-30 07:21:32.856 Error MediaInfoService-0HNKDORQGJ0AG:00000001: Error processing request *** Error Report *** Version: 4.9.3.0 Command line: C:\Emby-Server\system\EmbyServer.dll Operating system: Microsoft Windows 10.0.19045 OS/Process: x64/x64 Framework: .NET 8.0.22 Runtime: C:/Emby-Server/system/System.Private.CoreLib.dll Processor count: 8 Data path: C:\Emby-Server\programdata Application path: C:\Emby-Server\system MediaBrowser.Model.Net.HttpException: MediaBrowser.Model.Net.HttpException: InternalServerError at Emby.LiveTV.EmbyTV.GetChannelStreamWithDirectStreamProvider(BaseItem dbChannel, String providerChannelId, String streamId, List`1 currentLiveStreams, CancellationToken cancellationToken) at Emby.LiveTV.LiveTvManager.GetChannelStream(String id, String mediaSourceId, List`1 currentLiveStreams, CancellationToken cancellationToken) at Emby.Server.Implementations.Library.MediaSourceManager.OpenLiveStreamInternal2(LiveStreamRequest request, CancellationToken cancellationToken) at Emby.Server.Implementations.Library.MediaSourceManager.OpenLiveStreamInternal2(LiveStreamRequest request, CancellationToken cancellationToken) at Emby.Server.Implementations.Library.MediaSourceManager.OpenLiveStreamInternal(LiveStreamRequest request, CancellationToken cancellationToken) at Emby.Server.Implementations.Library.MediaSourceManager.OpenLiveStream(LiveStreamRequest request, CancellationToken cancellationToken) at Emby.Server.MediaEncoding.Api.MediaInfoService.OpenMediaSource(OpenMediaSource request, CancellationToken cancellationToken) at Emby.Server.MediaEncoding.Api.MediaInfoService.GetPlaybackInfo(GetPostedPlaybackInfo request, Boolean allowMediaProbe, String newPlaySessionId, CancellationToken cancellationToken) at Emby.Server.MediaEncoding.Api.MediaInfoService.Post(GetPostedPlaybackInfo request) at Emby.Server.Implementations.Services.ServiceController.GetTaskResult(Task task) at Emby.Server.Implementations.Services.ServiceHandler.ProcessRequestAsync(HttpListenerHost httpHost, IServerApplicationHost appHost, IRequest httpReq, IResponse httpRes, IStreamHelper streamHelper, RestPath restPath, String responseContentType, CancellationToken cancellationToken) at Emby.Server.Implementations.HttpServer.HttpListenerHost.RequestHandler(IRequest httpReq, RestPath restPath, String urlString, String localPath, String contentTypeInPath, CancellationToken cancellationToken) Source: Emby.Server.Implementations TargetSite: Void MoveNext() embyserver (3).txt

@GrimReaper This v4 is looking completely excellent now, especially from a grouping and sorting perspective. The "Release Type - Custom" is perfect for creating your own Release Type grouping order and still allowing for supplementary Tags underneath. It now turns the Albums pages into your own custom Artist Discographies, based on your own music library and tagging system. This is definitely a keeper!!! If I ever want to (e.g.) split Soundtracks away from Compilations, it's an easy change and won't mess up anything else. (We just need Emby to implement importing ROONALBUMTAG tags, for easy updating of the Album tags themselves, in Mp3tag.) I decided to use the Registered emoji to designate "Release Type". It keeps these tags grouped together elsewhere and fits with my overall Emby theming - so all good! // Custom sort priority for Release Type — matched by prefix (case-insensitive) const RELEASE_TYPE_ORDER = [ 'studio album', 'live album', 'compilation', 'studio ep', 'other', ]; The only other things I've adjusted are all just styling to suit my own preferences: Changed the items count separators in the headings from brackets (19) to: dot symbols and spaces • 19 • Moved the divider lines to above the titles Changed the divider lines spacing Changed the divider lines color to: dimgray Changed the card spacing to: 21px (it's an almost perfect match now to the standard grid - both card sizing and spacing) const header = document.createElement('h2'); header.className = 'sectionTitle sectionTitleText'; header.style.cssText = ` display: block; padding: 0.75em 0 0.5em 0; margin-top: 0.75em; border-top: 1px solid dimgray; `; header.textContent = `${tag} • ${groupAlbums.length} •`; const grid = document.createElement('div'); grid.style.cssText = ` display: flex; flex-wrap: wrap; gap: 21px; margin-bottom: 8px; `; Here is the updated end-result with again using "The Beatles" as test Artist: If you want to update your own script for your reference and also post it, then I'll mark it as the solution. Also, as you're a Forum Moderator perhaps you could please change the topic title to Hide Playlists from Included In & Group Albums by Release Type + Decade. As the original topic diverged completely, this may help others find this in the future. I'll then also reference this topic in other topics about Music Release Types. Cheers!!!

@Bottles51 I have quality, source, group, encoder on the files. It makes it easier to know when something is better quality. Regardless of what setting I have put for the NFO settings, it gets removed or overwritten. I don't do it manually, I have an *arr help me with management. I have had an additional thought to all of this: subtitles and images. We have the ability to group movies by making the items in square brackets, and associated subtitles will also be grouped with the respective video file. But there might be a large collection of subtitles for each different video file. All images seem to assume a singular video file. But if we change the dropdown, wouldn't it be nice for some of the other images to change as well? To show that the director's cut is different? While extreme, wouldn't a solution to this to be subfolders similar to how there are seasons in TV shows? Extras are treated as a special season already, why not have subfolders for versions?

Following up on this topic, the ability to search within a specific library remains an essential and unresolved need. In practice, the current all-library search continues to slow down workflows, surface irrelevant results, and make it unnecessarily difficult to locate known items in large, organized collections. For users managing multiple libraries by type or quality, this is not a minor convenience but a fundamental usability gap. Adding library-specific search would materially improve precision, speed, and overall efficiency, and still feels like a missing core feature. I hope I have not missed any recent developments on this. Cheers.

So for this one. I played s01e02 fast forwarded to the end till the next screen popup. Did it three times before it failed and crashed emby to main TV screen. So the crash should be within a minute of this time. 2026-03-28 13:20:21Hell Mode - S01 E02

Hey @sa2000for sure. Please send me the link and I can upload the file. This is a new file so not sure if it's a regression but another file for which subtitles were working it didn't work on this. Planning on reverting to older version.

I am using Emby Android 3.5.28 with server Version 4.10.0.8 beta and my client and server are connected wired The title pretty much says what is happening. I have seen no pattern except this only seems to happen on newer files and not on mp4s. I do not use Emby to play music so I do not know about audio formats. And none of my file have to transcode the video. I do not know about the audio portion at least yet. The problem will show up several times in one session or it will only show once and then not show again for hours or even days. I usually use the back button to exit before the file is completely played but on the occasions where I don't this happens about 6-10% of the time but it does not seem to be reliably repeatable with the same file. I attached a log and that log should contain at least two instances of the problem happening including the last fully player file from the series "Star Trek Enterprise," I have been using nothing but my Shield lately so i do not know if any other client has the issue. I do not know what else to report and, since the problem is not repeatable, I do not know how to test but I am open to guidance if anyone needs more info. BTW: After the problem happens and I exit the playback normally i see nothing else that shows there has been any problem. BTW2: If this belongs in the beta server forum feel free to move it. I'll find it. BTW3: There was a file that did this twice very quickly yesterday. I fell asleep shortly after starting a program and did not wake up till it ended. It was stuck as described the first time and it did the same on replay. embyserver (3).txt

This was fixed long time ago. Read the comments above on how to get the beta. You need to be running 2.1.28 or later.

ty for all the hard work, will definitely keep tabs on project. been waiting years for a way to import collections, only reason i still used plex sometimes. when collections decided to load on plex. its so buggy now. got overlays working seams it just takes a while for them all to load.