Got a question concerning live streams. A streaming source filter usually implements the reference clock which is synchronized to the broadcaster's clock (e.g. PCR in a DVB system). Using a clock without synchronization results in A/V playback which is either sligthly slower or faster compared to the broadcaster/encoder (buffer overflow/underrun problem) which is due to different clock speed/drift of two quartz.
Can ReClock be slave to the reference clock within a DirectShow graph? Guess that the whole video synchronization within ReClock won't work any longer then!? So no advantages over the DirectSound renderer any longer..
Could ReClock detect an active reference clock within a source filter and automatically be slave to this clock in this case and only use the internal synchronization mechanism if the clock within the source filter is not used as reference?
Can ReClock be slave to the reference clock within a DirectShow graph? Guess that the whole video synchronization within ReClock won't work any longer then!? So no advantages over the DirectSound renderer any longer..
Could ReClock detect an active reference clock within a source filter and automatically be slave to this clock in this case and only use the internal synchronization mechanism if the clock within the source filter is not used as reference?
Last edited: