[linux-dvb] TT S2-3200 driver

[linux-dvb] TT S2-3200 driver

[Ales Jurik]

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

Hi,

please try attached patch. With this patch I'm able to get lock on channels 
before it was impossible. But not at all problematic channels and the 
reception is not without errors. Also it seems to me that channel switching is 
quicklier.

Within investigating I've found some problems, I've tried to compare data with 
data sent by BDA drivers under Windows (by monitoring i2c bus between stb0899 
and stb6100):

- under Windows stb6100 reports not so wide bandwith. (23-31MHz, 21-22MHz and 
so on).
- under Windows the gain is set by 1 or 2 higher.

When setting those parameters constantly to values used under Windows nothing 
change. So maybe some cooperation with stb0899 part of driver is necessary. 

Also it is interesting that clock speed of i2c bus is 278kHz, not 400kHz 
(measured with digital oscilloscope). But this should not have any influence.

Maybe somebody will be so capable to continue?

BR,

Ales

[-- Attachment #2: stb6100.c.diff.zip --]
[-- Type: application/x-zip, Size: 622 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] TT S2-3200 driver

[ChaosMedia > WebDev]

Hi,

just tried your patch and it seems to have its effect, i was able to 
tune to HB 13.0 11278.36 V DVB-S2 (8PSK) - 27500 2/3 - Eurosport HD 
which i wasn't able to tune before.

I've also tested all DVB-S2 QPSK / 8PSK transponders i have on astra 
19.2 and HB 13.0 and they all tune fine.
I can't really tell which ones weren't working with current multiproto 
because i don't use most of those channels but i know for sure that ESP 
HD on HB13 wasn't working, and now it is..

I've simply made quick tests with szap2 so i don't know if it's stable 
and so on but i do get a lock pretty quickly, same as DVBS transponders...

maybe other s2-3200 users can confirm thoses tests..

thx

Marc



Ales Jurik wrote:
> Hi,
>
> please try attached patch. With this patch I'm able to get lock on channels 
> before it was impossible. But not at all problematic channels and the 
> reception is not without errors. Also it seems to me that channel switching is 
> quicklier.
>
> Within investigating I've found some problems, I've tried to compare data with 
> data sent by BDA drivers under Windows (by monitoring i2c bus between stb0899 
> and stb6100):
>
> - under Windows stb6100 reports not so wide bandwith. (23-31MHz, 21-22MHz and 
> so on).
> - under Windows the gain is set by 1 or 2 higher.
>
> When setting those parameters constantly to values used under Windows nothing 
> change. So maybe some cooperation with stb0899 part of driver is necessary. 
>
> Also it is interesting that clock speed of i2c bus is 278kHz, not 400kHz 
> (measured with digital oscilloscope). But this should not have any influence.
>
> Maybe somebody will be so capable to continue?
>
> BR,
>
> Ales
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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] TT S2-3200 driver

[Remy Bohmer]

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?

Kind Regards,

Remy

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

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

[Ales Jurik]

On Thursday 17 of July 2008, you wrote:
> 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?

Hi,
I've used last one, multiproto-2a911b8f9910.tar.bz2.

> Is there a clear manual available somewhere that describes how to use
> the multiproto drivers?

Have a look at 
http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_DVB-S2_-_Teil2:_DVB_Treiber, 
part "Installation - DVB-Treiber" (it is in german, but the main part is in 
computer-language).

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

Don't know, I'm using vdr (with some plugins) and simpledvbtune 
(http://www.linuxtv.org/pipermail/linux-dvb/attachments/20080419/6a41e0b0/attachment-0002.bin - 
it is bz2 archive).

BR,

Ales

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

[ChaosMedia > WebDev]

Remy Bohmer wrote:
> The two of you seem to have it working, so maybe you can give me some hints:
> What sources (what version) do I need?
>   
i use current multiproto hg sources
> What version of szap2 (and scan) should I use? and where can I find it ?
v4l dvb-apps hg has a multiproto compatible szap2 version in the test 
directory (v4l/dvb-apps/test)

you just have to set the delivery system option properly using -t 2 for 
dvb-s2

for example to tune to Eurosport HD on HB13.0E i use : ./szap2 -t 2 ESHD

with the following line in your szap channels.conf file : 
~/.szap/channels.conf

ESHD:11278:v:0:27500:3000:3201:0

you should then get some output from szap2 as follows if it tunes and 
locks :

status 1a | signal 05aa | snr 0033 | ber 00000000 | unc fffffffe | 
FE_HAS_LOCK

the first :0: sets the diseqc switch position but i've had some problems 
with that an to access the second diseqc position on my 2 positions 
switch i have to set the diseqc value to something like 11111, although 
it doesn't seem to make any sense..

with szap2 you also can tune to FTA channels using the option "-p" and 
read the stream from your frontend dvr (/dev/dvb/adapter0/dvr0) with 
mplayer for example..

good luck,

Marc

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

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

[Daniel Hellström]

Ales Jurik <ajurik <at> quick.cz> writes:

> 
> Hi,
> 
> please try attached patch. With this patch I'm able to get lock on channels 
> before it was impossible. But not at all problematic channels and the 
> reception is not without errors. Also it seems to me that channel switching is 
> quicklier.
> 
> 
> BR,
> 
> Ales

I have tested your patch now, and now I get lock right away, all the time on the
DVB-S2, 8PSK, 3/4, 25000 channels that I can get on Thor 0.8W Still need to test
Eurosport that has the same settings but higher SR.
But there is receptionproblems and I get artifacts in the picture, like you've
seem to have experienced too.






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

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

[Remy Bohmer]

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

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

[Remy Bohmer]

Hello Marc and Ales,

Good news: I have the tools up and running and can tune into several
channels :-))
I even have a patched 'scan' tool that works to be able to generate a
channels.conf file from scratch.
Scanning channels works fine, it generates a proper channels.conf file.

So, while using szap2 to tune to a channel. I noticed some things:
* On a standard FTA channel (DVB-S) on Astra 19.2E, I see some
distortion during watching the channel. After some time (say 10-30
seconds) the link get lost, and I do not receive any data anymore
until the next tune-request with szap2. Sometimes the lock comes
quick, sometimes szap2 keeps retrying until it times out.
* On DVB-S2/HD channels (e.g. Arte HD) I only get sound, but that is
probably because I use the wrong tools (tools not supporting DVB-S2)
to read data from /dev/dvb/adapter0/dvr0.

> with szap2 you also can tune to FTA channels using the option "-p" and read
> the stream from your frontend dvr (/dev/dvb/adapter0/dvr0) with mplayer for
> example..

Can you please tell me how to do this with mplayer? Because I did not
manage that with mplayer directly.
Here mplayer blocks on the stream, and no audio/video is displayed.


Kind Regards,

Remy

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

Re: [linux-dvb] szap - p - r options (was - T S2-3200 driver)

[Goga777]

> > with szap2 you also can tune to FTA channels using the option "-p" and read
> > the stream from your frontend dvr (/dev/dvb/adapter0/dvr0) with mplayer for
> > example..


btw, could someone explain me what's difference between szap - r and szap - p options ?

when should I use -r options. when - p or both -r -p ???

  -r        : set up /dev/dvb/adapterX/dvr0 for TS recording
  -p        : add pat and pmt to TS recording (implies -r)


Goga





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

[linux-dvb] Re : szap - p - r options (was - T S2-3200 driver)

[manu]

Le 18.07.2008 03:22:56, Goga777 a écrit :
> > > with szap2 you also can tune to FTA channels using the option "-
> p"
> and read
> > > the stream from your frontend dvr (/dev/dvb/adapter0/dvr0) with
> mplayer for
> > > example..
> 
> 
> btw, could someone explain me what's difference between szap - r and
> szap - p options ?
> 
> when should I use -r options. when - p or both -r -p ???
> 
>   -r        : set up /dev/dvb/adapterX/dvr0 for TS recording
>   -p        : add pat and pmt to TS recording (implies -r)

I would guess that -r will just enable the dvr0 output so that you can 
record it by dumping it to a file, whereas -p will do the same plus pat 
and pmt which means that the stream will contain the necessary tables 
to select one of the channels (this pis probably needed by the app that 
will record/play the stream).
IOn brief try both and see whihc one works ;-)
HTH
Bye
Manu



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

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

[Daniel Hellström]

Ales Jurik <ajurik <at> quick.cz> writes:

> 
> Hi,
> 
> please try attached patch. With this patch I'm able to get lock on channels 
> before it was impossible. But not at all problematic channels and the 
> reception is not without errors. Also it seems to me that channel switching is 
> quicklier.

I have tested the transponder with Eurosport now. It has DVB-S2, 8PSK, Fec 3/4
and 30000 in symbolrate. I get instant lock but no picture. Just black screen.
All the other transponders locks fast and I get picture.




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

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

[Meysam Hariri]

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

Hello,

I applied the recent patch and i still can't get lock on eutelsat w6
transponder: frequency 11449Mhz, DVB-S2, modulation 8PSK, FEC 9/10 with
symbolrate of 30000. i had no luck getting even a temporary lock. i have
lock on this frequency using a dvb-s2 enabled ipricot satellite ip router.

Regards,


On Fri, Jul 18, 2008, Daniel Hellström <dvenion@hotmail.com> wrote:

> Ales Jurik <ajurik <at> quick.cz> writes:
>
> >
> > Hi,
> >
> > please try attached patch. With this patch I'm able to get lock on
> channels
> > before it was impossible. But not at all problematic channels and the
> > reception is not without errors. Also it seems to me that channel
> switching is
> > quicklier.
>
> I have tested the transponder with Eurosport now. It has DVB-S2, 8PSK, Fec
> 3/4
> and 30000 in symbolrate. I get instant lock but no picture. Just black
> screen.
> All the other transponders locks fast and I get picture.
>
>
>
>
> _______________________________________________
> 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: 1743 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 : szap - p - r options (was - T S2-3200 driver)

[hermann pitton]

Am Freitag, den 18.07.2008, 08:04 -0400 schrieb manu:
> Le 18.07.2008 03:22:56, Goga777 a écrit :
> > > > with szap2 you also can tune to FTA channels using the option "-
> > p"
> > and read
> > > > the stream from your frontend dvr (/dev/dvb/adapter0/dvr0) with
> > mplayer for
> > > > example..
> > 
> > 
> > btw, could someone explain me what's difference between szap - r and
> > szap - p options ?
> > 
> > when should I use -r options. when - p or both -r -p ???
> > 
> >   -r        : set up /dev/dvb/adapterX/dvr0 for TS recording
> >   -p        : add pat and pmt to TS recording (implies -r)
> 
> I would guess that -r will just enable the dvr0 output so that you can 
> record it by dumping it to a file, whereas -p will do the same plus pat 
> and pmt which means that the stream will contain the necessary tables 
> to select one of the channels (this pis probably needed by the app that 
> will record/play the stream).
> IOn brief try both and see whihc one works ;-)
> HTH
> Bye
> Manu
> 
> 

Hi,

last time I tried -p did not work at all.

You are much better off, especially for none S2 HDTV, serious
broadcasters still watch the scene from there,  with what Nico
recommends for mplayer h.264/AVC.

But, to be honest, documentation is lousy so far ;)

This is not at all caused by mplayer, but we have a nice mixture here
anyway ;)

For the saa713x driver I'm quite sure now, it is not a driver issue if
BBC HD has troubles. I do say we are out of it. Doubts are welcome.

Wasted some money, but m$ and linux DVB-S scans are almost identically.

The all so much assumed better tda826x stuff on m$ is not there at all.

Messing around about it is very welcome ;)

Cheers,
Hermann






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

Re: [linux-dvb] Re : szap - p - r options (was - T S2-3200 driver)

[Goga777]

> > > > > with szap2 you also can tune to FTA channels using the option "-
> > > p"
> > > and read
> > > > > the stream from your frontend dvr (/dev/dvb/adapter0/dvr0) with
> > > mplayer for
> > > > > example..
> > > 
> > > 
> > > btw, could someone explain me what's difference between szap - r and
> > > szap - p options ?
> > > 
> > > when should I use -r options. when - p or both -r -p ???
> > > 
> > >   -r        : set up /dev/dvb/adapterX/dvr0 for TS recording
> > >   -p        : add pat and pmt to TS recording (implies -r)
> > 
> > I would guess that -r will just enable the dvr0 output so that you can 
> > record it by dumping it to a file, whereas -p will do the same plus pat 
> > and pmt which means that the stream will contain the necessary tables 
> > to select one of the channels (this pis probably needed by the app that 
> > will record/play the stream).
> > IOn brief try both and see whihc one works ;-)
> > HTH
> > Bye
> > Manu
> > 
> > 
> 
> Hi,
> 
> last time I tried -p did not work at all.

how did you recognize it ? what should be happen with - p option ?
did option -r work during you

Goga


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

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

[Meysam Hariri]

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

Hello,

i see. so lyngsat.com has not updated it's database for this transponder.
you may look that up in www.flysat.com. anyways i have lock on this
transponder using a satellite ip router with the exact info i mentioned.

thanks for the hint, but the symbolrate trick didn't change anything. only
it takes more time now to jump into another status line, just seems the
processing takes longer.

kind regards,



On Mon, Jul 21, 2008 at 7:18 PM, Newsy Paper <newspaperman_germany@yahoo.com>
wrote:

> Hi!
>
> try setting SR to 29998. According to lyngsat.com this transponder is
> dvb-s (SR 30000 FEC 5/6) and not dvb-s2..
>
> kind regards
>
>
> Newsy
>
>

[-- Attachment #1.2: Type: text/html, Size: 1381 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 : szap - p - r options (was - T S2-3200 driver)

[hermann pitton]

Hi,

Am Montag, den 21.07.2008, 14:13 +0400 schrieb Goga777:
> > > > > > with szap2 you also can tune to FTA channels using the option "-
> > > > p"
> > > > and read
> > > > > > the stream from your frontend dvr (/dev/dvb/adapter0/dvr0) with
> > > > mplayer for
> > > > > > example..
> > > > 
> > > > 
> > > > btw, could someone explain me what's difference between szap - r and
> > > > szap - p options ?
> > > > 
> > > > when should I use -r options. when - p or both -r -p ???
> > > > 
> > > >   -r        : set up /dev/dvb/adapterX/dvr0 for TS recording
> > > >   -p        : add pat and pmt to TS recording (implies -r)
> > > 
> > > I would guess that -r will just enable the dvr0 output so that you can 
> > > record it by dumping it to a file, whereas -p will do the same plus pat 
> > > and pmt which means that the stream will contain the necessary tables 
> > > to select one of the channels (this pis probably needed by the app that 
> > > will record/play the stream).
> > > IOn brief try both and see whihc one works ;-)
> > > HTH
> > > Bye
> > > Manu
> > > 
> > > 
> > 
> > Hi,
> > 
> > last time I tried -p did not work at all.
> 
> how did you recognize it ? what should be happen with - p option ?
> did option -r work during you
> 
> Goga
> 

That was on a try to get BBC HD h.264 not S2.
http://www.lyngsat.com/28east.html

It takes a wrong vpid. With -r only some audio, with -p is also nothing
better when trying to play it with mplayer.

zapping to 594 'BBC HD':
sat 0, frequency = 10847 MHz V, symbolrate 22000000, vpid = 0x2000, apid = 0x0917 sid = 0x0919
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
couldn't find pmt-pid for sid 0919

Adding 8192 for filtering in the channels.conf makes mplayer working by
switching to BBC HD with the TAB key.

BBC HD:10847:v:0:22000:8192:2327:2329:6940

PARSE_PAT: section_len: 29, section 0/0
PROG: 0 (1-th of 5), PMT: 16
PROG: 6903 (2-th of 5), PMT: 256
PROG: 6904 (3-th of 5), PMT: 257
PROG: 6940 (4-th of 5), PMT: 258
PROG: 6945 (5-th of 5), PMT: 259
COLLECT_SECTION, start: 64, size: 184, collected: 184
SKIP: 0+1, TID: 0, TLEN: 29, COLLECTED: 184

Just +258 on the vpid did not help.

-demuxer lavf dumps

LAVF: Program 6940
==> Found video stream: 5
[lavf] Video stream found, -vid 5
======= VIDEO Format ======
  biSize 82
  biWidth 1440
  biHeight 1080
  biPlanes 0
  biBitCount 0
  biCompression 875967048='H264'
  biSizeImage 0
Unknown extra header dump: [0] [0] [0] [1] [9] [10] [0] [0] [0] [1] [67] [64] [40] [28] [ac] [53] [b0] [16] [81] [13] [f7] [85] [88] [0] [0] [3] [0] [8] [0] [0] [3] [1] [94] [a0] [0] [0] [0] [1] [68] [fe] [3c] [b0]
===========================

On vlc this did work for switching to it.

/usr/local/bin/vlc dvb:// :dvb-adapter=0 :dvb-frequency=10847000 :dvb-srate=22000000 :programs=6940

Kaffeine works as well, but often is crashing during A/V sync attempts after start.
Interestingly, sometimes I can record for hours in sync, but usually audio is soon behind. 
It is also x86_64 and an AMD Quad.

Cheers,
Hermann
 



 


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

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

[HSS-NOC]

[-- Attachment #1.1.1: Type: text/plain, Size: 1069 bytes --]

It is 8PSK 2/3 not 9/10. Ipricot receiver FEC is auto, that's why you cannot
see the exact  FEC. 

 

Regards

Muhammed Ali

 

 

 

 

cid:image001.gif@01C6EF12.4D311570

 

From: linux-dvb-bounces@linuxtv.org [mailto:linux-dvb-bounces@linuxtv.org]
On Behalf Of Meysam Hariri
Sent: Monday, July 21, 2008 8:23 PM
To: newspaperman_germany@yahoo.com
Cc: linux-dvb@linuxtv.org
Subject: Re: [linux-dvb] TT S2-3200 driver

 

Hello, 

i see. so lyngsat.com has not updated it's database for this transponder.
you may look that up in www.flysat.com. anyways i have lock on this
transponder using a satellite ip router with the exact info i mentioned. 

thanks for the hint, but the symbolrate trick didn't change anything. only
it takes more time now to jump into another status line, just seems the
processing takes longer.

kind regards,




On Mon, Jul 21, 2008 at 7:18 PM, Newsy Paper
<newspaperman_germany@yahoo.com> wrote:


Hi!

try setting SR to 29998. According to lyngsat.com this transponder is dvb-s
(SR 30000 FEC 5/6) and not dvb-s2..

kind regards


Newsy

 


[-- Attachment #1.1.2: Type: text/html, Size: 7852 bytes --]

[-- Attachment #1.2: image001.jpg --]
[-- Type: image/jpeg, Size: 17153 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 : 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

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

[Newsy Paper]

Any idea why there are still parts of stream lost on DVB-s2 transponders with SR 30000 7/8? Is it a problem of HW Pid filters or SW Pid filters?

kind regards

Newsy


--- Ales Jurik <ajurik@quick.cz> schrieb am Do, 17.7.2008:

> Von: Ales Jurik <ajurik@quick.cz>
> Betreff: [linux-dvb] TT S2-3200 driver
> An: linux-dvb@linuxtv.org
> Datum: Donnerstag, 17. Juli 2008, 0:23
> Hi,
> 
> please try attached patch. With this patch I'm able to
> get lock on channels 
> before it was impossible. But not at all problematic
> channels and the 
> reception is not without errors. Also it seems to me that
> channel switching is 
> quicklier.
> 
> Within investigating I've found some problems, I've
> tried to compare data with 
> data sent by BDA drivers under Windows (by monitoring i2c
> bus between stb0899 
> and stb6100):
> 
> - under Windows stb6100 reports not so wide bandwith.
> (23-31MHz, 21-22MHz and 
> so on).
> - under Windows the gain is set by 1 or 2 higher.
> 
> When setting those parameters constantly to values used
> under Windows nothing 
> change. So maybe some cooperation with stb0899 part of
> driver is necessary. 
> 
> Also it is interesting that clock speed of i2c bus is
> 278kHz, not 400kHz 
> (measured with digital oscilloscope). But this should not
> have any influence.
> 
> Maybe somebody will be so capable to continue?
> 
> BR,
> 
> Ales_______________________________________________
> 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] TT S2-3200 driver

[Manu Abraham]

Ales Jurik wrote:
> Hi,
> 
> please try attached patch. With this patch I'm able to get lock on channels 
> before it was impossible. But not at all problematic channels and the 
> reception is not without errors. Also it seems to me that channel switching is 
> quicklier.
> 
> Within investigating I've found some problems, I've tried to compare data with 
> data sent by BDA drivers under Windows (by monitoring i2c bus between stb0899 
> and stb6100):
> 
> - under Windows stb6100 reports not so wide bandwith. (23-31MHz, 21-22MHz and 
> so on).
> - under Windows the gain is set by 1 or 2 higher.


When you set for a higher gain, (generally: for a Class C/tuned
amplifier) the available bandwidth becomes narrower. So what you see, is
quite typical for a pre-stage set up for a higher i/p gain factor.


> When setting those parameters constantly to values used under Windows nothing 
> change. So maybe some cooperation with stb0899 part of driver is necessary. 

When the bandwidth changes, the stb0899's step size also might change,
though the demodulator can easily track a slightly off-centered signal,
though not the ideal case. Involves a bit of an additional overhead on
the on-chip CPU, as far as i can think.


> Also it is interesting that clock speed of i2c bus is 278kHz, not 400kHz 
> (measured with digital oscilloscope). But this should not have any influence.
> 
> Maybe somebody will be so capable to continue?

The patch looks fine as to temporarily disable the PLL loop initially
and enable it later on. Will apply this change.

Thanks,
Manu


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