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 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!
>
Because you were telling me what to do, I thought you were a developer..
Exciting.. I hope that work wasn't for nothing.