On 20.12.2009 19:50, Francesco Saverio Schiavarelli wrote:
Hello,
I found a problem with VDR 1.6.0 with the following channel:
cielo:12034:vC34:S13.0E:27500:166:414=ita,415=und:476:0:11110:64511:6600:0
If I set "Update channels" to "names and pid" that line gets updated:
cielo:12034:vC34:S13.0E:27500:166:414=ita,415=und:476:919,93B:11110:64511:6600:0
and the channels becomes unavailable even if audio and video pids are _unscrambled_.
After a short investigation with dvbsnoop I think I've found the culprit (excerpt from PMT table dump follows):
Stream_type: 5 (0x05) [= ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private sections] reserved_1: 7 (0x07) Elementary_PID: 2085 (0x0825) reserved_2: 15 (0x0f) ES_info_length: 27 (0x001b)
MPEG-DescriptorTag: 15 (0x0f) [= private_data_indicator_descriptor] descriptor_length: 4 (0x04) Descriptor-data: 0000: 4f 54 56 00 OTV. DVB-DescriptorTag: 144 (0x90) [= User defined/ATSC reserved] descriptor_length: 1 (0x01) Descriptor-data: 0000: 9d . DVB-DescriptorTag: 254 (0xfe) [= User defined] descriptor_length: 4 (0x04) Descriptor-data: 0000: 54 47 54 00 TGT. MPEG-DescriptorTag: 9 (0x09) [= CA_descriptor] descriptor_length: 4 (0x04) CA_system_ID: 2329 (0x0919) [= News Datacom (Videoguard)] reserved: 7 (0x07) CA_PID: 1603 (0x0643) MPEG-DescriptorTag: 9 (0x09) [= CA_descriptor] descriptor_length: 4 (0x04) CA_system_ID: 2363 (0x093b) [= News Datacom (Videoguard)] reserved: 7 (0x07) CA_PID: 1703 (0x06a7)There is a private data stream declared in the channel PMT that contains CA_descriptor and so the whole channel is treated like scrambled.
The actual vdr approach, although correct in principle, seems a bit too conservative to me. There are cases where a channel is completely unavailable even if just one component is unavailable because of scrambling.
Please try the attached patch.
Klaus