Here ya go. It’s a 5 minute opening sequence. Its actually worse than I thought now that I’ve seen how it’s supposed to go. There are a few flower scene fade sequences with music in the beginning that should be nice and smooth, but they skip and audio drops out almost immediately. I haven’t tested the snippet in Plex yet, though. Just uploaded.
https://www.icloud.com/iclouddrive/0s-UpHk1BnCUCssQHSl-N87HA#My.Fair.Lady.1964.bluray
Finally got around to testing.
Same behaviour as Akira in Plex.
In VLC reading the file choosing the uPNP source as the server it played flawlessly.
This seems like it could get resolved on the client side.
I hope @Wilkin5on is keeping up with this thread… also … interesting side note below:
Now here’s the question… the new Tube 2019 nVidia Shield (non-Pro) struggles with 4K … (according to nVidia, it’s Plex’s issue according to a few forum posts I read). I wonder if VLC works with the non-pro 2019 Shield. I was debating upgrading to the 2019 tube-model from my last generation shield, but after reading all the complaints about the bugs playing 4K remuxes, I held off. I am not sure what my local computer store’s policy on return is currently with COVID-19 (I can’t imagine it’s great, so I won’t risk this test just yet).
VLC plays Akira FAR BETTER on my last-gen shield. but it’s not perfect
For some reason, after an indeterminate amount of time (in my case with Akira, it’s between 15 & 20 minutes)… Plex Media Server just stops sending data for no good reason. It will sustain between 23-55 megaBYTES per second and that’s when everything is playing fine (again, being measured in MacOS using iStat Menus). But then the data rate just halts completely after that time period I just mentioned. If I scan or restart the stream it goes back to normal, but there’s something wrong on both the client & server sides it seems. I can say with certainty that VLC is a better option (albeit FAR from perfect) for these troublesome files. Keep in mind: I’m hard-wired to gigabit and have maxed my connection over 100 megaBYTES a seconds between the Shield and the server with ease. … so I’ve completely eliminated bandwidth between the server & client as an issue.
Hopefully, it opens a window to solve the non-pro variant of the 2019 nVidia Shield issues.
EDIT: Linked right here is a 5 minute demo of the difference in performance between Plex & VLC trying both with My Fair Lady and the Akira 1080p rip. My commentary elaborates above in case you didn’t feel like reading all that lol, also, don’t mind my mic, my phone’s camera-mic is having issues, phone is being replaced next week hopefully:
The 2019 pro is what I’m running and there’s no reason hardware wise for there to be an issue.
Your second paragraph and issue with server seemingly still sending data, but not really sending data, IF it’s the same issue I’ve seen, it happens at the beginning of several 4K files (48k DTHD) and skipping forward or back “corrects” the anomaly and the files then plays fine till end. I have several of these files it happens on and I think one person in this thread found it too. I have a thread running here somewhere with sample files that made it in Plex hands. Hopefully.
I really hope all the data gathered here leads to something. Whether it be Shield OS or Plex, I hope it gets fixed soon. It makes my purchase of the Shield to get around ATV issues kind of moot otherwise.
Can you install VLC from the play store and see if you can play the files over the network, and check if it fixes your results for My Fair Lady and Akira? I guess this is a starting point as you and I have different generations of Shield devices. Look under browsing then local network, look for your Plex Media Server as a uPNP device (as shown in this picture).
Hello @itsdjbuddha I’m still around.
I was able to test “My Fair Lady” sample that @ionblue provided and Plex showed a similar exact same behavior as with the Akira 192khz track.
I tested the same file with VLC using PLEX DLNA server and it ran flawlessly for the entire 5 min clip.
Done and no issues at all in VLC. That should mean the problem isn’t on the OS side I would think.
That’s my thought, the only weird part is when my server stops sending when I’m viewing in VLC after around 15-20 minutes. Going to see if there’s an update for Plex Media Server on MacOS and see if that fixes that issue.
Wait. What? Why would Plex Server be engaged for VLC? VLC takes the file directly off the network share and that’s it. Although I did momentarily check the server dashboard to what was being served and DUH, nothing to see here.
Hmmm… saying that, I didn’t do uPNP cause that’s disabled on my setup. I just went to the network share of my unRAID server. So yeah, if using using uPNP engages Plex server in any capacity, it wouldn’t be ideal for it to just stop serving it up. 
Regardless of all this, I can’t for the life me understand why this is an issue at all. And not just THIS issue. There are at least three issues on the Shield handling DHTD audio and none of them make any damn sense! I mean isn’t passthrough passthrough? 
And let’s not forget about the ATV issue with… wait for it… DTHD. Now here I get where there could be an issue since the audio is getting transcoded to FLAC and that could certainly add a delay, however imperceptible it might be for folks.
I really could go off on a tangent here, but it wouldn’t be constructive by any means. I have my unsubstantiated theories as to why these issues haven’t been addressed by Plex and I’ll keep them to myself. But Plex, seriously, get your @$$ in here and at least communicate!
Mine comes up and it plays way better in there. That being said, it isn’t perfect, the server randomly stops sending data for no good reason. No CPU usage on the server side throughout the playback, and I know Plex is sending to VLC (1- because I chose it via uPNP in VLC & 2 - in iStat Menus it shows Plex Media Server sending the data, and when the data stops sending according to iStat Menus, the stream cuts out).
The Plex client is broken as we know, and this shows the server isn’t far behind when streaming in VLC. I wish they’d fix this.
I’m thinking of trying MrMC to see how many of the known and documented issues work as they should. It’s based of Kodi so that could be tried as well. I dunno. We shouldn’t have to do their job for them, but it would sure be nice if someone @ Plex would say something!
So this is weird. As said, Plex and Emby both have this issue.
But Jellyfin…the file actually plays!..but it hitches every 10 seconds instead…but it actually plays. Weird.
Sure, but why does it work in VLC (mostly) lol…did you get a chance to watch the videos I posted about this in the link above? (the 5 minute demo)
Having the same issues on 2019 Shield Pro with latest Plex. Some DolbyTrueHD Tracks cause the video to stutter. So far i only had the issue with 1080p videos with 48k DTHD audio. Skipping forward a few seconds solves the issue. Also had a 1080p rip of Constantine where DTHD caused freezing video and stuttering and AC3 worked fine all along.
Never had any issues with playing 4K with DTHD audio so far.
This is so random…
As long as there is a solution by just skipping the first few seconds i can at least play these files, but would greatly appreciate a fix.
I just got a 2019 Shield Pro and there is a developer image you can only get by asking on the forums. It fixed normal TrueHD tracks for me at least. But Akira is still a no go.
I just sent a sample file of the 192KHZ TrueHD track to NVIDIA’s Shield Engineers. Hopefully that can help sort it out.
We can’t seem to really understand each other though. I showed him this thread, explained what is happening, how to reproduce, and he says the problem is with the video, not the audio. Which makes no sense…I explained how the English TrueHD Track, which is 48KHZ plays perfectly. As does any of the Japanese tracks besides TrueHD.
For some reason, they’re being pretty aggressive towards me.
Yeah, he basically just told me to ■■■■ off and that the problem is not on their end.
Any thoughts from @BigWheel ?
I can only say that looking at the bug report I made it seem to be one of the bugs that is on deck for devs to try to solve. Sorry I have not found any smoking gun that explains it.
Thanks @BigWheel . It’s good to know it’s on the devs queue now
The reason they’re being aggressive is because on Nvidia’s own forums, they identified that it’s a memory issue with the way Plex runs.
Also, their explanation about it being video related makes no sense for a lot of reasons:
Only seems to be seriously problematic in Plex, seems to play fine (for at least 15-20 minutes) in VLC using all the audio tracks listed above.
@BigWheel I hope these clues I listed above assists whenever they get around to addressing this issue.
I have been working with the Nvidia Engineers on this for several months now to reproduce. What I have concluded is that the latest Kodi for Shield does not exhibit any issues with Dolby TrueHD/DTS-HD Master Audio + 96/192kHz sampling rates. However both Emby and Plex app does exhibit pausing/stuttering with Dolby TrueHD/DTS-HD Master Audio + 96/192kHz sampling rates. Both players are based on Exoplayer which is likely the root cause.
Plex Devs are aware and reaching out to Google and Nvidia for collaboration.
