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@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
