Re: AW: [vdr] Problem with audio sync in playback - maybe caused by ntpd stepping local clock?
martin wrote: ... I am not sure about, how actually the time is set via VDR. Maybe Klaus can give us a hint. See cTDT::cTDT() in eit.c. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
AW: AW: [vdr] Problem with audio sync in playback - maybe caused by ntpd stepping local clock?
Oh .. documentation by source :) *smile* So, as far as i can read with my basic knowledge: if there is a difference of more then 2 (don't know the unit, but I think it must be seconds), there is a step in time. This can be sometimes not so nice, as it can give consistency problems (e.g.: timestamps in syslog or file system) So ntpdate would be the more advanced way, if you have a internet connection available. Regards, Martin -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Klaus Schmidinger Gesendet: Freitag, 20. Oktober 2006 13:54 An: vdr@linuxtv.org Betreff: Re: AW: [vdr] Problem with audio sync in playback - maybe caused by ntpd stepping local clock? martin wrote: ... I am not sure about, how actually the time is set via VDR. Maybe Klaus can give us a hint. See cTDT::cTDT() in eit.c. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: AW: AW: [vdr] Problem with audio sync in playback - maybe caused by ntpd stepping local clock?
martin wrote: So, as far as i can read with my basic knowledge: if there is a difference of more then 2 (don't know the unit, but I think it must be seconds), there is a step in time. If SAT time and internal clock differ by more than 2 seconds, and this time offset is reported twice in a row, the clock is set in one step. This can be sometimes not so nice, as it can give consistency problems (e.g.: timestamps in syslog or file system) Even more severe. In case of very large time jumps, this can even lead to the famous video data stream broken and similar timeout issues. Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr