[dvblast-devel] rewriting passed SI tables

[HoP]

2010/9/2 Christophe Massiot <cmassiot at openheadend.tv>:
> Le 2 sept. 2010 à 23:12, HoP a écrit :
>
>> 2010/9/2 Christophe Massiot <cmassiot at openheadend.tv>:
>>> Le 2 sept. 2010 à 02:06, HoP a écrit :
>>>
>>>> is it possible to do some rewrite of passed SI tables?
>>>> I need to modify, for example, SDT, to get SDT
>>>> with only configured services, as ARRIS D5 is not
>>>> able to rewrite those tables w-o extra costs for external
>>>> sw manager.
>>>
>>> The default behaviour is to only forward the SDT for the selected service.
>>
>> I got same feeling when did source reseach. Thanks for clarification.
>>
>> So it is on my own to try hack in some rewrite rule.
>> Ok. If you have any hints I appreciate your help.
>> Time for learning sources a bit more :-)
>
> What I don't get is what is the difference between what you want, and the default behaviour ? In both cases we output the SDT for the relevant service.

Aha. May be I simply did wrong question. Ok, let me describe my situation
more detailed:

I have very simple configuration, having, for example, 4 services on output,
so 4 multicast streams. And in additional I have one stream which carry
some SI tables for those 4 services (pid 17 and EIT pid 18).
Those multicasts are eaten by Arris D5 EDGE QAM, which make
DVB-C QAMs on output.

Everything looks ok, with one exception - DVB-C set-top-box is
catching all services from original transponder when doing scan.
And my quess is that it is because forwarded original SI tables.
If I remove SI tables from that additional multicast stream and pass
there only EIT, then scanning channels on stb finished correctly
= it find only those 4 services, but names of those services
 are generic (like SID1428, SID1429, etc). What is not nice.

If SI tables are passed there, then channel names are correct.

So I think if I would be able to send stripped version of SI
tables (TBH I'm not 100% sure if rebuilding SDT is enough),
then scanning can be correct, on customer side. Same
is with provider name - original provider name is shown on stb.

I even tested latest svn version and use provider rewrite
command line switch, but original provider name still sits
in stb after scan. It seems like that provider rewrite
not apply to services where pid numbers are used in config.

Btw, don't beat me much. It is still too new for me, so I can
agree I'm totally wrong in my thesis :)

Honza