I’ve been working as well, currently WFH he he.
I wanted to upload a sample but it seems is no longer needed.
@BigWheel Just FYI, my soundbar also detects an display the audio correctly on screen as Dolby TrueHD 192 Khz when I press the “display” button on the soundbar remote, but the exact same behaviour occurs afterwards:
If something is needed from my end I’ll be glad to help out as well. My work shift is about to end
I think the sample @itsdjbuddha provided is fine for now. Thanks
@Wilkin5on Luckily it ripped quicker than I anticipated (I’m used to ripping 4K discs).
Also WFH, I had some videos transcoding for my day-gig and thought I’d hop over to the other room and toy around with the Plex machine / Shield while I waited.
I’m having this same issue in Emby. But it’s strange, because I didn’t the first time I played it. Any thoughts?
Maybe first time the Truehd 192khz wasn’t playing?
Just a quick update from my end: I tested @itsdjbuddha 1080p sample file and same results, so it must be related to the Dolby TrueHD 192khz audio track.
I also teste the same file using the VLC app on the Nvidia Shield TV Pro and it played without any issues. Furthermore I tested my 4K HDR rip with VLC and no issues as well.
Guess the problem is not neither nvidia’s nor the soundbar
Strange that it’s happening in Plex & Emby. Exoplayer related? Anyways, I figured out a solution. I went to my Sound settings and changed it from “Auto-select”, to manually enabling them all. Akira, Japanese TrueHD, 192KHZ plays without pausing, nor transcoding. Direct Play. Subtitles enabled. It’s playing how it SHOULD. If I let my Shield automatically select what it supports…it de-syncs like everyone else mentioned here.
@Wilkin5on @mkilbride2599_gmail_com @BigWheel
So after reading the latest comments …
I installed VLC and I’m playing the full 4k rip with HDR and 192 kHz audio flawlessly from my Plex server. (went into network and browsed to it).
I enabled passthru & 192 kHz is lit up on the receiver and it’s playing as I type this with subtitles turned on.
It played for 5 minutes and it cut out once for a split second, but that’s probably because my server hasn’t been rebooted since I first asked about this issue. After another 15 it’s been smooth with no dropouts so far (far from the dropouts every 3-5 seconds as reported using the Plex app on the shield)
My Plex server is sending my nVidia shield at around 22 megabytes a second right now according to iStat Menu (I can saturate the connection past 100 megs a second on my network as it’s hard-wired gigabit) … but I think the issue is resolved when using VLC as the player, which means there’s an issue with the native Plex app on the shield.
When I use the native Plex app on the shield, iStat Menu shows that PMS is completely stopping the transmission over the network when that audio track is selected. My CPU usage is around 1-2% in both scenarios.
Also @mkilbride2599_gmail_com I tried your idea of enabling manual and enabling each format and it made no difference in Plex for me anyway.
edit: I scanned through the media in VLC and now PMS won’t send properly from the Mac.
Interestingly, I rebooted the Mac and it hasn’t fixed the VLC issue, going to reboot the shield now.
Rebooted the shield, VLC is working again perfectly, tried the native Plex app and it lasted about 3 seconds and froze the video while the track played for another 10 seconds, then they both froze. PMS was sending around 20 MB/s then nothing when I had Plex running it. On VLC, it spiked to about 60 MB/s then maintained at 23ish and stayed there while it played smooth.
I finally got the Hotfix image to install. It solved nothing…made stuff worse. Now the English TrueHD tracks are causing issues.
Yeah, my VLC started acting up again, it played fine for about 10 minutes now it’s behaving just like Plex does. Weird that I got it running well playing with VLC for so long. Seems like PMS has some issue sending the 192 kHz signal for long lengths of time. If I let VLC sit for 3-4 minutes while it plays and pauses (sending around 4 MB/s …) it eventually goes back to sending normally around 23 MB/s and maintains it for a long while.
I’m really suspecting it’s mainly a client issue on shield with Plex, but the server isn’t completely innocent here either. It definitely works better in VLC, until the server decides it just wants to slow down at ranndom… but then it picks up and plays smooth for a very long period time. It’s not a bandwidth issue as I’ve sent 60fps 4K rips and seen the bandwidth hold at 65-70 megs a second without any issue for full movies, so to send 23-24 MB/s in this case shouldn’t be an issue at all. The 192 kHz codec is messing with it- it seems like anyway.
edit: Actually… I forgot, it does it on the AppleTV 4K as well, so that rules out the Shield.
The issue is with the NVIDIA Shield. Absolutely. Be it Plex, Emby, or Kodi, all have this issue. Installing the Hotfix only made it so even English TrueHD now drops audio. Before I could play Akira with TrueHD English Audio. Now, same thing…pauses at 10 seconds and de-syncs.
What year? I have a 2017. I’ve heard the 2019 Pro has no issues.
Maybe it has to do with the version you’re on? The 2019 models have a different version of 8.0, like 8.1 to our 8.02, could be a reason.
Guys: this issue we are discussing is specific to Dolby TrueHD 192Khz files only which are very rare. Issue doesn’t happen with regular Dolby TrueHD 48Khz files at least for me.
I have an Nvidia Shield TV Pro (2019) so it’s not limited to old shield devices or the tube
@Wilkin5on agreed, if everybody can read the original post, this behaviour we’re speaking of only existed with 192 kHz audio. (except for when @mkilbride2599_gmail_com had the issue with other Dolby TrueHD audio after an update).
If anybody wants the test clip to try it on theirs and see if the issue replicates itself on their setup, please PM me and I’ll send it over.
@mkilbride2599_gmail_com Saw your post about regular TrueHD tracks, that’s brutal. I’ll avoid updating unless absolutely necessary.
Also, as I noted above, it still does this on the AppleTV, so it’s definitely some kind of issue with the server app as well as the client.
Got a sample of akira from @itsdjbuddha and it also stutters heavily on my Shield 2017 connected to a Denon X2600H.
Add me to the list with 2019 Shield Pro. I was trying to help someone in a different forum and when I fired up Akira it went all kinds of bad. Jittery video and audio. I just re-ripped it just in case I did something wrong or MakeMKV did. No change. I also don’t see the issue on my Mac with Plex or VLC.
I’ve seen other issues on the Shield and they’ve already been noted. I can’t believe I can’t play a 1080p file due to the audio though.
Agreed. Akira is the only title I’ve seen so far with 192 kHz audio. All other DTHD titles I have play fine, unless the audio goes way out of sync which I’ve seen.
Not that it’s a great workaround, I’m reripping Akira for the 3rd time and including the DD audio as well as DTHD. Hopefully that gets around the issue till it can be fixed.
@ionblue when I ripped mine, I kept all the audio tracks. All except the 192 kHz play fine.
For now, to watch it in Japanese via the Plex app on the shield, I’m using the AC3 audio which works for now, but hopefully we can resolve this somehow. The most success I had with the 192 kHz track, was to play using VLC, using the network stream option and choosing the Plex server.
But even then, after about 15-20 minutes, network activity starts to crawl and it starts stuttering again, suggesting it’s a Plex Media Server issue in the VLC case (tried rebooting the server machine and the shield which resulted in the same behaviour). To get it to resume properly, I have to scan back and forth and then it plays fine for another 15-20 minutes before the behaviour starts again.
In the case of using the Plex app, obviously as you know, it doesn’t play well at all.
