Searching for this error found numerous posts on the mailing list from old releases, but nothing recent so I wanted to query it again...
I've recently started seeing quite a few instances of a vdr throwing this error (ERROR: video data stream broken) and then initiating an emergency exit. I'm not sure what exactly has caused this. I recently upgraded to the v3.0.3 stable kernel, and also to the latest vdr development snapshot 1.7.21, but I'm not sure if those could be related or whether it is more likely to be hardware-related (e.g. a failing tuner)?
Rather than having VDR emergency exit on this error, is it possible to have it just continue? I have three tuners in my system and I assume this error has simply been thrown by one of them, so even if that tuner has now become unusable (without a reload of the kernel module) VDR should still be able to continue running with the remaining tuners?
On 19 September 2011 12:17, Dominic Evans oldmanuk@gmail.com wrote:
I've recently started seeing quite a few instances of a vdr throwing this error (ERROR: video data stream broken) and then initiating an emergency exit.
fyi, looking in the logs, this does seem to happen whilst VDR is rapidly switching between transponders presumably during an EPG scan or whilst checking for new channels/transponders.
You might want to check dynamite plugin. If you have different drivers for the different cards you can let it reload that specific driver. If you just want to kick out that tuner until the next reboot (or whatever), thats possible too.
2011/9/19 Dominic Evans oldmanuk@gmail.com:
On 19 September 2011 12:17, Dominic Evans oldmanuk@gmail.com wrote:
I've recently started seeing quite a few instances of a vdr throwing this error (ERROR: video data stream broken) and then initiating an emergency exit.
fyi, looking in the logs, this does seem to happen whilst VDR is rapidly switching between transponders presumably during an EPG scan or whilst checking for new channels/transponders.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi,
Am 19.09.2011 14:13, schrieb Steffen Barszus:
You might want to check dynamite plugin. If you have different drivers for the different cards you can let it reload that specific driver. If you just want to kick out that tuner until the next reboot (or whatever), thats possible too.
That's true for devices which deliver no data for a while in the GetTSPacket method. But if it's the epg-scan, just the demux device is used (if I'm right). Then the "GetTSWatchdog" won't be triggered.
Lars.
2011/9/19 Dominic Evansoldmanuk@gmail.com:
On 19 September 2011 12:17, Dominic Evansoldmanuk@gmail.com wrote:
I've recently started seeing quite a few instances of a vdr throwing this error (ERROR: video data stream broken) and then initiating an emergency exit.
fyi, looking in the logs, this does seem to happen whilst VDR is rapidly switching between transponders presumably during an EPG scan or whilst checking for new channels/transponders.
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
On 19.09.2011 18:31, L. Hanisch wrote:
Hi,
Am 19.09.2011 14:13, schrieb Steffen Barszus:
You might want to check dynamite plugin. If you have different drivers for the different cards you can let it reload that specific driver. If you just want to kick out that tuner until the next reboot (or whatever), thats possible too.
That's true for devices which deliver no data for a while in the GetTSPacket method. But if it's the epg-scan, just the demux device is used (if I'm right). Then the "GetTSWatchdog" won't be triggered.
As much as I like the EPG scan, I usually have it turned off because I think the driver gets rather unstable when VDR often switches channels and maybe hits transponders that don't carry any signal. What's especially unstable is the CAM situation. I have two CAMs in my VDR (connected to budget cards) and quite often the connection to the CAMs is lost, to a point where not even a CAM reset (from the Setup/CAM menu) helps any more. I have to pull the CAM, wait a few seconds and then insert it again. When the driver is in such an unstable state, a recording on that device will usually fail, and VDR performs an "emergency exit".
Klaus
2011/9/19 Dominic Evansoldmanuk@gmail.com:
On 19 September 2011 12:17, Dominic Evansoldmanuk@gmail.com wrote:
I've recently started seeing quite a few instances of a vdr throwing this error (ERROR: video data stream broken) and then initiating an emergency exit.
fyi, looking in the logs, this does seem to happen whilst VDR is rapidly switching between transponders presumably during an EPG scan or whilst checking for new channels/transponders.
As much as I like the EPG scan, I usually have it turned off because I think the driver gets rather unstable when VDR often switches channels and maybe hits transponders that don't carry any signal. What's especially unstable is the CAM situation. I have two CAMs in my VDR (connected to budget cards) and quite often the connection to the CAMs is lost, to a point where not even a CAM reset (from the Setup/CAM menu) helps any more. I have to pull the CAM, wait a few seconds and then insert it again. When the driver is in such an unstable state, a recording on that device will usually fail, and VDR performs an "emergency exit".
I have also a pay-tv card and I am seeing a similar kind of problems with one finish pay-tv channel (Nelonen Pro). Quite often that channel seems to freeze about every 5 min. In such a cases the channel is watchable only after vdr is restarted. (either vdr crasher or emergeny exit itself)
I have found out that I can speed up the vdr restart in this way: 1) switch to other channel in different frequency (either in dvb-t in same card or dvb-s in other dvb card) 2) switch back to problematic channel --> vdr will either emergency exit or die 3) Once runvdr script restarts vdr, the channel is again watchable and works for a couple of minutes just fine
I do not know whether the signal quality is causing the problems or are there differences in the data send. - channels from finish MTV3 works always without problems, while the problematic channels are from finish Sanoma Oy. - working channels from MTV3 seems to have better signal quality than the problematic channels from Nelonen... (They are in different muxes and I live about 90 km from the nearest tv base station link)
There are however also a days when even the nelonen pro works just fine. (for example vdr restarted itself every 5 min when I watched finish baseball final on sunday but on the same evening the eurobean champ basketball final showed up just fine.)
Mika
Hi,
On Mon, Sep 19, Dominic Evans wrote:
Rather than having VDR emergency exit on this error, is it possible to have it just continue?
yes, if you set "EmergencyExit = 0" in the setup.conf file (or via osd menu).
On 19/09/11 13:31, Dieter Bloms wrote:
Rather than having VDR emergency exit on this error, is it possible to have it just continue?
yes, if you set "EmergencyExit = 0" in the setup.conf file (or via osd menu).
Excellent thanks.
For now I've set:
EmergencyExit = 0 EPGScanTimeout = 0 UpdateChannels = 2
And I'll see how this effects my VDR stability
-
Dieter Bloms -
Dominic Evans -
Klaus Schmidinger -
L. Hanisch -
Mika Laitio -
Steffen Barszus