[vdr] Re: Channels and pid update possible bug

Klaus Schmidinger Klaus.Schmidinger at cadsoft.de
Fri Dec 9 16:50:44 CET 2005


Suur Karu wrote:
> Klaus Schmidinger wrote:
> 
>>> I have same porblem with vdr-1.3.37 When I choose names and pids 
>>> option vdr change names of lots of channels. All of names are 
>>> incoorect also like [13AD], [13FF] etc. I think it cannot parse pmt 
>>> of transponder correctly.
>>
>>
>>
>> Can you check whether it is actually VDR that can't parse the data,
>> or whether the data is in any way flawed?
>>
> 
> Is it right info You needed?
> 
> root at vdr:~/.scan# dvbscan -a0 -v Amos-4W
> scanning Amos-4W
> using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
> initial transponder 10722000 H 27500000 3
> initial transponder 10762000 H 23250000 3
>  >>> tune to: 10722:h:0:27500
> DiSEqC: switch pos 0, 18V, loband (index 1)
>  >>> tuning status == 0x1f
> PAT
> PMT 0x0600 for service 0x0006
> PMT 0x0200 for service 0x0002
> PMT 0x0700 for service 0x0007
> PMT 0x0300 for service 0x0003
> NIT (actual TS)
> Network Name 'KRRT'
> SDT (actual TS)
> 0x0000 0x0001: pmt_pid 0x0100 SPACECOM -- K1 (running)
> 0x0000 0x0002: pmt_pid 0x0200 SPACECOM -- OTV (running)
> 0x0000 0x0003: pmt_pid 0x0300 SPACECOM -- 1PLUS1 (running)
> 0x0000 0x0004: pmt_pid 0x0400 SPACECOM -- TV KYIV (running)
> 0x0000 0x0005: pmt_pid 0x0500 SPACECOM -- MEGASPORT (running, scrambled)
> 0x0000 0x0006: pmt_pid 0x0600 SPACECOM -- K2 (running)
> 0x0000 0x0007: pmt_pid 0x0700 SPACECOM -- TEST (running)
> PMT 0x0400 for service 0x0004
> PMT 0x0500 for service 0x0005
> PMT 0x0100 for service 0x0001
>  >>> tune to: 10762:h:0:23250
> DiSEqC: switch pos 0, 18V, loband (index 1)
>  >>> tuning status == 0x1f
> PAT
> NIT (actual TS)
> Network Name 'SCOPUS NET'
> PMT 0x0060 for service 0x0005
> PMT 0x0040 for service 0x0003
> PMT 0x0070 for service 0x0006
> PMT 0x0020 for service 0x0001
> PMT 0x0080 for service 0x0007
> PMT 0x0030 for service 0x0002
> SDT (actual TS)
> 0x0000 0x0001: pmt_pid 0x0020 SCOPUS PROVIDER -- KIEV STB (running)
> 0x0000 0x0002: pmt_pid 0x0030 SCOPUS PROVIDER -- M1 (running)
> 0x0000 0x0003: pmt_pid 0x0040 SCOPUS PROVIDER -- TONIS (running)
> 0x0000 0x0005: pmt_pid 0x0060 SCOPUS PROVIDER -- ICTV (running)
> 0x0000 0x0006: pmt_pid 0x0070 SCOPUS PROVIDER -- M1 INT-L TEST (running, 
> scrambled)
> 0x0000 0x0007: pmt_pid 0x0080 SCOPUS PROVIDER -- TRK SVIT (running)
> dumping lists (13 services)
> K1:10722:h:0:27500:257:258:1
> OTV:10722:h:0:27500:513:514:2
> 1PLUS1:10722:h:0:27500:769:770:3
> TV KYIV:10722:h:0:27500:1025:1026:4
> MEGASPORT:10722:h:0:27500:1281:1282:5
> K2:10722:h:0:27500:1537:1538:6
> TEST:10722:h:0:27500:1793:1794:7
> KIEV STB:10762:h:0:23250:33:34:1
> M1:10762:h:0:23250:49:50:2
> TONIS:10762:h:0:23250:65:66:3
> ICTV:10762:h:0:23250:97:98:5
> M1 INT-L TEST:10762:h:0:23250:113:114:6
> TRK SVIT:10762:h:0:23250:129:130:7
> Done.
> 
> Regards,
> SK

Looks good to me.

Please replace the function cChannels::GetByChannelID() in
channels.c with the attached code, then run VDR and switch
from transponder 10722 to 10762 and post what gets printed
to stdout.

Klaus
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vdr.1.3.37-getbychannelid-test.diff
Type: text/x-patch
Size: 1864 bytes
Desc: not available
Url : http://www.linuxtv.org/pipermail/vdr/attachments/20051209/d2d1a695/vdr.1.3.37-getbychannelid-test.bin


More information about the vdr mailing list