[linux-dvb] extra switch for tzap

Uwe Bugla uwe.bugla at gmx.de
Fri Jul 20 13:14:00 CEST 2007


Am Freitag, 20. Juli 2007 13:12:40 schrieben Sie:
> Am Freitag, 20. Juli 2007 12:37:45 schrieben Sie:
> > Uwe Bugla wrote:
> > > Am Donnerstag, 19. Juli 2007 02:29:34 schrieben Sie:
> > >> Uwe Bugla wrote:
> > >>> Am Mittwoch, 18. Juli 2007 06:03:41 schrieb P. van Gaans:
> > >>>> I don't call myself a programmer (I've never seen any C guide), but
> > >>>> somehow I figured out how to add an extra switch to tzap to make it
> > >>>> print the status in (human-readable) decimal instead of hex. It is
> > >>>> attached. It would be really nice if this would make it into the
> > >>>> dvb-apps on linuxtv..
> > >>>>
> > >>>> Talking about that, could anybody tell me the minimal and maximal
> > >>>> and/or possible values for status, signal, snr, ber and uncorrected?
> > >>>> If I would know them I could try to make the numbers more
> > >>>> human-readable (eg signal ranging from 0 to 99 or so).
> > >>>
> > >>> Could you please redo that:
> > >>> - in patch format (=only the additions)
> > >>> - equally for tzap, czap, szap and femon?
> > >>>
> > >>> Thus everybody could take advantage from that idea.
> > >>> Would be a pleasure for us all if you did!
> > >>>
> > >>> My idea for further enlargement (a quite old idea of mine):
> > >>> route the human readable numbers into a speech recognition engine
> > >>> (festival) to make them auditable and thus real usable for DVB-S dish
> > >>> tuning f. ex.
> > >>>
> > >>> Note: If the DVB-S dish is far away from the machine (card),
> > >>> auditable signals are necessary.
> > >>>
> > >>> _______________________________________________
> > >>> linux-dvb mailing list
> > >>> linux-dvb at linuxtv.org
> > >>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> > >>
> > >> In patch format.. Oh please.. I have no idea how to produce that! I
> > >> installed xxdiff, it perfectly shows what I've changed but I don't see
> > >> an option to save it to a patch file!
> > >>
> > >> You're lucky I've got a satellite dish so I should also be able to
> > >> patch szap and femon. I'll also produce a patched version of czap but
> > >> my cable card is not installed ATM and I don't feel like doing so
> > >> (cable provider is crap) but I'll probably get someone else on this
> > >> list to test it.
> > >>
> > >> Please do not try to add the switch yourself without asking me if I'm
> > >> still working on it. Nobody needs double work.
> > >>
> > >> If somebody can tell me how to produce the so much wanted .diff files
> > >> I'll start working on it.
> > >
> > > A. Take the latest kernel patch (i. e. 2.6.21.1) as an example.
> > > B. format is as follows:
> > > --- a/(file to be changed)
> > > +++ b/(file to be changed)
> > > @@ -(starting line number),(total number of lines starting from the
> > > beginning line before the change) +(starting line number),(total number
> > > of lines starting from the beginning line after the change)
> > > (3 context lines starting with a space)
> > > (additions start with plus)
> > > (deletions start with minus)
> > > (3 context lines starting with a space)
> > >
> > > If this explanation still is too abstract, have a look at the example
> > > again. Don't forget to test the patch!
> > > No fuzz factors, no rejections please.
> > > For testing purposes keep the original file to be patched in a separate
> > > directory please.
> > > Now please give it a try - for sure you gonna make it!
> >
> > I've got an idea of how the .diff is constructed, but I simply refuse to
> > write them by hand. I've bought a computer NOT to do any more boring
> > repetitive work ;-).
> >
> > diff -urN oldfile.c newfile.c > lolwat.diff appears to work luckily.
> >
> > Tzap was patched already.
> > Szap patched, compiles, tested and OK.
> > Czap patched, compiles without errors, untested because I hate my cable
> > provider and the box I would have to install the cable card in is really
> > noisy and unstable. Whoever wants to test: please report results, czap
> > looks a little different from szap and tzap but I'm pretty certain it'll
> > work straightaway. I assume this is OK, you couldn't expect all linuxtv
> > developers to own cards for all DVB-systems anyway..
> > Femon patched in a different way: Femon already has a "human readable"
> > switch, I just made BER and uncorrected show up as decimal instead of
> > hex in human readable mode. Adding another switch sounds pointless to me.
> >
> > The numbers/output seem to differ between devices and between szap and
> > tzap greatly so for now I'm not going to try to make them more
> > human-readable because of the possibility of breaking something.
> >
> > Everything attached.
>
> Thank you very much!
>
> Now if some of the "illustrous" may consacre a bit of time to push that
> into the dvb-apps tree it would be real purrrrrrrrrrfect!





More information about the linux-dvb mailing list