Patrick Boettcher wrote:
> Hi,
>> On Mon, 13 Jun 2005, Manu Abraham wrote:
>> It is not a complete SI parser, at the moment it handles only PAT and
>> PMT tables..
>>>> What i do is the bit-shifting and masking is done by specific
>> routines, such that it look very clean indeed..
>>>> I think i should finish off ca_zap and libs such that you guys can
>> take a look at it at the earliest.. Actually i have some quite modular
>> code right now, thanks to the pressure Dominique put up..
>> Yes, please do it. Why not committing your beta/alpha code to dvb-apps now?
I should commit code that works. Not something that is broken. That's
why asked for a bit of time..
>>> Hmmm.. i use quite some PAT and PMT parsing. I am doing a couple of
>> descriptors at the moment. I was planning to add in parsing NVOD
>> descriptors too for some stuff that i was working on for some NVOD
>> decryption for DVB-S (Actually the modularization really helps there,
>> as code duplication is really avoided)
>>>> I have quite some code there, if i happen to switch, that would make
>> myself to rewrite hell a lot of code. The way i worked it out,
>> liben50221 depends heavily on libsi, as CA_PMT objects are derived
>> from SI only.
>>>> So it does not make much sense for me to switch over. In fact that
>> would mean a complete rewrite ? If i am correct ..
>> My attempt and the mail was just a suggestion for an "easy-to-extend"
> libsi. You already wrote a libsi which does it in the same way - good.
I would not have gone for it, if Dominique Dumont had not bugged me so
much. The reason for he bugging me was the original ca_zap would not
work for him, due to TPS style of descriptors in the SI.
> So it'll probably your libsi-implementation which will be the base for
> adding further tables and which then could be used by dvbscan, too. How
> to generate the struct doesn't matter... at this time.
>
It is actually quite easy to extend it..
Manu