Uwe Bugla wrote: > 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@xxxxxxxxxxx >>>>> 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! > Because you were telling me what to do, I thought you were a developer.. Exciting.. I hope that work wasn't for nothing. _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
