Reply to thread

Message

<blockquote data-quote="tourettes" data-source="post: 640622" data-attributes="member: 10858">Re: AW: MediaPortal Audio renderer - better video playback qualityI assume that the screen shot was taken only when building the graph manually in graphedit (since there was audiorenderer.log available even when it is not in the graph <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" />)It is still odd that missing audio decoder would cause A/V sync drifting (audio HW cannot consume any more samples than the audio sampling rate allows). One possibility is that the resampling is done, please disable the resampling feature in registry. Other possibility is that the source filter / splitter is pushing data too quickly and audio renderer drops some samples (this should be reproducable on my end, and quite easy to write some trotthling code when samples are arriving (blick the stream so our queues aren't filling up).</blockquote>

[QUOTE="tourettes, post: 640622, member: 10858"] [b]Re: AW: MediaPortal Audio renderer - better video playback quality[/b] I assume that the screen shot was taken only when building the graph manually in graphedit (since there was audiorenderer.log available even when it is not in the graph :)) It is still odd that missing audio decoder would cause A/V sync drifting (audio HW cannot consume any more samples than the audio sampling rate allows). One possibility is that the resampling is done, please disable the resampling feature in registry. Other possibility is that the source filter / splitter is pushing data too quickly and audio renderer drops some samples (this should be reproducable on my end, and quite easy to write some trotthling code when samples are arriving (blick the stream so our queues aren't filling up). [/QUOTE]

Verification