Example of stuttering HEVC playback on Apple TV 4K

I’m unsure if this is a separate issue, but I’ve found that my Apple TV 4K has consistent stutter with a 4K HEVC MKV (as if it was stop motion) when using the new player. When I switch back to the old player, it plays fine.

I’d like to get this fixed, would it help to start a new thread, or can I add some more details here?

A likely cause of what we observed with HEVC content stuttering in MP4 containers appears to be related to a bug with how mkvtoolnix v44 handled HEVC streams, namely causing the ctts atom to be missing or malformed. This was fixed in early April with v45.

I suspect Plex repackages MKV as MP4 when streaming to tvOS, and thus it would be susceptible to the same bug if it was packaged with a version prior to v45. Have you tried remuxing with v45 or v46?

If this doesn’t help, I suspect it’s a different issue.

1 Like

One thing I’ve noticed is the tvOS client sometimes claims to be playing H.264 when the server claims it’s streaming HEVC directly.

Just came across this thread whilst looking into my issue.

I’m not using any Apple products but am suffering the same problem on:

Nvidia Shield TV Pro
Samsung S10+
LG C9 OLED

The same source x265 files.

Frustrating as just got ALOT of them. Thought the issue was my server (SYNOLOGY DS918+).

Saw mention of MUXxing The files via MKVTools…not sure what this entails but guessing I’m gonna be watching some YouTube videos.

As I look at the folder where ‘these things’ are - I see I have about 450 of them to do (as they keep coming in).

It’s simple:
Get V45 of MKVToolNix and run the original file through - just once.
You don’t need a YouTube Video for that…lol

My problem, as well as other’s - we run the files through Xmedia Recode, normally, to embed the subtitles and normalize the audio at 89db. Once that’s done it’s over and new file must be acquired. I’ve adjusted the ‘new work-flow’ to do a ‘remux’ first - after that I can do anything I like to them as they’ve been ‘repaired’.

If you don’t bother these files with anything and you do nothing, but rename them - MKVToolNix is your cure.

2 Likes

I can condone this remedy, it fixes the issue with ios devices and others. A quick fix.

Get MkvToolnix 45 now, it resolves this problem. It’s free and available for the popular OS’s

2 Likes

Every release dated from 2020-05-04 appears to include the ctts atom, would be interesting to see if these play unmodified on affected clients.

Confirmed.

I checked one yesterday with no luck - it has 438 friends and family. I’m now endeavoring to put new ones in a new place.

I’m definitely going to remember these guys - not sure it’ll be fondly…lol

I just checked Star Wars E1 during the dreaded ‘Intro-Crawl’ on my Roku Ultra…
All is well…
It survived an XR pass - and I suspect the next XR version will include V45’s goodness - the XR guys are German and quite elusive, but do stay up on current events rather well.

I can also confirm running the file through MKVToolNix 45 now allows correct playback of a previously stuttering file.

Can confirm it is an issue on my Galaxy S10 as well as Apple 4k device.

Same files run fine on Nvidia Shield Pro.

Hope its fixed soon.

Is there an Enhanced player available in the S10 client?
Are these unmodified RARBG files?
Do files they’ve released since 2020-05-04 exhibit the same problem?

Just got a new 265 RARBG file (2020-05-05). It doesn’t stutter.

I was aware it was a file issue, but since it played fine on some clients and not others, thought it could be patchable.

I’ll have to find older 265 files in my library.

The problem appears to be a missing ctts atom for the HEVC stream in a mp4 file. My testing of the enhanced player in version 2.17 of the tvOS client shows these files play as expected, are you finding something different?

The way I’ve been checking is:
AtomicParsley <file.mp4> -T 1 | grep ctts

For clients other than Apple TV 4, I’d suggest starting a new thread, it appears to be the only effective method of calling attention to things that need it.

This may bear watching…
The sub timing is coming unglued for some of these titles after ‘the repair’.
(wonder why? - no, not really)

Check and repair that too, if necessary.
A new sync point fore and aft with Subtitle Edit will fix 'em right up.

1 Like

I am also having stuttering on Apple TV (non 4k… one generation old).

The files I created using handbrake. I can play the same files from the plex server using infuse on apple TV and they do not stutter. If I turn off the advanced player on the plex apple tv client the stuttering stops.

So the issue seems specific to the new enhanced plex player.

Your issue is completely different from this issue.

This issue is dealing with broken files - that by this time have probably been fixed.
I personally fixed 1300+ - and the job is done.

I’m having this problem too. I have an HEVC10 HDR 4K MKV I am trying to play on the Apple TV. The old player won’t even consider playing it and just gives me a black screen and the enhanced player has so severe stutters. The movie is completely unwatchable.

What version of mkvmerge was it created with? You can see this using ffprobe file.mkv included with FFmpeg, it should be listed in the HEVC stream metadata under _STATISTICS_WRITING_APP. Alternatively mkvinfo file.mkv included with mkvtoolnix will similarly show it under Writing application. Anything prior to v45 should be considered suspect. The easiest way to correct this is to extract the streams and repackage them using a mkvtoolnix v45 or greater, the details of which can be found elsewhere in this thread.

If this does not explain or otherwise help resolve your issue, it’s not related to the problem this thread was created to cover and I suggest a new thread specific to this case be started to ensure it receives the attention and clarity it deserves.

I’ve been slowly reading through the thread. I’ll try repackaging the streams and report back.

I repackaged the streams with MKVToolNix, but it didn’t fix the problem, but Infuse plays it just fine.