I tried to disable the EPG scan (EPG scan timeout set to 0) and couldn't
actually see any audio disruptions any more in AC3. So the culprit
really seems to be the EPG scan. But why does this problem only occur
with AC3 audio? Any ideas?
Ondrej ...
Ondrej Wisniewski wrote:
I just want to add that I am experiencing the same problems here: short
DD AC3 stream breaks during playback and a frontend tuning timeout
message in the log at the same time. There is no problem with PCM audio
or live TV.
I am using a single card system with TT 1.6 DVB-s, VDR 1.4.5 and latest
Firmware F12623.
So I guess that my VDR does an EPG scan only during playback and that's
when I get the problem. I will try to disable the EPG scan and see if
anything changes.
Ondrej ...
Thomas Bartschies wrote:
Hi,
I'm experiencing the usual DD A3 stream breaks here. Now I have
discovered
that the epg scan seems to trigger them, by tuning to some channels.
vdr logs frontend tuning timeouts synchronously to the stream breaks my
AV Receiver displays. They can only be caused by a background job like
the epg scan. Also the timeouts occur on the primary card, which seem
to be sometimes used to make scans.
I'm not sure if the tuning timeouts were caused because the channels are
encrypted, or by invalid data in the channels.conf. But that should
have no
meaning here.
The timeouts can be caused by the firmware or driver, or in vdr by tuner
thread locking issues. I need help to sort this out.
I have a three FF card system. Why does vdr use the Primary Card for
scans anyway? Shouldn't all of this occur on a non-primary card all of
the time? How can I force vdr to not use the primary device for PID,EPG
and all other scans? At least for further testing.
Best Regards,
Thomas
_______________________________________________
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
