dvbtools-devel — Mailing list for discussion about development of dvbtools

Re: [dvbtools-devel] Maximum number of filters

[Nico S. <Nic...@po...>]

Il Friday 07 March 2008 20:34:14 Matthias Eller ha scritto:
> Hello,
> 
> you mentioned in the code, that the kernel module has a limitation of 
> 16 filters. I changed the value in the code to 32 (because I wanted 
> more streams so I needed more filters).
> Currently I'm running one dvbstream with 14, one with 20, one with 22 
> and one with 26 filters. All on one machine with 4 
> Technotrend-PCI-cards (Budget, DVB-S). The streams are running fine.
> Kernel is 2.6.17.7. Im going to test up to 32 filters in the next 
> days. I report again, if the 32 filters are working.
> 
> regards
> Matthias Eller
> 

actually I'm no more so sure about the 16 filetrs limitation.
Maybe in V2 api? feel free to report :)

[dvbtools-devel] Maximum number of filters

[Matthias E. <mat...@st...>]

Hello,

you mentioned in the code, that the kernel module has a limitation of 
16 filters. I changed the value in the code to 32 (because I wanted 
more streams so I needed more filters).
Currently I'm running one dvbstream with 14, one with 20, one with 22 
and one with 26 filters. All on one machine with 4 
Technotrend-PCI-cards (Budget, DVB-S). The streams are running fine.
Kernel is 2.6.17.7. Im going to test up to 32 filters in the next 
days. I report again, if the 32 filters are working.

regards
Matthias Eller

Re: [dvbtools-devel] [PATCH] dvbtextsubs and vdr

[Nico S. <nic...@fa...>]

Jose Alberto Reguero wrote:

>With this patch the current cvs version of dvbtextsubs work well with vdr 
>recordings.
>
>Thanks.
>Jose Alberto
>  
>
>------------------------------------------------------------------------
>
Dave, ok to commit?

[dvbtools-devel] [PATCH] dvbtextsubs and vdr

[Jose A. R. <jar...@te...>]

With this patch the current cvs version of dvbtextsubs work well with vdr 
recordings.

Thanks.
Jose Alberto

Re: [dvbtools-devel] [linux-dvb] Re: dvbtune-0.5 inverts diseqc pol and band bits

[Simon K. <s.k...@er...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



Zoilo Gomez wrote:
> Nico Sabbi wrote:
>> Nico Sabbi wrote:
>>> Zoilo Gomez wrote:
>>>
>>>>>> The Diseqc-specs at
>>>>>> http://www.eutelsat.com/satellites/pdf/Diseqc/Reference%20docs/bus_spec.pdf
>>>>>> (table on page 13) confirm that dvbtune is in fact sending the
>>>>>> wrong command.
>>>>>>
>>>>>> With a patched dvbtune (pol-bit and band-bit both inverted) it
>>>>>> works OK, and is also according to the Eutelsat specs.
>>>>>>
>>>>
>>>> I have attached a patch for you.
>>>>
>>>> The problem is only in dvbtune (version 0.5); you may not have been
>>>> using dvbtune (dvbtools); dvbscan and szap (linuxtv-dvb-apps) do not
>>>> suffer from this problem.
>>>>
>>>> Z.
>>>>
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>>
>>>> diff -Naur dvbtune-0.5.orig/tune.c dvbtune-0.5/tune.c
>>>> --- dvbtune-0.5.orig/tune.c    2004-02-06 15:00:36.000000000 +0100
>>>> +++ dvbtune-0.5/tune.c    2007-04-30 21:22:53.000000000 +0200
>>>> @@ -203,7 +203,7 @@
>>>>      * bits are: option, position, polarizaion, band
>>>>      */
>>>>     cmd.cmd.msg[3] =
>>>> -       0xf0 | (((sat_no * 4) & 0x0f) | (hi_lo ? 1 : 0) | (pol ? 0 :
>>>> 2));
>>>> +       0xf0 | (((sat_no * 4) & 0x0f) | (hi_lo ? 0 : 1) | (pol ? 2 :
>>>> 0));
>>>>  
>>>>     diseqc_send_msg(secfd, pol,
>>>>             &cmd, hi_lo,
>>>
>>>
>>
>>
>> I disagree with your changes:
>> according to the specs that you linked the fields are:
>> *switch-number
>> *switch option
>> *satellite position
>> *polarization
>> *frequency_is_in_hi_band
>> *bytecode
>>
>>
>>                         1 A A V Lo F0
>>                         2 A A V Hi F1
>>                         3 A A H Lo F2
>>                         4 A A H Hi F3
>>                         5 A B V Lo F4
>>                         6 A B V Hi F5
>>                         7 A B H Lo F6
>>                         8 A B H Hi F7
>>                         9 B A V Lo F8
>>                        10 B A V Hi F9
>>                        11 B A H Lo FA
>>                        12 B A H Hi FB
>>                        13 B B V Lo FC
>>                        14 B B V Hi FD
>>                        15 B B H Lo FE
>>                        16 B B H Hi FF
>>
>> assuming that in the code "pol" stands for "pol_is_vertical" and that
>> "hi_lo" stands for "hi_band" ( frequency above SLOF) and counting bits
>> from 8..1
>> - the last bit must be set to 1 when hi_band is 1
>> - the forelast bit (0x2) must be set when the polarization is
>> horizontal (this polv is 0).
>>
>> Please, explain why you believe that the current code is incorrect
> 
> Not so much a matter of believe, but of results.
> 
> My switch was not working, and selecting the wrong input. Hence I looked
> into the source, put some printfs and found that the DiSEqC command
> being sent was incorrect, i.e. different from the table above. So I
> changed the code, then it was working correctly.
> 
> Perhaps it would be better to change the code in the calling function;
> your opinion that (hi_lo==1) means high band seems logical, but in that
> case the value being passed to the function is wrong.
> 
> (pol==1) meaning "vertical" seems somewhat more ambiguous to me, perhaps
> a better name would be "vpol" (in which case however the calling
> function is sending the wrong value, inverted) or hpol (in which case
> it's OK).
> 
> Z.
> 
> 

can someone with a DVB-S card checkout the SVN version of rb-download
from here:

svn checkout https://svn.sourceforge.net/svnroot/redbutton/

and tell me if it works, because I cut'n'pasted the diseqc code from
szap too

ta!

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGQDJ6mt9ZifioJSwRAr/HAJ476RynqPNj1N6b9T0dRva9AJwMhQCfREEl
u8h5ECZEzWNsaL8y+TgpSVY=
=XuQO
-----END PGP SIGNATURE-----

Re: [dvbtools-devel] [linux-dvb] Re: dvbtune-0.5 inverts diseqc pol and band bits

[Zoilo G. <zo...@xs...>]

Nico Sabbi wrote:
> Nico Sabbi wrote:
>> Zoilo Gomez wrote:
>>
>>>>> The Diseqc-specs at 
>>>>> http://www.eutelsat.com/satellites/pdf/Diseqc/Reference%20docs/bus_spec.pdf 
>>>>> (table on page 13) confirm that dvbtune is in fact sending the 
>>>>> wrong command.
>>>>>
>>>>> With a patched dvbtune (pol-bit and band-bit both inverted) it 
>>>>> works OK, and is also according to the Eutelsat specs.
>>>>>
>>>
>>> I have attached a patch for you.
>>>
>>> The problem is only in dvbtune (version 0.5); you may not have been 
>>> using dvbtune (dvbtools); dvbscan and szap (linuxtv-dvb-apps) do not 
>>> suffer from this problem.
>>>
>>> Z.
>>>
>>>
>>> ------------------------------------------------------------------------ 
>>>
>>>
>>> diff -Naur dvbtune-0.5.orig/tune.c dvbtune-0.5/tune.c
>>> --- dvbtune-0.5.orig/tune.c    2004-02-06 15:00:36.000000000 +0100
>>> +++ dvbtune-0.5/tune.c    2007-04-30 21:22:53.000000000 +0200
>>> @@ -203,7 +203,7 @@
>>>      * bits are: option, position, polarizaion, band
>>>      */
>>>     cmd.cmd.msg[3] =
>>> -       0xf0 | (((sat_no * 4) & 0x0f) | (hi_lo ? 1 : 0) | (pol ? 0 : 
>>> 2));
>>> +       0xf0 | (((sat_no * 4) & 0x0f) | (hi_lo ? 0 : 1) | (pol ? 2 : 
>>> 0));
>>>  
>>>     diseqc_send_msg(secfd, pol,
>>>             &cmd, hi_lo,
>>
>>
>
>
> I disagree with your changes:
> according to the specs that you linked the fields are:
> *switch-number
> *switch option
> *satellite position
> *polarization
> *frequency_is_in_hi_band
> *bytecode
>
>
>                         1 A A V Lo F0
>                         2 A A V Hi F1
>                         3 A A H Lo F2
>                         4 A A H Hi F3
>                         5 A B V Lo F4
>                         6 A B V Hi F5
>                         7 A B H Lo F6
>                         8 A B H Hi F7
>                         9 B A V Lo F8
>                        10 B A V Hi F9
>                        11 B A H Lo FA
>                        12 B A H Hi FB
>                        13 B B V Lo FC
>                        14 B B V Hi FD
>                        15 B B H Lo FE
>                        16 B B H Hi FF
>
> assuming that in the code "pol" stands for "pol_is_vertical" and that 
> "hi_lo" stands for "hi_band" ( frequency above SLOF) and counting bits 
> from 8..1
> - the last bit must be set to 1 when hi_band is 1
> - the forelast bit (0x2) must be set when the polarization is 
> horizontal (this polv is 0).
>
> Please, explain why you believe that the current code is incorrect

Not so much a matter of believe, but of results.

My switch was not working, and selecting the wrong input. Hence I looked 
into the source, put some printfs and found that the DiSEqC command 
being sent was incorrect, i.e. different from the table above. So I 
changed the code, then it was working correctly.

Perhaps it would be better to change the code in the calling function; 
your opinion that (hi_lo==1) means high band seems logical, but in that 
case the value being passed to the function is wrong.

(pol==1) meaning "vertical" seems somewhat more ambiguous to me, perhaps 
a better name would be "vpol" (in which case however the calling 
function is sending the wrong value, inverted) or hpol (in which case 
it's OK).

Z.

Re: [dvbtools-devel] [linux-dvb] Re: dvbtune-0.5 inverts diseqc pol and band bits

[Nico S. <nic...@fa...>]

Nico Sabbi wrote:

> 
> I disagree with your changes:
> according to the specs that you linked the fields are:
> *switch-number
> *switch option
> *satellite position
> *polarization
> *frequency_is_in_hi_band
> *bytecode
> 
> 
>                         1 A A V Lo F0
>                         2 A A V Hi F1
>                         3 A A H Lo F2
>                         4 A A H Hi F3
>                         5 A B V Lo F4
>                         6 A B V Hi F5
>                         7 A B H Lo F6
>                         8 A B H Hi F7
>                         9 B A V Lo F8
>                        10 B A V Hi F9
>                        11 B A H Lo FA
>                        12 B A H Hi FB
>                        13 B B V Lo FC
>                        14 B B V Hi FD
>                        15 B B H Lo FE
>                        16 B B H Hi FF
> 
> assuming that in the code "pol" stands for "pol_is_vertical" and that 
> "hi_lo" stands for "hi_band" ( frequency above SLOF) and counting bits 
> from 8..1
> - the last bit must be set to 1 when hi_band is 1
> - the forelast bit (0x2) must be set when the polarization is horizontal 
> (this polv is 0).
> 
> Please, explain why you believe that the current code is incorrect
> 

but, on the other side, the high nibble was set incorrectly due to an 
off-by-1 bug. Please, test dvbtune and dvbstream from cvs

Re: [dvbtools-devel] [linux-dvb] Re: dvbtune-0.5 inverts diseqc pol and band bits

[Nico S. <nic...@fa...>]

Nico Sabbi wrote:
> Zoilo Gomez wrote:
> 
>>>> The Diseqc-specs at 
>>>> http://www.eutelsat.com/satellites/pdf/Diseqc/Reference%20docs/bus_spec.pdf 
>>>> (table on page 13) confirm that dvbtune is in fact sending the wrong 
>>>> command.
>>>>
>>>> With a patched dvbtune (pol-bit and band-bit both inverted) it works 
>>>> OK, and is also according to the Eutelsat specs.
>>>>
>>
>> I have attached a patch for you.
>>
>> The problem is only in dvbtune (version 0.5); you may not have been 
>> using dvbtune (dvbtools); dvbscan and szap (linuxtv-dvb-apps) do not 
>> suffer from this problem.
>>
>> Z.
>>
>>
>> ------------------------------------------------------------------------
>>
>> diff -Naur dvbtune-0.5.orig/tune.c dvbtune-0.5/tune.c
>> --- dvbtune-0.5.orig/tune.c    2004-02-06 15:00:36.000000000 +0100
>> +++ dvbtune-0.5/tune.c    2007-04-30 21:22:53.000000000 +0200
>> @@ -203,7 +203,7 @@
>>      * bits are: option, position, polarizaion, band
>>      */
>>     cmd.cmd.msg[3] =
>> -       0xf0 | (((sat_no * 4) & 0x0f) | (hi_lo ? 1 : 0) | (pol ? 0 : 2));
>> +       0xf0 | (((sat_no * 4) & 0x0f) | (hi_lo ? 0 : 1) | (pol ? 2 : 0));
>>  
>>     diseqc_send_msg(secfd, pol,
>>             &cmd, hi_lo,
> 
> 


I disagree with your changes:
according to the specs that you linked the fields are:
*switch-number
*switch option
*satellite position
*polarization
*frequency_is_in_hi_band
*bytecode


                         1 A A V Lo F0
                         2 A A V Hi F1
                         3 A A H Lo F2
                         4 A A H Hi F3
                         5 A B V Lo F4
                         6 A B V Hi F5
                         7 A B H Lo F6
                         8 A B H Hi F7
                         9 B A V Lo F8
                        10 B A V Hi F9
                        11 B A H Lo FA
                        12 B A H Hi FB
                        13 B B V Lo FC
                        14 B B V Hi FD
                        15 B B H Lo FE
                        16 B B H Hi FF

assuming that in the code "pol" stands for "pol_is_vertical" and that 
"hi_lo" stands for "hi_band" ( frequency above SLOF) and counting bits 
from 8..1
- the last bit must be set to 1 when hi_band is 1
- the forelast bit (0x2) must be set when the polarization is 
horizontal (this polv is 0).

Please, explain why you believe that the current code is incorrect

Re: [dvbtools-devel] [linux-dvb] Re: dvbtune-0.5 inverts diseqc pol and band bits

[Nico S. <nic...@fa...>]

Zoilo Gomez wrote:

>>> The Diseqc-specs at 
>>> http://www.eutelsat.com/satellites/pdf/Diseqc/Reference%20docs/bus_spec.pdf 
>>> (table on page 13) confirm that dvbtune is in fact sending the wrong 
>>> command.
>>>
>>> With a patched dvbtune (pol-bit and band-bit both inverted) it works 
>>> OK, and is also according to the Eutelsat specs.
>>>
> 
> I have attached a patch for you.
> 
> The problem is only in dvbtune (version 0.5); you may not have been 
> using dvbtune (dvbtools); dvbscan and szap (linuxtv-dvb-apps) do not 
> suffer from this problem.
> 
> Z.
> 
> 
> ------------------------------------------------------------------------
> 
> diff -Naur dvbtune-0.5.orig/tune.c dvbtune-0.5/tune.c
> --- dvbtune-0.5.orig/tune.c	2004-02-06 15:00:36.000000000 +0100
> +++ dvbtune-0.5/tune.c	2007-04-30 21:22:53.000000000 +0200
> @@ -203,7 +203,7 @@
>      * bits are: option, position, polarizaion, band
>      */
>     cmd.cmd.msg[3] =
> -       0xf0 | (((sat_no * 4) & 0x0f) | (hi_lo ? 1 : 0) | (pol ? 0 : 2));
> +       0xf0 | (((sat_no * 4) & 0x0f) | (hi_lo ? 0 : 1) | (pol ? 2 : 0));
>  
>     diseqc_send_msg(secfd, pol,
>  		   &cmd, hi_lo,


thus szap from mercurial doesn't work for you? I c&p the code from there

Re: [dvbtools-devel] [linux-dvb] Re: dvbtune-0.5 inverts diseqc pol and band bits

[Zoilo G. <zo...@xs...>]

Nico Sabbi wrote:
> Zoilo Gomez wrote:
>
>> dvbtune-0.5 source apparently contains a bug where it inverts both 
>> the polarization and high/low band bits in the diseqc command ... as 
>> I cannot find any info on this anywhere, I am posting my results here.
>>
>> I discovered this while using a KNC1 DVB-S card to compare diseqc 
>> handling with VP1034 (because diseqc is not (yet) working on my 
>> VP1034). I am using a Spaun 17089-NF 16-input switch (4 sats) + 8 
>> outputs, which supports up to Diseqc 2.0.
>>
>> First I got confused, because the Mantis driver simultaneously uses 
>> the old 18/13V+22kHz method to control polarization and band, as well 
>> as the Diseqc method. So for a while I believed that Diseqc was 
>> (partially) working, until I found out that in fact 18/13V+22kHz 
>> seems to be responsible for the (partial) job!
>>
>> As a result of no Diseqc-functionality on VP1034, it seems that with 
>> VP1034 on my switch, sat-selection is always fixed to sat=1 (makes 
>> sense, = the first 4 inputs, which happens to be Hotbird 13.0E in my 
>> setup), however input selection from the 4 feeds V/H and H/L works 
>> fine and correctly, although based on 18/13V+22kHz.
>>
>> When I compared this with my KNC-1 DVB-S card (to find out why 
>> Sat-selection is not working with VP1034), I found that with KNC1, 
>> Sat-selection does switch to Sat=2 (so it must be using diseqc), but 
>> polarization and band-selection were inverted ... So when I issued 
>> the following command:
>>
>> "dvbtune -D 2 -f 10832000 -p H -s 22000"
>>
>> I found that it was actually selecting sat=2 pol=V band=H ("e0 10 38 
>> f5"= switch input 7), instead of sat=2 pol=H band=L (= switch input 6 
>> / "e0 10 38 f6").
>>
>> The Diseqc-specs at 
>> http://www.eutelsat.com/satellites/pdf/Diseqc/Reference%20docs/bus_spec.pdf 
>> (table on page 13) confirm that dvbtune is in fact sending the wrong 
>> command.
>>
>> With a patched dvbtune (pol-bit and band-bit both inverted) it works 
>> OK, and is also according to the Eutelsat specs.
>>
>> Hope someone benefits from this.
>>
>> Z.
>>
>>  
>>
> nice, but i don't see the patch, but I wonder how I can have been 
> using my sat switch

I have attached a patch for you.

The problem is only in dvbtune (version 0.5); you may not have been 
using dvbtune (dvbtools); dvbscan and szap (linuxtv-dvb-apps) do not 
suffer from this problem.

Z.

Re: [dvbtools-devel] dvbtune-0.5 inverts diseqc pol and band bits

[Nico S. <nic...@fa...>]

Zoilo Gomez wrote:

>dvbtune-0.5 source apparently contains a bug where it inverts both the 
>polarization and high/low band bits in the diseqc command ... as I 
>cannot find any info on this anywhere, I am posting my results here.
>
>I discovered this while using a KNC1 DVB-S card to compare diseqc 
>handling with VP1034 (because diseqc is not (yet) working on my VP1034). 
>I am using a Spaun 17089-NF 16-input switch (4 sats) + 8 outputs, which 
>supports up to Diseqc 2.0.
>
>First I got confused, because the Mantis driver simultaneously uses the 
>old 18/13V+22kHz method to control polarization and band, as well as the 
>Diseqc method. So for a while I believed that Diseqc was (partially) 
>working, until I found out that in fact 18/13V+22kHz seems to be 
>responsible for the (partial) job!
>
>As a result of no Diseqc-functionality on VP1034, it seems that with 
>VP1034 on my switch, sat-selection is always fixed to sat=1 (makes 
>sense, = the first 4 inputs, which happens to be Hotbird 13.0E in my 
>setup), however input selection from the 4 feeds V/H and H/L works fine 
>and correctly, although based on 18/13V+22kHz.
>
>When I compared this with my KNC-1 DVB-S card (to find out why 
>Sat-selection is not working with VP1034), I found that with KNC1, 
>Sat-selection does switch to Sat=2 (so it must be using diseqc), but 
>polarization and band-selection were inverted ... So when I issued the 
>following command:
>
>"dvbtune -D 2 -f 10832000 -p H -s 22000"
>
>I found that it was actually selecting sat=2 pol=V band=H ("e0 10 38 
>f5"= switch input 7), instead of sat=2 pol=H band=L (= switch input 6 / 
>"e0 10 38 f6").
>
>The Diseqc-specs at 
>http://www.eutelsat.com/satellites/pdf/Diseqc/Reference%20docs/bus_spec.pdf 
>(table on page 13) confirm that dvbtune is in fact sending the wrong 
>command.
>
>With a patched dvbtune (pol-bit and band-bit both inverted) it works OK, 
>and is also according to the Eutelsat specs.
>
>Hope someone benefits from this.
>
>Z.
>
>  
>
nice, but i don't see the patch, but I wonder how I can have been using 
my sat switch
for years

[dvbtools-devel] dvbtune-0.5 inverts diseqc pol and band bits

[Zoilo G. <zo...@xs...>]

dvbtune-0.5 source apparently contains a bug where it inverts both the 
polarization and high/low band bits in the diseqc command ... as I 
cannot find any info on this anywhere, I am posting my results here.

I discovered this while using a KNC1 DVB-S card to compare diseqc 
handling with VP1034 (because diseqc is not (yet) working on my VP1034). 
I am using a Spaun 17089-NF 16-input switch (4 sats) + 8 outputs, which 
supports up to Diseqc 2.0.

First I got confused, because the Mantis driver simultaneously uses the 
old 18/13V+22kHz method to control polarization and band, as well as the 
Diseqc method. So for a while I believed that Diseqc was (partially) 
working, until I found out that in fact 18/13V+22kHz seems to be 
responsible for the (partial) job!

As a result of no Diseqc-functionality on VP1034, it seems that with 
VP1034 on my switch, sat-selection is always fixed to sat=1 (makes 
sense, = the first 4 inputs, which happens to be Hotbird 13.0E in my 
setup), however input selection from the 4 feeds V/H and H/L works fine 
and correctly, although based on 18/13V+22kHz.

When I compared this with my KNC-1 DVB-S card (to find out why 
Sat-selection is not working with VP1034), I found that with KNC1, 
Sat-selection does switch to Sat=2 (so it must be using diseqc), but 
polarization and band-selection were inverted ... So when I issued the 
following command:

"dvbtune -D 2 -f 10832000 -p H -s 22000"

I found that it was actually selecting sat=2 pol=V band=H ("e0 10 38 
f5"= switch input 7), instead of sat=2 pol=H band=L (= switch input 6 / 
"e0 10 38 f6").

The Diseqc-specs at 
http://www.eutelsat.com/satellites/pdf/Diseqc/Reference%20docs/bus_spec.pdf 
(table on page 13) confirm that dvbtune is in fact sending the wrong 
command.

With a patched dvbtune (pol-bit and band-bit both inverted) it works OK, 
and is also according to the Eutelsat specs.

Hope someone benefits from this.

Z.

[dvbtools-devel] New features for ts_filter

[Tepe H. <tp...@ho...>]

Here's some improvements I've added to ts_filter, after I was unable to find 
a good existing solution for piped ts packet filtering:

-Should now be able to sync to an unaligned or partially corrupted stream
-Added option to exclude specific pids from the stream

The upgraded version can be found here:

http://koti.mbnet.fi/vcd/ajansiirto/ts_filter.zip

-

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar - get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

Re: [dvbtools-devel] New to list...

[Philip P. <phi...@re...>]

Well, I sent that out on 08/26/05...  and never saw any other traffic.

Is this list defunct?

-Philip


Philip Prindeville wrote:
> And was wondering if this list was still active...  Haven't heard much
> on it in the 3-4 days I've been subscribed...
> 
> -Philip

[dvbtools-devel] New to list...

[Philip P. <phi...@re...>]

And was wondering if this list was still active...  Haven't heard much
on it in the 3-4 days I've been subscribed...

-Philip

[dvbtools-devel] Patches voor DVBstream

[P.A.M. v. D. (Pascal) <pa...@ra...>]

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Hi!

ZTV, the company that's currenlty hiring me has made some patches to dvbstr=
eam=20
we'd like to submit back to the community. (raw udp multicast, enhanced=20
(working) tuning and a few other tweaks).

To whom do I submit these or how can I get write access to the SF CVS.

Thanks in advance!

Best regards,

	Pascal



=2D --=20
+------------------------------+------------------------------------------+
|          		       | EMAIL: pa...@ra...           |
| Pascal van Dam (P.A.M.)      | Tel  : 06 2 95 95 172                    |
|			       +------------------------------------------+
| Poortier Management B.V.     |					  |
|			       |HP-UX/AIX/Linux/Solaris/Sybase/Oracle	  |
|   			       | Software Engineer/Managing Consultant    |
|			       |					  |
+-------------------------------------------------------------------------+
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+lG/fgpa9F1yRMPoRAhVBAKCfNn8/j23MnBHGeqa171ILldip8QCcCchL
cbp+MX4ETiv5jtgtaTOftFA=3D
=3D6kmp
=2D----END PGP SIGNATURE-----

Re: [dvbtools-devel] No audio, and interlacing problem with Nova-t card and dvbstream

[Dave C. <da...@dc...>]

jng...@gr... wrote:
> Hi there. I'd be extremely grateful if there is anybody out there who 
> could help me with a few simple DVB related problems. I have recently 
> bought a Hauppauge Nova-t card and I am trying to get it working with 
> Linux (it works fine on Windows, but that's no use!).
> 
> By the way, I hope this is a good mailing list / forum for these 
> questions. Please redirect me if there is a more appropriate place.

This list isn't used at all - you are better off posting to the 
linux-dvb list at http://www.linuxtv.org.

> I checked out the latest DVB drivers, and latest dvbstream. I built them 
> without any problems. The problem comes when I try to watch live TV. I'm 
> using mplayer to play the MPEG stream. But I've encountered a few 
> problems:
> 
> 1) Tuning in the card. If I use 'tzap' that comes with the DVB driver, I
> can tune in the card. 'scan' also works fine, and builds me a sensible 
> looking channels.conf. But 'dvbstream' and 'dvbtune' seem to have a 
> problem tuning in the card. I don't know if this is correct but I used 
> some of the settings from my channels.conf for arguments to 'dvbstream'. 
> For example, I have the following line in my channels.conf:
> 
> BBC ONE:641833330:INVERSION_OFF:BANDWIDTH_8_MHZ:FEC_3_4:FEC_NONE:QAM_16:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:600:602
> 
> So I did something like this:
> 
> dvbstream -f 641833330 -qam 16 -cr 3_4 -o 8192 | ts2pes 600 602 | mplayer -

You should use something like:

dvbstream -f 641833 -qam 16 -cr 3_4 -o -ps 600 601 | mplayer -cache 2048 -

The "-ps" option to dvbstream does the "ts2ps" conversion, and it is 
better to make dvbstream just output the two streams you are interested 
in rather than specifying the whole multiplex using the virtual "PID" 8192.

Also, dvbstream only accepts the frequency in KHz, whereas dvbtune can 
accept it in either KHz or Hz.

The "-cache" option may or may not be needed, but I prefer to use it.

> 2) When I get a live picture playing in mplayer, I nearly always don't get
> any sound/audio. On two occasions I have got sound but it wasn't through
> any reasoned method. I found that in the example above I managed to get
> sound by doing the following:
> 
> tzap "BBC ONE"
> ./dvbstream -o 8192 | ./ts2pes 600 601 | mplayer -
> 
> The difference is the arguments to 'ts2pes'. I specified ID 601 instead of 
> 602. This differs to what my channels.conf says. Either there's a bug in 
> 'scan' (which I doubt), or I've misunderstood something?

I don't know how "scan" works, but most of the UK DVB-T channels have 
two audio streams.  In the case of BBC1, it is 601 and 602.  I always 
use the first audio stream - the second is normally silent.  It looks 
like "scan" outputs the last audio PID.

> 3) Finally, when I do get working video, all is fine until there is rapid
> motion in the animation. Under these conditions I get some pretty horrible
> looking interlacing problems. The effect can be seen if somebody waves
> their hands.  Lots of horizontal stripes appear around the fast moving
> hands. It's as though alternate lines are plotted at the wrong horizontal
> offset. It's definitely some kind of interlacing problem - I have seen it
> before on DVD playback when I have got the wrong interlace settings. But I
> don't know how to change the settings in the DVB world. Again any help
> here would be much appreciated?

Read the docs for mplayer.  It supports various post-processing options, 
including de-interlacing.

You may also want to subscribe to the "mplayer-dvb" list at 
http://www.mplayerhq.hu.  Today someone posted a patch to that list 
which allows mplayer to tune and read data directly from a DVB card 
without the need for dvbstream.  The author is looking for people to 
test and debug the DVB-T support.

Regards,

Dave.

[dvbtools-devel] No audio, and interlacing problem with Nova-t card and dvbstream

[<jng...@gr...>]

Hi there. I'd be extremely grateful if there is anybody out there who 
could help me with a few simple DVB related problems. I have recently 
bought a Hauppauge Nova-t card and I am trying to get it working with 
Linux (it works fine on Windows, but that's no use!).

By the way, I hope this is a good mailing list / forum for these 
questions. Please redirect me if there is a more appropriate place.

I checked out the latest DVB drivers, and latest dvbstream. I built them 
without any problems. The problem comes when I try to watch live TV. I'm 
using mplayer to play the MPEG stream. But I've encountered a few 
problems:

1) Tuning in the card. If I use 'tzap' that comes with the DVB driver, I
can tune in the card. 'scan' also works fine, and builds me a sensible 
looking channels.conf. But 'dvbstream' and 'dvbtune' seem to have a 
problem tuning in the card. I don't know if this is correct but I used 
some of the settings from my channels.conf for arguments to 'dvbstream'. 
For example, I have the following line in my channels.conf:

BBC ONE:641833330:INVERSION_OFF:BANDWIDTH_8_MHZ:FEC_3_4:FEC_NONE:QAM_16:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:600:602

So I did something like this:

dvbstream -f 641833330 -qam 16 -cr 3_4 -o 8192 | ts2pes 600 602 | mplayer -

It doesn't work, but I noticed the following line in the output:

tuning DVB-T (in United Kingdom) to 1883202896 Hz

Obviously the frequency isn't what I specified at the command line - so
I'm not quite sure what is going on here. Any help here would be much 
appreciated.

If I don't specify any of the tuning parameters to 'dvbstream' but use 
'tzap' instead, I can get a live picture in mplayer, ie:

tzap "BBC ONE"
dvbstream -o 8192 | ts2pes 600 602 | mplayer -

I must say it was a big relief to get some kind of video coming out of 
the system. But this leads me on to problem two:

2) When I get a live picture playing in mplayer, I nearly always don't get
any sound/audio. On two occasions I have got sound but it wasn't through
any reasoned method. I found that in the example above I managed to get
sound by doing the following:

tzap "BBC ONE"
./dvbstream -o 8192 | ./ts2pes 600 601 | mplayer -

The difference is the arguments to 'ts2pes'. I specified ID 601 instead of 
602. This differs to what my channels.conf says. Either there's a bug in 
'scan' (which I doubt), or I've misunderstood something?

3) Finally, when I do get working video, all is fine until there is rapid
motion in the animation. Under these conditions I get some pretty horrible
looking interlacing problems. The effect can be seen if somebody waves
their hands.  Lots of horizontal stripes appear around the fast moving
hands. It's as though alternate lines are plotted at the wrong horizontal
offset. It's definitely some kind of interlacing problem - I have seen it
before on DVD playback when I have got the wrong interlace settings. But I
don't know how to change the settings in the DVB world. Again any help
here would be much appreciated?

So, if anybody can help me I'd be very grateful. If I can get things
working I hope to develop some useful DVB software, so I can hopefully
repay any help back to the community.

Thanks,

James.

Re: [dvbtools-devel] dvbtune patch to increase timeouts and fix EOVERFLOW error

[Dave C. <da...@dc...>]

Andrew de Quincey wrote:
> Hi, this patch increases the various timeouts to 10 seconds when
> retrieving SI tables; they *always* time out for me (in the UK, WinTV
> Nova-T, extremely good signal).
> 
> It also makes dvbtune ignore EOVERFLOW errors when polling the tuning
> status, since this isn't actually a fatal error.

Thanks - I've applied it to CVS.


Dave.

[dvbtools-devel] dvbtune patch to increase timeouts and fix EOVERFLOW error

[Andrew de Q. <ad...@li...>]

Hi, this patch increases the various timeouts to 10 seconds when
retrieving SI tables; they *always* time out for me (in the UK, WinTV
Nova-T, extremely good signal).

It also makes dvbtune ignore EOVERFLOW errors when polling the tuning
status, since this isn't actually a fatal error.

-- 
Andrew de Quincey <ad...@li...>

[dvbtools-devel] Problem with dvbtune and dvb drivers (NEWSTRUCT) from cvs

[<DVo...@t-...>]

Hi !

I try to use my Hauppauge DVB-S Nexus for a vpn-connection with "T-DSL via 

Satelit".

I have installed latest cvs of dvbtune and dvb driver (NEWSTRUCT).

I get the following messages during make insmod and dvbtune:

Oct  2 22:09:14 PCNEU kernel: dvb_register_adapter: registering new adapter 
(Technotrend/Hauppauge PCI rev2.1).
Oct  2 22:09:14 PCNEU kernel: saa7146_core.o: : bus:0, rev:1, mem:0xfd72c600.
Oct  2 22:09:18 PCNEU kernel: av7110 (0): AV7111 - firm f0240009, rtsl 
b0250018, vid 71010068, app 00012502
Oct  2 22:09:20 PCNEU kernel: dvb_frontend_init: initialising frontend 0:0 
(Alps BSRU6)...

dvbtune -c 0 -f 10773250 -p H -s 22000 -n 253

FD 11: fd_dvr DEMUX DEVICE: : No such file or directory

After generate the dvb devices with makedev.napi from the driver directory.

This helps but dvbtune fails again:

./dvbtune -c 0 -f 10773250 -p H -s 22000 -n 253
Using DVB card "Alps BSRU6"
tuning DVB-S to L-Band:1073981760, Pol:H Srate=22000000, 22kHz=off
polling....
Getting frontend event
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
Bit error rate: 65280
Signal strength: 47995
SNR: 56865
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
Failed to open DVB NET DEVICE

I look in the sources and find the problem.

After changing

from  sprintf(devnamen,"/dev/ost/net%d",dev);

into   sprintf(devnamen,"/dev/dvb/adapter0/net%d",dev);

in dvbtune.c everything works.

Can someone correct this in cvs ?

Dirk