From rjkm@netcologne.de Wed Aug 1 13:28:06 2001 Date: Sat, 26 Feb 2000 23:38:56 +0100 (CET) From: Ralph Metzler To: linux-dvb@linuxtv.org Subject: make problem with .03c cvickers@v-and-b.de writes: > Using kernel 2.2.13 from SuSE 6.3 i get the following: > > gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict- > prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -fno- > strength-reduce -m486 -malign-loops=2 -malign-jumps=2 -malign- > functions=2 -DCPU=586 -DMODULE -c -o tuner.o tuner.c > tuner.c:144: warning: `tuner_mode' defined but not used > echo Lost > Lost > cd $TOPDIR/modules; for i in i2c-core.o videodev.o > saa7146_core.o saa7146_v4l.o VES1893.o VES1820.o dvb.o > tuner.o; do \ > ln -sf ../Lost/$i $i; done > make[3]: Leaving directory `/usr/local/bin/DVB/driver' > make[2]: Leaving directory `/usr/src/linux-2.2.13' > make[1]: Leaving directory `/usr/local/bin/DVB/driver' Looks fine to me. > a subsequent attempt at "make insmod" totally freezes the machine. This is a problem and hard to track. Could you check after which insmod it freezes, i.e. type in the commands for "make insmod" in Makefile manually. This at least gives me an idea which module could be causing it. Do you have a satellite or cable DVB card? What kind of mainboard and graphics card do you have? Did you ever use the board with Windows and did it work? Ralph From rjkm@netcologne.de Wed Aug 1 13:28:06 2001 Date: Sat, 26 Feb 2000 23:43:38 +0100 (CET) From: Ralph Metzler To: linux-dvb@linuxtv.org Subject: PID filter Karsten Siebert writes: > It looks like that the driver can filter only two data (MPE) PIDs at the > same time (counter goes to 32 PIDs). I tried to set a couple of PIDs (5), > the system accepts all (SetBitFilter()) but forwards packets only for handle > 0 and handle 1 to the driver (tcpdump). If I change for instance a PID > previous assigned to handle 3 to handle 2 (PID from handle 2 to becomes PID > from handle 3), the system receives data on this PID now - but not on handle > 3. MAC address filters were set properly. > > Any ideas ? Could you give more details about what exactly you programmed? I e.g. don´t understand how you assign a PID to a handle. Handles are returned by calls to SetBitFilter, i.e. ultimately the firmware assigns the handles. Ralph From rjkm@netcologne.de Wed Aug 1 13:28:06 2001 Date: Sat, 26 Feb 2000 23:57:12 +0100 (CET) From: Ralph Metzler To: linux-dvb@linuxtv.org Subject: New Media PCI Drivers. mahadeva writes: > Is there anyone with a DVB-S card from New Media/Harmonic Lightwaves > (www.nmcfast.com/www.harmonicdata.com) ? > I have tried with the Siemens drivers, but get the response "no dvb(s)", > probably because it's not the same chipset. > Could this driver be easaly rewritten for the NMC chipset? Since the driver does not recognize the card it has at least a different PCI bridge, probably also a different MPEG decoder. So, no, you will have to write a new driver. Ralph From Karsten.Siebert@dataplanet.net Wed Aug 1 13:28:06 2001 Date: Sun, 27 Feb 2000 20:06:49 +0100 From: Karsten Siebert To: linux-dvb@linuxtv.org Subject: Problems with Celeron Does anybody use a Celeron system ? Is it necessary to compile on this machine again, even if the source is compiled with -DCPU586 on a PIII ? On a PII my demo system works fine, moving the hardware (card) and drivers to a Celeron system (a Siemens main board) does not work. The receiver does not tune and stays with front.sync (1, 5, 7) - no changes have been made outside, cable ok. And it takes ages to come back from driver loading (compared to PII and PIII systems). Thanks, Karsten Siebert From rjkm@netcologne.de Wed Aug 1 13:28:06 2001 Date: Sun, 27 Feb 2000 23:44:59 +0100 (CET) From: Ralph Metzler To: linux-dvb@linuxtv.org Subject: make problem with .03c cvickers@v-and-b.de writes: > >What kind of mainboard and graphics card do you have? > > ASUS P/I-P55TP4N ,80mb RAM ,100MHZ Pentium Oooops, that´s one with a 430FX chipset? This chipset has a lot of problems. It is not fully PCI compliant. On the Bt848 there is a bit to make it "430FX compatible" and it would crash without it being set. I am not sure if the SAA7146 has something similar. I´ll have to check the datasheet or ask Michael Hunold (the autor of the SAA driver) about this. Ralph From niels@casema.net Wed Aug 1 13:28:06 2001 Date: Fri, 3 Mar 2000 21:32:55 +0100 (CET) From: Niels de Carpentier To: linux-dvb@linuxtv.org Subject: EON from behind maqueraded network Hi, I can't get the EON client to work. My PC is conencted to the internet through a linux masquerading server and a (slow) cable modem. Since the authentication seems to happen over udp, this causes problems with the masquerading. I can't seem to get a response from the authentication server. I tried using autofw and portfw, but I never got a reply back. Does anybody know a solution for this ? Thanks, Niels From isz@dds.nl Wed Aug 1 13:28:06 2001 Date: Sat, 04 Mar 2000 02:47:28 +0100 From: Jeroen To: Niels de Carpentier , linux-dvb@linuxtv.org Subject: Re: EON from behind maqueraded network Niels de Carpentier wrote: > Hi, > > I can't get the EON client to work. My PC is conencted to the internet through > a linux masquerading server and a (slow) cable modem. > > Since the authentication seems to happen over udp, this causes problems > with the masquerading. I can't seem to get a response from the authentication > server. I tried using autofw and portfw, but I never got a reply back. > > Does anybody know a solution for this ? > > Thanks, > > Niels I'm having exactly the same setup at home as you do. I'm also a (slow) casema cable modem owner. I have the Sat card installed on my masquarading server and it works fine. I only use the standard software of the linux-dvb siemens driver (It works fine with my Galaxis card, thanks to everybody on this mailing list who helped me). I used the IP-masq howto to setup my server. I use my masq. server as gateway, 194.177.32.36:8080 as proxy and suddenly internet came to my at an acceptable speed. (I know the frustration of casema speeds, have you heard anybody saying anything about superweb, for me it would be a nice alternative as an flat rate uplink). I hope this will help you. Regards an thanks to anybody who helps this product become so cool Jeroen van der Laan From niels@casema.net Wed Aug 1 13:28:06 2001 Date: Sat, 4 Mar 2000 16:04:49 +0100 (CET) From: Niels de Carpentier To: Jeroen Cc: Niels de Carpentier , linux-dvb@linuxtv.org Subject: Re: EON from behind maqueraded network The problem in my situation is that my sat card is not in my masquerading server. I now have a modified Cyberlogin running on my masquerading server, (with the cards MAC address hardcoded into Cyberlogin.) This Cyberlogin can connect to the EON server. I run another Cyberlogin on my own server, to setup the MAC filter for the driver. However, I still cannot get any data through my sat card. I've set ip_forwarding on, rp_filter off, but I still can't receive anything. I've checked the reception, but it seems fine. (sync=7f) Any ideas what could be wrong here ? Thanks, Niels > > Hi, > > > > I can't get the EON client to work. My PC is conencted to the internet through > > a linux masquerading server and a (slow) cable modem. > > > > Since the authentication seems to happen over udp, this causes problems > > with the masquerading. I can't seem to get a response from the authentication > > server. I tried using autofw and portfw, but I never got a reply back. > > > > Does anybody know a solution for this ? > > > > Thanks, > > > > Niels > > I'm having exactly the same setup at home as you do. I'm also a (slow) casema > cable modem owner. I have the Sat card installed on my masquarading server and it > works fine. I only use the standard software of the linux-dvb siemens driver (It > works fine with my Galaxis card, thanks to everybody on this mailing list who > helped me). I used the IP-masq howto to setup my server. I use my masq. server as > gateway, 194.177.32.36:8080 as proxy and suddenly internet came to my at an > acceptable speed. (I know the frustration of casema speeds, have you heard > anybody saying anything about superweb, for me it would be a nice alternative as > an flat rate uplink). > > I hope this will help you. > > Regards an thanks to anybody who helps this product become so cool > > Jeroen van der Laan > > > From tapio.maenpaa@tililaskenta.inet.fi Wed Aug 1 13:28:06 2001 Date: Sun, 05 Mar 2000 16:37:05 +0200 From: Tapio Mäenpää To: linux-dvb@linuxtv.org Subject: Run command? What is the command to run linux apps of Siemens card ? I want to watch digi channels under Linux. I installed Linux driver and everything went fine. I can"t find the program to start the application. Is there some more info somewhere else than in INSTALL or README file. Do I have to make some script? I have dishes pointing to Thor and Hotbird. Is there somewhere ini- or some else setting file for these satellites? Is it possible to use DISEq under linux? The card is working under win98. Asks Tapio Mäenpää Finland From matjaz.thaler@rd.iskraemeco.si Wed Aug 1 13:28:06 2001 Date: Sun, 05 Mar 2000 18:57:58 +0100 From: Matjaz Thaler To: Tapio Mäenpää Cc: linux-dvb@linuxtv.org Subject: Re: Run command? [ The following text is in the "iso-8859-2" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] Tapio Mäenpää wrote: > What is the command to run linux apps of Siemens card ? I want to watch > digi channels under Linux. I installed Linux driver and everything went > fine. I can"t find the program to start the application. The application is gVideo. You can find it in ...DVB/apps/gVideo > I have dishes pointing to Thor and Hotbird. Is there somewhere > ini- or some else setting file for these satellites? You can download the config files from my homepage: http://www2.arnes.si/~mthale1/index.html Matjaz From rjkm@netcologne.de Wed Aug 1 13:28:06 2001 Date: Tue, 7 Mar 2000 16:26:30 +0100 (CET) From: Ralph Metzler To: linux-dvb@linuxtv.org Subject: Black lines. gVideo/DVB David Podeur writes: > Hi, > > I have just installed the dvb driver for the Siemens Card. > > Using gVideo, i get lots of black lines. > > Can it come from a DVB Card / X communication problem ? > Or from my video card (Voodoo3) ? > > One screenshot of what i get is to be found here: > http://wwwhp.utc.fr/~podeurda/screencopy.jpg Sorry, but I cannot explain this. I also use a Voodoo3 and have no problems Does the problem also occur in overlay mode (when you press the second button on the control panel)? What kind of motherboard/chipset do you have? Maybe there are problems with the PCI busmaster transfer of the SAA7146 to memory. Ralph From fverlind@tref.nl Wed Aug 1 13:28:06 2001 Date: Tue, 07 Mar 2000 22:08:38 +0100 From: Frank Verlinden To: linux-dvb@linuxtv.org Subject: gVideo make problem Hi, Since I installed gcc 2.95 I can compile the drivers with success. After loading, I get the audio signal from ProSieben. I can also compile and use Cyberlogin without problems. However, I still get errors when trying to compile gVideo: Makefile:39: .depend: No such file or directory g++ -M gtvscreen.c channel.cc gVideo.cc graphs.cc sound.cc > .depend g++ -c `gtk-config --cflags` -g -Wall gVideo.cc gcc -c `gtk-config --cflags` -g -Wall gtvscreen.c g++ -c `gtk-config --cflags` -g -Wall channel.cc g++ -c `gtk-config --cflags` -g -Wall graphs.cc g++ -c `gtk-config --cflags` -g -Wall sound.cc g++ gtvscreen.o channel.o gVideo.o graphs.o sound.o `gtk-config --libs` -lXxf86dga -lefence -o gVideo /usr/bin/ld: cannot open -lefence: No such file or directory collect2: ld returned 1 exit status make: *** [gVideo] Error 1 There are still some libraries missing on my system, or something has to be configured the right way. Any idea's? Frank Verlinden. From fverlind@tref.nl Wed Aug 1 13:28:06 2001 Date: Wed, 08 Mar 2000 13:00:07 +0100 From: Frank Verlinden To: David Podeur Cc: linux-dvb@linuxtv.org Subject: Re: gVideo make problem Great - it all works now! thanks, Frank David Podeur wrote: > > However, I still get errors when trying to compile gVideo: > > > > Makefile:39: .depend: No such file or directory > > g++ -M gtvscreen.c channel.cc gVideo.cc graphs.cc sound.cc > .depend > > g++ -c `gtk-config --cflags` -g -Wall gVideo.cc > > gcc -c `gtk-config --cflags` -g -Wall gtvscreen.c > > g++ -c `gtk-config --cflags` -g -Wall channel.cc > > g++ -c `gtk-config --cflags` -g -Wall graphs.cc > > g++ -c `gtk-config --cflags` -g -Wall sound.cc > > g++ gtvscreen.o channel.o gVideo.o graphs.o sound.o `gtk-config --libs` > > -lXxf86dga -lefence -o gVideo > > /usr/bin/ld: cannot open -lefence: No such file or directory > > collect2: ld returned 1 exit status > > make: *** [gVideo] Error 1 > > > > There are still some libraries missing on my system, or something has to > > be configured the right way. > > You need to install the Electric Fence library (a malloc debugger). > You can find it here ftp://ftp.perens.com/pub/ElectricFence/ > > You could also (but not recommended) remove the -lefence in the > Makefile. > > Good luck, > David. > > -- > david@convergence.de > Work hard; increase production; prevent accidents, and be happy. From Karsten.Siebert@dataplanet.net Wed Aug 1 13:28:06 2001 Date: Thu, 9 Mar 2000 10:56:34 +0100 From: Karsten Siebert To: M Cc: linux-dvb@linuxtv.org Subject: Re: CyberLogin Problems and Fixes !? [ Part 1, Text/PLAIN 71 lines. ] [ Unable to print this part. ] All odd ASTRA transponders: set volt to 1, All even ASTRA transponders: set volt to 0.   I also enabled transponder 103 now (frequency 12.461, pol hor, 27.5 MS). With this transponder we started to move from cyberlogin to proxy authentification mode. This requires that the receiver board can set the MAC filter according to the following scheme:   MAC: 00:02:xx:xx:xx:xx, where xx:xx:xx:xx is the (from your ISP e.g. via PPP) assigned IP address.   Still in test, any comments are appreciated. Please also take care about the number of logins (we block after three unsuccessful attempts - then you have to call the call center :-()   Proxy: 194.177.32.196:8080       Karsten     data planet international GmbH     ----- Original Message ----- From: M To: linux-dvb@linuxtv.org Sent: Thursday, March 09, 2000 4:06 AM Subject: CyberLogin Problems and Fixes !? Hi ! in the last days i had hard probs with receiving data from Sat (EON) and i tried to change the transponder. so i messed around a bit in the c++ sources of CyberLogin, but i was not able to get it to work on a other TP than 114 (12640000Mhz Vertical) i tried it like some1 explained it in here, but i could not find the parameter for the polarisation, cause TP 114 is the only TP on V. the 2 others are both on Horizontal. ------------------------------------------------------------------------------- ---------------------------   // EON TP 113   front.ttk=1;   front.diseqc=0;   front.freq=front.curfreq=(12633125-10600000)*1000;  (Bug ! change this to 12633250)   front.volt=1;      front.freq=front.curfreq=(12640000-10600000)*1000;   front.volt=0;      front.srate=22000000;   front.video_pid=0;   front.audio_pid=0;   ioctl(vid, VIDIOCSFRONTEND, &front);   ioctl(vid, VIDIOCGFRONTEND, &front);   if (ioctl(vid, VIDIOCSBITFILTER, &filt)<0)     return 1;   return 0; ------------------------------------------------------------------------------- --------------------------------------- this is a part of the original c source of CyberLogin.c has some1 successfully change the source for the other TPs ? what it the parameter for polarisation ? From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:28:06 2001 Date: Fri, 10 Mar 2000 22:31:14 +0100 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: DVR David Podeur wrote: > > I still have a few compilation warnings: > > g++ -g -O2 -Wall -c interface.c > interface.c: In method `void cInterface::QueryKeys()': > interface.c:218: warning: implicit declaration of > function `int asprintf(...)' > g++ -g -O2 -Wall -c menu.c > menu.c: In method `void cMenuEditItem::SetValue(const char *)': > menu.c:48: warning: implicit declaration of function > `int asprintf(...)' I tried quite a bit to get rid of these warnings, but they were pretty persistent. Since they're just warnings and it appears to work fine I gave up on this (I'd still like to avoid them, though...). > With only DEBUG_REMOTE=1, nothing works anymore. osm > does not even care about the keys pressed: > > [david@grappe-fleurie ~/dvb/OSM] ./osm > ^[[A^[[D^[[C^[[A^[[B > > ...therefore i can see no OSD at all :( > > Suggestions? Sorry, there's an error when using only DEBUG_REMOTE=1 but no DEBUG_OSD=1 (haven't tried that combination since I had the remote control unit). I'll upload a newer version of the program tomorrow. Klaus -- _______________________________________________________________ Klaus Schmidinger Phone: +49-8635-6989-10 CadSoft Computer GmbH Fax: +49-8635-6989-40 Hofmark 2 Email: kls@cadsoft.de D-84568 Pleiskirchen, Germany URL: www.cadsoft.de _______________________________________________________________ From kju@flummi.de Wed Aug 1 13:28:06 2001 Date: Sat, 11 Mar 2000 00:28:24 +0100 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: EuropeOnline Problems I'm using the Internet over Satellite Service under Linux for quite some time now (actually since before it was public available), but i keep having problems with it. Especially when doing "big" downloads after a while the data flow from the satellite stops. If i break and restart the CyberLogin-Program this helps for the first 2-3 times. After then the after the restart of the CyberLogin-Program i get the message 'outcommand error'. To fix this i will have to reload the kernel modules, but this also lasts only for a while. Any hints? Anyone else with similar experiences? -- Mit freundlichen Grüßen / with kind regards Michael Holzt From kju@flummi.de Wed Aug 1 13:28:06 2001 Date: Sat, 11 Mar 2000 00:44:29 +0100 From: Michael Holzt To: Niels de Carpentier Cc: linux-dvb@linuxtv.org Subject: Re: EON from behind maqueraded network On Sat, Mar 04, 2000 at 04:04:49PM +0100, Niels de Carpentier wrote: > The problem in my situation is that my sat card is not in my masquerading > server. [...] > Any ideas what could be wrong here ? As i just joined the list (and fiddled arround with filtering the old messages out of the replies by ezmlm) i'm answering this question as no one else did. The big problem with masquerading is: Your PC behind the masquerading router which contains the DVB-Card is sending out the requests to the proxy with his own *internal* ip-address and is awaiting the answers addressed to this *internal* ip-address. But the masquerading router changed the source-ip address. So you will receive the replies over the satellite, but they contain the *real* ip-address which belongs to the router. It should probably work if you enable forwarding on your machine which contains the DVB-Card, so this machine can send the replies to the router, which will decode them and send it back to your machine (don't forget to disable spoof-protection [rp-filter] on the router). This will make some weird setup, but i don't see why this won't work. I had the same problem, but as i work for a isp i solved it by obtaining a subnet of true ip-addresses, so i never tried it out this way. Good luck. -- Mit freundlichen Grüßen / with kind regards Michael Holzt From kju@flummi.de Wed Aug 1 13:28:06 2001 Date: Sat, 11 Mar 2000 01:37:21 +0100 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: CyberLogin Problems and Fixes !? On Thu, Mar 09, 2000 at 10:56:34AM +0100, Karsten Siebert wrote: > I also enabled transponder 103 now (frequency 12.461, pol hor, 27.5 MS). [...] > This requires that the receiver board can set the MAC filter according to > the following scheme: > MAC: 00:02:xx:xx:xx:xx, where xx:xx:xx:xx is the (from your ISP e.g. via > PPP) assigned IP address. I can't get this to work and just contacted Karsten directly. But in the meanwhile: Has someone else tried this out? Which results? I attach a source code which should do the job of setting the right transponder and setting the filtering. Its a very quick hack, but i cannot see any errors, so i don't see where the problem might be. -- Mit freundlichen Grüßen / with kind regards Michael Holzt [ Part 2, Text/X-CSRC 106 lines. ] [ Unable to print this part. ] From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:28:06 2001 Date: Sat, 11 Mar 2000 13:20:09 +0100 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: New version of VDR On-Screen-Menu I have uploaded a new version of my "Video Disk Recorder" program to http://www.cadsoft.de/people/kls/vdr/download.htm This new version fixes a bug with the DEBUG_REMOTE=1 compilation switch and implements the use of colors in the menus. It is now also possible to add, delete and move channels and timers, and the "Red", "Green", "Yellow" and "Blue" buttons of typical remote controls units are now supported (see the screen shots at http://www.cadsoft.de/people/kls/vdr/software.htm). Originally I wanted to wait until the Siemens card driver supports record/replay, but since there was a bug in compiling with DEBUG_REMOTE=1 (which prevented users from actually using the program with the PC keyboard) and the new colorful menus just look great (IMHO) I decided to release this intermediate version now. Have fun and let me know if you like it Klaus -- _______________________________________________________________ Klaus Schmidinger Phone: +49-8635-6989-10 CadSoft Computer GmbH Fax: +49-8635-6989-40 Hofmark 2 Email: kls@cadsoft.de D-84568 Pleiskirchen, Germany URL: www.cadsoft.de _______________________________________________________________ From kju@flummi.de Wed Aug 1 13:28:06 2001 Date: Sat, 11 Mar 2000 16:47:07 +0100 From: Michael Holzt To: Winfried Hauerstein Cc: linux-dvb@linuxtv.org Subject: Re: CyberLogin Problems and Fixes !? On Sat, Mar 11, 2000 at 03:54:59PM +0100, Winfried Hauerstein wrote: > Dies ist ein Testtransponder (103), auf dem zur Zeit ein neues > Loginverfahren vorbereitet/getestet wird. > Dieser Transponder ist zur Zeit nicht fuer Kunden freigeschaltet. This is wrong. After some fiddling and a little help from Karsten i got it working - with my normal customer id. But it is very slow and works only occasionally. -- Mit freundlichen Grüßen / with kind regards Michael Holzt From matjaz.thaler@rd.iskraemeco.si Wed Aug 1 13:28:06 2001 Date: Sat, 11 Mar 2000 19:21:34 +0100 From: matjaz.thaler@rd.iskraemeco.si To: linux-dvb@linuxtv.org Subject: Remote control for DVB-s card [ The following text is in the "iso-8859-2" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] You can download first version of remote control from my homepage: http://www2.arnes.si/~mthale1/index.html The program is optimized for satellite systems with a positioner connected to an analog satellite receiver. Receiving and transmitting IR commands are implemented with LIRC. To run this program you need a simple electrical circuit and a remote control supported by LIRC. Try it out. Matjaz From kju@flummi.de Wed Aug 1 13:28:06 2001 Date: Mon, 13 Mar 2000 21:08:31 +0100 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Problems with IP-MPE and high throughput I still having problems with the ip decapsulating, especially when doing high throughput, it hangs regulary (not only with cyberlogin also with the new transponder 103). Hanging mean no more data flowing. When i restart the program (which tries to set the filtering) i get "outcommand error". I have to restart the drivers then. This is very annoying. Any ideas? -- Mit freundlichen Grüßen / with kind regards Michael Holzt From Ingo.Wolf@gmx.de Wed Aug 1 13:28:06 2001 Date: Thu, 16 Mar 2000 13:36:33 +0100 From: Ingo Wolf To: linux-dvb@linuxtv.org Subject: Ein paar Fragen Hallo Leute, ich steige gerade in die DVB-Problematik ein. Ist es möglich mit den diversen DVB-Karten den Transportstream direkt in den PC zu bekommen? Ich habe hier eine SkyStar 1 von Techni-Sat rumliegen, angeblich wird die vom Linux-Treiber auf der Linux-DVB-Page unterstützt. Gibts zum DVB-Treiber ein paar Texte, damit man da mal einen Überblick bekommt, beim Treiber selbst habe ich da leider nichts gefunden. Ich würde mich über ein paar Tips freuen. Tschuess Ingo From ivo@ultra.hr Wed Aug 1 13:28:06 2001 Date: Thu, 16 Mar 2000 15:29:19 +0100 From: Ivo Simicevic To: linux-dvb@linuxtv.org Subject: Re: Ein paar Fragen [ The following text is in the "iso-8859-2" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] On Thu, Mar 16, 2000 at 01:36:33PM +0100, Ingo Wolf wrote: > > Hallo Leute, > > ich steige gerade in die DVB-Problematik ein. > Ist es möglich mit den diversen DVB-Karten > den Transportstream direkt in den PC zu > bekommen? > Ich habe hier eine SkyStar 1 von Techni-Sat > rumliegen, angeblich wird die vom Linux-Treiber Hi Ingo, yes, it is possible to use other cards with this linux driver but they are all from the same design (Philips SAA7146, TI DSP,...) From the picture on the web your card *looks* like it but you should try and you will see. Good luck. Ivo. From Ingo.Wolf@gmx.de Wed Aug 1 13:28:06 2001 Date: Thu, 16 Mar 2000 15:56:54 +0100 From: Ingo Wolf To: dcost Cc: linux-dvb@linuxtv.org Subject: SORRY Re: Ein paar Fragen ----- Original Message ----- From: "dcost" To: "Ingo Wolf" Cc: Sent: Friday, March 17, 2000 2:56 PM Subject: RE: Ein paar Fragen > > Why do you german guys assume that everybody knows german? > Maybe I can answer your question but I will never know.... > > I'm very sorry about stressing you using German in this mailing list. I just forgot that this is an English one > I think it would be better for all of us if we stick with english, same as > the website.... > will do it in future. Bye From Ingo.Wolf@gmx.de Wed Aug 1 13:28:06 2001 Date: Thu, 16 Mar 2000 16:54:55 +0100 From: Ingo Wolf To: Ivo Simicevic , linux-dvb@linuxtv.org Subject: Re: Ein paar Fragen ----- Original Message ----- From: "Ivo Simicevic" To: Sent: Thursday, March 16, 2000 3:29 PM Subject: Re: Ein paar Fragen > yes, it is possible to use other cards with this linux driver > but they are all from the same design (Philips SAA7146, > TI DSP,...) From the picture on the web your card *looks* like > it but you should try and you will see. > till now I found out that all theese cards are manufactured from a firm called technotrend http://www.technotrend.de/ and selled from different vendors under their names. They also offer an Windows-Developer API on their homepage, which offers the possibilty to receive parts of the tranport stream filtered by the Transportstream ID. I currently test this to get a feeling for the stream bevor I do the next steps. Thanks so far. Bye From lartur@cs.tut.fi Wed Aug 1 13:28:06 2001 Date: Thu, 16 Mar 2000 18:21:47 +0200 From: Artur Lugmayr To: linux-dvb@linuxtv.org Subject: please... Question: I would be very, very pleased, if somebody could send me a file with fe. 10 minutes of recoreded DVB transport stream, MPEG TS, (the raw output of an decoder card...) as a .zip, .tar.gz file... I would need this to test my implemented Java-DVB/MHP environment... Thank you very much, @rtur From Rod.Walsh@nokia.com Wed Aug 1 13:28:06 2001 Date: Thu, 16 Mar 2000 18:38:21 +0200 From: Rod.Walsh@nokia.com To: lartur@cs.tut.fi Cc: linux-dvb@linuxtv.org Subject: RE: please... Hi Artur We could probably do this with our Europe Online account. Since we are also in Hermia/Hervanta it shouldn't be a problem. However, I am not back in Tampere until the end of next week so if you don't get a stream file before then we'll try to help out. Best Regards Rod Walsh Nokia Research Center PS for the curious - Tampere, Finland, home of Tampere University of Technology :) > -----Original Message----- > From: EXT Artur Lugmayr [mailto:lartur@cs.tut.fi] > Sent: 16 March, 2000 18:22 > To: linux-dvb@linuxtv.org > Subject: please... > > > Question: > > I would be very, very pleased, if somebody could > send me a file with fe. 10 minutes of recoreded > DVB transport stream, MPEG TS, (the raw output of an > decoder card...) as a .zip, .tar.gz file... > > I would need this to test my implemented Java-DVB/MHP > environment... > > Thank you very much, > > @rtur > From fwmueller@tfgetronic.com Wed Aug 1 13:28:06 2001 Date: Thu, 16 Mar 2000 19:01:17 +0100 From: Falk W.Müller To: linux-dvb@linuxtv.org Subject: Tuning a sat-card to get data streams Dear list members, I've got a TechnoTrend sat-card and installed the drivers; everything worked fine, the card is included as dvb0 on IP 192.168.0.71. Now I want to receive data streams. How to tune the card? Thanks in advance for your help, Falk W.Müller From nopsenica@iname.com Wed Aug 1 13:28:06 2001 Date: Fri, 17 Mar 2000 13:41:39 +0100 From: Nenad Opsenica To: "linux-dvb@linuxtv.org" Subject: Europeonline questions Hello friends, I have some more questions: I am using DVB card for Euoropeonline internet via the sky service, and experiencing some problems. First of all is frequent loosing connection (reported by CyberLogin), as well as connection is not dropped, but there is no data stream from the DVB card. Is there some clue what is going on there? I tried switching to other transponder but with no significant improvement in reliability. The second problem is that I can not tune TCP MSS value properly, in fact I tried to increase MRU, MSS and window size on terrestrial (ISDN) link, and the result was that MSS on DVB side increased from 480 (with ISDN MRU/MTU of 576 bytes) to 1480 bytes (with any other MRU/MTU/MSS/window size values on ISDN link). Similarily, TCP receiption window size for DVB part is no grater than 65000 bytes, although I put 128K in /proc/sys/net/core/rwin_default and 256K in rwin_max. It would be very nice if window and MSS sizes on DVB could be set to larger values. And the third question: does anybody know IP login and proxy IP addresses for transponder 115? WIth best regards, Nenad -- Nenad Opsenica From rjkm@netcologne.de Wed Aug 1 13:28:06 2001 Date: Fri, 17 Mar 2000 16:30:45 +0100 (CET) From: Ralph Metzler To: "linux-dvb@linuxtv.org" Subject: Europeonline questions Nenad Opsenica writes: > The second problem is that I can not tune TCP MSS value properly, in > fact I tried to increase MRU, MSS and window size on terrestrial (ISDN) > link, and the result was that MSS on DVB side increased from 480 (with > ISDN MRU/MTU of 576 bytes) to 1480 bytes (with any other > MRU/MTU/MSS/window size values on ISDN link). Similarily, TCP receiption > window size for DVB part is no grater than 65000 bytes, although I put > 128K in /proc/sys/net/core/rwin_default and 256K in rwin_max. It would > be very nice if window and MSS sizes on DVB could be set to larger > values. DVB MPE is limited to 12 bits section length for the IP datagram (+ headers + CRC I think) anyway. OK, this should allow more than 1480 bytes. What MSS does the proxy announce over DVB? Since the MSS cannot be negotiated I guess it is those 1480 bytes. Ralph From terryh@orcas.net Wed Aug 1 13:28:06 2001 Date: Mon, 20 Mar 2000 14:23:50 -0500 (EST) From: Terry Hardie To: Linux DVB Subject: Format of /dev/video or where to get MPEG TS stream? Hi, I've got the Hauppage card working and locking signals. I'd like to know if I can get the Transport stream (TS) from somewhere of the locked signal, and/or what is the format of /dev/video? I've look at the data I get from /dev/video, and it doesn't appear to be an MPEG2 TS (The 0x47 sync words don't match. The spec says there should eb 0x47 every 188 bytes) TIA! Terry. --- Terry Hardie terry@gxc.com Founder and Chief Technology officer ICQ#: 977679 Convergence Equipment Co, Manassas, VA, USA V: +1-703-361-5566 "Home of the BOB Class 4 convergence switch" From rjkm@netcologne.de Wed Aug 1 13:28:06 2001 Date: Mon, 20 Mar 2000 21:11:39 +0100 (CET) From: Ralph Metzler To: Linux DVB Subject: Format of /dev/video or where to get MPEG TS stream? Terry Hardie writes: > Hi, > > I've got the Hauppage card working and locking signals. I'd like to know > if I can get the Transport stream (TS) from somewhere of the locked > signal, and/or what is the format of /dev/video? > > I've look at the data I get from /dev/video, and it doesn't appear to be > an MPEG2 TS (The 0x47 sync words don't match. The spec says there should > eb 0x47 every 188 bytes) Sorry, but you cannot get the raw transport stream from the card. You can only define up to 32 section filters which get you the DVB section as defined in the various ETSI documents. Ralph From terryh@orcas.net Wed Aug 1 13:28:06 2001 Date: Mon, 20 Mar 2000 15:30:02 -0500 (EST) From: Terry Hardie To: Ralph Metzler Cc: Linux DVB Subject: Re: Format of /dev/video or where to get MPEG TS stream? On Mon, 20 Mar 2000, Ralph Metzler wrote: > Terry Hardie writes: > > Hi, > > > > I've got the Hauppage card working and locking signals. I'd like to know > > if I can get the Transport stream (TS) from somewhere of the locked > > signal, and/or what is the format of /dev/video? > > > > I've look at the data I get from /dev/video, and it doesn't appear to be > > an MPEG2 TS (The 0x47 sync words don't match. The spec says there should > > eb 0x47 every 188 bytes) > > Sorry, but you cannot get the raw transport stream from the card. > You can only define up to 32 section filters which get you the DVB > section as defined in the various ETSI documents. Which ETSI Docs exactly? Do you know what format the data on /dev/video is then? --- Terry Hardie terry@gxc.com Founder and Chief Technology officer ICQ#: 977679 Convergence Equipment Co, Manassas, VA, USA V: +1-703-361-5566 "Home of the BOB Class 4 convergence switch" From rjkm@netcologne.de Wed Aug 1 13:28:06 2001 Date: Mon, 20 Mar 2000 22:19:05 +0100 (CET) From: Ralph Metzler To: Linux DVB Subject: Re: Format of /dev/video or where to get MPEG TS stream? Terry Hardie writes: > On Mon, 20 Mar 2000, Ralph Metzler wrote: > > > Terry Hardie writes: > > > Hi, > > > > > > I've got the Hauppage card working and locking signals. I'd like to know > > > if I can get the Transport stream (TS) from somewhere of the locked > > > signal, and/or what is the format of /dev/video? > > > > > > I've look at the data I get from /dev/video, and it doesn't appear to be > > > an MPEG2 TS (The 0x47 sync words don't match. The spec says there should > > > eb 0x47 every 188 bytes) > > > > Sorry, but you cannot get the raw transport stream from the card. > > You can only define up to 32 section filters which get you the DVB > > section as defined in the various ETSI documents. > > Which ETSI Docs exactly? E.g. EN 300 468 for service information sections. See www.dvb.org for details which docs should be interesting for DVB and www.etsi.org to download them. > Do you know what format the data on /dev/video is then? > The data on /dev/video is the so called AV_PES format. It consists of packets which contain audio PES packets and video ES packets + PTS info. I won´t go into details here. mmpg2mpg in DVB/apps and also the oms package of the linuxvideo project contain sources for this. You can get section data on /dev/vbi (hmm, we should invent a /dev/dvb or something ...) The packets on this start like this: u16 ID="SI" u16 filter handle u16 PID u16 data length u8[] data Before you get data you have to define a section filter: .. struct bitfilter filt = { 0x200, { 0x3eff, 0x00ff, 0x00ff, 0x0000, 0x0000, 0x0000, 0x00ff, 0x00ff, 0x00ff, 0x00ff, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000}, 0x0c,0 }; .. and set it: .. if (ioctl(vid, VIDIOCSBITFILTER, &filt)<0) return 1; .. where vid is a file handle for /dev/vbi 0x200 is the PID the array specifies the filter info It consists of 16 bit data entries, the lower 8 bits are the mask, the upper 8 the filter data, the filter applöies to the start of a section WITHOUT the length entries So, the filter above looks for sections starting with 0x3e. The 0x00ff entries look for exactly 0x00 on these positions. Here they are the positions of the MAC in an IP/MPE section. Another example: if you want all sections starting with 0x5a and bit 7 of the third byte set and bit 0 not set, use this: { 0x5aff, 0x0000, 0x8081, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000}, 0x0c specifies the section filter mode the firmware should use I´ll write more about this in the documentation of the driver (next version ...) Please remember that I just made up those structures, function calls etc. as I needed them. If you have any comments, complaints, ideas, wishes ... how to do this better please tell me or, even better, discuss it here on the list. Ralph From lartur@cs.tut.fi Wed Aug 1 13:28:06 2001 Date: Tue, 21 Mar 2000 00:21:21 +0200 From: Artur Lugmayr To: Terry Hardie Cc: Linux DVB , Ingo Wolf Subject: Re: Format of /dev/video or where to get MPEG TS stream? Hello Terry/Ingo! Concerning sites/documents for implementing decoding of TS, overviews of this field: www.dvb.org www.etsi.org www.dvb.org/dvb_articles/dvb_mhp98.htm www.davic.org There you can find various links concerning the decoding of a TS. There is also a good paper in IEEE Communications Magazine, June 1998 p104: Digital Video Broadcasting by Ulrich Reimers, Brunswig Technical University (I think he also wrote a book about this...) ISO/IEC 13818-1: Generic Coding of Moving Pictures and Associated Audio: Systems (MPEG2 Systems Specification) ISO/IEC 1318-2: Generic Coding of Moving Pictures and Associated Audio: Video (MPEG2 Video Specification) The DVB Project: Philosophy and Core System, D. Wood Internat. Broadcasting Convention, 12-16 September, 1996 Conference Publication No. 428, IEE, 1996 MPEG-2: Tutorial Introduction to the Systems layer by PA Sarginson, 1995, The Institution of Electrical Engineerings, IEE, Savov Place London, WC2b0bi, UK (sorry I could not really read the "source" of this paper anymore) Very good overview for MPEG2 stream decoding/ encoding!!! Multimedia Home Plattform (now Rev. 15 is available) European Broadcasting Union, EBU/UER TM 2208r3 The DAVIC Standard 1.4, Specification Part 9 This literature should give you a quite "big picture" covering this topic... Greetings, @rtur From rjkm@netcologne.de Wed Aug 1 13:28:06 2001 Date: Mon, 20 Mar 2000 23:55:42 +0100 (CET) From: Ralph Metzler To: Terry Hardie Cc: Linux DVB Subject: Re: Format of /dev/video or where to get MPEG TS stream? Terry Hardie writes: > I tried implementing it (/dev/vbi is Major 81, Minor 224, right?), and I Yes, that´s the right device. > never get anything while reading from /dev/vbi. I tried pid 0x10 > (NIT) also, with no filters, and still got nothing - I do get video data > (although I haven't tried understanding it) on /dev/video, and have a good > signal lock. If I set the video pid to 0x10, I can get some NIT data, so > I'm sure it's there. Oops, sorry, my example was fine for IP/MPE data but for section data you have to use something like this: struct bitfilter filt = { pid, { section, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000}, mode,0, FILTER_MEM, }; where section is ((section_id << 8) | 0xff ) mode is one of #define SECTION_SINGLE 0x00 #define SECTION_CYCLE 0x02 #define SECTION_CONTINUOS 0x04 where SECTION_SINGLE gives you the section just once, SECTION_CYCLE gives you one cycle of sections with same id but different section numbers (read the ETSI) and SECTION_CONTINUOS keeps writing out the section as long as the filter is active. FILTER_MEM specifies that data is piped to /dev/vbi (sorry, without this of course you couldn´t get anything) There is also FILTER_UDP which is supposed to give you the data on a UDP port (like in the windows driver) but this does not work for me. Somewhere the packets get lost. Question: Does "skb->ip_summed = CHECKSUM_UNNECESSARY;" only refer to the IP package checksum, i.e. do I have to calculate the UDP checksum to get the packets safely through the kernel? And you HAVE TO set some filter data. Empty filters (all 0) do not give you all sections but nothing! To get all section of one PID you could use two filters with the same PID, one with: { 0x0101, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000}, and one with: { 0x0001, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000}, as filter. I am not sure if this is the firmwares fault or a hardware limitation. The firmware checks for the first non-zero mask bits to determine the number of relevant filter bytes and rejects filters without mask bits. I´ll have to see what happens if I allow this in the firmware. For an example of how to use all this for a channel scan look in DVB/libdvb. Ralph From terryh@orcas.net Wed Aug 1 13:28:06 2001 Date: Mon, 20 Mar 2000 18:48:18 -0500 (EST) From: Terry Hardie To: Ralph Metzler Cc: Linux DVB Subject: Re: Format of /dev/video or where to get MPEG TS stream? On Mon, 20 Mar 2000, Ralph Metzler wrote: > Oops, sorry, my example was fine for IP/MPE data but for section data > you have to use something like this: > > struct bitfilter filt = { > pid, > { section, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, > 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000}, > mode,0, > FILTER_MEM, > }; > > > where section is ((section_id << 8) | 0xff ) > > mode is one of > > #define SECTION_SINGLE 0x00 > #define SECTION_CYCLE 0x02 > #define SECTION_CONTINUOS 0x04 Success! Thanks! I'm writing a scanner. I'll let you know how it goes... --- Terry Hardie terry@gxc.com Founder and Chief Technology officer ICQ#: 977679 Convergence Equipment Co, Manassas, VA, USA V: +1-703-361-5566 "Home of the BOB Class 4 convergence switch" From terryh@orcas.net Wed Aug 1 13:28:06 2001 Date: Mon, 20 Mar 2000 20:02:48 -0500 (EST) From: Terry Hardie To: Linux DVB Subject: sync byte? I'm getting synced (0x1f), and then a second later, it changes to 0x7f. Can anyone tell me what the last 2 bits are? --- Terry Hardie terry@gxc.com Founder and Chief Technology officer ICQ#: 977679 Convergence Equipment Co, Manassas, VA, USA V: +1-703-361-5566 "Home of the BOB Class 4 convergence switch" From terryh@orcas.net Wed Aug 1 13:28:06 2001 Date: Mon, 20 Mar 2000 21:45:09 -0500 (EST) From: Terry Hardie To: Linux DVB Subject: FEC inconsisency I have a signal that I've been locking with FEC set to "2". I can lock this signal with 2 other receivers set to 3/4. the libdvb shows "2" in the table as "2/3" - What's up? Seems the table is really: 0 = 1/2 1 = 2/3 2 = 3/4 3 = 5/6 4 = 7/8 Also, can anyone tell me what "nconv" is? I assume "reser" is "Reserved" - Reserved for...? Thanks. --- Terry Hardie terry@gxc.com Founder and Chief Technology officer ICQ#: 977679 Convergence Equipment Co, Manassas, VA, USA V: +1-703-361-5566 "Home of the BOB Class 4 convergence switch" From rjkm@netcologne.de Wed Aug 1 13:28:06 2001 Date: Tue, 21 Mar 2000 02:38:16 +0100 (CET) From: Ralph Metzler To: Linux DVB Subject: sync byte? Terry Hardie writes: > I'm getting synced (0x1f), and then a second later, it changes to > 0x7f. Can anyone tell me what the last 2 bits are? > Bits 5 and 6 (counting from 0) are an estimation of the BER (bit error rate) at the output of the Viterbi decoder. 0 0 = BER > 0.01 0 1 = BER < 0.01 1 0 = BER < 0.001 1 1 = BER < 0.0001 Ralph From rjkm@netcologne.de Wed Aug 1 13:28:06 2001 Date: Tue, 21 Mar 2000 15:18:45 +0100 (CET) From: Ralph Metzler To: linux-dvb@linuxtv.org Subject: hardware MPEG2 decoding Curtis Fulton writes: > Hi folks. > > I've read the list archives but I'm still having trouble getting a grip on > whether the Siemens DVB card and Linux drivers can do what I need. > > I'm looking for a card with Linux drivers that can read MPEG2 data from > stdin, decode it and send the uncompressed data to X, SVGA, etc. Yes, it can do that. But it only supports MPEG sound, not AC3. > I need either non-square pixel support so I can stretch 720x544 images to > 960x544, or the ability to read 960x544 sized files, give or take a few > pixels. I don´t think the MPEG decoder can handle 960x544 directly. The PCI bridge (SAA7146) can scale this horizontally to max. 1024 pixels. So, scaling to 960x544 should work. > I would love to be able to encode as well. Can the Siemens encode? If > so, can it encode data coming from the filesystem/stdin? No, it cannot encode. Encoder cards still cost a little bit more money. > If this card and it's drivers can't do these things under Linux, does > anyone know if one does exist? I don´t think there is any supported MPEG2 encoder card yet. Ralph From scarabaeus@convergence.de Wed Aug 1 13:28:06 2001 Date: Tue, 21 Mar 2000 16:14:54 +0100 From: Christian Wolff Reply-To: scarabaeus@scarabaeus.org To: Linux DVB Subject: Re: Format of /dev/video or where to get MPEG TS stream? Ralph Metzler wrote: > Terry Hardie writes: > > Do you know what format the data on /dev/video is then? > The data on /dev/video is the so called AV_PES format. > It consists of packets which contain audio PES packets and video ES > packets + PTS info. > I won´t go into details here. mmpg2mpg in DVB/apps and also the oms > package of the linuxvideo project contain sources for this. Also, the DVD decoder package on linuxtv.org contains a converter from MPEG2-program stream to AV_PES. Christian. -- http://www.scarabaeus.org/ mailto:scarabaeus@scarabaeus.org check out http://betalounge.com/ http://www.linuxtv.org PGP Fingerprint:B871 358C 3F10 A5ED C41C B1DB B9F9 3C44/2048 From terryh@orcas.net Wed Aug 1 13:28:06 2001 Date: Tue, 21 Mar 2000 12:47:16 -0500 (EST) From: Terry Hardie To: Ralph Metzler Cc: Linux DVB Subject: Re: Format of /dev/video or where to get MPEG TS stream? [ The following text is in the "X-UNKNOWN" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] On Mon, 20 Mar 2000, Ralph Metzler wrote: > The data on /dev/video is the so called AV_PES format. > It consists of packets which contain audio PES packets and video ES > packets + PTS info. > I won´t go into details here. mmpg2mpg in DVB/apps and also the oms > package of the linuxvideo project contain sources for this. I have several hardware MPEG2 decoders (Creative PC-DVD Encore, and a Matrox RT2000) and tried lots of software decoders. They all say unrecognised format. mpg2mpg is very broken (I looked at the source) and I can't find any reference to oms anywhere. Can you give me a real reference? Thanks. --- Terry Hardie terry@gxc.com Founder and Chief Technology officer ICQ#: 977679 Convergence Equipment Co, Manassas, VA, USA V: +1-703-361-5566 "Home of the BOB Class 4 convergence switch" From scarabaeus@convergence.de Wed Aug 1 13:28:06 2001 Date: Tue, 21 Mar 2000 19:35:39 +0100 From: Christian Wolff Reply-To: scarabaeus@scarabaeus.org To: Linux DVB Cc: Terry Hardie , Ralph Metzler Subject: Program Stream to AV_PES converter Terry Hardie wrote: > > I have several hardware MPEG2 decoders (Creative PC-DVD Encore, and a > Matrox RT2000) and tried lots of software decoders. They all say > unrecognised format. mpg2mpg is very broken (I looked at the source) and I > can't find any reference to oms anywhere. Can you give me a real > reference? I have attached a little program, that converts an MPEG2 Program Stream into the AV-PES format. You can pipe the converted program stream directly into /dev/video: ps2avpes /dev/video If you define DEBUG during compile, it outputs some information on stderr. But as far as i have understood your problem, you want to convert the other way around, right? This is really tricky, since some header information (eg. the SCR in the pack header) has to be restored from either external information, or from the PTS in the elementary streams, wich is not trivial. I am currently working on that problem. I already have a converter that assembles the 2 PES streams from the AV-PES stream. Only the pack headers are missing now. Ralph, any chance to read the SCR (or PCR), mux_rate etc. from the TS headers and retreive them along with AV-PES stream? Or, wich would be much easier, does the DVB standard require PES packets to have their pack headers in the PES header? (PES_extension_flag = 1, pack_header_field_flag = 1) Christian. -- http://www.scarabaeus.org/ mailto:scarabaeus@scarabaeus.org check out http://betalounge.com/ http://www.linuxtv.org PGP Fingerprint:B871 358C 3F10 A5ED C41C B1DB B9F9 3C44/2048 -- /* * ps2avpes: converts MPEG program streams into the Siemens AV-PES format * Copyright (C) 1999 Christian Wolff for convergence integrated media GmbH * * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License * as published by the Free Software Foundation; either version 2 * of the License, or (at your option) any later version. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program; if not, write to the Free Software * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. * Or, point your browser to http://www.gnu.org/copyleft/gpl.html * * The author can be reached at scarabaeus@convergence.de, * the project's page is at http://linuxtv.org/dvd/ */ // Version: 2000-03-21 - preliminary - for dvb mailing list #include #include #include #include #include #include #include struct AV_PES { int v_prebytes; unsigned char v_pre[3]; int v_counter; int a_prebytes; unsigned char a_pre[3]; int a_counter; unsigned char buffer[2048]; FILE *devvideo; } avpes; int InitAV_PES(struct AV_PES *avpes) { avpes->v_prebytes=0; avpes->a_prebytes=0; avpes->v_counter=0; avpes->a_counter=0; return 0; } int FlushAV_PES(void) { int postbytes; avpes.buffer[0] = 'A'; avpes.buffer[1] = 'V'; avpes.buffer[4] = 0x55; avpes.v_prebytes &= 0x03; if (avpes.v_prebytes) { avpes.buffer[2] = 0x01; avpes.buffer[3] = (avpes.v_counter++) & 0xFF; memcpy(&avpes.buffer[8], avpes.v_pre, avpes.v_prebytes); postbytes = 0; memset(&avpes.buffer[8 + avpes.v_prebytes], 0, postbytes); avpes.buffer[5] = ((postbytes << 2) & 0x0C) | (avpes.v_prebytes & 0x03); avpes.buffer[6] = 0x00; avpes.buffer[7] = avpes.v_prebytes; fwrite(avpes.buffer, 12, 1, stdout); #ifdef DEBUG fprintf(stderr, "V %d-%d ", avpes.v_prebytes, postbytes); #endif } avpes.a_prebytes &= 0x03; if (avpes.a_prebytes) { avpes.buffer[2] = 0x02; avpes.buffer[3] = (avpes.a_counter++) & 0xFF; memcpy(&avpes.buffer[8], avpes.a_pre, avpes.a_prebytes); postbytes = 0; memset(&avpes.buffer[8 + avpes.a_prebytes], 0, postbytes); avpes.buffer[5] = ((postbytes << 2) & 0x0C) | (avpes.a_prebytes & 0x03); avpes.buffer[6] = 0x00; avpes.buffer[7] = avpes.a_prebytes; fwrite(avpes.buffer, 12, 1, stdout); #ifdef DEBUG fprintf(stderr, "A %d-%d ", avpes.a_prebytes, postbytes); #endif } return 0; } // Converts MPEG2 Program stream into Siemens AV_PES format for DVB card // Only audio type supported is MPEG int SendAV_PES(unsigned char *data) { static unsigned char startcode[]={0x00,0x00,0x01}; unsigned int len, overlen, medialen; int i=0, PTSpresent, startpos, postbytes, extractES, datastart; unsigned long int PTS; int *prebytes; unsigned char *pre; if (memcmp(&data[i], startcode, 3)) return 1; // initialize parameters startpos = 8; PTSpresent = 0; extractES = 0; avpes.buffer[0] = 'A'; avpes.buffer[1] = 'V'; avpes.buffer[4] = 0x55; avpes.buffer[5] = 0x00; if ((data[i+3] & 0xF0) == 0xE0) { // video packet (0x000001EX) avpes.buffer[2] = 0x01; avpes.buffer[3] = (avpes.v_counter++) & 0xFF; prebytes = &(avpes.v_prebytes); pre = avpes.v_pre; if ((PTSpresent = (data[i+7]&0x80))) startpos += 4; extractES = 1; } else if ((data[i+3] & 0xE0) == 0xC0) { // audio packet (0x000001CX or DX) avpes.buffer[2] = 0x02; avpes.buffer[3] = (avpes.a_counter++) & 0xFF; prebytes = &(avpes.a_prebytes); pre = avpes.a_pre; } else { // wrong startcode, skip i += 4; return 1; } // calculate length of new packet datastart = i; overlen = ((data[i+4] & 0xFF) << 8) | (data[i+5] & 0xFF); // PES packet length if (extractES) { overlen -= (3 + data[i+8]); // minus PES header = payload length datastart += (9 + data[i+8]); } else { overlen += 6; // plus PES header = payload length } while (overlen) { // append carry bytes from last block *prebytes &= 0x03; len = overlen + *prebytes; if (*prebytes) { memcpy(&avpes.buffer[startpos], pre, *prebytes); avpes.buffer[5] |= (*prebytes & 0x03); startpos += *prebytes; } // insert PTS if (PTSpresent) { PTS = (data[i+9]>>1)&0x03ULL; PTS = (PTS << 8) | (data[i + 10] & 0xFFULL); PTS = (PTS << 7) | ((data[i + 11] >> 1) & 0x7FULL); PTS = (PTS << 8) | (data[i + 12] & 0xFFULL); PTS = (PTS << 7) | ((data[i + 13] >> 1) & 0x7FULL); avpes.buffer[5] |= 0x10; avpes.buffer[8] = (PTS >> 24) & 0xFF; avpes.buffer[9] = (PTS >> 16) & 0xFF; avpes.buffer[10] = (PTS >> 8) & 0xFF; avpes.buffer[11] = PTS & 0xFF; len += 4; } if (len > 6136) { overlen -= (6136 - *prebytes - (PTSpresent ? 4 : 0)); if (overlen < 0) overlen = 0; len = 6136; if (overlen < 4) { len += overlen; overlen = 0; } } else { overlen = 0; } // store media data medialen = len - *prebytes - (PTSpresent ? 4 : 0); // cut off carry bytes and store postbytes = (len & 0x03); if (postbytes) { len -= postbytes; medialen -= postbytes; memcpy(pre, &data[datastart + medialen], postbytes); avpes.buffer[5] |= ((postbytes << 2) & 0x0C); } // remind carry bytes *prebytes = postbytes; // fill in the overall length avpes.buffer[6] = (len >> 8) & 0xFF; avpes.buffer[7] = len & 0xFF; //fwrite(avpes.buffer, len + 8, 1, stdout); fwrite(avpes.buffer, startpos, 1, stdout); fwrite(&data[datastart], medialen, 1, stdout); datastart += medialen; PTSpresent = 0; startpos = 8; avpes.buffer[5] = 0x00; } return 0; } int main(void) { int i,packetsize; static unsigned char startcode[]={0x00,0x00,0x01}; unsigned char data[65542]; // 64k + 6 byte InitAV_PES(&avpes); while (!feof(stdin) && !ferror(stdin)) { i=0; while ((i < 3) && ! feof(stdin) && ! ferror(stdin)) { if (fread(&data[i], 1, 1, stdin) <= 0) { #ifdef DEBUG fprintf(stderr, "[%d]", i); #endif continue; } if (data[i]==startcode[i]) i++; else i = 0; } if (i < 3) { #ifdef DEBUG fprintf(stderr, "[S]"); #endif continue; } // Read stream ID if (fread(&data[i++], 1, 1, stdin) <= 0) { #ifdef DEBUG fprintf(stderr, "[ID]"); #endif continue; } // pack header or stream packet? if (data[3] == 0xBA) { // pack header if (fread(&data[i], 10, 1, stdin)<=0) { #ifdef DEBUG fprintf(stderr, "[h]"); #endif continue; } i+=10; if (data[13] & 0x07) { if (fread(&data[i], data[13] & 0x07, 1, stdin) <= 0 ) { #ifdef DEBUG fprintf(stderr, "[d%d]", data[13] & 0x07); #endif continue; } i += (data[13] & 0x07); // TODO: SavePackHeader(data, i); } } else if (data[3] >= 0xBB) { // stream packet if (fread(&data[i], 2, 1, stdin) <= 0) { #ifdef DEBUG fprintf(stderr, "[H]"); #endif continue; } i += 2; packetsize = ((data[4] & 0x00FF) << 8) | (data[5] & 0x00FF); if (fread(&data[i], packetsize, 1, stdin) <= 0) { #ifdef DEBUG fprintf(stderr, "[D%d]", packetsize); #endif continue; } i += packetsize; if ((data[3] >= 0xC0) && (data[3] <= 0xEF)) { #ifdef DEBUG if ((data[3] & 0xF0) == 0xE0) { // video fprintf(stderr, "v"); } else if ((data[3] & 0xF0) == 0xC0) { // mpeg audio fprintf(stderr, "m"); } else if ((data[3] & 0xF0) == 0xD0) { // mpeg audio extension fprintf(stderr, "M"); } #endif // TODO: optionally, save the audio pack header and insert into PES header if (SendAV_PES(data)) { #ifdef DEBUG fprintf(stderr, "[-]"); #endif } } else if (data[3] == 0xBB) { #ifdef DEBUG fprintf(stderr, "s"); #endif } else { #ifdef DEBUG fprintf(stderr, "S%02X", data[3]); #endif } } } FlushAV_PES(); #ifdef DEBUG fprintf(stderr, "\n"); #endif return 0; } From terryh@orcas.net Wed Aug 1 13:28:06 2001 Date: Tue, 21 Mar 2000 14:22:09 -0500 (EST) From: Terry Hardie To: Ralph Metzler Cc: Linux DVB Subject: Re: Format of /dev/video or where to get MPEG TS stream? On Mon, 20 Mar 2000, Ralph Metzler wrote: > The data on /dev/video is the so called AV_PES format. > It consists of packets which contain audio PES packets and video ES > packets + PTS info. OK, I've looked through the data coming in on /dev/video. There is exactly one occurance within the first few bytes of the file of 0x000001 (Which ISO/IEC 13818-1 says is how all PES packets should start). Since there are no more during the file, I can only conclude that I am not looking at a PES stream. Any other clues what it might be? Terry --- Terry Hardie terry@gxc.com Founder and Chief Technology officer ICQ#: 977679 Convergence Equipment Co, Manassas, VA, USA V: +1-703-361-5566 "Home of the BOB Class 4 convergence switch" From scarabaeus@convergence.de Wed Aug 1 13:28:06 2001 Date: Tue, 21 Mar 2000 20:34:45 +0100 From: Christian Wolff Reply-To: scarabaeus@scarabaeus.org To: Linux DVB Cc: Terry Hardie Subject: Re: Format of /dev/video or where to get MPEG TS stream? Terry Hardie wrote: > On Mon, 20 Mar 2000, Ralph Metzler wrote: > > The data on /dev/video is the so called AV_PES format. > > It consists of packets which contain audio PES packets and video ES > > packets + PTS info. > I've looked through the data coming in on /dev/video. There is exactly one > occurance within the first few bytes of the file of 0x000001 (Which > ISO/IEC 13818-1 says is how all PES packets should start). Since there are > no more during the file, I can only conclude that I am not looking at a > PES stream. Any other clues what it might be? The AV_PES format wraps audio-PacketizedElementaryStream-packets and video-ElemantaryStreams (without the PES header, but with an extra PTS stored in the AV_PES header). You have the 2 characters 'A' and 'V', followed by 4 bytes header info and 2 bytes packet length. For audio packets, data of the PES packet follows, for video packets, data of the ES follows. Look into the source i just sent, it explains the format. Anyhow, you should have a lot of 000001 occurences, since the elementary streams use these start codes, too. -- http://www.scarabaeus.org/ mailto:scarabaeus@scarabaeus.org check out http://betalounge.com/ http://www.linuxtv.org PGP Fingerprint:B871 358C 3F10 A5ED C41C B1DB B9F9 3C44/2048 From terryh@orcas.net Wed Aug 1 13:28:06 2001 Date: Tue, 21 Mar 2000 16:50:25 -0500 (EST) From: Terry Hardie To: scarabaeus@scarabaeus.org Cc: Linux DVB Subject: Re: Format of /dev/video or where to get MPEG TS stream? On Tue, 21 Mar 2000, Christian Wolff wrote: > The AV_PES format wraps audio-PacketizedElementaryStream-packets and > video-ElemantaryStreams (without the PES header, but with an extra PTS > stored in the AV_PES header). You have the 2 characters 'A' and 'V', > followed by 4 bytes header info and 2 bytes packet length. For audio > packets, data of the PES packet follows, for video packets, data of > the ES follows. Look into the source i just sent, it explains the > format. > > Anyhow, you should have a lot of 000001 occurences, since the > elementary streams use these start codes, too. OK, I'm clear on how it works now. Do you have a description of the packet format of the AV stream? I can figure it out from the ps2avpes program, but it's going to take me a lot longer than if I had something describing the layout. Also, if you want to give me what you've got so far for going from AV_PES to PES, I'll be happy to tweak it and try it with a few hardware decoders I have. Regards, Terry. --- Terry Hardie terry@gxc.com Founder and Chief Technology officer ICQ#: 977679 Convergence Equipment Co, Manassas, VA, USA V: +1-703-361-5566 "Home of the BOB Class 4 convergence switch" From terryh@orcas.net Wed Aug 1 13:28:06 2001 Date: Wed, 22 Mar 2000 21:43:27 -0500 (EST) From: Terry Hardie To: Ralph Metzler Cc: Linux DVB Subject: Re: Format of /dev/video or where to get MPEG TS stream? On Mon, 20 Mar 2000, Ralph Metzler wrote: > You can get section data on /dev/vbi (hmm, we should invent a /dev/dvb or > something ...) > > The packets on this start like this: > > u16 ID="SI" > u16 filter handle > u16 PID > u16 data length > u8[] data > > Before you get data you have to define a section filter: The /dev/vbi stuff work mostly, but if I set filters in a loop, two at a time as you suggest, with at least 1 second pauses between checks, after 30 or so iterations, the filters won't report any more data, even though I know there's data there, and it will show up if I start the scan closer to the PID with know data. I've tried it with calling VIDIOCSSHUTDOWNFILTER on each pass, and without, and it doesn't seem to change. Any suggestions? Also, during the scan, it's possible for the kernel to start reporting "outcommand error", and the only way to get rid of it is to remove the modules and reload them. --- Terry Hardie terry@gxc.com Founder and Chief Technology officer ICQ#: 977679 Convergence Equipment Co, Manassas, VA, USA V: +1-703-361-5566 "Home of the BOB Class 4 convergence switch" From rjkm@netcologne.de Wed Aug 1 13:28:06 2001 Date: Thu, 23 Mar 2000 16:30:21 +0100 (CET) From: Ralph Metzler To: Terry Hardie Cc: Linux DVB Subject: Re: Format of /dev/video or where to get MPEG TS stream? Terry Hardie writes: > The /dev/vbi stuff work mostly, but if I set filters in a loop, two at a > time as you suggest, with at least 1 second pauses between checks, after > 30 or so iterations, the filters won't report any more data, even though I > know there's data there, and it will show up if I start the scan closer to > the PID with know data. I've tried it with calling VIDIOCSSHUTDOWNFILTER > on each pass, and without, and it doesn't seem to change. Any suggestions? > > Also, during the scan, it's possible for the kernel to start reporting > "outcommand error", and the only way to get rid of it is to remove the > modules and reload them. "outcommand error" indicates that the firmware is no longer responding to command requests of the driver. This can e.g. happen when there is too much data coming in for the PID filters. There is some overflow recovery code in the firmware but I guess it does not always work. I don´t understand why you have at least 1 second pause between checks. This way you are actually asking for buffer overflows. If you always expect data you should use an extra thread which always waits for data using poll() or select(). Keep in mind that the current firmware is not really written to handle high data rates >10MBits/s. The memory allocated for buffering on the card is rather small. Ralph From terryh@orcas.net Wed Aug 1 13:28:06 2001 Date: Thu, 23 Mar 2000 10:41:05 -0500 (EST) From: Terry Hardie To: Ralph Metzler Cc: Linux DVB Subject: Re: Format of /dev/video or where to get MPEG TS stream? [ The following text is in the "X-UNKNOWN" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] On Thu, 23 Mar 2000, Ralph Metzler wrote: > Terry Hardie writes: > > The /dev/vbi stuff work mostly, but if I set filters in a loop, two at a > > time as you suggest, with at least 1 second pauses between checks, after > > 30 or so iterations, the filters won't report any more data, even though I > > know there's data there, and it will show up if I start the scan closer to > > the PID with know data. I've tried it with calling VIDIOCSSHUTDOWNFILTER > > on each pass, and without, and it doesn't seem to change. Any suggestions? > > > > Also, during the scan, it's possible for the kernel to start reporting > > "outcommand error", and the only way to get rid of it is to remove the > > modules and reload them. > > "outcommand error" indicates that the firmware is no longer responding > to command requests of the driver. This can e.g. happen when there is > too much data coming in for the PID filters. > There is some overflow recovery code in the firmware but I guess it does > not always work. > > I don´t understand why you have at least 1 second pause between > checks. This way you are actually asking for buffer overflows. > If you always expect data you should use an extra thread which always > waits for data using poll() or select(). > Keep in mind that the current firmware is not really written to handle > high data rates >10MBits/s. The memory allocated for buffering on > the card is rather small. I use the flag on the filter that should only give me one packet (I beleive it the 0x0 flag). I wait 1 second to be sure whether there is data on that PID or not. Surely with the 1 second pause and the "give me 1 packet only" option, I shouldn't get any buffer overflows? --- Terry Hardie terry@gxc.com Founder and Chief Technology officer ICQ#: 977679 Convergence Equipment Co, Manassas, VA, USA V: +1-703-361-5566 "Home of the BOB Class 4 convergence switch" From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:28:06 2001 Date: Sat, 25 Mar 2000 14:28:15 +0100 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: AV_PES format - How can I detect frames? I am trying to detect the frames of an AV_PES data stream in order to be able to resume replaying a stored video file at a given location (typically where the user left off by stopping a previous replay session). In order to do this I have written a small program (see attachment) that detects the data blocks in an AV_PES data stream and lists the first few bytes of every block to stdout. The headers of these AV_PES data blocks, however, don't appear to contain any information on whether a new frame starts in this block, and wether that is an 'I', 'P' or 'B' frame (being able to identify 'I' frames would do for my purpose). So that information must be stored in the data contained within the AV_PES blocks. The reason why I want to be able to detect the single frames is that if I start replaying in the middle of the data stream I am likely to get a distorted picture for a few seconds. I also want to implement a "fast rewind" function, which would also benefit greatly from being able to go back by a certain number of 'I' frames. The question is: can anybody point me to a place where I can get information about the actual data contained in the AV_PES data stream? I assume that must be the MPEG-2 data, but all the places I found on the Web dealing with MPEG-2 data format are either much too theoretical, or don't help to quickly identify frame borders given a binary data stream. Any help would be greatly appreciated. Klaus Schmidinger -- _______________________________________________________________ Klaus Schmidinger Phone: +49-8635-6989-10 CadSoft Computer GmbH Fax: +49-8635-6989-40 Hofmark 2 Email: kls@cadsoft.de D-84568 Pleiskirchen, Germany URL: www.cadsoft.de _______________________________________________________________ [ Part 2: "Attached Text" ] /* This program detects the data blocks in an AV_PES data stream. AV_PES data format: 'A' 'V' t n 'U' g ll d d d ... where - '*' are literal characters - t is the type (1 = Video, 2 = Audio) - n is a sequence number (0..255, wrapping) - g is a "gap" number (don't know what it means) - ll is the two byte length of data (high byte first) - d is the actual video or audio data */ #include #include #include #include #define SHOWBYTES 20 typedef unsigned char uchar; typedef unsigned short ushort; struct tAVPES { uchar AV[2]; uchar t; uchar n; uchar U; uchar g; ushort ll; bool IsHeader(void) { return AV[0] == 'A' && AV[1] == 'V' && (t == 1 || t == 2) && U == 'U'; } ushort Length(void) { return ntohs(ll); } }; int main(int argc, char *argv[]) { if (argc > 2) return 1; int f = argc == 2 ? open(argv[1], O_RDONLY) : fileno(stdin); if (f >= 0) { tAVPES a; int r; while ((r = read(f, &a, sizeof(a))) == sizeof(a)) { if (a.IsHeader()) { ushort l = a.Length(); printf("%c%c %d %3d %c %02X %5d", a.AV[0], a.AV[1], a.t, a.n, a.U, a.g, l); uchar d[SHOWBYTES]; int rd; if ((rd = read(f, &d, sizeof(d))) == sizeof(d)) { for (int i = 0; i < SHOWBYTES; i++) printf(" %02X", d[i]); printf("\n"); lseek(f, l - SHOWBYTES, SEEK_CUR); } else break; } else lseek(f, -(r - 1), SEEK_CUR); } } else fprintf(stderr, "can't open '%s'\n", argv[1]); return 0; } From Ingo.Wolf@gmx.de Wed Aug 1 13:28:06 2001 Date: Mon, 27 Mar 2000 17:05:21 +0100 From: Ingo Wolf To: Linux DVB Subject: PID-Filter Technotrend-Cards Hello, does anybody know what I exactly get from the PID-Filters of the Techno-trend cards. I thougt it must bee TS-Packets but what I get are Packets of about 4xx Bytes, different lens for different PIDs, no multiple of 188. The Docs don't say what PID-Filters give. Thanks From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:28:06 2001 Date: Tue, 28 Mar 2000 00:56:20 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: AV_PES format - How can I detect frames? David Podeur wrote: > > > > In order to do this I have written a small program (see attachment) > > > that detects the data blocks in an AV_PES data stream and lists the > > > first few bytes of every block to stdout. The headers of these AV_PES > > > data blocks, however, don't appear to contain any information > > > on whether a new frame starts in this block, and wether that is > > > an 'I', 'P' or 'B' frame (being able to identify 'I' frames would > > > do for my purpose). So that information must be stored in the data > > > contained within the AV_PES blocks. > > > so what you REALLY want to do is: find thestart of a GOP (group > > of pictures) > > > 1) skip AV_PES header > > 2) skip PES header > > 3) if data==0x000001b3 -> GOP found > > In attachment, a small piece of code i once wrote to check the nature of > mpeg1 streams. It seems to give good results with AV_PES as well. Let me > know if it helps... Thanks, David, this apparently works quite well. I added this to my little test program and got some 29,000 hits for a recording that is 33 minutes long when replayed. Since I was assuming that each hit corresponds to one "frame", and there are 25 frames per second, I would have expected to get 33x60x25 (49500) hits. Am I missing something here? Is there a 1:1 relationship between the 'I', 'P' and 'B' frames and the actual 25 frames displayed within one second? Thanks for your input Klaus -- _______________________________________________________________ Klaus Schmidinger Phone: +49-8635-6989-10 CadSoft Computer GmbH Fax: +49-8635-6989-40 Hofmark 2 Email: kls@cadsoft.de D-84568 Pleiskirchen, Germany URL: www.cadsoft.de _______________________________________________________________ From ohoerold@merges.com Wed Aug 1 13:28:06 2001 Date: Tue, 28 Mar 2000 11:32:08 +0200 From: Oliver Hoerold To: linux-dvb@linuxtv.org Subject: Speed with Siemens DVB-S and EON Hi ! I was wondering how fast the downlink is you are getting via Europe-Online and the Siemens-DVB-S under Linux ? cu o. -- Heidelberg aktuell // Merges-Verlag // HD-Image Hauptstrasse 214 // D-69117 Heidelberg // Germany http://www.heidelberg-aktuell.de/ *** mailto:ohoerold@merges.com *** http://www.merges.com/ From nopsenica@iname.com Wed Aug 1 13:28:06 2001 Date: Tue, 28 Mar 2000 13:26:47 +0200 From: Nenad Opsenica To: Oliver Hoerold Cc: linux-dvb@linuxtv.org Subject: Re: Speed with Siemens DVB-S and EON [ The following text is in the "iso-8859-2" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] With TechniSat card it veries from 15KB/s up to 100KB/s in one FTP session, and up to 300KB/s cumulative (sum of multiple FTP sessions) Oliver Hoerold wrote: > Hi ! > > I was wondering how fast the downlink is you are getting via Europe-Online > and the Siemens-DVB-S under Linux ? > > cu o. > -- > Heidelberg aktuell // Merges-Verlag // HD-Image > Hauptstrasse 214 // D-69117 Heidelberg // Germany > > http://www.heidelberg-aktuell.de/ *** mailto:ohoerold@merges.com *** > http://www.merges.com/ -- Nenad Opsenica From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:28:06 2001 Date: Tue, 28 Mar 2000 18:47:06 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: AV_PES format - How can I detect frames? Thomas 'Dent' Mirlacher wrote: > > so what you REALLY want to do is: find thestart of a GOP (group > of pictures) > > 1) skip AV_PES header > 2) skip PES header > 3) if data==0x000001b3 -> GOP found Thanks! This together with David's (david@convergence.de) little program he sent me in a separate message on this list helped me quite a bit further. Now it would appear that there are exactly as many GOPs as the length of a video file in seconds. Is that a save assumption to make, or can this vary? Also: can somebody point me to a "down to the byte" specification of the PES header format? It would seem that it has variable length and I would like to fully understand it... Klaus Schmidinger -- _______________________________________________________________ Klaus Schmidinger Phone: +49-8635-6989-10 CadSoft Computer GmbH Fax: +49-8635-6989-40 Hofmark 2 Email: kls@cadsoft.de D-84568 Pleiskirchen, Germany URL: www.cadsoft.de _______________________________________________________________ From nopsenica@iname.com Wed Aug 1 13:28:06 2001 Date: Wed, 29 Mar 2000 01:14:15 +0200 From: Nenad Opsenica To: Thomas 'Dent' Mirlacher Cc: "linux-dvb@linuxtv.org" Subject: Re: Speed with Siemens DVB-S and EON [ The following text is in the "iso-8859-2" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] Thomas 'Dent' Mirlacher wrote: > On Tue, 28 Mar 2000, Nenad Opsenica wrote: > > > With TechniSat card it veries from 15KB/s up to 100KB/s in one FTP > > session, and up to 300KB/s cumulative (sum of multiple FTP sessions) > > hmm, my questions are: > > 1) what's the transponder bandwidth used for europe-online I really don't know that data, perhaps you should contact EON stuff and ask them directly. Symbol rate is 22MS/s. > 2) what's the theoretical (and pratical throughput) of the card > - since providers usually (if you're not using one of these who > [don't] know what they're doing), have enabled slowstart > on their IP stack - this is nice for terrestrial connections, > ad shared media, but you can gain a lot of performance when > having a single uplink station > - so try the thoughput measurements with a BIG file and window scaling > or at least large windows enabled (your provider has to have > these stuff enabled too) It seems (tcpdump says so!) that EON proxies are using slow-start. With enabled large windows and SACKs on my side (EON also knows how to handle this), as well as increased initial receive buffer size both in kernel and in Squid proxy cache to 384KB and max. rcv. buffer size to 768K, I measured throughput which I mentioned before - it greatly depends on every particular site and even more on time of the day. Unfortunately, ftp throughput (of course, measured on different file sizes, in range from 15MB up to 90MB) is not so high, even when you sum throughputs of several ftp sessions. I think that you could find info on theoretical throughput of the card on manufacturer's site. -- Nenad Opsenica From mbruck@digenius.de Wed Aug 1 13:28:06 2001 Date: Wed, 29 Mar 2000 02:07:17 +0200 From: Michael Bruck To: Linux DVB Mailing List Subject: SCPC with Technotrend card? [ The following text is in the "Windows-1252" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] Hello all, has anybody tried SCPC (< 3 MSym/s) with these cards (Technotrend/Hauppauge/Siemens/...) f.e. on Türksat 42E ? Micha From ivo@ultra.hr Wed Aug 1 13:28:06 2001 Date: Thu, 30 Mar 2000 09:36:21 +0200 From: Ivo Simicevic To: audiojoy Cc: linux-dvb@linuxtv.org Subject: Re: EON TP103 On Thu, Mar 30, 2000 at 05:30:09AM +0200, audiojoy wrote: > > i dont understand, why the Author of the CyberLogin named this TP in the > c++ sources > as TP 113 cause the Tp 113 Proxy is: "194.177.32.4" but the default Login > Server in the > CyberLogin.ini is: "194.177.32.35" (but this is the Login Server from TP114) > // EON TP 113 front.ttk=1; front.diseqc=0; front.freq=front.curfreq=(12633125-10600000)*1000; front.volt=1; This sets TP 114 -->>> front.freq=front.curfreq=(12640000-10600000)*1000; -->>> front.volt=0; so Login Server/Proxy .35/.36 is OK. If you want to change to another TP change frequency (12640000 in C code) and polarization (front.volt=) and IP addresses of login / proxy server in .ini file. Good luck, Ivo. From kju@flummi.de Wed Aug 1 13:28:06 2001 Date: Thu, 30 Mar 2000 11:57:00 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Driver v0.039 with Kernel 2.3.99+ I can't get driver v0.039 working on my Kernel 2.3.99pre1. At least my EuropeOnline application doesn't get synced on the transponder. I know, it is a beta version, but the older drivers won't work with Kernel 2.3.x. And i can't return to 2.2.x due to reiserfs. Any hints, ideas, new driver version? Please. -- Mit freundlichen Grüßen / with kind regards Michael Holzt From kju@flummi.de Wed Aug 1 13:28:06 2001 Date: Thu, 30 Mar 2000 12:00:35 +0200 From: Michael Holzt To: audiojoy Cc: linux-dvb@linuxtv.org Subject: Re: EON TP103 On Thu, Mar 30, 2000 at 05:30:09AM +0200, audiojoy wrote: > so anyone experienced/managed to use this TP 103 under linux ? Yes, that worked. Karsten Siebert, who appears to be one of the technicans of Europe Online, supplied me with a test program (for which i wrote improvements then). Karsten didn't told me anything about redistribution of the source, so i won't give it out for now, until he tells me, that it is ok. > since about 1 week the CyberLogin does not connect that often, > and if i got a connection, its lost again after some minutes. I have the CyberLogin-Problem too. For some unknown reasons the login server sends responses to port 8001 (instead of the "normal" port 8000), but even setting the software to port 8001 doesn't help. Maybe this are some kind of error messages, but even the windows client won't react to them. > some1 replayed to a earlier msg from me be4 and he talked about he > changed/modified the sources from CyberLogin and added some features > to set in the ini, but it seems he didnt liked to send it to me or he > just forgot it. Get the beta driver v0.039 and use just the cyberlogin out of it. The cyberlogin provided with 0.039 has these features. -- Mit freundlichen Grüßen / with kind regards Michael Holzt From rjkm@netcologne.de Wed Aug 1 13:28:06 2001 Date: Thu, 30 Mar 2000 12:42:57 +0200 (CEST) From: Ralph Metzler To: linux-dvb@linuxtv.org Subject: Re: voltage coruption Michael Holzt writes: > On Tue, Mar 30, 1999 at 04:32:35AM +0300, Nick Bashev wrote: > > [dish]-------[linux(Hauppauge wintvdvbs)] > > in this case the linux mashine dies in different periods ( 10 - 30 min.) > > when i say dies i mean that driver stops to receive ip packs. > > Hmm, this is strange. The problem of the driver stopping to receive is > known for some time now, but we always thought, the reason would be some > internal counter in the driver or similar, as the problem seemed to occur > faster when doing faster transfers. > > Maybe a good hint to find the reason finally. Hmm, interesting. I´ll also do some tests with different setups and see if I can reproduce this. I had problems before with the supply voltage. Part of our setup here looked like this: (warning, bad ASCII art ahead!) ----------------- ... Astra dish ----------------- ... -----------| --------------------|---------| | |quadrupel| | |DiSEqC |---------- Siemens card --------------------|_________| Eutelsat dish | ---------|---------| -------| |quadrupel| | |DiSEqC |---------- DVB-S receiver |------------|_________| a quadrupel LNB (separately switchable) on Astra, a dual LNB on Eutelsat another one on Thor (omitted in the drawing) and the DiSEqC switches connected as above. When the other receiver was set on Astra, the Siemens card could not switch to the lower frequency band on Eutelsat but to everything else, also to the third LNB or the upper band on Eutelsat. Only when the receiver was also tuned to the lower band on Eutelsat the Siemens card could tuner there too. One could even keep watching on this LNB/band, even when the other receiver tuned away. The problem only occured when switching to it. (This really gives you a headache at first, especially if somebody else is playing with the other receiver in another room ...) We exchanged the dual LNB with a quadrupel LNB and all problems went away. The satellite dealer confirmed that the (older) dual LNB used a lot more power than the new one. (Why the problem only occured on the lower band he could not say.) All receivers I saw so far also have a limit of 500mA on the LNB power, the DVB-S card is limited to 400mA. (maybe due to some PCI limit?) So, this might be the reason for this. I should also mention that the Skyvision card had exactly the same problem with the old LNB. I don´t know what the LNB power limit on this card was. I would like to know if anybody who uses one of those bigger switches (e.g. 8 lines in, 8 or more out) with separate power supplies has experienced any lockups with EON. Ralph From nicky@nbis.net Wed Aug 1 13:28:06 2001 Date: Tue, 30 Mar 1999 04:32:35 +0300 From: Nick Bashev To: linux-dvb@linuxtv.org Subject: voltage coruption [ Part 1, Text/PLAIN (charset: KOI8-R "Latin & Russian") 23 lines. ] [ Unable to print this part. ] [ The following text is in the "koi8-r" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] does anybody has idea for what is going on:     [dish]-------[windows(Hauppauge wintvdvbs)]-------------[linux(Hauppauge wintvdvbs)]                  ^^^^sets the voltage for the                 converter   in this case the linux mashine works fine no probles for hours with EON service     [dish]-------[linux(Hauppauge wintvdvbs)]   in this case the linux mashine dies in different periods ( 10 - 30 min.)   when i say dies i mean that driver stops to receive ip packs.     Nick Bashev NBI Systems Ltd. - Bulgaria office@nbis.net From kju@flummi.de Wed Aug 1 13:28:06 2001 Date: Thu, 30 Mar 2000 11:52:44 +0200 From: Michael Holzt To: Nick Bashev Cc: linux-dvb@linuxtv.org Subject: Re: voltage coruption On Tue, Mar 30, 1999 at 04:32:35AM +0300, Nick Bashev wrote: > [dish]-------[linux(Hauppauge wintvdvbs)] > in this case the linux mashine dies in different periods ( 10 - 30 min.) > when i say dies i mean that driver stops to receive ip packs. Hmm, this is strange. The problem of the driver stopping to receive is known for some time now, but we always thought, the reason would be some internal counter in the driver or similar, as the problem seemed to occur faster when doing faster transfers. Maybe a good hint to find the reason finally. Btw: Your system clock is corrupted too. :-) -- Mit freundlichen Grüßen / with kind regards Michael Holzt From joern.budweg@gmx.net Wed Aug 1 13:28:06 2001 Date: Fri, 31 Mar 2000 01:26:55 +0200 From: Joern Budweg To: linux-dvb@linuxtv.org Subject: unable to receive something I am unable to get a picture from any station, the only output of the card is a colour bar with a little peace of text in it like "CONVERGENCE / Fujitsu Siemens". I was able to compile the source without any error. The card works nearly correctly under the Windows 95 A version and under Windows 95 B with strange difficulties like systemhangs or programabortion, the switch between the channels not always been clear with a delay or refusing by the card. I think, the DVB firmware is not in all aspects going right. Depends the behavior on the status of the firmware and it is maybe possible to update to resolv the problem? I am tried it with SUsE Linux 6.4 Kernel Version 2.2.14 on differend systems allways with the same result: just a colourbar picture. From stefan@pluecken.de Wed Aug 1 13:28:06 2001 Date: Fri, 31 Mar 2000 06:21:10 +0200 From: Stefan Pluecken To: Joern Budweg Cc: linux-dvb@linuxtv.org Subject: RE: unable to receive something -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > I am unable to get a picture from any station, the only output of > the card is a colour bar > with a little peace of text in it like "CONVERGENCE / Fujitsu > Siemens". Just use the patched driver from http://www2.arnes.si/~mthale1/index.html and, oh god, it suddenly works ;-) Stefan -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.5.3 for non-commercial use iQA/AwUBOOQZOcJgTGVxYLknEQKkcQCg80//d9P6PIuYvOuRoR3ZoGxYYsoAoLFv PWUcXkpu+pTWd7xVfAVdEXLG =ytuQ -----END PGP SIGNATURE----- From Ingo.Wolf@gmx.de Wed Aug 1 13:28:06 2001 Date: Fri, 31 Mar 2000 13:53:33 +0100 From: Ingo Wolf To: linux-dvb@linuxtv.org Subject: How To code the bit-fields? Hello, can somebody tell me how to code that much Bit-Fields of the ISO13818 in an elegant way. The C-Bit-Fields don't work because organize the Bits in an other way than my C-Compiler. Bye