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

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

[manu]

[-- Attachment #1: Type: text/plain, Size: 996 bytes --]

Le 17.07.2008 06:20:36, Remy Bohmer a écrit :
> Hello Ales and Marc,
> 
> > please try attached patch. With this patch I'm able to get lock on
> channels
> 
> Okay, I want to test it too, but I have some troubles getting the
> multiproto drivers up and running.
> The S2-3200 is detected properly in my system, but I have no working
> szap2, or scan, or dvbstream tools.
> 
> The two of you seem to have it working, so maybe you can give me some
> hints:
> What sources (what version) do I need?
> Is there a clear manual available somewhere that describes how to use
> the multiproto drivers?
> What version of szap2 (and scan) should I use? and where can I find
> it?
> Does dvbstream still work? Or can I use Mythtv directly?

If you want to use myth you can try the attached patch (against trunk).
Make sure that the includes in /usr/include/linux/dvb/ are the one from 
your multiproto tree (check for a DVBFE_SET_DELSYS define in the 
frontend.h source).
Bye
Manu

[-- Attachment #2: mythtv-trunk-multiproto.patch --]
[-- Type: text/x-patch, Size: 5656 bytes --]

--- trunk/mythtv/libs/libmythtv/dvbchannel.cpp	2008-07-10 22:02:57.000000000 -0400
+++ trunk-work/mythtv/libs/libmythtv/dvbchannel.cpp	2008-07-11 18:33:33.000000000 -0400
@@ -211,8 +211,16 @@
     }
     VERBOSE(VB_IMPORTANT, LOC + "Getting additional DVBFE_GET_INFO information." + ENO);
     dvbfe_info fe_info;
+    enum dvbfe_delsys delsys = DVBFE_DELSYS_DVBS;
     bzero(&fe_info, sizeof(fe_info));
-    fe_info.delivery = DVBFE_DELSYS_DVBS;
+    if (ioctl(fd_frontend, DVBFE_SET_DELSYS, &delsys)<0)
+    {
+        VERBOSE(VB_IMPORTANT, LOC_ERR + "Failed to set delivery system." + ENO);
+        close(fd_frontend);
+        fd_frontend = -1;
+    }
+        
+    //fe_info.delivery = DVBFE_DELSYS_DVBS;
     if (ioctl(fd_frontend, DVBFE_GET_INFO, &fe_info) < 0)
     {
         VERBOSE(VB_IMPORTANT, LOC_ERR +
@@ -773,42 +781,49 @@
 	// check for multiproto API
 	if ((DVB_API_VERSION == 3) && (DVB_API_VERSION_MINOR == 3)) {
 		struct dvbfe_params fe_params;
-		unsigned int delsys = DVBFE_DELSYS_DVBS; //TODO: should come from configuration/database
+		enum dvbfe_delsys delsys = DVBFE_DELSYS_DVBS; //TODO: should come from configuration/database
 
 		VERBOSE(VB_CHANNEL, LOC + "Tune(): " +
                         QString("API minor version=%1, delivery system = %2").arg(DVB_API_VERSION_MINOR).arg(delsys));
 
 		fe_params.frequency = params.frequency;
-		fe_params.inversion = DVBFE_INVERSION_AUTO;
+		fe_params.inversion = INVERSION_AUTO;
 		
 		switch (delsys) 
 		{
-		case DVBFE_DELSYS_DVBS:
-			fe_params.delsys.dvbs.symbol_rate = params.u.qpsk.symbol_rate;
-			fe_params.delsys.dvbs.fec = DVBFE_FEC_AUTO;
-			fe_params.delsys.dvbs.modulation = DVBFE_MOD_AUTO;
-            		fe_params.delivery= DVBFE_DELSYS_DVBS;
-			VERBOSE(VB_CHANNEL, LOC + "Tune(): " +
-                        	QString("Frequency = %2, Srate = %3 (DVB-S)")..arg(fe_params.frequency).arg(fe_params.delsys.dvbs.symbol_rate));
-			break;
-		case DVBFE_DELSYS_DVBS2:
-			fe_params.delsys.dvbs2.symbol_rate = params.u.qpsk.symbol_rate; //TODO: should use the new symbol_rate type
-			fe_params.delsys.dvbs2.fec = DVBFE_FEC_AUTO; //TODO: should use the new FEC options
-			fe_params.delsys.dvbs.modulation = DVBFE_MOD_AUTO;
-            		fe_params.delivery= DVBFE_DELSYS_DVBS2;
-			VERBOSE(VB_CHANNEL, LOC + "Tune(): " +
-                        	QString("Frequency = %2, Srate = %3 (DVB-S2)").arg(fe_params.frequency).arg(fe_params.delsys.dvbs2.symbol_rate));
-			break;
-		default:
-			return false;
+                                            case DVBFE_DELSYS_DVBS:
+                                                fe_params.delsys.dvbs.symbol_rate = params.u.qpsk.symbol_rate;
+                                                fe_params.delsys.dvbs.fec = DVBFE_FEC_AUTO;
+                                                fe_params.delsys.dvbs.modulation = DVBFE_MOD_AUTO;
+                                                //fe_params.delivery= DVBFE_DELSYS_DVBS;
+                                                VERBOSE(VB_CHANNEL, LOC + "Tune(): " +
+                                                        QString("Frequency = %2, Srate = %3 (DVB-S)")
+                                                        .arg(fe_params.frequency).arg(fe_params.delsys.dvbs.symbol_rate));
+                                                break;
+                                            case DVBFE_DELSYS_DVBS2:
+                                                fe_params.delsys.dvbs2.symbol_rate = params.u.qpsk.symbol_rate; //TODO: should use the new symbol_rate type
+                                                fe_params.delsys.dvbs2.fec = DVBFE_FEC_AUTO; //TODO: should use the new FEC options
+                                                fe_params.delsys.dvbs.modulation = DVBFE_MOD_AUTO;
+                                                fe_params.delivery= DVBFE_DELSYS_DVBS2;
+                                                VERBOSE(VB_CHANNEL, LOC + "Tune(): " +
+                                                        QString("Frequency = %2, Srate = %3 (DVB-S2)")
+                                                        .arg(fe_params.frequency).arg(fe_params.delsys.dvbs2.symbol_rate));
+                                                break;
+                                            default:
+                                                return false;
 		}
 		VERBOSE(VB_CHANNEL, LOC + "Tune(): " +
-                        QString("Frequency = %1, Srate = %2 (SET_PARAMS)").arg(fe_params.frequency).arg(fe_params.delsys.dvbs.symbol_rate));
-
+                                                QString("Frequency = %1, Srate = %2 (SET_PARAMS)").arg(fe_params.frequency).arg(fe_params.delsys.dvbs.symbol_rate));
+                                        
+                                        if (ioctl(fd_frontend, DVBFE_SET_DELSYS, &delsys) < 0) {
+                                            VERBOSE(VB_IMPORTANT, LOC_ERR +
+                                                    "Tune(): " + "DVB_SET_DELSYS failed");
+                                            return false;
+                                        }
 		if (ioctl(fd_frontend, DVBFE_SET_PARAMS, &fe_params) == -1) {
-			VERBOSE(VB_IMPORTANT, LOC_ERR + "Tune(): " +
-                        	"DVBFE_SET_PARAMS failed");
-			return false;
+                                            VERBOSE(VB_IMPORTANT, LOC_ERR + "Tune(): " +
+                                                    "DVBFE_SET_PARAMS failed");
+                                            return false;
 		}
 
 	}


[-- Attachment #3: 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 : TT S2-3200 driver

[Daniel Hellström]

manu <eallaud <at> yahoo.fr> writes:

> If you want to use myth you can try the attached patch (against trunk).
> Make sure that the includes in /usr/include/linux/dvb/ are the one from 
> your multiproto tree (check for a DVBFE_SET_DELSYS define in the 
> frontend.h source).
> Bye
> Manu
> 

I use the patch on this site to add multiprotosupport to MythTV

http://svn.mythtv.org/trac/ticket/5403

It also modifies the channelscanning section in mythtv-setup so you can set the
modulationtype for the transport.





_______________________________________________
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

[Jelle De Loecker]

Daniel Hellström schreef:
> manu <eallaud <at> yahoo.fr> writes:
>   
>> If you want to use myth you can try the attached patch (against trunk).
>> Make sure that the includes in /usr/include/linux/dvb/ are the one from 
>> your multiproto tree (check for a DVBFE_SET_DELSYS define in the 
>> frontend.h source).
>> Bye
>> Manu
>>     
> I use the patch on this site to add multiprotosupport to MythTV
>
> http://svn.mythtv.org/trac/ticket/5403
>
> It also modifies the channelscanning section in mythtv-setup so you can set the
> modulationtype for the transpor
Slightly off-topic, I know (It's the linux-dvb mailing list, and not the 
mythtv one) but could you tell me what revision you where using?

This patch (version 5) keeps failing on me, things seem to have changed 
too much in a few days. Not even manu's patch works.

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

[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] TT S2-3200 driver

[lucian orasanu]

Hy all

 Maybe if we post logs, from stb08900 driver tunning to diferent transponders that dose not work will help Manu Abraham to solve the problem. Right??

Regards Lucian.


      

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

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

[manu]

Le 09.09.2008 10:31:06, lucian orasanu a écrit :
> Hy all
> 
>  Maybe if we post logs, from stb08900 driver tunning to diferent
> transponders that dose not work will help Manu Abraham to solve the
> problem. Right??
> 
> Regards Lucian.

Well I have already done that, but I will redo some tests and post (for 
the last time you can believ me) the logs here with a clear subject ;-)
That will take me a few days though.
Bye
Manu






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

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

[manu]

Le 09.09.2008 10:31:06, lucian orasanu a écrit :
> Hy all
> 
>  Maybe if we post logs, from stb08900 driver tunning to diferent
> transponders that dose not work will help Manu Abraham to solve the
> problem. Right??
> 
> Regards Lucian.

OK, here we go. Attached are several logs: two successes for "good" 
transponders, even if lock is a bit slow to come (freqs: 11093MHz and 
11555MHz)
Two others which are failures for 11495 and 11499 MHz (the actual 
transponder is announced at 11495Mhz freq). As you can see it gets the 
carrier OK (after a while though) but fails to get the data. This 
transponder has the same characteristic (symbol rate is 30000, 
polarisation is vertical) than the 2 others with the only diff being 
the FEC which is 5/6 instead of the more common 3/4.
HTH
Bye
Manu


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

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

[manu]

[-- Attachment #1: Type: text/plain, Size: 22 bytes --]

I forgot the logs...

[-- Attachment #2: TT-3200-logs.tar.bz2 --]
[-- Type: application/x-bzip-compressed-tar, Size: 36946 bytes --]

[-- Attachment #3: 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 : TT S2-3200 driver

[Manu Abraham]

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.

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 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

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

[Emmanuel ALLAUD]

Le 29.09.2008 10:13:27, Alex Betis a écrit :
> Does that card use stb0899 drivers as Twinhan 1041?
> 
> I've done some changes to the algorithm that provide constant lock.

Yes it does and I am looking forward to try your changes!
Bye
Manu


_______________________________________________
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

[Emmanuel ALLAUD]

Le 29.09.2008 09:13:52, Jelle De Loecker a écrit :
> 
> 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.

Yes it looks like the same bug.
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 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

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

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

I've got the same card.  
Cannot reliably lock any channels with the symbol rate other than 22000. 
Tried both the latest multiproto drivers and those by Igor.
Sometimes a 27500 channel would suddenly lock (signal/snr being pretty good),
and keeps locking for several minutes.  Then it goes off, and no luck on any 27500 channel 
until I rmmod all dvb stack down to core and reload everything again.

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


_______________________________________________
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