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


> 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

Reply via email to