Hi!
I got a problem with reception of DW-TV on Hotbird.
DW-TV EUROPA;Deutsche Welle:11604:h:S13.0E:27500:1000:1001,1002:1003:0:607:318:15500:0
If I switch first time to this channel, I get a picture for short time then vdr retunes to the channel and after that vdr thinks the channel is encrypted because one of the audiostreams seems to be encrypted.
I'm using vdr 1.3.25 and can't use any newer version, as i'm forced to use kernel 2.4 on this version. Can anybody tell me how to this.
Regards
Marco
Hi!
Will I get this problem too with any newer version of vdr?
I "solved" it now by setting CAID to 1, but missed now a recording because there was already an recording on that device.
Regards
Marco
Am 04.01.2010 17:11, schrieb Marco Göbenich:
Hi!
I got a problem with reception of DW-TV on Hotbird.
DW-TV EUROPA;Deutsche Welle:11604:h:S13.0E:27500:1000:1001,1002:1003:0:607:318:15500:0
If I switch first time to this channel, I get a picture for short time then vdr retunes to the channel and after that vdr thinks the channel is encrypted because one of the audiostreams seems to be encrypted.
I'm using vdr 1.3.25 and can't use any newer version, as i'm forced to use kernel 2.4 on this version. Can anybody tell me how to this.
Regards
Marco
Marco Göbenich wrote:
Will I get this problem too with any newer version of vdr?
Yes, same problem with VDR 1.7.10.
CU Oliver
Hi!
Is this a bug in VDR or is DW-TV doing something evil?
Regards
Marco
Am 06.01.2010 02:17, schrieb Oliver Endriss:
Marco Göbenich wrote:
Will I get this problem too with any newer version of vdr?
Yes, same problem with VDR 1.7.10.
CU Oliver
On 06.01.2010 10:16, Marco Göbenich wrote:
Hi!
Is this a bug in VDR or is DW-TV doing something evil?
They are apparently broadcasting the video and first audio pid FTA, and have the second audio pid encrypted. So far VDR considered any channel "encrypted" if there were any CA descriptors for that channel.
As a consequence of a recent report by Francesco Saverio Schiavarelli fschiava@libero.it regarding problems with the channel
cielo:12034:vC34:S13.0E:27500:166:414=ita,415=und:476:0:11110:64511:6600:0
where the video and audio pids were all FTA, but some other pid (not relevant for VDR) was encrypted, I have changed things for version 1.7.11 (to be reeased later) so that the CA descriptors are only handled if they actually belong to a video or audio pid.
However, this doesn't help in cases where some audio pids are FTA and others are encrypted. I wonder why they are encrypting their second audio pid. Doesn't make much sense to me.
Well, apparently their EPG is broken, too. It claims to support VPS, but it's apparently off by one hour, and VPS recordings don't work.
So all in all I'd say it looks more like they don't know what they are doing. Maybe somebody who is actually interested in this channel should contact them about all this...
Klaus
Am 06.01.2010 02:17, schrieb Oliver Endriss:
Marco Göbenich wrote:
Will I get this problem too with any newer version of vdr?
Yes, same problem with VDR 1.7.10.
CU Oliver
Klaus Schmidinger wrote:
However, this doesn't help in cases where some audio pids are FTA and others are encrypted. I wonder why they are encrypting their second audio pid. Doesn't make much sense to me.
I haven't tested it for about a year, but since I had UPC Direct subscription I had the same situation with Travel Channel: Travel;UPC Direct:10921:hC56:S19.2E:22000:451:459=eng,460=hun:470:0:20348:1:1063:0
The video and the English audio were FTA, only the Hungarian audio was encrypted and could be opened with the UPC card.
Maybe, somebody can test it, I have no dish pointing to 19.2E.
István
Hi!
After pointing the DW-TV technicans to this issue some weeks before they have removed the encrypted audio.
Regards
Marco
Am 06.01.2010 12:27, schrieb Klaus Schmidinger:
On 06.01.2010 10:16, Marco Göbenich wrote:
Hi!
Is this a bug in VDR or is DW-TV doing something evil?
They are apparently broadcasting the video and first audio pid FTA, and have the second audio pid encrypted. So far VDR considered any channel "encrypted" if there were any CA descriptors for that channel.
As a consequence of a recent report by Francesco Saverio Schiavarelli fschiava@libero.it regarding problems with the channel
cielo:12034:vC34:S13.0E:27500:166:414=ita,415=und:476:0:11110:64511:6600:0
where the video and audio pids were all FTA, but some other pid (not relevant for VDR) was encrypted, I have changed things for version 1.7.11 (to be reeased later) so that the CA descriptors are only handled if they actually belong to a video or audio pid.
However, this doesn't help in cases where some audio pids are FTA and others are encrypted. I wonder why they are encrypting their second audio pid. Doesn't make much sense to me.
Well, apparently their EPG is broken, too. It claims to support VPS, but it's apparently off by one hour, and VPS recordings don't work.
So all in all I'd say it looks more like they don't know what they are doing. Maybe somebody who is actually interested in this channel should contact them about all this...
Klaus
Am 06.01.2010 02:17, schrieb Oliver Endriss:
Marco Göbenich wrote:
Will I get this problem too with any newer version of vdr?
Yes, same problem with VDR 1.7.10.
CU Oliver
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-
István Füley -
Klaus Schmidinger -
Marco Göbenich -
Oliver Endriss