Reply to thread

Message: <blockquote data-quote="tourettes" data-source="post: 651390" data-attributes="member: 10858">Partly yes <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile    :)" loading="lazy" data-shortname=":)" />Truri is using HDMI audio, so there is no 5.1 limit from the hardware side. And with MP audio renderer the output shouldn't be encoded to AC3 since it will just lower the audio quality. Instead the audio decoder should be changed (for testing, until the resampling code is implemented for audio renderer) to output a correct sample rate / bit depth combination. Most likely 96Khz @ 16 bit would be accepted by ATI's HDMI driver.This step is definitely wrong when it comes to the MP audio renderer. Encoded audio cannot be processed any way, audio renderer needs always decoded PCM audio stream to work with. I think this makes currently SAF not suitable for the testing use.MP Audio renderer will itself encode the audio if user wants (read - has SPDIF connection in use. Analog and HDMI aren't requiring / supporting the AC3).Audio renderer currently supports only the 1:1 formats that the audio device is supporting. At later stages the resampling will be introduced, but for now audio decoder needs to be able to push the content in correct format.Why ATI fails to support 24 bit audio? No clue, but it is AMD/ATI engineers who need to answer this question.Sounds like this could be a bug in the graph building (I'm sure ffdshow is not blocked by the code itself). But in any case a bug report should be raised, nothing to do with the MP audio renderer testing (especially when the ffsdshow definitely shouldn't be used for AC3 on-the-fly encoding with the MP audio renderer, not with the testing phase nor with the release at some day).</blockquote>

Verification