All Activity

It can be used to stream raw video streams, so you have to have urls for that. It's not going to extract videos from web pages.

Hi, you don't have what exactly?

Ok but...what does that have to do with waiting 6 years for this to be added?

I agree with everything you say here. Even so this is a good opportunity to say to everyone - BACKUP YOUR LIBRARY - from hard won experience. -HS

See attached. ffmpeg-remux-13cae961-dbcf-4e2b-9466-86625b7b3bb5_1.txt embyserver.txt

Well here it is 2026 and we still don't have this I mean I don't know what logic it is to if you delete the tuner and all of the weeks for the guide data it is so hard to have a script remove that directory because obviously it's not needed or not correct anymore otherwise I figured out myself but it would break on the next update

Hi Luke, thank you for the information. I will follow the guide and report back.

Direct play works with MP4 — that's not the issue. The native Apple player will happily take an MP4 with HEVC Main 10 + AC-3 straight off the server. What it won't do is keep the buffer fed. Measured on an Apple TV 4K, same box, same LAN, same files, with an on-screen buffer readout: 67 Mbps remux, direct: buffer starts around 10 s, drains to 1–2 s, never recovers — stalls for good. 15 Mbps file, direct: 5 s after a minute, 1 s after two, but it claws its way back. Either of them over HLS: 50–60 s of buffer, steady for the whole film. The bleed is proportional, not a threshold: ~92% of what playback consumes, so ~5 s of buffer lost per minute played. The bitrate only decides how long you've got before you hit zero — no safe "max direct play bitrate", just a slower death. Not decoding, not the network (a Mac direct-plays the same files over the same LAN with 32–52 s and no stalls). Specific to AVFoundation's progressive path on tvOS. So, you've put a lot of work into choosing the best player, but without support for HLS with fMP4 this work is not enough.

Please let us know which steps succeed and which ones do not, and then we'll take it from there. Thanks.

Respectfully, since 2.0.7 the Auto setting appears to have failed me regularly, and frequently. The very same file that I played under 2.0.6 without any Audio sync/loss issues, has repeatedly and randomly lost audio playback while continuing to keep video and subtitles in sync. It's not any one movie but happened across most of my library. Only on the Apple TV Client. The very same movies play back flawlessly in Plex, Infuse, and off the Emby Web Client, Mac Client, and Android Clients. When I did my stress test a little while ago (Player set to MVP), not a single client showed the audio loss. I have even played these files back through iTunes sharing without issue. I am happy to help and provide any details info I can. I already submitted logs in the Apple TV 2.0.7 thread, but haven't heard anything back.

Hi, yes the user tdriver at one point wrote a guide:

I would leave it on auto. We've put a lot of work into choosing the best player depending on the situation.

It's delayed by 600ms. So one second after that means it took 1.6 seconds to connect. That is long enough that if you don't put up some kind of feedback it will have users mashing and clicking things a second time.

folder sync to the rescue.

THANK YOU!!!! I'll set to MPV, unless I find something (Either DB Vision or HDR) that annoys me to the point I change it for that session! One of the best explanations and responses I've seen in a while. KUDOs! I have no MKV, I make it a habit to re-encode any MKV to a lower resolution H.265 (HEVC). I keep my server and content optimized for remote playback. I've found video upscaling on modern hardware devices more than makes up for it. I have a Laser 4K Projector that plays 720P beautifully, and I've never heard a complaint on resolution or color. I did a stress test after your response on a bunch of 4K content to 5 AppleTVs (simultaneously ) with the player set to MPV, all showed direct play on the Dashboard. No issues.... Happy!

There should be an ffmpeg log that goes with that playback. Can you provide that? Don't know why you aren't hearing audio. Its being converted to DD+ which your system reports support for and I see no errors.

@LukeOk thanks, I will keep that in mind

Any progress on this one?

Mine neither, which is why I think it shouldn't even pop up for several seconds after which it determines the connection is slow. Even a 5 second delay would mean I would never see it.

Im hoping for Smart playlists that are live lists (live updating)

Emby for Android TV Version: 2.1.55g registered User 'TestAdmin' 'Dark Matter' S2E13 is the first icon in 'Continue Watching' Get MediaInfo report on file: Dark Matter - S01E13 - Episode Thirteen.mkv Matroska: 4.05 GiB, 43 min 6 s Title: Dark Matter S01E13 Episode Thirteen 1080p Blu-ray 10Bit TrueHD5.1 HEVC-d3g 1 video stream: HEVC Encoded date: 2022-11-09 09:36:45 UTC 1 audio stream: MLP FBA Writing application: DVDFab 12.0.9.1 1 text stream: PGS Writing library: libebml v1.4.2 + libmatroska v1.6.3 First video stream 11.4 Mb/s, 1920*1080 (16:9), at 23.976 (24000/1001_FPS, HEVC (Main 10@L4@High) First audio stream English, 1 969 kb/s, 48.0 kHz, 6 channels, MLP FBA (Dolby TrueHD) Select episode Hit 'Play' Episode begins, video is perfect, no audio Hit Pause Select disc Down, note 'CC (off)' and 'Direct' are showing Back out of episode twice Logs sent 8:43AM Pacific time 8/19/26

In practice the choice matters less for what plays natively and more for what doesn't. Native player – Goes through AVFoundation, so decoding is done by the Apple TV hardware and it's the only path that can output HEVC HDR/Dolby Vision properly. The weak point is the streaming/buffering side: with high-bitrate content it's not very efficient and it's fairly easy to run into buffering, even on direct play. It's also limited to containers and protocols AVFoundation understands. MKV isn't one of them, and since Emby doesn't currently support HLS with fMP4 segments, MKV content can't simply be remuxed into something the native player accepts — it ends up being transcoded instead. That's why in practice pretty much all HEVC HDR content gets transcoded. MPV player – Handles almost any container, so it avoids the container-driven transcodes and generally holds a stream better. The trade-off is HDR: MPV tone-maps the picture itself rather than passing HEVC HDR through to the Apple TV's own decode/display pipeline, so you don't get true HDR output. Auto – Emby decides per item: it uses the native player when the stream is something AVFoundation can direct play, and falls back to MPV when it isn't. So "Auto" doesn't mean "always native" even if all your content is H.264/H.265 — the container and the HDR metadata matter as much as the codec. To be fair, the MPV implementation on Apple TV has improved a lot over the last releases. But Dolby Vision is still problematic, as you can see from various threads on this forum. Since DV is a proprietary format, the only real solution there is to let the native player handle it — which brings us back to the same thing: support for HLS with fMP4 and remuxing, so the Apple TV could play HEVC HDR and DV natively without transcoding. That's not possible today

MIcrosoft info on this error: https://learn.microsoft.com/en-au/search/?terms=There was an error processing&category=QnA Possibly related to MS points with a MIcrosoft account connected to a MS outlook login that automatically happens with Windows, depending on your user settings. Also could be a cache or VPN issue. There are many steps to try in the learn.microsoft.com link above. This appears to be directly related to the Edge browser.

Well it's basically a flash on any device. It took me many many times on one of my phones just to figure out what it even said on the popup. But it's still annoying as fuck, even a 1 second flash of some sort of popup ain't good. I've never seen anything like that ever.