Within the context of the previous discussion about +225 being a ‘set it and forget it’ solution, I had made the comment that I didn’t have that experience in all cases, and disliked having to toggle the offset depending on the audio encoding being used.
AAC doesn’t need the offset.
Isn’t it just normal to have to set some sort of delay when doing ATV → Soundbar → TV? Due to TV processing what’s coming through HDMI.
For me the issue has always been that Plex requires an additional 100ms offset compared to everything else on the ATV.
Maybe historically, e-ARC is supposed to take the delay into account and make it a non-issue.
If you want to see the limits of the new video player (mpv engine)–play a 4K DV/HDR10 title with 60FPS. There is a title released in 2019 starring the guy that slapped Chris Rock…
I think it can be more common with certain TV’s with certain sound bars, for sure. That would cause delays universally, not just in Plex.
Lol yeah Plex couldn’t play that movie at all. I remember that. Terrible movie. Good tech demo.
Playback using Infuse (native Metal API player) is flawless. Just saying…
Like everything else other then the weird issue where Gen 4 aTV 4K can’t play all dv profile 8 files like the last two 4k models
Correlation does not imply causation.
I bought a Nvidia Shield Pro for kicks and I’m setting it up. God, Android TV’s UI is so terrible.
Honestly asking, what is the deal with all your obstinate replies to everything @Achilles says?
He has a very strong case for the root the cause of the sync issue, yet when we he speaks, you play the role of an offended contrarian. Why?
If he’s right, he’s right.
The Gen 4 plays all profile 8 as DV in Infuse for me. It did break after I installed tvOS 17 developer but corrected itself after a reboot or two.
Regardless, it’s still preferable to pretending to play DV as Plex does.
You’ve gotten lucky. I got a few things that play on the older gen 4ks and not the latest (movies/shows). HBO show rips in particular.
Here’s a good post about it Dolby Vision Profile 7 & 8 support (.ts/.mkv files) - #979 by OldSenileGuy - Video Playback - Firecore
Because we don’t know whether he is right, and I don’t want others to think of his “the OpenGL wrapper is slow” theory as a done and proven deal and spread it further.
I don’t know why do you see my as an offended contrarian, but I’m just trying to get an answer to a question “how the OpenGL wrapper is causing the sync issue?”. Unless I missed something, the answers we had so far were “there is no issue in Infuse” and “I helped the developer test it”. This doesn’t answer my question.
What I’m waiting for is a technical explanation, because when some program is slow, it’s always possible to explain what is actually happening, that requires all this time. But so far he chose not to participate in the technical discussion and prefers to make expressive “just saying” remarks. If he knows, he can tell us. If he doesn’t know, then his guess is as good as yours.
Others have asked him, why the problem reproduces only on tvOS and does not reproduce on iOS. Did he reply?
To be fair, on the flip side we could also ask why you take what he says as gospel and robustly defend his posts.
I have no sway either way tbh because there is not enough information to form an opinion, therefore I have to keep an open mind and watch the situation develop.
His explanation(s) of the issue checks out, and I have no reason to assume he is lying, or that his past and current work with the Plex dev team is somehow invalid.
Until proven otherwise we have no good reason to dismiss his lengthy testing and findings.
He gave this explanation many posts above, but you dismissed it in defense of OpenGL.
Also, being a developer myself, I can tell you that it is extremely common that when you opt for non-native solutions and have to do ‘wrappers’, you tend to have performance issues. For me, this wrapper/shim explanation as the cause, checks out. If the native option is to use Metal for the player, and Plex does not use Metal, I can see how this is a contributing factor to the sync and stuttering issues. I am just applying simple logic here.
I choose to believe @Achilles has no reason to lie and that his insider dev work with the Plex team comes with some insider information.
How have you checked it out? I’ll be honest, I’m not a developer so have not been able to check it out as you have, so just interested how you’ve verified the issue.
Based on my past experience with non-native app ‘wrappers’ for development, which can cause things to be less responsive/smooth and more resource intensive, the explanation given ‘checks out’ in that regard.
When he was still with Plex, @DaveBinM shared that it wasn’t a codec issue, and we know it’s something specific to the Apple TV. We also know the native ‘old player’ has no issues. All these things considered in addition to what was shared about OpenGL vs Metal, and I think it’s fair to conclude that what Achilles shared so far ‘checks out’.
For me it’s the closest we have gotten to an official answer to what is causing the issues.
For now, I’ll take it.
So you’re guessing.
