I have also got the infamous VDSB error. Searched like mad but I can't find anyone with exactly the same error as me, that is why the new thread.
I have an FF card, a Skystar1 ver 1.5 with a Technotrend PCI CI and a Conax CAM.
When I record an encrypted channel and I change to a different channel I see the following in the logs: cAudioRepacker(0xC0): skipped xxx bytes to sync on next audio frame After a few seconds I get the Video Data Stream Broken error and VDR exits. I only get this cAudioRepacker message while recording, if I only watch live tv there is no problem. Also there is no problem to record an FTA channel.
I also noticed that I don't experience this problem on channels with same APID. I tested to set the same APID on two channels that experience this problem, and then it worked. But I assume that would have caused the audio to stop working. I'm not home at the moment so I can only remote control it via vdradmin.
I have tried running different kernel version, 2.6.12.6 and 2.6.13.3, have also tested with different firmwares and both with CVS drivers and the built in kernel driver, have tried with VDR 1.3.32 and VDR 1.3.34 with no patches or plugins, but always with the same problem....
Can someone please advice what to do? I'm running out of ideas myself.
Thanks! Best regards, Daniel
On ti, 2005-10-25 at 13:27 +0200, Daniel Asplund wrote:
I have also got the infamous VDSB error. Searched like mad but I can't find anyone with exactly the same error as me, that is why the new thread.
I have the same problem. Appeared after upgrade to 1.3.31. Currently I'm at 1.3.34.
It is also affecting live-tv viewing. Sometimes when changing to such a channel, the screen stays black (with no audio) for a while before image appears. I think that this same delay causes VDR to exit with VDSB when timer starts on a channel that behaves like this.
I have an FF card, a Skystar1 ver 1.5 with a Technotrend PCI CI and a Conax CAM.
Technotrend DVB-C 2.1, Conax CAM 4.00e.
When I record an encrypted channel and I change to a different channel I see the following in the logs: cAudioRepacker(0xC0): skipped xxx bytes to sync on next audio frame After a few seconds I get the Video Data Stream Broken error and VDR exits. I only get this cAudioRepacker message while recording, if I only watch live tv there is no problem. Also there is no problem to record an FTA channel.
I also noticed that I don't experience this problem on channels with same APID. I tested to set the same APID on two channels that experience this problem, and then it worked. But I assume that would have caused the audio to stop working. I'm not home at the moment so I can only remote control it via vdradmin.
I have tried running different kernel version, 2.6.12.6 and 2.6.13.3, have also tested with different firmwares and both with CVS drivers and the built in kernel driver, have tried with VDR 1.3.32 and VDR 1.3.34 with no patches or plugins, but always with the same problem....
Can someone please advice what to do? I'm running out of ideas myself.
Thanks! Best regards, Daniel
Which VDR version introduced the feature to receive several streams on the same transponder with a DVB-S FF card? Should this work out of the box or isn't it possible if both channels are encrypted?
If it is not possible to do this, is there any easy way to limit the card to only tune to one channel?
On 10/26/05, Heikki Manninen hma@iki.fi wrote:
I have the same problem. Appeared after upgrade to 1.3.31. Currently I'm at 1.3.34.
It is also affecting live-tv viewing. Sometimes when changing to such a channel, the screen stays black (with no audio) for a while before image appears. I think that this same delay causes VDR to exit with VDSB when timer starts on a channel that behaves like this.
There are many ways you can get a VDSB error and in this case it doesn't sound like these two problems have anything common, except for the actual error message.
On ke, 2005-10-26 at 21:45 +0200, Daniel Asplund wrote:
Which VDR version introduced the feature to receive several streams on the same transponder with a DVB-S FF card? Should this work out of the box or isn't it possible if both channels are encrypted?
Conax CAM in the current VDR implementation cannot decrypt more than one stream at a time.
If it is not possible to do this, is there any easy way to limit the card to only tune to one channel?
It's done automatically by VDR if the CA field in channels.conf has e.g. "B00" (=Conax) for the channel in question.
On 10/26/05, Heikki Manninen hma@iki.fi wrote:
I have the same problem. Appeared after upgrade to 1.3.31. Currently I'm at 1.3.34.
It is also affecting live-tv viewing. Sometimes when changing to such a channel, the screen stays black (with no audio) for a while before image appears. I think that this same delay causes VDR to exit with VDSB when timer starts on a channel that behaves like this.
There are many ways you can get a VDSB error and in this case it doesn't sound like these two problems have anything common, except for the actual error message.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On 10/27/05, Heikki Manninen hma@iki.fi wrote:
If it is not possible to do this, is there any easy way to limit the card to only tune to one channel?
It's done automatically by VDR if the CA field in channels.conf has e.g. "B00" (=Conax) for the channel in question.
Thanks! I checked in my channels.conf file and the CA field was still on 1 and not B00. Changed that and now I'm not allowed to change channel.
Anyone know if this feature to record two channels on same transponder will be implemented soon or is it technical impossible with the Conax CAM?
On to, 2005-10-27 at 13:17 +0200, Daniel Asplund wrote:
On 10/27/05, Heikki Manninen hma@iki.fi wrote:
It's done automatically by VDR if the CA field in channels.conf has e.g. "B00" (=Conax) for the channel in question.
Thanks! I checked in my channels.conf file and the CA field was still on 1 and not B00. Changed that and now I'm not allowed to change channel.
Yes. That binds the channel to DVB device #1. This is one of the problems with the current VDR channels.conf. You're not able to bind an entry in channels.conf to a specific DVB device (and thus to a specific CAM) without VDR losing the information about the fact that it is a crypted service. Doing so causes VDR to think that you can record multiple streams with that device even when it is busy recording/decrypting an encrypted service.
It becomes a problem when you have to CAMs of the same type (Conax for example) and would like to have a different set of subscriptions on them. I, for example, have to pay all my subscriptions twice per month to have two key cards with similar set of services.
Anyone know if this feature to record two channels on same transponder will be implemented soon or is it technical impossible with the Conax CAM?
There was a patch long time ago but it wasn't very reliable. I tried it a couple of times and my Conax CAM 4.00e seemed to be able to record some three or four channels at the same time.