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
