Reply to thread

Message

<blockquote data-quote="tourettes" data-source="post: 739330" data-attributes="member: 10858">Re: AW: MP1 EVR Presenter/dshowhelper community developmentIt is quite quick to test and gives lot of info (of course the renderer itself could have some bug that causes it to fail even more miserably in the playback quality area on that specific PC...).Since the nature of EVR mixer (MS component, we don't have customed code for that) the A/V clock drifting could cause the first dropped frame to appear after few frames have been rendered. Why? EVR mixer doesn't know (or care) anything about the v-sync target so it picks up a &quot;random&quot; time as the base for all time timestamps. This could be really close to the v-sync window's boundary where the frame dropping happens. MP Audio Renderer moves the v-sync target away from such places right after the playback has started (and keeps it that way during the whole playback duration - when working ok).</blockquote>

[QUOTE="tourettes, post: 739330, member: 10858"] [b]Re: AW: MP1 EVR Presenter/dshowhelper community development[/b] It is quite quick to test and gives lot of info (of course the renderer itself could have some bug that causes it to fail even more miserably in the playback quality area on that specific PC...). Since the nature of EVR mixer (MS component, we don't have customed code for that) the A/V clock drifting could cause the first dropped frame to appear after few frames have been rendered. Why? EVR mixer doesn't know (or care) anything about the v-sync target so it picks up a "random" time as the base for all time timestamps. This could be really close to the v-sync window's boundary where the frame dropping happens. MP Audio Renderer moves the v-sync target away from such places right after the playback has started (and keeps it that way during the whole playback duration - when working ok). [/QUOTE]

Verification