Reply to thread

Message

<blockquote data-quote="tourettes" data-source="post: 654775" data-attributes="member: 10858">Re: AW: MediaPortal Audio renderer - better video playback qualityCould you post a log about that stuttering? I'm just wondering if the jitter correction is playing around with the sample presentation times. At least the renderer will consider some data to be dropped if the sample times are varying too much (after all the jitter correction has no effect on the MP audio renderer since it will render a constant stream of PCM samples. Timestamps cannot affect in anything else than the starting of a stream - after a play / pause / seek).Also a small smaple would be nice - since I'm sure lot of people have that option turned on so it would be nice to allow the ffdshow to think that it is correting possible jitter but still allow MP audio renderer to work correctly. Most likely we can finetune the dropped data detection to be a bit more forgiving (hopefully not too much <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite8" alt=":D" title="Big Grin&nbsp; &nbsp; :D" loading="lazy" data-shortname=":D" />).I seem to have that jitter correction enabled, but I guess I haven't seen a &quot;correct&quot; sample media file that would trigger the issue.</blockquote>

[QUOTE="tourettes, post: 654775, member: 10858"] [b]Re: AW: MediaPortal Audio renderer - better video playback quality[/b] Could you post a log about that stuttering? I'm just wondering if the jitter correction is playing around with the sample presentation times. At least the renderer will consider some data to be dropped if the sample times are varying too much (after all the jitter correction has no effect on the MP audio renderer since it will render a constant stream of PCM samples. Timestamps cannot affect in anything else than the starting of a stream - after a play / pause / seek). Also a small smaple would be nice - since I'm sure lot of people have that option turned on so it would be nice to allow the ffdshow to think that it is correting possible jitter but still allow MP audio renderer to work correctly. Most likely we can finetune the dropped data detection to be a bit more forgiving (hopefully not too much :D). I seem to have that jitter correction enabled, but I guess I haven't seen a "correct" sample media file that would trigger the issue. [/QUOTE]

Verification