Reply to thread

Message

<blockquote data-quote="Owlsroost" data-source="post: 386124" data-attributes="member: 83973">How often the frame drops/repeats happen is down to the differences in video &amp; audio clock rates between the broadcaster and the PC - basically because the standard PC architecture uses unrelated video &amp; sound clocks the A/V synchonisation model is fundamentally broken. If you are lucky and have have close to perfect frequency video and audio clocks the frame drops/repeats will be rare (and I think Vista+EVR handles the sync problems quite well).ReClock attempts to fix the video-audio sync problem when playing files by accurately measuring the video card refresh (frame) rate, pretending to the system that the frame rate of the source file is the same (or a multiple/division of it) so that it is rendered out at exactly the correct rate to match the display, and then re-sampling the audio to match it to the refresh rate.With live TV, the data is pushed to the PC by the broadcast so ReClock can't fix the problem.....except that (as a workaround) if you skip back in the timeshift buffer a little, MP is then doing the equivalent of playing from a file - so ReClock can work in this situation.(Hardware STBs have video/audio clock generators which are automatically synchronised to the broadcast MPEG clock, so they don't suffer from the problems)Tony</blockquote>

[QUOTE="Owlsroost, post: 386124, member: 83973"] How often the frame drops/repeats happen is down to the differences in video & audio clock rates between the broadcaster and the PC - basically because the standard PC architecture uses unrelated video & sound clocks the A/V synchonisation model is fundamentally broken. If you are lucky and have have close to perfect frequency video and audio clocks the frame drops/repeats will be rare (and I think Vista+EVR handles the sync problems quite well). ReClock attempts to fix the video-audio sync problem when playing files by accurately measuring the video card refresh (frame) rate, pretending to the system that the frame rate of the source file is the same (or a multiple/division of it) so that it is rendered out at exactly the correct rate to match the display, and then re-sampling the audio to match it to the refresh rate. With live TV, the data is pushed to the PC by the broadcast so ReClock can't fix the problem.....except that (as a workaround) if you skip back in the timeshift buffer a little, MP is then doing the equivalent of playing from a file - so ReClock can work in this situation. (Hardware STBs have video/audio clock generators which are automatically synchronised to the broadcast MPEG clock, so they don't suffer from the problems) Tony [/QUOTE]

Verification