<p dir="ltr">After running this code path through perf with and without DTS-HD it looks as though there is substantially more CPU time spent in IsErrored on the mythplayer class, and substantially more in mutexes with DTS-HD. When I can finally compile this without -fomit-frame-pointer I will know more.</p>
<div class="gmail_quote">On Oct 19, 2014 2:14 PM, "Adam Stylinski" <<a href="mailto:kungfujesus06@gmail.com">kungfujesus06@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I replaced my GPU with a new one that supports HDMI HBR passthrough<br>
and replaced my old audio receiver. In doing so, after successfully<br>
passing through DTS-HD MA to the receiver I noticed some strange<br>
stuttering that I hadn't before. At first I thought it was a<br>
buffer/IO issue that could be mitigated by adjusting the<br>
vdpaubuffercount variable, but after further testing it wasn't IO<br>
related. I noticed that whilst sending the DTS-HD audio to the<br>
receiver the CPU utilization was substantially higher despite the GPU<br>
doing the decoding (this is H264 video playback from a Matroska<br>
container). Switching the audio tracks to a non-HD audio track such<br>
as regular DTS yielded very low utilization (< 10% on both CPUs, where<br>
the CPUs were performing the deblock filtering). Switching this again<br>
back to DTS-HD the CPU utilization again spiked (on one core). The<br>
load is not steady, it is variable, but it peaks at 100% utilization.<br>
Is this normal, and is there a fix for it?<br>
</blockquote></div>