TT S2-3200 driver

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
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

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

_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Hello Ales and Marc,

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
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

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

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

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
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Hello Ales,

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
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Le 17.07.2008 06:20:36, Remy Bohmer a écrit :

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

@@ -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;
 		}
 
 	}

_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

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
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Daniel Hellström schreef:

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
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

i use current multiproto hg sources

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
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

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.

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
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

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
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Le 18.07.2008 03:22:56, Goga777 a écrit :

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
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Am Freitag, den 18.07.2008, 08:04 -0400 schrieb 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
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

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

Goga

_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Hi,

Am Montag, den 21.07.2008, 14:13 +0400 schrieb Goga777:

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
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

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
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

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
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

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,

_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

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,

_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

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:[email protected]

From: [email protected] [mailto:[email protected]] On Behalf Of Meysam Hariri
Sent: Monday, July 21, 2008 8:23 PM
To: [email protected]
Cc: [email protected]
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
<[email protected]> 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

_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

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 <[email protected]> schrieb am Do, 17.7.2008:

      __________________________________________________________

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

_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

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

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
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb