[linux-dvb] Re : TT S2-3200 driver

[linux-dvb] Re : TT S2-3200 driver

[crow]

Hi,
I am also tryint to compile multiproto_plus on kernel 2.6.26-3 (sidux
2008-02) but no luck.
Kernel: Linux vdrbox 2.6.26-3.slh.4-sidux-amd64 #1 SMP PREEMPT Wed Sep
3 19:39:11 UTC 2008 x86_64 GNU/Linux
I tryed it this way:
I downloaded dvb driver from:
apt-get update
apt-get install mercurial
cd /usr/src/
hg clone http://jusst.de/hg/multiproto_plus
mv multiproto dvb
ln -vfs /usr/src/linux-headers-`uname -r` linux
cd /usr/src/dvb/linux/include/linux/
ln -s /usr/src/linux/include/linux/compiler.h compiler.h
cd /usr/src/dvb/
and i am trying make and get this problem :
............
  CC [M]  /usr/src/dvb/v4l/ivtv-gpio.o
  CC [M]  /usr/src/dvb/v4l/ivtv-i2c.o
/usr/src/dvb/v4l/ivtv-i2c.c: In function 'ivtv_i2c_register':
/usr/src/dvb/v4l/ivtv-i2c.c:171: error: 'struct i2c_board_info' has no
member named 'driver_name'
make[3]: *** [/usr/src/dvb/v4l/ivtv-i2c.o] Error 1
make[2]: *** [_module_/usr/src/dvb/v4l] Error 2
make[2]: Leaving directory `/usr/src/linux-headers-2.6.26-3.slh.4-sidux-amd64'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/usr/src/dvb/v4l'
make: *** [all] Error 2
root@vdrbox:/usr/src/dvb#

I wanna try this patch to as i am also TT S2-3200 user.
Any help welcome.

Quote:
>Hello Ales,
>
>> I've used last one, multiproto-2a911b8f9910.tar.bz2.
>
>Against which kernel version do you compile this multiproto set?
>2.6.24 (fc8), 26.25.11, 2.6.26 all gave build errors...
>
>Kind Regards,
>
>Remy

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Re : TT S2-3200 driver

[Manu Abraham]

crow wrote:
> Hi,
> I am also tryint to compile multiproto_plus on kernel 2.6.26-3 (sidux
> 2008-02) but no luck.
> Kernel: Linux vdrbox 2.6.26-3.slh.4-sidux-amd64 #1 SMP PREEMPT Wed Sep
> 3 19:39:11 UTC 2008 x86_64 GNU/Linux
> I tryed it this way:
> I downloaded dvb driver from:
> apt-get update
> apt-get install mercurial
> cd /usr/src/
> hg clone http://jusst.de/hg/multiproto_plus
> mv multiproto dvb
> ln -vfs /usr/src/linux-headers-`uname -r` linux
> cd /usr/src/dvb/linux/include/linux/
> ln -s /usr/src/linux/include/linux/compiler.h compiler.h
> cd /usr/src/dvb/
> and i am trying make and get this problem :
> ............
>   CC [M]  /usr/src/dvb/v4l/ivtv-gpio.o
>   CC [M]  /usr/src/dvb/v4l/ivtv-i2c.o
> /usr/src/dvb/v4l/ivtv-i2c.c: In function 'ivtv_i2c_register':
> /usr/src/dvb/v4l/ivtv-i2c.c:171: error: 'struct i2c_board_info' has no
> member named 'driver_name'
> make[3]: *** [/usr/src/dvb/v4l/ivtv-i2c.o] Error 1
> make[2]: *** [_module_/usr/src/dvb/v4l] Error 2
> make[2]: Leaving directory `/usr/src/linux-headers-2.6.26-3.slh.4-sidux-amd64'
> make[1]: *** [default] Error 2
> make[1]: Leaving directory `/usr/src/dvb/v4l'
> make: *** [all] Error 2
> root@vdrbox:/usr/src/dvb#
> 
> I wanna try this patch to as i am also TT S2-3200 user.
> Any help welcome.


That tree is being updated and being pushed, you can either wait for a
little while till that tree is populated, or you can pull the multiproto
tree as well.

Regards,
Manu

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[linux-dvb] Re : Re : TT S2-3200 driver

[manu]

Le 07.09.2008 17:01:43, Manu Abraham a écrit :
> crow wrote:
> > Hi,
> > I am also tryint to compile multiproto_plus on kernel 2.6.26-3
> (sidux
> > 2008-02) but no luck.
> > Kernel: Linux vdrbox 2.6.26-3.slh.4-sidux-amd64 #1 SMP PREEMPT Wed
> Sep
> > 3 19:39:11 UTC 2008 x86_64 GNU/Linux
> > I tryed it this way:
> > I downloaded dvb driver from:
> > apt-get update
> > apt-get install mercurial
> > cd /usr/src/
> > hg clone http://jusst.de/hg/multiproto_plus
> > mv multiproto dvb
> > ln -vfs /usr/src/linux-headers-`uname -r` linux
> > cd /usr/src/dvb/linux/include/linux/
> > ln -s /usr/src/linux/include/linux/compiler.h compiler.h
> > cd /usr/src/dvb/
> > and i am trying make and get this problem :
> > ............
> >   CC [M]  /usr/src/dvb/v4l/ivtv-gpio.o
> >   CC [M]  /usr/src/dvb/v4l/ivtv-i2c.o
> > /usr/src/dvb/v4l/ivtv-i2c.c: In function 'ivtv_i2c_register':
> > /usr/src/dvb/v4l/ivtv-i2c.c:171: error: 'struct i2c_board_info' has
> no
> > member named 'driver_name'
> > make[3]: *** [/usr/src/dvb/v4l/ivtv-i2c.o] Error 1
> > make[2]: *** [_module_/usr/src/dvb/v4l] Error 2
> > make[2]: Leaving directory `/usr/src/linux-headers-2.6.26-3.slh.4-
> sidux-amd64'
> > make[1]: *** [default] Error 2
> > make[1]: Leaving directory `/usr/src/dvb/v4l'
> > make: *** [all] Error 2
> > root@vdrbox:/usr/src/dvb#
> > 
> > I wanna try this patch to as i am also TT S2-3200 user.
> > Any help welcome.
> 
> 
> That tree is being updated and being pushed, you can either wait for 
> a
> little while till that tree is populated, or you can pull the
> multiproto
> tree as well.

Bye any chance, di you get some time to see my posts about TT-S 3200 
([BUG]: stb6100 getting carrier but stb0899
unable to get data (on a transponder that is emitting
normally) where I describe my problem: basically I can get the carrier 
but search_data fails for a DVB-S transponder with 5/6 FEC and 30MS/s 
whereas all other transp lock OK, they only have a different FEC: 3/4.
Hope you can help me.
BTW: looking at a mantis driver (coming from their website) I saw it 
was pretty close to yours though with some differences, specially for 
init values. Is there any consolidation possible here to get stb0899 
going?
Bye
Manu


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Re : Re : TT S2-3200 driver

[Newsy Paper]

Hi manu!


Are you talking about DVB-S or DVB-s2 are we talking about the same problem.

I experienced those problems on a dvb-s2 transponder with a SR of 30000 and FEC 3/4 currently used on Thor 1°W by Canal Digital Nordic on some of their HD packages.

When I set Sr to 29998 I even get lock, but the stream is totaly corrupted.

kind regards


Newsy


--- manu <eallaud@yahoo.fr> schrieb am Mo, 8.9.2008:

> Von: manu <eallaud@yahoo.fr>
> Betreff: [linux-dvb] Re :  Re : TT S2-3200 driver
> An: linux-dvb@linuxtv.org
> Datum: Montag, 8. September 2008, 1:10
> Le 07.09.2008 17:01:43, Manu Abraham a écrit :
> > crow wrote:
> > > Hi,
> > > I am also tryint to compile multiproto_plus on
> kernel 2.6.26-3
> > (sidux
> > > 2008-02) but no luck.
> > > Kernel: Linux vdrbox 2.6.26-3.slh.4-sidux-amd64
> #1 SMP PREEMPT Wed
> > Sep
> > > 3 19:39:11 UTC 2008 x86_64 GNU/Linux
> > > I tryed it this way:
> > > I downloaded dvb driver from:
> > > apt-get update
> > > apt-get install mercurial
> > > cd /usr/src/
> > > hg clone http://jusst.de/hg/multiproto_plus
> > > mv multiproto dvb
> > > ln -vfs /usr/src/linux-headers-`uname -r` linux
> > > cd /usr/src/dvb/linux/include/linux/
> > > ln -s /usr/src/linux/include/linux/compiler.h
> compiler.h
> > > cd /usr/src/dvb/
> > > and i am trying make and get this problem :
> > > ............
> > >   CC [M]  /usr/src/dvb/v4l/ivtv-gpio.o
> > >   CC [M]  /usr/src/dvb/v4l/ivtv-i2c.o
> > > /usr/src/dvb/v4l/ivtv-i2c.c: In function
> 'ivtv_i2c_register':
> > > /usr/src/dvb/v4l/ivtv-i2c.c:171: error:
> 'struct i2c_board_info' has
> > no
> > > member named 'driver_name'
> > > make[3]: *** [/usr/src/dvb/v4l/ivtv-i2c.o] Error
> 1
> > > make[2]: *** [_module_/usr/src/dvb/v4l] Error 2
> > > make[2]: Leaving directory
> `/usr/src/linux-headers-2.6.26-3.slh.4-
> > sidux-amd64'
> > > make[1]: *** [default] Error 2
> > > make[1]: Leaving directory `/usr/src/dvb/v4l'
> > > make: *** [all] Error 2
> > > root@vdrbox:/usr/src/dvb#
> > > 
> > > I wanna try this patch to as i am also TT S2-3200
> user.
> > > Any help welcome.
> > 
> > 
> > That tree is being updated and being pushed, you can
> either wait for 
> > a
> > little while till that tree is populated, or you can
> pull the
> > multiproto
> > tree as well.
> 
> Bye any chance, di you get some time to see my posts about
> TT-S 3200 
> ([BUG]: stb6100 getting carrier but stb0899
> unable to get data (on a transponder that is emitting
> normally) where I describe my problem: basically I can get
> the carrier 
> but search_data fails for a DVB-S transponder with 5/6 FEC
> and 30MS/s 
> whereas all other transp lock OK, they only have a
> different FEC: 3/4.
> Hope you can help me.
> BTW: looking at a mantis driver (coming from their website)
> I saw it 
> was pretty close to yours though with some differences,
> specially for 
> init values. Is there any consolidation possible here to
> get stb0899 
> going?
> Bye
> Manu
> 
> 
> _______________________________________________
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

__________________________________________________
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. 
http://mail.yahoo.com 

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[linux-dvb] Re : Re : Re : TT S2-3200 driver

[manu]

Le 09.09.2008 09:49:58, Newsy Paper a écrit :
> Hi manu!
> 
> 
> Are you talking about DVB-S or DVB-s2 are we talking about the same
> problem.
> 
> I experienced those problems on a dvb-s2 transponder with a SR of
> 30000 and FEC 3/4 currently used on Thor 1°W by Canal Digital Nordic
> on some of their HD packages.
> 
> When I set Sr to 29998 I even get lock, but the stream is totaly
> corrupted.

I don not have DVB-S2 channels here, only DVB-S. Most are FEC3/4 with 
30000 kS/s rate, the one that does not lock has the same 
characteristics but with 5/6 FEC.
Bye
Manu


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[linux-dvb] Re : Re : TT S2-3200 driver

[manu]

Le 13.09.2008 19:10:31, Manu Abraham a écrit :
> manu wrote:
> > I forgot the logs...
> 
> 
> Taking a look at it. Please do note that, i will have to go through 
> it
> very patiently.
> 
> Thanks for the logs.
> 

You're more than welcome. I tried to put some printk's but the only 
thing I got is that even when the carrier is correctly detected, the 
driver does not detect the data (could that be related to the different 
FEC?).
Anyway let me know if you need more testing.
Bye
Manu



_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Re : Re : TT S2-3200 driver

[Jelle De Loecker]

[-- Attachment #1.1: Type: text/plain, Size: 942 bytes --]


manu schreef:
> Le 13.09.2008 19:10:31, Manu Abraham a écrit :
>   
>> manu wrote:
>>     
>>> I forgot the logs...
>>>       
>> Taking a look at it. Please do note that, i will have to go through 
>> it
>> very patiently.
>>
>> Thanks for the logs.
>>
>>     
>
> You're more than welcome. I tried to put some printk's but the only 
> thing I got is that even when the carrier is correctly detected, the 
> driver does not detect the data (could that be related to the different 
> FEC?).
> Anyway let me know if you need more testing.
> Bye
> Manu

I'm unable to scan the channels on the Astra 23,5 satellite
Frequency 11856000
Symbol rate 27500000
Vertical polarisation
FEC 5/6

Is this because of the same bug? I should be getting Discovery Channel 
HD, National Geographic Channel HD, Brava HDTV and Voom HD 
International, but I'm only getting a time out.


/Met vriendelijke groeten,/

*Jelle De Loecker*
Kipdola Studios - Tomberg



[-- Attachment #1.2: Type: text/html, Size: 1538 bytes --]

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Re : Re : TT S2-3200 driver

[Alex Betis]

[-- Attachment #1.1: Type: text/plain, Size: 1341 bytes --]

Does that card use stb0899 drivers as Twinhan 1041?

I've done some changes to the algorithm that provide constant lock.

2008/9/29 Jelle De Loecker <skerit@kipdola.com>

>
> manu schreef:
>
> Le 13.09.2008 19:10:31, Manu Abraham a écrit :
>
>
>  manu wrote:
>
>
>  I forgot the logs...
>
>
>  Taking a look at it. Please do note that, i will have to go through
> it
> very patiently.
>
> Thanks for the logs.
>
>
>
>  You're more than welcome. I tried to put some printk's but the only
> thing I got is that even when the carrier is correctly detected, the
> driver does not detect the data (could that be related to the different
> FEC?).
> Anyway let me know if you need more testing.
> Bye
> Manu
>
>
> I'm unable to scan the channels on the Astra 23,5 satellite
> Frequency 11856000
> Symbol rate 27500000
> Vertical polarisation
> FEC 5/6
>
> Is this because of the same bug? I should be getting Discovery Channel HD,
> National Geographic Channel HD, Brava HDTV and Voom HD International, but
> I'm only getting a time out.
>
>
> *Met vriendelijke groeten,*
>
> *Jelle De Loecker*
> Kipdola Studios - Tomberg
>
>
>
> _______________________________________________
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>

[-- Attachment #1.2: Type: text/html, Size: 2078 bytes --]

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Re : Re : TT S2-3200 driver

[Newsy Paper]

Hi Alex!

This souds like good news!
Hope you could help us with a patch from you.

kind regards


Newsy


--- Alex Betis <alex.betis@gmail.com> schrieb am Mo, 29.9.2008:

> Von: Alex Betis <alex.betis@gmail.com>
> Betreff: Re: [linux-dvb] Re : Re : TT S2-3200 driver
> An: "Jelle De Loecker" <skerit@kipdola.com>
> CC: "linux-dvb" <linux-dvb@linuxtv.org>
> Datum: Montag, 29. September 2008, 16:13
> Does that card use stb0899 drivers as Twinhan 1041?
> 
> I've done some changes to the algorithm that provide
> constant lock.
> 
> 2008/9/29 Jelle De Loecker <skerit@kipdola.com>
> 
> >
> > manu schreef:
> >
> > Le 13.09.2008 19:10:31, Manu Abraham a écrit :
> >
> >
> >  manu wrote:
> >
> >
> >  I forgot the logs...
> >
> >
> >  Taking a look at it. Please do note that, i will have
> to go through
> > it
> > very patiently.
> >
> > Thanks for the logs.
> >
> >
> >
> >  You're more than welcome. I tried to put some
> printk's but the only
> > thing I got is that even when the carrier is correctly
> detected, the
> > driver does not detect the data (could that be related
> to the different
> > FEC?).
> > Anyway let me know if you need more testing.
> > Bye
> > Manu
> >
> >
> > I'm unable to scan the channels on the Astra 23,5
> satellite
> > Frequency 11856000
> > Symbol rate 27500000
> > Vertical polarisation
> > FEC 5/6
> >
> > Is this because of the same bug? I should be getting
> Discovery Channel HD,
> > National Geographic Channel HD, Brava HDTV and Voom HD
> International, but
> > I'm only getting a time out.
> >
> >
> > *Met vriendelijke groeten,*
> >
> > *Jelle De Loecker*
> > Kipdola Studios - Tomberg
> >
> >
> >
> > _______________________________________________
> > linux-dvb mailing list
> > linux-dvb@linuxtv.org
> >
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> >
> _______________________________________________
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


      


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Re : Re : TT S2-3200 driver

[Alex Betis]

[-- Attachment #1.1: Type: text/plain, Size: 2887 bytes --]

I'll send the patches to the list as soon as I'll finish some more debugging
and clean the code from all the garbage I've added there.

Meanwhile I'd also like to wait for few people responses who test those
patches. So far one person with Twinhan 1041 card confirmed that the changes
"improved a lot" the locking. Waiting for few more people with TT S2-3200 to
confirm it.

On Tue, Sep 30, 2008 at 12:35 PM, Newsy Paper <
newspaperman_germany@yahoo.com> wrote:

> Hi Alex!
>
> This souds like good news!
> Hope you could help us with a patch from you.
>
> kind regards
>
>
> Newsy
>
>
> --- Alex Betis <alex.betis@gmail.com> schrieb am Mo, 29.9.2008:
>
> > Von: Alex Betis <alex.betis@gmail.com>
> > Betreff: Re: [linux-dvb] Re : Re : TT S2-3200 driver
> > An: "Jelle De Loecker" <skerit@kipdola.com>
> > CC: "linux-dvb" <linux-dvb@linuxtv.org>
> > Datum: Montag, 29. September 2008, 16:13
> > Does that card use stb0899 drivers as Twinhan 1041?
> >
> > I've done some changes to the algorithm that provide
> > constant lock.
> >
> > 2008/9/29 Jelle De Loecker <skerit@kipdola.com>
> >
> > >
> > > manu schreef:
> > >
> > > Le 13.09.2008 19:10:31, Manu Abraham a écrit :
> > >
> > >
> > >  manu wrote:
> > >
> > >
> > >  I forgot the logs...
> > >
> > >
> > >  Taking a look at it. Please do note that, i will have
> > to go through
> > > it
> > > very patiently.
> > >
> > > Thanks for the logs.
> > >
> > >
> > >
> > >  You're more than welcome. I tried to put some
> > printk's but the only
> > > thing I got is that even when the carrier is correctly
> > detected, the
> > > driver does not detect the data (could that be related
> > to the different
> > > FEC?).
> > > Anyway let me know if you need more testing.
> > > Bye
> > > Manu
> > >
> > >
> > > I'm unable to scan the channels on the Astra 23,5
> > satellite
> > > Frequency 11856000
> > > Symbol rate 27500000
> > > Vertical polarisation
> > > FEC 5/6
> > >
> > > Is this because of the same bug? I should be getting
> > Discovery Channel HD,
> > > National Geographic Channel HD, Brava HDTV and Voom HD
> > International, but
> > > I'm only getting a time out.
> > >
> > >
> > > *Met vriendelijke groeten,*
> > >
> > > *Jelle De Loecker*
> > > Kipdola Studios - Tomberg
> > >
> > >
> > >
> > > _______________________________________________
> > > linux-dvb mailing list
> > > linux-dvb@linuxtv.org
> > >
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> > >
> > _______________________________________________
> > linux-dvb mailing list
> > linux-dvb@linuxtv.org
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>
>
>
>
>
> _______________________________________________
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>

[-- Attachment #1.2: Type: text/html, Size: 4527 bytes --]

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Re : Re : TT S2-3200 driver

[Harald Becherer]

[-- Attachment #1.1: Type: text/plain, Size: 3247 bytes --]

Would a TT S2-3650 CI also do the job?
I would like to contribute with testing...

Harald



Am 30.09.2008 um 11:48 schrieb "Alex Betis" <alex.betis@gmail.com>:

> I'll send the patches to the list as soon as I'll finish some more  
> debugging and clean the code from all the garbage I've added there.
>
> Meanwhile I'd also like to wait for few people responses who test  
> those patches. So far one person with Twinhan 1041 card confirmed  
> that the changes "improved a lot" the locking. Waiting for few more  
> people with TT S2-3200 to confirm it.
>
> On Tue, Sep 30, 2008 at 12:35 PM, Newsy Paper <newspaperman_germany@yahoo.com 
> > wrote:
> Hi Alex!
>
> This souds like good news!
> Hope you could help us with a patch from you.
>
> kind regards
>
>
> Newsy
>
>
> --- Alex Betis <alex.betis@gmail.com> schrieb am Mo, 29.9.2008:
>
> > Von: Alex Betis <alex.betis@gmail.com>
> > Betreff: Re: [linux-dvb] Re : Re : TT S2-3200 driver
> > An: "Jelle De Loecker" <skerit@kipdola.com>
> > CC: "linux-dvb" <linux-dvb@linuxtv.org>
> > Datum: Montag, 29. September 2008, 16:13
> > Does that card use stb0899 drivers as Twinhan 1041?
> >
> > I've done some changes to the algorithm that provide
> > constant lock.
> >
> > 2008/9/29 Jelle De Loecker <skerit@kipdola.com>
> >
> > >
> > > manu schreef:
> > >
> > > Le 13.09.2008 19:10:31, Manu Abraham a écrit :
> > >
> > >
> > >  manu wrote:
> > >
> > >
> > >  I forgot the logs...
> > >
> > >
> > >  Taking a look at it. Please do note that, i will have
> > to go through
> > > it
> > > very patiently.
> > >
> > > Thanks for the logs.
> > >
> > >
> > >
> > >  You're more than welcome. I tried to put some
> > printk's but the only
> > > thing I got is that even when the carrier is correctly
> > detected, the
> > > driver does not detect the data (could that be related
> > to the different
> > > FEC?).
> > > Anyway let me know if you need more testing.
> > > Bye
> > > Manu
> > >
> > >
> > > I'm unable to scan the channels on the Astra 23,5
> > satellite
> > > Frequency 11856000
> > > Symbol rate 27500000
> > > Vertical polarisation
> > > FEC 5/6
> > >
> > > Is this because of the same bug? I should be getting
> > Discovery Channel HD,
> > > National Geographic Channel HD, Brava HDTV and Voom HD
> > International, but
> > > I'm only getting a time out.
> > >
> > >
> > > *Met vriendelijke groeten,*
> > >
> > > *Jelle De Loecker*
> > > Kipdola Studios - Tomberg
> > >
> > >
> > >
> > > _______________________________________________
> > > linux-dvb mailing list
> > > linux-dvb@linuxtv.org
> > >
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> > >
> > _______________________________________________
> > linux-dvb mailing list
> > linux-dvb@linuxtv.org
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>
>
>
>
>
> _______________________________________________
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>
> _______________________________________________
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[-- Attachment #1.2: Type: text/html, Size: 5435 bytes --]

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Re : Re : TT S2-3200 driver

[Alex Betis]

[-- Attachment #1.1: Type: text/plain, Size: 4106 bytes --]

Hi all,

My description of the solution is here:
http://www.linuxtv.org/pipermail/linux-dvb/2008-September/029361.html

I've also attaching the patches to this thread.

Several people reported better lock on DVB-S channels.

Just to clarify it, the changes mostly affect DVB-S channels scanning, it
doesn't help with DVB-S2 locking problem since the code is totally different
for S and S2 signal search.

I've increased a timer for S2 signal search and decreased the search step,
this helps to lock on "good" S2 channels that were locked anyway with
several attempts, but this time it locks from first attempt. The "bad"
channels finds the signal, but the FEC is unable to lock.
Since searching of S2 channels is done in the card and not in the driver,
its pretty hard to know what is going on there.

Can't say what happens with the lock on "good" channels since I don't have
any S2 FTA in my sight.

If anyone has any progress with S2 lock, let me know, I'd like to join the
forces.


On Tue, Sep 30, 2008 at 12:48 PM, Alex Betis <alex.betis@gmail.com> wrote:

> I'll send the patches to the list as soon as I'll finish some more
> debugging and clean the code from all the garbage I've added there.
>
> Meanwhile I'd also like to wait for few people responses who test those
> patches. So far one person with Twinhan 1041 card confirmed that the changes
> "improved a lot" the locking. Waiting for few more people with TT S2-3200 to
> confirm it.
>
>
> On Tue, Sep 30, 2008 at 12:35 PM, Newsy Paper <
> newspaperman_germany@yahoo.com> wrote:
>
>> Hi Alex!
>>
>> This souds like good news!
>> Hope you could help us with a patch from you.
>>
>> kind regards
>>
>>
>> Newsy
>>
>>
>> --- Alex Betis <alex.betis@gmail.com> schrieb am Mo, 29.9.2008:
>>
>> > Von: Alex Betis <alex.betis@gmail.com>
>> > Betreff: Re: [linux-dvb] Re : Re : TT S2-3200 driver
>> > An: "Jelle De Loecker" <skerit@kipdola.com>
>> > CC: "linux-dvb" <linux-dvb@linuxtv.org>
>> > Datum: Montag, 29. September 2008, 16:13
>> > Does that card use stb0899 drivers as Twinhan 1041?
>> >
>> > I've done some changes to the algorithm that provide
>> > constant lock.
>> >
>> > 2008/9/29 Jelle De Loecker <skerit@kipdola.com>
>> >
>> > >
>> > > manu schreef:
>> > >
>> > > Le 13.09.2008 19:10:31, Manu Abraham a écrit :
>> > >
>> > >
>> > >  manu wrote:
>> > >
>> > >
>> > >  I forgot the logs...
>> > >
>> > >
>> > >  Taking a look at it. Please do note that, i will have
>> > to go through
>> > > it
>> > > very patiently.
>> > >
>> > > Thanks for the logs.
>> > >
>> > >
>> > >
>> > >  You're more than welcome. I tried to put some
>> > printk's but the only
>> > > thing I got is that even when the carrier is correctly
>> > detected, the
>> > > driver does not detect the data (could that be related
>> > to the different
>> > > FEC?).
>> > > Anyway let me know if you need more testing.
>> > > Bye
>> > > Manu
>> > >
>> > >
>> > > I'm unable to scan the channels on the Astra 23,5
>> > satellite
>> > > Frequency 11856000
>> > > Symbol rate 27500000
>> > > Vertical polarisation
>> > > FEC 5/6
>> > >
>> > > Is this because of the same bug? I should be getting
>> > Discovery Channel HD,
>> > > National Geographic Channel HD, Brava HDTV and Voom HD
>> > International, but
>> > > I'm only getting a time out.
>> > >
>> > >
>> > > *Met vriendelijke groeten,*
>> > >
>> > > *Jelle De Loecker*
>> > > Kipdola Studios - Tomberg
>> > >
>> > >
>> > >
>> > > _______________________________________________
>> > > linux-dvb mailing list
>> > > linux-dvb@linuxtv.org
>> > >
>> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>> > >
>> > _______________________________________________
>> > linux-dvb mailing list
>> > linux-dvb@linuxtv.org
>> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>>
>>
>>
>>
>>
>> _______________________________________________
>> linux-dvb mailing list
>> linux-dvb@linuxtv.org
>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>>
>
>

[-- Attachment #1.2: Type: text/html, Size: 6312 bytes --]

[-- Attachment #2: stb0899_drv.c.diff --]
[-- Type: application/octet-stream, Size: 747 bytes --]

--- /media/storage/Download/dvb/mantis-303b1d29d735/linux/drivers/media/dvb/frontends/stb0899_drv.c	2008-09-21 18:41:00.000000000 +0300
+++ stb0899_drv.c	2008-10-01 16:38:43.000000000 +0300
@@ -31,7 +31,7 @@
 #include "stb0899_priv.h"
 #include "stb0899_reg.h"
 
-static unsigned int verbose = 0;//1;
+static unsigned int verbose = 0; // change back to 0
 module_param(verbose, int, 0644);
 
 /* C/N in dB/10, NIRM/NIRL */
@@ -1630,7 +1630,8 @@
 			 *	    10% of the symbol rate
 			 */
 			internal->srch_range	= SearchRange + 1500000 + (i_params->srate / 5);
-			internal->derot_percent	= 30;
+			// Alex: changed from 30
+			internal->derot_percent	= 20;
 
 			/* What to do for tuners having no bandwidth setup ?	*/
 			/* enable tuner I/O */

[-- Attachment #3: stb0899_algo.c.diff --]
[-- Type: application/octet-stream, Size: 14653 bytes --]

--- /media/storage/Download/dvb/mantis-303b1d29d735/linux/drivers/media/dvb/frontends/stb0899_algo.c	2008-09-21 18:41:00.000000000 +0300
+++ stb0899_algo.c	2008-10-01 16:51:33.000000000 +0300
@@ -207,18 +207,37 @@
 
 	short int derot_step, derot_freq = 0, derot_limit, next_loop = 3;
 	int index = 0;
+	int internal_index = -1;
+	int numOfInternalLoops = 3;
 	u8 cfr[2];
 
 	internal->status = NOTIMING;
 
 	/* timing loop computation & symbol rate optimisation	*/
 	derot_limit = (internal->sub_range / 2L) / internal->mclk;
-	derot_step = (params->srate / 2L) / internal->mclk;
+	// Alex: use precalculated step
+	derot_step = internal->derot_step * 4;
+	//derot_step = (params->srate / 32L) / internal->mclk;
+
+	dprintk(state->verbose, FE_DEBUG, 1, "limit = %d, step = %d, mclk = %d", 
+		derot_limit, derot_step, internal->mclk);
 
 	while ((stb0899_check_tmg(state) != TIMINGOK) && next_loop) {
+		// Alex: Loop on the same freq few interations		
+		internal_index++;
+		internal_index %= numOfInternalLoops;
+		
+		if(internal_index == 0) {
 		index++;
+
 		derot_freq += index * internal->direction * derot_step;	/* next derot zig zag position	*/
 
+			internal->direction = -internal->direction;	/* Change zigzag direction		*/
+		}
+
+		dprintk(state->verbose, FE_DEBUG, 1, "index = %d, derot_freq = %d, limit = %d, direction = %d, step = %d", 
+		index, derot_freq, derot_limit, internal->direction, derot_step);
+	
 		if (ABS(derot_freq) > derot_limit)
 			next_loop--;
 
@@ -227,7 +246,7 @@
 			STB0899_SETFIELD_VAL(CFRL, cfr[1], LSB(state->config->inversion * derot_freq));
 			stb0899_write_regs(state, STB0899_CFRM, cfr, 2); /* derotator frequency		*/
 		}
-		internal->direction = -internal->direction;	/* Change zigzag direction		*/
+
 	}
 
 	if (internal->status == TIMINGOK) {
@@ -275,14 +294,23 @@
 {
 	struct stb0899_internal *internal = &state->internal;
 
-	short int derot_freq = 0, last_derot_freq = 0, derot_limit, next_loop = 3;
+	short int derot_freq = 0, last_derot_freq = 0, derot_limit, derot_step, next_loop = 3;
 	int index = 0;
+	int internal_index = -1;
+	int numOfInternalLoops = 3;
+	int base_freq;
 	u8 cfr[2];
 	u8 reg;
 
 	internal->status = NOCARRIER;
 	derot_limit = (internal->sub_range / 2L) / internal->mclk;
 	derot_freq = internal->derot_freq;
+	derot_step = internal->derot_step * 2;
+	last_derot_freq = internal->derot_freq;
+	base_freq = internal->derot_freq;
+
+	dprintk(state->verbose, FE_DEBUG, 1, "freq = %d, limit = %d, step = %d, mclk = %d", 
+		derot_freq, derot_limit, derot_step, internal->mclk);
 
 	reg = stb0899_read_reg(state, STB0899_CFD);
 	STB0899_SETFIELD_VAL(CFD_ON, reg, 1);
@@ -291,11 +319,24 @@
 	do {
 		dprintk(state->verbose, FE_DEBUG, 1, "Derot Freq=%d, mclk=%d", derot_freq, internal->mclk);
 		if (stb0899_check_carrier(state) == NOCARRIER) {
+			// Alex: Loop on the same freq few interations		
+			internal_index++;
+			internal_index %= numOfInternalLoops;
+		
+			if(internal_index == 0) {
 			index++;
+
 			last_derot_freq = derot_freq;
-			derot_freq += index * internal->direction * internal->derot_step; /* next zig zag derotator position	*/
+				derot_freq += index * internal->direction * derot_step; /* next zig zag derotator position	*/
 
-			if(ABS(derot_freq) > derot_limit)
+				internal->direction = -internal->direction; /* Change zigzag direction	*/
+			}
+
+			dprintk(state->verbose, FE_DEBUG, 1, "index = %d, derot_freq = %d, limit = %d, step = %d", 
+		index, derot_freq, derot_limit, derot_step);
+
+			// Alex: should limit based on initial base freq
+			if(derot_freq > base_freq + derot_limit || derot_freq < base_freq - derot_limit)
 				next_loop--;
 
 			if (next_loop) {
@@ -308,8 +349,6 @@
 				stb0899_write_regs(state, STB0899_CFRM, cfr, 2); /* derotator frequency	*/
 			}
 		}
-
-		internal->direction = -internal->direction; /* Change zigzag direction	*/
 	} while ((internal->status != CARRIEROK) && next_loop);
 
 	if (internal->status == CARRIEROK) {
@@ -335,16 +374,22 @@
 	int lock = 0, index = 0, dataTime = 500, loop;
 	u8 reg;
 
+	// Alex: added sleep 5 mSec
+	msleep(5);
+
 	internal->status = NODATA;
 
 	/* RESET FEC	*/
 	reg = stb0899_read_reg(state, STB0899_TSTRES);
 	STB0899_SETFIELD_VAL(FRESACS, reg, 1);
 	stb0899_write_reg(state, STB0899_TSTRES, reg);
-	msleep(1);
+	// Alex: changed from 1 to 5 mSec
+	msleep(5);
 	reg = stb0899_read_reg(state, STB0899_TSTRES);
 	STB0899_SETFIELD_VAL(FRESACS, reg, 0);
 	stb0899_write_reg(state, STB0899_TSTRES, reg);
+	// Alex: added 5 mSec
+	msleep(5);
 
 	if (params->srate <= 2000000)
 		dataTime = 2000;
@@ -357,6 +402,9 @@
 
 	stb0899_write_reg(state, STB0899_DSTATUS2, 0x00); /* force search loop	*/
 	while (1) {
+		// Alex: added 1 mSec
+		msleep(1);
+
 		/* WARNING! VIT LOCKED has to be tested before VIT_END_LOOOP	*/
 		reg = stb0899_read_reg(state, STB0899_VSTATUS);
 		lock = STB0899_GETFIELD(VSTATUS_LOCKEDVIT, reg);
@@ -384,20 +432,43 @@
 	short int derot_freq, derot_step, derot_limit, next_loop = 3;
 	u8 cfr[2];
 	u8 reg;
-	int index = 1;
+	int index = 0;
+	int internal_index = -1;
+	int numOfInternalLoops = 3;
+	int base_freq;
 
 	struct stb0899_internal *internal = &state->internal;
 	struct stb0899_params *params = &state->params;
 
-	derot_step = (params->srate / 4L) / internal->mclk;
+	// Alex: use precalculated step
+	derot_step = internal->derot_step;
+	//derot_step = (params->srate / 128L) / internal->mclk;
 	derot_limit = (internal->sub_range / 2L) / internal->mclk;
 	derot_freq = internal->derot_freq;
+	base_freq = internal->derot_freq;
+
+	dprintk(state->verbose, FE_DEBUG, 1, "limit = %d, step = %d, mclk = %d", 
+		derot_limit, derot_step, internal->mclk);
 
 	do {
 		if ((internal->status != CARRIEROK) || (stb0899_check_data(state) != DATAOK)) {
+			// Alex: Loop on the same freq few interations		
+			internal_index++;
+			internal_index %= numOfInternalLoops;
+		
+			if(internal_index == 0) {
+				index++;
 
 			derot_freq += index * internal->direction * derot_step;	/* next zig zag derotator position	*/
-			if (ABS(derot_freq) > derot_limit)
+
+				internal->direction = -internal->direction; /* change zig zag direction		*/
+			}
+
+			dprintk(state->verbose, FE_DEBUG, 1, "index = %d, derot_freq = %d, limit = %d, direction = %d, step = %d", 
+			index, derot_freq, derot_limit, internal->direction, derot_step);
+
+			// Alex: should limit based on initial base freq
+			if(derot_freq > base_freq + derot_limit || derot_freq < base_freq - derot_limit)
 				next_loop--;
 
 			if (next_loop) {
@@ -411,10 +482,8 @@
 				stb0899_write_regs(state, STB0899_CFRM, cfr, 2); /* derotator frequency	*/
 
 				stb0899_check_carrier(state);
-				index++;
 			}
 		}
-		internal->direction = -internal->direction; /* change zig zag direction		*/
 	} while ((internal->status != DATAOK) && next_loop);
 
 	if (internal->status == DATAOK) {
@@ -551,6 +620,10 @@
 
 	/* Initial calculations	*/
 	internal->derot_step = internal->derot_percent * (params->srate / 1000L) / internal->mclk; /* DerotStep/1000 * Fsymbol	*/
+
+	dprintk(state->verbose, FE_DEBUG, 1, "Derot step=%d",
+		internal->derot_step);
+
 	internal->t_derot = stb0899_calc_derot_time(params->srate);
 	internal->t_data = 500;
 
@@ -844,6 +917,8 @@
 	dec_ratio = (dec_ratio == 0) ? 1 : dec_ratio;
 	dec_rate = Log2Int(dec_ratio);
 
+	dprintk(state->verbose, FE_DEBUG, 1, "dec_ratio %d, dec_rate %d", dec_ratio, dec_rate);
+
 	win_sel = 0;
 	if (dec_rate >= 5)
 		win_sel = dec_rate - 4;
@@ -857,6 +932,8 @@
 	else
 		band_lim = 0;	/* band limit signal going into btr block*/
 
+	dprintk(state->verbose, FE_DEBUG, 1, "decim %d, f_sym %d, master_clk %d, srate %d, band_lim %d", decim, f_sym, internal->master_clk, internal->srate, band_lim);
+
 	decim_cntrl = ((win_sel << 3) & 0x18) + ((band_lim << 5) & 0x20) + (dec_rate & 0x7);
 	stb0899_write_s2reg(state, STB0899_S2DEMOD, STB0899_BASE_DECIM_CNTRL, STB0899_OFF0_DECIM_CNTRL, decim_cntrl);
 
@@ -867,6 +944,8 @@
 	else
 		anti_alias = 2;
 
+	dprintk(state->verbose, FE_DEBUG, 1, "anti_alias %d", anti_alias);
+
 	stb0899_write_s2reg(state, STB0899_S2DEMOD, STB0899_BASE_ANTI_ALIAS_SEL, STB0899_OFF0_ANTI_ALIAS_SEL, anti_alias);
 	btr_nom_freq = stb0899_dvbs2_calc_srate(state);
 	stb0899_write_s2reg(state, STB0899_S2DEMOD, STB0899_BASE_BTR_NOM_FREQ, STB0899_OFF0_BTR_NOM_FREQ, btr_nom_freq);
@@ -879,6 +958,9 @@
 	/* scale UWP+CSM frequency to sample rate*/
 	freq_adj =  internal->srate / (internal->master_clk / 4096);
 	stb0899_write_s2reg(state, STB0899_S2DEMOD, STB0899_BASE_FREQ_ADJ_SCALE, STB0899_OFF0_FREQ_ADJ_SCALE, freq_adj);
+
+	dprintk(state->verbose, FE_DEBUG, 1, "btr_nom_freq %d, correction %d, freq_adj %d", btr_nom_freq, correction, freq_adj);
+
 }
 
 /*
@@ -985,7 +1067,12 @@
 	else
 		step_size = (1 << 17) / 4;
 
-	range = internal->srch_range / 1000000;
+	// Alex: make smaller steps
+	step_size = 250;
+
+	dprintk(state->verbose, FE_DEBUG, 1, "step size %d", step_size);
+
+	range = 4;//Alex: return to: internal->srch_range / 1000000;
 	steps = (10 * range * (1 << 17)) / (step_size * (internal->srate / 1000000));
 	steps = (steps + 6) / 10;
 	steps = (steps == 0) ? 1 : steps;
@@ -996,6 +1083,8 @@
 	else
 		stb0899_dvbs2_set_carr_freq(state, internal->center_freq, (internal->master_clk) / 1000000);
 
+	dprintk(state->verbose, FE_DEBUG, 1, "range %d, steps %d", range, steps);
+
 	/*Set Carrier Search params (zigzag, num steps and freq step size*/
 	reg = STB0899_READ_S2REG(STB0899_S2DEMOD, ACQ_CNTRL2);
 	STB0899_SETFIELD_VAL(ZIGZAG, reg, 1);
@@ -1084,6 +1173,8 @@
 	int time = -10, lock = 0, uwp, csm;
 	u32 reg;
 
+	dprintk(state->verbose, FE_DEBUG, 1, "timeout = %d mSec", timeout);
+
 	do {
 		reg = STB0899_READ_S2REG(STB0899_S2DEMOD, DMD_STATUS);
 		dprintk(state->verbose, FE_DEBUG, 1, "DMD_STATUS=[0x%02x]", reg);
@@ -1136,6 +1227,8 @@
 {
 	int time = 0, Locked;
 
+	dprintk(state->verbose, FE_DEBUG, 1, "timeout = %d", timeout);
+
 	do {
 		Locked = stb0899_dvbs2_get_data_lock(state, 1);
 		time++;
@@ -1342,6 +1434,12 @@
 		FecLockTime	= 20;	/* 20 ms max time to lock FEC, 20Mbs< SYMB <= 25Mbs		*/
 	}
 
+	// Alex: timeouts seems to be too small
+	searchTime *= 10;
+	FecLockTime *= 10;
+
+	dprintk(state->verbose, FE_DEBUG, 1, "srate = %d, searchTime = %d, FecLockTime = %d", internal->srate, searchTime, FecLockTime);
+
 	/* Maintain Stream Merger in reset during acquisition	*/
 	reg = stb0899_read_reg(state, STB0899_TSTRES);
 	STB0899_SETFIELD_VAL(FRESRS, reg, 1);
@@ -1401,12 +1499,18 @@
 			/*	Read the frequency offset*/
 			offsetfreq = STB0899_READ_S2REG(STB0899_S2DEMOD, CRL_FREQ);
 
+			dprintk(state->verbose, FE_DEBUG, 1, "1: i = %d, offsetfreq = %d", i, offsetfreq);
+
 			/* Set the Nominal frequency to the found frequency offset for the next reacquire*/
 			reg = STB0899_READ_S2REG(STB0899_S2DEMOD, CRL_NOM_FREQ);
 			STB0899_SETFIELD_VAL(CRL_NOM_FREQ, reg, offsetfreq);
 			stb0899_write_s2reg(state, STB0899_S2DEMOD, STB0899_BASE_CRL_NOM_FREQ, STB0899_OFF0_CRL_NOM_FREQ, reg);
 			stb0899_dvbs2_reacquire(state);
+
+			msleep(10);
+
 			internal->status = stb0899_dvbs2_get_fec_status(state, searchTime);
+
 			i++;
 		}
 	}
@@ -1412,12 +1516,19 @@
 	}
 
 	if (internal->status != DVBS2_FEC_LOCK) {
+		dprintk(state->verbose, FE_DEBUG, 1, "still no lock, inversion = %d", internal->inversion);
+
 		if (internal->inversion == IQ_SWAP_AUTO) {
+			dprintk(state->verbose, FE_DEBUG, 1, "inversion = IQ_SWAP_AUTO");
+
 			reg = STB0899_READ_S2REG(STB0899_S2DEMOD, DMD_CNTRL2);
 			iqSpectrum = STB0899_GETFIELD(SPECTRUM_INVERT, reg);
 			/* IQ Spectrum Inversion	*/
 			STB0899_SETFIELD_VAL(SPECTRUM_INVERT, reg, !iqSpectrum);
 			stb0899_write_s2reg(state, STB0899_S2DEMOD, STB0899_BASE_DMD_CNTRL2, STB0899_OFF0_DMD_CNTRL2, reg);
+
+			msleep(10);
+
 			/* start acquistion process	*/
 			stb0899_dvbs2_reacquire(state);
 
@@ -1432,13 +1544,19 @@
 					/*	Read the frequency offset*/
 					offsetfreq = STB0899_READ_S2REG(STB0899_S2DEMOD, CRL_FREQ);
 
+					dprintk(state->verbose, FE_DEBUG, 1, "2: i = %d, offsetfreq = %d", i, offsetfreq);
+
 					/* Set the Nominal frequency to the found frequency offset for the next reacquire*/
 					reg = STB0899_READ_S2REG(STB0899_S2DEMOD, CRL_NOM_FREQ);
 					STB0899_SETFIELD_VAL(CRL_NOM_FREQ, reg, offsetfreq);
 					stb0899_write_s2reg(state, STB0899_S2DEMOD, STB0899_BASE_CRL_NOM_FREQ, STB0899_OFF0_CRL_NOM_FREQ, reg);
 
+					msleep(10);
+
 					stb0899_dvbs2_reacquire(state);
+
 					internal->status = stb0899_dvbs2_get_fec_status(state, searchTime);
+
 					i++;
 				}
 			}
@@ -1464,13 +1582,21 @@
 
 			i = 0;
 			while ((internal->status != DVBS2_FEC_LOCK) && (i < 3)) {
+
+				dprintk(state->verbose, FE_DEBUG, 1, "3: i = %d", i);
+
 				csm1 = STB0899_READ_S2REG(STB0899_S2DEMOD, CSM_CNTRL1);
 				STB0899_SETFIELD_VAL(CSM_TWO_PASS, csm1, 1);
 				stb0899_write_s2reg(state, STB0899_S2DEMOD, STB0899_BASE_CSM_CNTRL1, STB0899_OFF0_CSM_CNTRL1, csm1);
+
+				msleep(10);
+
 				csm1 = STB0899_READ_S2REG(STB0899_S2DEMOD, CSM_CNTRL1);
 				STB0899_SETFIELD_VAL(CSM_TWO_PASS, csm1, 0);
 				stb0899_write_s2reg(state, STB0899_S2DEMOD, STB0899_BASE_CSM_CNTRL1, STB0899_OFF0_CSM_CNTRL1, csm1);
 
+				msleep(10);
+
 				internal->status = stb0899_dvbs2_get_fec_status(state, FecLockTime);
 				i++;
 			}
@@ -1480,6 +1606,8 @@
 		      (INRANGE(STB0899_QPSK_12, modcod, STB0899_QPSK_35)) &&
 		      (pilots == 1)) {
 
+  			dprintk(state->verbose, FE_DEBUG, 1, "Equalizer disable update");
+
 			/* Equalizer Disable update	 */
 			reg = STB0899_READ_S2REG(STB0899_S2DEMOD, EQ_CNTRL);
 			STB0899_SETFIELD_VAL(EQ_DISABLE_UPDATE, reg, 1);
@@ -1491,18 +1619,26 @@
 		STB0899_SETFIELD_VAL(EQ_SHIFT, reg, 0x02);
 		stb0899_write_s2reg(state, STB0899_S2DEMOD, STB0899_BASE_EQ_CNTRL, STB0899_OFF0_EQ_CNTRL, reg);
 
+		msleep(10);
+
 		/* Store signal parameters	*/
 		offsetfreq = STB0899_READ_S2REG(STB0899_S2DEMOD, CRL_FREQ);
 
+		dprintk(state->verbose, FE_DEBUG, 1, "offsetfreq from reg = %d", offsetfreq);
+
 		offsetfreq = offsetfreq / ((1 << 30) / 1000);
 		offsetfreq *= (internal->master_clk / 1000000);
 		reg = STB0899_READ_S2REG(STB0899_S2DEMOD, DMD_CNTRL2);
 		if (STB0899_GETFIELD(SPECTRUM_INVERT, reg))
 			offsetfreq *= -1;
 
+		dprintk(state->verbose, FE_DEBUG, 1, "offsetfreq after calc = %d", offsetfreq);
+
 		internal->freq = internal->freq - offsetfreq;
 		internal->srate = stb0899_dvbs2_get_srate(state);
 
+		dprintk(state->verbose, FE_DEBUG, 1, "freq = %d, srate = %d", internal->freq, internal->srate);
+
 		reg = STB0899_READ_S2REG(STB0899_S2DEMOD, UWP_STAT2);
 		internal->modcod = STB0899_GETFIELD(UWP_DECODE_MOD, reg) >> 2;
 		internal->pilots = STB0899_GETFIELD(UWP_DECODE_MOD, reg) & 0x01;

[-- Attachment #4: Type: text/plain, Size: 150 bytes --]

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[linux-dvb] Re : Re : TT S2-3200 driver

[Meysam Hariri]

[-- Attachment #1.1: Type: text/plain, Size: 4997 bytes --]

Hi,

thanks for your update. i used a TT-3200 device and here's the results:
- i couldn't lock on some S2 channels or those 'bad' channels, although i
could get unstable lock on these channels using the unpatched version, but
resulting in corrupted data. so the unpatched version still works a bit
better.
- the lock on QPSK S2 channels is fast and stable as it was with the
unpatched version
- locking on dvb-s channels is also fast and stable

i'm ready to test any further updates.

Regards,


2008/10/1 Alex Betis <alex.betis@gmail.com>

Hi all,
>
> My description of the solution is here:
> http://www.linuxtv.org/pipermail/linux-dvb/2008-September/029361.html
>
> I've also attaching the patches to this thread.
>
> Several people reported better lock on DVB-S channels.
>
> Just to clarify it, the changes mostly affect DVB-S channels scanning, it
> doesn't help with DVB-S2 locking problem since the code is totally different
> for S and S2 signal search.
>
> I've increased a timer for S2 signal search and decreased the search step,
> this helps to lock on "good" S2 channels that were locked anyway with
> several attempts, but this time it locks from first attempt. The "bad"
> channels finds the signal, but the FEC is unable to lock.
> Since searching of S2 channels is done in the card and not in the driver,
> its pretty hard to know what is going on there.
>
> Can't say what happens with the lock on "good" channels since I don't have
> any S2 FTA in my sight.
>
> If anyone has any progress with S2 lock, let me know, I'd like to join the
> forces.
>
>
>
> On Tue, Sep 30, 2008 at 12:48 PM, Alex Betis <alex.betis@gmail.com> wrote:
>
>> I'll send the patches to the list as soon as I'll finish some more
>> debugging and clean the code from all the garbage I've added there.
>>
>> Meanwhile I'd also like to wait for few people responses who test those
>> patches. So far one person with Twinhan 1041 card confirmed that the changes
>> "improved a lot" the locking. Waiting for few more people with TT S2-3200 to
>> confirm it.
>>
>>
>> On Tue, Sep 30, 2008 at 12:35 PM, Newsy Paper <
>> newspaperman_germany@yahoo.com> wrote:
>>
>>> Hi Alex!
>>>
>>> This souds like good news!
>>> Hope you could help us with a patch from you.
>>>
>>> kind regards
>>>
>>>
>>> Newsy
>>>
>>>
>>> --- Alex Betis <alex.betis@gmail.com> schrieb am Mo, 29.9.2008:
>>>
>>> > Von: Alex Betis <alex.betis@gmail.com>
>>> > Betreff: Re: [linux-dvb] Re : Re : TT S2-3200 driver
>>> > An: "Jelle De Loecker" <skerit@kipdola.com>
>>> > CC: "linux-dvb" <linux-dvb@linuxtv.org>
>>> > Datum: Montag, 29. September 2008, 16:13
>>> > Does that card use stb0899 drivers as Twinhan 1041?
>>> >
>>> > I've done some changes to the algorithm that provide
>>> > constant lock.
>>> >
>>> > 2008/9/29 Jelle De Loecker <skerit@kipdola.com>
>>> >
>>> > >
>>> > > manu schreef:
>>> > >
>>> > > Le 13.09.2008 19:10:31, Manu Abraham a écrit :
>>> > >
>>> > >
>>> > >  manu wrote:
>>> > >
>>> > >
>>> > >  I forgot the logs...
>>> > >
>>> > >
>>> > >  Taking a look at it. Please do note that, i will have
>>> > to go through
>>> > > it
>>> > > very patiently.
>>> > >
>>> > > Thanks for the logs.
>>> > >
>>> > >
>>> > >
>>> > >  You're more than welcome. I tried to put some
>>> > printk's but the only
>>> > > thing I got is that even when the carrier is correctly
>>> > detected, the
>>> > > driver does not detect the data (could that be related
>>> > to the different
>>> > > FEC?).
>>> > > Anyway let me know if you need more testing.
>>> > > Bye
>>> > > Manu
>>> > >
>>> > >
>>> > > I'm unable to scan the channels on the Astra 23,5
>>> > satellite
>>> > > Frequency 11856000
>>> > > Symbol rate 27500000
>>> > > Vertical polarisation
>>> > > FEC 5/6
>>> > >
>>> > > Is this because of the same bug? I should be getting
>>> > Discovery Channel HD,
>>> > > National Geographic Channel HD, Brava HDTV and Voom HD
>>> > International, but
>>> > > I'm only getting a time out.
>>> > >
>>> > >
>>> > > *Met vriendelijke groeten,*
>>> > >
>>> > > *Jelle De Loecker*
>>> > > Kipdola Studios - Tomberg
>>> > >
>>> > >
>>> > >
>>> > > _______________________________________________
>>> > > linux-dvb mailing list
>>> > > linux-dvb@linuxtv.org
>>> > >
>>> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>>> > >
>>> > _______________________________________________
>>> > linux-dvb mailing list
>>> > linux-dvb@linuxtv.org
>>> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> linux-dvb mailing list
>>> linux-dvb@linuxtv.org
>>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>>>
>>
>>
>
> _______________________________________________
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>

[-- Attachment #1.2: Type: text/html, Size: 7694 bytes --]

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Re : Re : TT S2-3200 driver

[Алексей Субботин]

Thank you Alex!

Great!!!  Your patch worked indeed, I'm really happy now!

Cheers,
Alexey



-----Original Message-----
From: "Alex Betis" <alex.betis@gmail.com>
To: linux-dvb@linuxtv.org
Date: Wed, 1 Oct 2008 17:28:18 +0300
Subject: Re: [linux-dvb] Re : Re : TT S2-3200 driver

> Hi all,
> 
> My description of the solution is here:
> http://www.linuxtv.org/pipermail/linux-dvb/2008-September/029361.html
> 
> I've also attaching the patches to this thread.
> 
> Several people reported better lock on DVB-S channels.
> 
> Just to clarify it, the changes mostly affect DVB-S channels scanning, it
> doesn't help with DVB-S2 locking problem since the code is totally different
> for S and S2 signal search.
> 
> I've increased a timer for S2 signal search and decreased the search step,
> this helps to lock on "good" S2 channels that were locked anyway with
> several attempts, but this time it locks from first attempt. The "bad"
> channels finds the signal, but the FEC is unable to lock.
> Since searching of S2 channels is done in the card and not in the driver,
> its pretty hard to know what is going on there.
> 
> Can't say what happens with the lock on "good" channels since I don't have
> any S2 FTA in my sight.
> 
> If anyone has any progress with S2 lock, let me know, I'd like to join the
> forces.
> 
> 
> On Tue, Sep 30, 2008 at 12:48 PM, Alex Betis <alex.betis@gmail.com> wrote:
> 
> > I'll send the patches to the list as soon as I'll finish some more
> > debugging and clean the code from all the garbage I've added there.
> >
> > Meanwhile I'd also like to wait for few people responses who test those
> > patches. So far one person with Twinhan 1041 card confirmed that the changes
> > "improved a lot" the locking. Waiting for few more people with TT S2-3200 to
> > confirm it.
> >
> >
> > On Tue, Sep 30, 2008 at 12:35 PM, Newsy Paper <
> > newspaperman_germany@yahoo.com> wrote:
> >
> >> Hi Alex!
> >>
> >> This souds like good news!
> >> Hope you could help us with a patch from you.
> >>
> >> kind regards
> >>
> >>
> >> Newsy
> >>
> >>
> >> --- Alex Betis <alex.betis@gmail.com> schrieb am Mo, 29.9.2008:
> >>
> >> > Von: Alex Betis <alex.betis@gmail.com>
> >> > Betreff: Re: [linux-dvb] Re : Re : TT S2-3200 driver
> >> > An: "Jelle De Loecker" <skerit@kipdola.com>
> >> > CC: "linux-dvb" <linux-dvb@linuxtv.org>
> >> > Datum: Montag, 29. September 2008, 16:13
> >> > Does that card use stb0899 drivers as Twinhan 1041?
> >> >
> >> > I've done some changes to the algorithm that provide
> >> > constant lock.
> >> >
> >> > 2008/9/29 Jelle De Loecker <skerit@kipdola.com>
> >> >
> >> > >
> >> > > manu schreef:
> >> > >
> >> > > Le 13.09.2008 19:10:31, Manu Abraham a Иcrit :
> >> > >
> >> > >
> >> > >  manu wrote:
> >> > >
> >> > >
> >> > >  I forgot the logs...
> >> > >
> >> > >
> >> > >  Taking a look at it. Please do note that, i will have
> >> > to go through
> >> > > it
> >> > > very patiently.
> >> > >
> >> > > Thanks for the logs.
> >> > >
> >> > >
> >> > >
> >> > >  You're more than welcome. I tried to put some
> >> > printk's but the only
> >> > > thing I got is that even when the carrier is correctly
> >> > detected, the
> >> > > driver does not detect the data (could that be related
> >> > to the different
> >> > > FEC?).
> >> > > Anyway let me know if you need more testing.
> >> > > Bye
> >> > > Manu
> >> > >
> >> > >
> >> > > I'm unable to scan the channels on the Astra 23,5
> >> > satellite
> >> > > Frequency 11856000
> >> > > Symbol rate 27500000
> >> > > Vertical polarisation
> >> > > FEC 5/6
> >> > >
> >> > > Is this because of the same bug? I should be getting
> >> > Discovery Channel HD,
> >> > > National Geographic Channel HD, Brava HDTV and Voom HD
> >> > International, but
> >> > > I'm only getting a time out.
> >> > >
> >> > >
> >> > > *Met vriendelijke groeten,*
> >> > >
> >> > > *Jelle De Loecker*
> >> > > Kipdola Studios - Tomberg
> >> > >
> >> > >
> >> > >
> >> > > _______________________________________________
> >> > > linux-dvb mailing list
> >> > > linux-dvb@linuxtv.org
> >> > >
> >> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> >> > >
> >> > _______________________________________________
> >> > linux-dvb mailing list
> >> > linux-dvb@linuxtv.org
> >> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> >>
> >>
> >>
> >>
> >>
> >> _______________________________________________
> >> linux-dvb mailing list
> >> linux-dvb@linuxtv.org
> >> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> >>
> >
> >
> 
> ATTACHMENT: application/octet-stream (stb0899_drv.c.diff)
> ATTACHMENT: application/octet-stream (stb0899_algo.c.diff)
> 


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Re : Re : TT S2-3200 driver

[Newsy Paper]

I didn't experience any differences with dvb-s2 channels.
Those problematic transponders always produces corrupted video streams. It's always DVB-s2 30000 3/4. When entering SR of 29999 I get constant lock, but the stream is corrupted. 1 HD channel has only a VideoRate of 4,5 MBit and audio 77 kbit/s :(


kind regards

Newsy

--- Meysam Hariri <meysam.hariri@gmail.com> schrieb am Do, 2.10.2008:

> Von: Meysam Hariri <meysam.hariri@gmail.com>
> Betreff: [linux-dvb]  Re : Re : TT S2-3200 driver
> An: linux-dvb@linuxtv.org
> Datum: Donnerstag, 2. Oktober 2008, 0:21
> Hi,
> 
> thanks for your update. i used a TT-3200 device and
> here's the results:
> - i couldn't lock on some S2 channels or those
> 'bad' channels, although i
> could get unstable lock on these channels using the
> unpatched version, but
> resulting in corrupted data. so the unpatched version still
> works a bit
> better.
> - the lock on QPSK S2 channels is fast and stable as it was
> with the
> unpatched version
> - locking on dvb-s channels is also fast and stable
> 
> i'm ready to test any further updates.
> 
> Regards,
> 
> 
> 2008/10/1 Alex Betis <alex.betis@gmail.com>
> 
> Hi all,
> >
> > My description of the solution is here:
> >
> http://www.linuxtv.org/pipermail/linux-dvb/2008-September/029361.html
> >
> > I've also attaching the patches to this thread.
> >
> > Several people reported better lock on DVB-S channels.
> >
> > Just to clarify it, the changes mostly affect DVB-S
> channels scanning, it
> > doesn't help with DVB-S2 locking problem since the
> code is totally different
> > for S and S2 signal search.
> >
> > I've increased a timer for S2 signal search and
> decreased the search step,
> > this helps to lock on "good" S2 channels
> that were locked anyway with
> > several attempts, but this time it locks from first
> attempt. The "bad"
> > channels finds the signal, but the FEC is unable to
> lock.
> > Since searching of S2 channels is done in the card and
> not in the driver,
> > its pretty hard to know what is going on there.
> >
> > Can't say what happens with the lock on
> "good" channels since I don't have
> > any S2 FTA in my sight.
> >
> > If anyone has any progress with S2 lock, let me know,
> I'd like to join the
> > forces.
> >
> >
> >
> > On Tue, Sep 30, 2008 at 12:48 PM, Alex Betis
> <alex.betis@gmail.com> wrote:
> >
> >> I'll send the patches to the list as soon as
> I'll finish some more
> >> debugging and clean the code from all the garbage
> I've added there.
> >>
> >> Meanwhile I'd also like to wait for few people
> responses who test those
> >> patches. So far one person with Twinhan 1041 card
> confirmed that the changes
> >> "improved a lot" the locking. Waiting
> for few more people with TT S2-3200 to
> >> confirm it.
> >>
> >>
> >> On Tue, Sep 30, 2008 at 12:35 PM, Newsy Paper <
> >> newspaperman_germany@yahoo.com> wrote:
> >>
> >>> Hi Alex!
> >>>
> >>> This souds like good news!
> >>> Hope you could help us with a patch from you.
> >>>
> >>> kind regards
> >>>
> >>>
> >>> Newsy
> >>>
> >>>
> >>> --- Alex Betis <alex.betis@gmail.com>
> schrieb am Mo, 29.9.2008:
> >>>
> >>> > Von: Alex Betis
> <alex.betis@gmail.com>
> >>> > Betreff: Re: [linux-dvb] Re : Re : TT
> S2-3200 driver
> >>> > An: "Jelle De Loecker"
> <skerit@kipdola.com>
> >>> > CC: "linux-dvb"
> <linux-dvb@linuxtv.org>
> >>> > Datum: Montag, 29. September 2008, 16:13
> >>> > Does that card use stb0899 drivers as
> Twinhan 1041?
> >>> >
> >>> > I've done some changes to the
> algorithm that provide
> >>> > constant lock.
> >>> >
> >>> > 2008/9/29 Jelle De Loecker
> <skerit@kipdola.com>
> >>> >
> >>> > >
> >>> > > manu schreef:
> >>> > >
> >>> > > Le 13.09.2008 19:10:31, Manu Abraham
> a écrit :
> >>> > >
> >>> > >
> >>> > >  manu wrote:
> >>> > >
> >>> > >
> >>> > >  I forgot the logs...
> >>> > >
> >>> > >
> >>> > >  Taking a look at it. Please do note
> that, i will have
> >>> > to go through
> >>> > > it
> >>> > > very patiently.
> >>> > >
> >>> > > Thanks for the logs.
> >>> > >
> >>> > >
> >>> > >
> >>> > >  You're more than welcome. I
> tried to put some
> >>> > printk's but the only
> >>> > > thing I got is that even when the
> carrier is correctly
> >>> > detected, the
> >>> > > driver does not detect the data
> (could that be related
> >>> > to the different
> >>> > > FEC?).
> >>> > > Anyway let me know if you need more
> testing.
> >>> > > Bye
> >>> > > Manu
> >>> > >
> >>> > >
> >>> > > I'm unable to scan the channels
> on the Astra 23,5
> >>> > satellite
> >>> > > Frequency 11856000
> >>> > > Symbol rate 27500000
> >>> > > Vertical polarisation
> >>> > > FEC 5/6
> >>> > >
> >>> > > Is this because of the same bug? I
> should be getting
> >>> > Discovery Channel HD,
> >>> > > National Geographic Channel HD,
> Brava HDTV and Voom HD
> >>> > International, but
> >>> > > I'm only getting a time out.
> >>> > >
> >>> > >
> >>> > > *Met vriendelijke groeten,*
> >>> > >
> >>> > > *Jelle De Loecker*
> >>> > > Kipdola Studios - Tomberg
> >>> > >
> >>> > >
> >>> > >
> >>> > >
> _______________________________________________
> >>> > > linux-dvb mailing list
> >>> > > linux-dvb@linuxtv.org
> >>> > >
> >>> >
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> >>> > >
> >>> >
> _______________________________________________
> >>> > linux-dvb mailing list
> >>> > linux-dvb@linuxtv.org
> >>> >
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> _______________________________________________
> >>> linux-dvb mailing list
> >>> linux-dvb@linuxtv.org
> >>>
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> >>>
> >>
> >>
> >
> > _______________________________________________
> > linux-dvb mailing list
> > linux-dvb@linuxtv.org
> >
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> >
> _______________________________________________
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


      __________________________________________________________
Gesendet von Yahoo! Mail.
Dem pfiffigeren Posteingang.
http://de.overview.mail.yahoo.com


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Re : Re : TT S2-3200 driver

[Alex Betis]

[-- Attachment #1.1: Type: text/plain, Size: 7487 bytes --]

I have 2 "bad" transponders, one with 30000 2/3 and another with 27500 2/3

So I don't think its symbol rate related. Although there is a problem with
FEC lock, I don't think modulation (2/3 or 3/4) is related either.

Since DVB-S scan algorithm also had problems with FEC lock I have a feeling
the same problem exist in S2 scan.
I'll try to play with it when I'll have time.

On Thu, Oct 2, 2008 at 4:52 PM, Newsy Paper
<newspaperman_germany@yahoo.com>wrote:

> I didn't experience any differences with dvb-s2 channels.
> Those problematic transponders always produces corrupted video streams.
> It's always DVB-s2 30000 3/4. When entering SR of 29999 I get constant lock,
> but the stream is corrupted. 1 HD channel has only a VideoRate of 4,5 MBit
> and audio 77 kbit/s :(
>
>
> kind regards
>
> Newsy
>
> --- Meysam Hariri <meysam.hariri@gmail.com> schrieb am Do, 2.10.2008:
>
> > Von: Meysam Hariri <meysam.hariri@gmail.com>
> > Betreff: [linux-dvb]  Re : Re : TT S2-3200 driver
> > An: linux-dvb@linuxtv.org
> > Datum: Donnerstag, 2. Oktober 2008, 0:21
>  > Hi,
> >
> > thanks for your update. i used a TT-3200 device and
> > here's the results:
> > - i couldn't lock on some S2 channels or those
> > 'bad' channels, although i
> > could get unstable lock on these channels using the
> > unpatched version, but
> > resulting in corrupted data. so the unpatched version still
> > works a bit
> > better.
> > - the lock on QPSK S2 channels is fast and stable as it was
> > with the
> > unpatched version
> > - locking on dvb-s channels is also fast and stable
> >
> > i'm ready to test any further updates.
> >
> > Regards,
> >
> >
> > 2008/10/1 Alex Betis <alex.betis@gmail.com>
> >
> > Hi all,
> > >
> > > My description of the solution is here:
> > >
> > http://www.linuxtv.org/pipermail/linux-dvb/2008-September/029361.html
> > >
> > > I've also attaching the patches to this thread.
> > >
> > > Several people reported better lock on DVB-S channels.
> > >
> > > Just to clarify it, the changes mostly affect DVB-S
> > channels scanning, it
> > > doesn't help with DVB-S2 locking problem since the
> > code is totally different
> > > for S and S2 signal search.
> > >
> > > I've increased a timer for S2 signal search and
> > decreased the search step,
> > > this helps to lock on "good" S2 channels
> > that were locked anyway with
> > > several attempts, but this time it locks from first
> > attempt. The "bad"
> > > channels finds the signal, but the FEC is unable to
> > lock.
> > > Since searching of S2 channels is done in the card and
> > not in the driver,
> > > its pretty hard to know what is going on there.
> > >
> > > Can't say what happens with the lock on
> > "good" channels since I don't have
> > > any S2 FTA in my sight.
> > >
> > > If anyone has any progress with S2 lock, let me know,
> > I'd like to join the
> > > forces.
> > >
> > >
> > >
> > > On Tue, Sep 30, 2008 at 12:48 PM, Alex Betis
> > <alex.betis@gmail.com> wrote:
> > >
> > >> I'll send the patches to the list as soon as
> > I'll finish some more
> > >> debugging and clean the code from all the garbage
> > I've added there.
> > >>
> > >> Meanwhile I'd also like to wait for few people
> > responses who test those
> > >> patches. So far one person with Twinhan 1041 card
> > confirmed that the changes
> > >> "improved a lot" the locking. Waiting
> > for few more people with TT S2-3200 to
> > >> confirm it.
> > >>
> > >>
> > >> On Tue, Sep 30, 2008 at 12:35 PM, Newsy Paper <
> > >> newspaperman_germany@yahoo.com> wrote:
> > >>
> > >>> Hi Alex!
> > >>>
> > >>> This souds like good news!
> > >>> Hope you could help us with a patch from you.
> > >>>
> > >>> kind regards
> > >>>
> > >>>
> > >>> Newsy
> > >>>
> > >>>
> > >>> --- Alex Betis <alex.betis@gmail.com>
> > schrieb am Mo, 29.9.2008:
> > >>>
> > >>> > Von: Alex Betis
> > <alex.betis@gmail.com>
> > >>> > Betreff: Re: [linux-dvb] Re : Re : TT
> > S2-3200 driver
> > >>> > An: "Jelle De Loecker"
> > <skerit@kipdola.com>
> > >>> > CC: "linux-dvb"
> > <linux-dvb@linuxtv.org>
> > >>> > Datum: Montag, 29. September 2008, 16:13
> > >>> > Does that card use stb0899 drivers as
> > Twinhan 1041?
> > >>> >
> > >>> > I've done some changes to the
> > algorithm that provide
> > >>> > constant lock.
> > >>> >
> > >>> > 2008/9/29 Jelle De Loecker
> > <skerit@kipdola.com>
> > >>> >
> > >>> > >
> > >>> > > manu schreef:
> > >>> > >
> > >>> > > Le 13.09.2008 19:10:31, Manu Abraham
> > a écrit :
> > >>> > >
> > >>> > >
> > >>> > >  manu wrote:
> > >>> > >
> > >>> > >
> > >>> > >  I forgot the logs...
> > >>> > >
> > >>> > >
> > >>> > >  Taking a look at it. Please do note
> > that, i will have
> > >>> > to go through
> > >>> > > it
> > >>> > > very patiently.
> > >>> > >
> > >>> > > Thanks for the logs.
> > >>> > >
> > >>> > >
> > >>> > >
> > >>> > >  You're more than welcome. I
> > tried to put some
> > >>> > printk's but the only
> > >>> > > thing I got is that even when the
> > carrier is correctly
> > >>> > detected, the
> > >>> > > driver does not detect the data
> > (could that be related
> > >>> > to the different
> > >>> > > FEC?).
> > >>> > > Anyway let me know if you need more
> > testing.
> > >>> > > Bye
> > >>> > > Manu
> > >>> > >
> > >>> > >
> > >>> > > I'm unable to scan the channels
> > on the Astra 23,5
> > >>> > satellite
> > >>> > > Frequency 11856000
> > >>> > > Symbol rate 27500000
> > >>> > > Vertical polarisation
> > >>> > > FEC 5/6
> > >>> > >
> > >>> > > Is this because of the same bug? I
> > should be getting
> > >>> > Discovery Channel HD,
> > >>> > > National Geographic Channel HD,
> > Brava HDTV and Voom HD
> > >>> > International, but
> > >>> > > I'm only getting a time out.
> > >>> > >
> > >>> > >
> > >>> > > *Met vriendelijke groeten,*
> > >>> > >
> > >>> > > *Jelle De Loecker*
> > >>> > > Kipdola Studios - Tomberg
> > >>> > >
> > >>> > >
> > >>> > >
> > >>> > >
> > _______________________________________________
> > >>> > > linux-dvb mailing list
> > >>> > > linux-dvb@linuxtv.org
> > >>> > >
> > >>> >
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> > >>> > >
> > >>> >
> > _______________________________________________
> > >>> > linux-dvb mailing list
> > >>> > linux-dvb@linuxtv.org
> > >>> >
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > >>>
> > _______________________________________________
> > >>> linux-dvb mailing list
> > >>> linux-dvb@linuxtv.org
> > >>>
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> > >>>
> > >>
> > >>
> > >
> > > _______________________________________________
> > > linux-dvb mailing list
> > > linux-dvb@linuxtv.org
> > >
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> > >
> > _______________________________________________
> > linux-dvb mailing list
> > linux-dvb@linuxtv.org
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>
>
>      __________________________________________________________
> Gesendet von Yahoo! Mail.
> Dem pfiffigeren Posteingang.
> http://de.overview.mail.yahoo.com
>
>
> _______________________________________________
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>

[-- Attachment #1.2: Type: text/html, Size: 11878 bytes --]

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb