On 02/24/08 07:20, ua0lnj wrote: > Hi > 1. cChannel::PluginParam() need for iptv plugin. > sorry, i was attached bad version for native vdr. > See attach for this message. > > 2. You right of cause, the triplet SID/NID/TID is supposed to be unique > within one satellite, but in really we have incorrect pid tables on many > satellites, and in local iptv networks. Example, see > http://www.lyngsat.com/eam2.html, some channels have equal pids: > 11650V, 11190H, and 11044H too. > This is fault of sat providers, but we have it as is. And be a fine, if > vdr can works correct with such channels, without editing channel.conf > manually. Have you ever tried complaining to those providers, telling them about their non-standard behavior? If we always just work around the provider's faults, we're never going to get standard behavior... Klaus > On Sat, 23/02/2008 18:03 +0100, Klaus Schmidinger wrote: >> On 02/22/08 04:29, ua0lnj wrote: >>> Hi. >>> Some satellites have many channels with same sid, nid, tid on different >>> transponders. This is incorrect pid table, and vdr works with it not >>> good, need scan channels and change rid manually, but if you select >>> "transponder update" all you settings will be rewrite and channels >>> deleted as duplicate. >>> I have this trouble on ABS1 75.0 E and Express AM2 80.0 E, and I have >>> very many channels with same pids on my iptv stream. >>> After this patch, vdr parsing duplicate pids, and if transponders is >>> not equal, channel not deleted, but rid wil be increased. If pids and >>> transponders are equal, channel will be deleted as duplicate. >>> Patch was made for vdr-1.5.12, but works with 1.5.15 too. >>> Attached 3 patches, for native vdr and vdr + iptv plugin patched and for >>> native reelchannelscan-0.4.1 plugin (include patch for 1.5.xx). >> First of all, there is no cChannel::PluginParam() in plain vanilla VDR 1.5.15. >> >> Secondly, as far as I understand this, the triplet SID/NID/TID is supposed >> to be unique within one satellite. >> Can you point me to a standard document that would indicate otherwise? >> >> Klaus _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
