A post was split to a new topic: Audio stuttering
This thread is specifically about stuttering of HEVC/H.265 video. I’ve not experienced any issues with audio and would suggest finding an existing, or creating a new, thread to help troubleshoot this.
I’ll just add that I’m experiencing the same issue with hevc/h265 playback on apple tv 4k. Also happens in Infuse. Works fine on iPhone or LG TV built in Plex app.
This is not just a problem for appleTV.
Stuttering also occurs for me on android phone, chromecast ultra and playstation 4. RarBG HVEC 1080p Main 10 releases.
Works fine through web client and plex app on my hisense TV but that interface suuuucks.
File plays fine on VLC and windows media player + HVEC Vid Ext locally but struggles on MPC-HC.
Could we please have an update on whether an engineer with the Plex tvOS development team has verified they’ve replicated this issue?
Same problem on AppleTv non-4k. Would love to see this fixed asap.
Infuse just updated their player and it plays fine. Come on plex dev team!
Update: I installed the newly updated Infuse app and tried watching the same exact movie that was stuttering on my plex app (knives out 4k hdr) and it looked great, no stuttering or lagging at all. So it appears that at least for now I’m just going to use Infuse as a front end for my plex server.
Hope this will be fixed. It seems all IOS/TvOS is affected when using hardware decoding.
Infuse 6.3.5 have fixed the issue.
Hi all,
Just wanted to chime in and add that this exact thing is happening to myself as I’m upgrading my library with the new RARBG X265 versions.
I’ve experienced the stutering on my Sony Android TV as well, as well as the Apple TV 4K. Not sure if the two are related, but sounds like they could be.
Is there any update from the Plex Team yet that there is an issue and they’re working on it?
Thanks.
I’ve not found any iOS devices with hardware HEVC decoding (Apple A9 or greater) to be affected by this, it’s only tvOS on the Apple TV 4 and 4K which I’ve observed the described stuttered playback.
The radio silence from official Plex channels is deafening.
I have tested this on Iphone 7 IOS13, using Plex and Infuse 6.3.4 the picture stutters. Using Infuse 6.3.5 its working fine. I’ll test using Iphone 11 PRO later, but it’s probably the same.
Looking at the encode, it seems apple doesn’t natively support “hev1” and we need to use “hvc1”. Unfortunately all RARBG encodes uses “hev1” where I can see the issue. QXR/UTR encodes uses “hvc1” and no problems playing it. Not sure how Infuse was able to fix it.
My previous experience with HEVC streams tagged with hev1 is they display a black screen during playback using the iOS or tvOS hardware decoder. Retagging them using either a hex editor or remuxing via ffmpeg with -tag:v hvc1 has rendered them playable as expected. I’ve tried doing the same with these problematic streams and it has no apparent effect on their playback.
also tried changing the tag and it doesn’t work. one fix i’ve have tried using mkvtoolnix v45 and just mux straight to mkv and it now plays fine.
mediainfo - mp4 x265 with stutter
https://pastebin.com/raw/UJZekVkj
mediainfo - same file muxing via mkvtoolnix - no stutter
https://pastebin.com/raw/uKZjkzC6
I just tested remuxing to mkv via ffmpeg (v4.2.2) and mkvtoolnix (v45).
The mkv created by ffmpeg still exhibits the stuttering. The mkv created by mkvmerge does not.
In both instances, Plex (via Tautulli status) claims the HEVC video stream is being played verbatim (copied), and the mkv is being transcoded to mp4.
To me, this narrows it down further to files created using ffmpeg and its derivatives.
On My Roku Ultra - for the datapoint (for my own thread and for a ‘work-around’ test - @ljunkie may also find this interesting).
I tried a Remux of my ‘Remux’ (Xmedia Recode -older version) and it did nothing - ALL these files are Remuxed with XR to MKV while converting the audio to AC3 5.1 and including the subs.
I then re-acquired the original offender: Signs (2002) - and ran it through MKVToolNix V45.0 both with the subs and without, put 'em both in Other Videos and they both are stutter free at The Mother Of All Stutter Points - 36:20.
The video is in Direct Play, the AAC 5.1 audio is being transcoded to AC3 5.1.
If that’s ‘the work-around’ so be it (for now), but I’m not really looking forward to “Re-Acquiring” 500 items to run them through MKV-TN 45!
I also have to experiment and find some (convenient) way to get that audio to AC3 - and I don’t have time right now. I’ll report back…lol
Yep - you wouldn’t have to do much to convince me of that…
If only Infuse can share what they did to fix it 
I am finding ‘New’ items of this type no longer have ‘the issue’.
(I also don’t see it in “re-acquisitions” - seems like some quiet ‘remuxing’ has taken place ‘upstream’)
I wonder if everyone is seeing the same?
I’m not seeing any difference my end. Are you seeing any difference with files obtained before this week?
I noticed Server version 1.19.2.2702 dropped earlier today, still waiting on the FreeBSD ports repo to update from 1.19.1.2645. Could your server have been updated automagically?
I did get the update, but the issue is present before the files get to the server.
Closer inspection tells me - I don’t know what I’m seeing right now…lol
I get what seems like a good ‘original’ to VLC (they were all broken before), but then when I put it through XR for the final touches - she blows.
The remux of the original with V45 of MKVTN does still do the repair - so that’s what I’m doing as I ‘re-aquire’.
As time goes on I’ll get a feel for what’s happening. Right now I’m in severe depression/denial as I start one of the biggest ‘re-dos’ in Juicetown history. It seems we laid 514 miles of road through the wrong valley - and the sooner we get that ripped up and replaced down the right valley - somebody will be able to drive on it…
In the end, there is, in fact something wrong with these files. Even if Plex/Other alter the players in order to play them - there is still something wrong with these files - and knowing that won’t allow me to leave 'em in place. OCD runs my life, Man… where my media is concerned.
