This problem is yet to be fixed to my understanding. Now I have a good recording (one episode from Lost) where this happens very often. The problem seems to be related to situations where the scene fades black before new scene. There is something strange in those situations..
If someone has the knowledge/talent to start debugging the problem I can put the recording available for downloading.
Br, Pasi
On 14.10.2006 23.20, "Pasi Juppo" pasi.juppo@iki.fi wrote:
This problem is yet to be fixed to my understanding. Now I have a good recording (one episode from Lost) where this happens very often. The problem seems to be related to situations where the scene fades black before new scene. There is something strange in those situations..
If someone has the knowledge/talent to start debugging the problem I can put the recording available for downloading.
Well, I don't have knowledge for debugging, but I ran some tests. I took few minutes crop from a recording of same episodes and tried it with different AV7110 firmwares. (TT DVB-C FF 2.1 card)
I tested with VDR 1.4.3 and test_av app included in 22623 test firmware package, with firmwares 261a, 261f, 2622 and that test version 22623. Everytime playback stuttered and lost a/v sync after scene change situation.
So I think this is more like dvb firmware/driver problem than VDR problem. However this is very annoying.
Tero Siironen wrote:
On 14.10.2006 23.20, "Pasi Juppo" pasi.juppo@iki.fi wrote:
This problem is yet to be fixed to my understanding. Now I have a good recording (one episode from Lost) where this happens very often. The problem seems to be related to situations where the scene fades black before new scene. There is something strange in those situations..
If someone has the knowledge/talent to start debugging the problem I can put the recording available for downloading.
Well, I don't have knowledge for debugging, but I ran some tests. I took few minutes crop from a recording of same episodes and tried it with different AV7110 firmwares. (TT DVB-C FF 2.1 card)
I tested with VDR 1.4.3 and test_av app included in 22623 test firmware package, with firmwares 261a, 261f, 2622 and that test version 22623. Everytime playback stuttered and lost a/v sync after scene change situation.
So I think this is more like dvb firmware/driver problem than VDR problem. However this is very annoying.
The only way i know how to fix that is to run your FF card with some kind of software playback (ie; xine). I wish we had a version of firmware that didn't have this problem.. or at least a way for it to recover itself.
Regards.
Not sure, if this may relate to your problem, but ..
I use xine plugin and every once in a while I had a short interruption of sound. Today I was tail-ing -f syslog for another reason and there was this little glitch again! Just a very short interruption with no sound. I spent several weekends to find out, why xine always tells me, that "fixing sound card drift". I was p***ed by my hardware, but now I found out, what cause the problem. It's my ntpd, that steps the clock on my VDR hardware. To fix this, I now start ntpd with the "-x" option.
For Reference from man ntpd: -x Ordinarily, if the time is to be adjusted more than 128 ms, it is stepped, not gradually slewed. This option forces the time to be slewed in all cases.
Regards, Martin
-----Ursprüngliche Nachricht----- Von: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] Im Auftrag von C.Y.M Gesendet: Montag, 16. Oktober 2006 16:39 An: VDR Mailing List Betreff: Re: [vdr] Problem with audio sync in playback
Tero Siironen wrote:
On 14.10.2006 23.20, "Pasi Juppo" pasi.juppo@iki.fi wrote:
This problem is yet to be fixed to my understanding. Now I have a good recording (one episode from Lost) where this happens very often. The problem seems to be related to situations where the scene fades black before new scene. There is something strange in those situations..
If someone has the knowledge/talent to start debugging the problem I can put the recording available for downloading.
Well, I don't have knowledge for debugging, but I ran some tests. I took
few
minutes crop from a recording of same episodes and tried it with different AV7110 firmwares. (TT DVB-C FF 2.1 card)
I tested with VDR 1.4.3 and test_av app included in 22623 test firmware package, with firmwares 261a, 261f, 2622 and that test version 22623. Everytime playback stuttered and lost a/v sync after scene change
situation.
So I think this is more like dvb firmware/driver problem than VDR problem. However this is very annoying.
The only way i know how to fix that is to run your FF card with some kind of software playback (ie; xine). I wish we had a version of firmware that didn't have this problem.. or at least a way for it to recover itself.
Regards.
_______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Tue, Oct 17, 2006 at 12:51:33AM +0200, martin wrote:
Not sure, if this may relate to your problem, but ..
I use xine plugin and every once in a while I had a short interruption of sound. Today I was tail-ing -f syslog for another reason and there was this little glitch again! Just a very short interruption with no sound. I spent several weekends to find out, why xine always tells me, that "fixing sound card drift". I was p***ed by my hardware, but now I found out, what cause the problem. It's my ntpd, that steps the clock on my VDR hardware. To fix this, I now start ntpd with the "-x" option.
For Reference from man ntpd: -x Ordinarily, if the time is to be adjusted more than 128 ms, it is stepped, not gradually slewed. This option forces the time to be slewed in all cases.
Hmm - I've configured VDR to adjust the system time. Possibly this is causing the same problem. Should VDR doing the same as "ntpd -x"?
Greetings, Bernd
Well, for Germany ntp1.ptb.de and ntp2.ptb.de are _the_ official sources. I'm pretty sure you've heard about DCF77 - it's the same signal, but via LongWave Radio.
Ref: http://www.ptb.de/de/org/q/q4/q42/ntp/ntp_main.htm
I am not sure about, how actually the time is set via VDR. Maybe Klaus can give us a hint. I've a DSL-flat and PTB is the source, so all the TV stations can only derive theire time from there. So if you think that a Satellite is 36.000km away from us, the signal takes some reasonable time to arrive at your Sat-dish. 2*36Tkm / 300Tkm/s = 0.24s :-)
Regards, Martin
-----Ursprüngliche Nachricht----- Von: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] Im Auftrag von Bernd Juraschek Gesendet: Dienstag, 17. Oktober 2006 20:39 An: VDR Mailing List Betreff: Re: [vdr] Problem with audio sync in playback - maybe caused by ntpd stepping local clock?
On Tue, Oct 17, 2006 at 12:51:33AM +0200, martin wrote:
Not sure, if this may relate to your problem, but ..
I use xine plugin and every once in a while I had a short interruption of sound. Today I was tail-ing -f syslog for another reason and there was
this
little glitch again! Just a very short interruption with no sound. I spent several weekends to find out, why xine always tells me, that "fixing sound card drift". I was p***ed by my hardware, but now I found out, what cause the problem. It's my ntpd, that steps the clock on my VDR hardware. To fix this, I now start ntpd with the "-x" option.
For Reference from man ntpd: -x Ordinarily, if the time is to be adjusted more than 128 ms, it is stepped, not gradually slewed. This option forces the time to be slewed in all cases.
Hmm - I've configured VDR to adjust the system time. Possibly this is causing the same problem. Should VDR doing the same as "ntpd -x"?
Greetings, Bernd
_______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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: vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] 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
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
Tero Siironen wrote:
On 14.10.2006 23.20, "Pasi Juppo" pasi.juppo@iki.fi wrote:
This problem is yet to be fixed to my understanding. Now I have a good recording (one episode from Lost) where this happens very often. The problem seems to be related to situations where the scene fades black before new scene. There is something strange in those situations..
If someone has the knowledge/talent to start debugging the problem I can put the recording available for downloading.
Well, I don't have knowledge for debugging, but I ran some tests. I took few minutes crop from a recording of same episodes and tried it with different AV7110 firmwares. (TT DVB-C FF 2.1 card)
I tested with VDR 1.4.3 and test_av app included in 22623 test firmware package, with firmwares 261a, 261f, 2622 and that test version 22623. Everytime playback stuttered and lost a/v sync after scene change situation.
So I think this is more like dvb firmware/driver problem than VDR problem. However this is very annoying.
I agree, this is not VDR problem but firmware. However, I don't know which mailing list is better to report this problem: vdr or dvb thus I've sent this here.
Br, Pasi
-
Bernd Juraschek -
C.Y.M -
Klaus Schmidinger -
martin -
Pasi Juppo -
Tero Siironen -
Udo Richter