That having been said —
The MDE (Media Decision Engine) will drop to 2 channels if sees 2 channel in the capability list.
I’m working that now.
1 Like
@ChuckPa ,since we have your attention… can you please look at this scenario, that might involve the MDE as well.
Video transcoding disabled on the server.
Direct play a video file that requires audio transcoding = no problem.
Direct play a video file (and direct play the audio) and enable subtitles = no problem.
Direct play a video file that requires audio transcoding, and enable subtitles = Plex erroneously decides a video transcode is necessary and the dreaded “not enough cpu power” error pops up (because video transcodes are disabled on the server).
The client is perfectly capable of both playing subtitles without burning them in, and direct playing video with transcoded audio, but for some reason can’t do both at the same time…
1 Like
Since you have my attention
Can you get me both Server DEBUG logs AND the player logs from a session which demonstrates / captures this?
I’ll write it up.
I’m pretty sure I know where this is going but if you can give me one set, and I create another set of logs… that will be enough.
Did some digging. Please observe.
Feb 18, 2024 16:14:16.515 [0x7f3dacf21b38] DEBUG - [Req#559e4e/Transcode] Streaming Resource: Reached Decision id=3001 codes=(General=1001,Direct play not available; Conversion OK. Direct Play=3000,App cannot direct play this item. Direct play is disabled. Transcode=1001,Direct play not available; Conversion OK.) media=(id=108727 part=(id=113341 decision=transcode container=mpegts protocol=hls streams=(Video=(id=251841 decision=transcode bitrate=10912 encoder=h264_vaapi width=1920 height=1080) Audio=(id=251842 decision=transcode bitrate=444 encoder=aac channels=6 rate=48000) Subtitle=(id=251843 decision=burn languageCode=eng location=embedded))))
AAC 5.1 
Now to find ou why things are happening as they currently are.
ALSO, I’ve been informed the LG app is just plain weird. The limitation is that it requires HLS protocol to talk to it.
Once subtitles get involved, with a burn-in, It’s the whole works to keep audio from getting out of sync. (it’s a protocol failing / limitation)
I can try to do this later (if you still need it?)
Not sure I understand this point. The client can always play SRT subtitles without burn-in. Having to transcode the audio shouldn’t change that.
Do I understand it right that video/audio/subtitles can’t stay in sync on the webos app in that scenario?
Can’t see how that would be possible though. Direct playing video with transcoded audio stays in sync fine. Overlaying some native subtitle rendering without burn-in shouldn’t change that.
This is not just a LG/webos client problem.
When playing a Dolby TrueHD 7.1 track on the ‘Chromecast 4K with Google TV’ device, the server will show it’s transcoding to OPUS 7.1.
However, the receiver will show it’s only receiving a 2 channel audio signal.
Is there a technician who is working on this problem? it sucks that the 7.1 is being downmixed to 2.0 :/.
Any news on this? I’m actively avoiding watching media with certain audio codecs.
Any news on this?
See here for my journey and subsequent defeat attempting to get this acknowledged/resolved. I initially got a response but then nothing further and eventually just gave up out of frustration.
I posted a potential workaround that at least improved my chances of being able to get it to avoid Opus.
https://forums.plex.tv/t/truehd-transcoding-inconsistencies-how-to-avoid-opus/864766
Why is the bug not being fixed?
Me too, LG OLED65C Everything looks right on the server passing DTS 5.1 without transcoding. The files play correctly on the PLEX FireCube app. But PLEX on the TV is sending 2CH to the A/V receiver. ???
