For those files with TrueHD, can you please retest with some other audio codec?
The root cause was actually the audio codec. I was in error.
If you can confirm the problem does not exist when not using the EAE codec (videoss with AAC, AC-3)
then the solution to this issue has been identified and solved. Release in a ‘hot fix’ is imminent .
Here are my results… I think you are correct @ChuckPa it is related to TrueHD… Although I have seen it recently with other types of streams because it happens even when there is no one playing TrueHD files. I will keep an eye on what types they are to see if I can correlate something they have in common.
I read the in-process notes and the candidate release notes.
It’s been marked as ASAP and is already in QA hands. I’d say extremely soon. I don’t know if testing has already begun or not. I do know I’ve not been asked to participate (yet).
There are three (3) fixes in this hot fix. Of the three, two are easy to test & regression test. I have no visibility into the third given what it corrects but presume Engineering already has that in the other attached process notes.