From plesnik_p@inetbrno.cz Wed Aug 1 13:15:45 2001 Date: Tue, 11 Oct 1983 14:33:29 +0200 From: Petr Plesnik To: LinuxDVB Subject: mrouted [ 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. ] Hello, can anyone help me with setting up mrouted on linux box, which is able to receive data from DVB? I want to use Fazzt clinet & streaming video on Windows comp. connected to LAN with linux machine which has DVB card. Is it possible? Between linux DVB box and windows lan segment is linux router. Thanks Peter From mpajak@mops.uci.agh.edu.pl Wed Aug 1 13:15:45 2001 Date: Fri, 01 Sep 2000 02:24:44 +0200 From: Michal Pajak To: linux-dvb@linuxtv.org Subject: Where's the problem ? Please help !!! Hey guys ! What to do when dvb connection dies, and only reload of the driver helps ? There must be solution, and as I think that more people have the same problem. I have kernel 2.2.16, Techno Trend DVB card, siemens drivers 0.6. Everything goes great until connection dyes, then reload of drivers is nessesary. I have written perl script which controls and reloads driver. But it's not a standalone linuxbox, so deaths of the connections are big problem ! (it takes bout 10-20 s to reload driver). I've been asking the same question since a long time. Due to lack of answers, and my idea's I decide to try once more ! As you know the documentation of dvb isn't very useful. I heard something 'bout patched driver, but I can't find it ! Please help me, your help is only way to solute the problem. Someone must have had soluted one ! greetings aZZaZel From cristian@pverde.timis.starnets.ro Wed Aug 1 13:15:45 2001 Date: Fri, 01 Sep 2000 09:18:36 +0300 From: Man Cristian To: linux-dvb@linuxtv.org Subject: Dvb problems ! Help me ! I take from the net (linuxtv.org) the latest drives dvb06.tar.gz for my Techotrend DVB card . I compile the drivers with make. All ok. After that i make insmod. All ok. 1 dvb found, all ok. After that i start the dvbd program . Output of dvbd was Sync=171, s.a.m.d. I put squid parent cache to transponder 115 (this transponder was setting in /etc/dvbd.conf). But Netscape did not recive any information from the DVB, i could ping glop115.europeonline.net !!! Wat its the problem ? Can someone help me ? With best regards Cristian. http://netwinsite.com From agocs@sksyu.net Wed Aug 1 13:15:45 2001 Date: Fri, 01 Sep 2000 09:38:24 +0200 From: Ago Csaba To: linux-dvb@linuxtv.org Subject: squid config Hi guys ! I am using Siemens dvb card for a small intranet, trough a linux box with squid on it and everything works fine. The question is: is it possible to configure squid to use only 8 connections from the parent proxy (EOL) and any number of incoming connenctions (from browsers) ? Maybe with slowing down the communication squid<->dvb with delay pools... I've tried several things but without any success. Does anybody have a solution for this problem ? thanks, Csaba "Access denied" could be annoying sometimes... From m.hataj@digim.de Wed Aug 1 13:15:45 2001 Date: Fri, 1 Sep 2000 12:53:01 +0200 From: Mo Hataj To: Plamen Ganev Cc: linux-dvb@linuxtv.org Subject: RE: 30 kbps via europeonline > > since their complete breakdown yesterday, it's working really fast >> and reliable now. >> maybe a new buildup of the proxy-cache-structures gave us a lasting >> wonder, hopefully. >> the system performs really nice now, for a free provider. > >This is very nice news. What transponder you're using? 103, depends on how close the server is to luxembourg, where europeonlines unicast center is located. so a german server with a broad bandwidth works well, uk is mostly bad. -- mit freundlichen Grüßen / sincerely Mo Hataj Systemadministration _____________________ digital images GmbH Waisenhausring 9 D-06108 Halle / Saale fon: +49-345- 2175-110 fax: +49-345- 2175-111 email: m.hataj@digim.de http://www.digim.de From m.hataj@digim.de Wed Aug 1 13:15:45 2001 Date: Fri, 1 Sep 2000 13:00:37 +0200 From: Mo Hataj To: Michal Pajak Cc: linux-dvb@linuxtv.org Subject: Re: Where's the problem ? Please help !!! >Hey guys ! > > What to do when dvb connection dies, and only reload of the >driver helps ? >There must be solution, and as I think that more people have the same problem. >I have kernel 2.2.16, Techno Trend DVB card, siemens drivers 0.6. Everything >goes great until connection dyes, then reload of drivers is nessesary. I have >written perl script which controls and reloads driver. But it's not >a standalone >linuxbox, so deaths of the connections are big problem ! (it takes >bout 10-20 s >to reload driver). > > I've been asking the same question since a long time. Due to >lack of answers, >and my idea's I decide to try once more ! > As you know the documentation of dvb isn't very useful. I >heard something >'bout patched driver, but I can't find it ! > Please help me, your help is only way to solute the problem. >Someone must have >had soluted one ! i'd the same experience and was told the receiver may be of the wrong kind. actually, there is the effect that restarting dvbd leads to nothing than outputs that looks allright. unloading and reloading the dvb-card-drivers is the only way to get things back to work, that's my experience. how are you connected to internet? leased line, constant ip, modem or isdn, dynamic ip? if dynamic ip, do you un- and reload dvbd everytime ppp-connection goes down and up (/etc/ppp/ip-up) ? -- mit freundlichen Grüßen / sincerely Mo Hataj Systemadministration _____________________ digital images GmbH Waisenhausring 9 D-06108 Halle / Saale fon: +49-345- 2175-110 fax: +49-345- 2175-111 email: m.hataj@digim.de http://www.digim.de From azzazel@elektrogaz.pl Wed Aug 1 13:15:45 2001 Date: Fri, 01 Sep 2000 13:40:51 +0200 From: Michal Pajak To: Mo Hataj Cc: linux-dvb@linuxtv.org Subject: Re: Where's the problem ? Please help !!! >unloading and reloading the dvb-card-drivers is the only way to get >things back to work, that's my experience. yep, but I tried to run dvb card under windows, and there everything goes well. I've noticed that windows driver also losts connection but in less then second it comes back. So I think that linux dvb driver can't do the connection back, so we have to reload driver :( It's evidentaly bug in the DVB driver. But I'm not so good in C to try repair it :(. There was written that someone patched the driver and it goes well in one of the posts on the mailgroup. But the guy doesn't answer emails. >how are you connected to internet? leased line, constant ip, modem or >isdn, dynamic ip? >if dynamic ip, do you un- and reload dvbd everytime ppp-connection >goes down and up (/etc/ppp/ip-up) ? I use ericcsson's HIS, so I have permanent IP. I have to solute the problem somehow, becouse connection goes down once in three minutes ! It's too frequent. greetings aZZaZel From azzazel@elektrogaz.pl Wed Aug 1 13:15:45 2001 Date: Fri, 01 Sep 2000 13:42:31 +0200 From: Michal Pajak To: Mo Hataj Cc: linux-dvb@linuxtv.org Subject: Re: Where's the problem ? Please help !!! >unloading and reloading the dvb-card-drivers is the only way to get >things back to work, that's my experience. yep, but I tried to run dvb card under windows, and there everything goes well. I've noticed that windows driver also losts connection but in less then second it comes back. So I think that linux dvb driver can't do the connection back, so we have to reload driver :( It's evidentaly bug in the DVB driver. But I'm not so good in C to try repair it :(. There was written that someone patched the driver and it goes well in one of the posts on the mailgroup. But the guy doesn't answer emails. >how are you connected to internet? leased line, constant ip, modem or >isdn, dynamic ip? >if dynamic ip, do you un- and reload dvbd everytime ppp-connection >goes down and up (/etc/ppp/ip-up) ? I use ericcsson's HIS, so I have permanent IP. I have to solute the problem somehow, becouse connection goes down once in three minutes ! It's too frequent. greetings aZZaZel From m.hataj@digim.de Wed Aug 1 13:15:45 2001 Date: Fri, 1 Sep 2000 15:20:13 +0200 From: Mo Hataj To: Michal Pajak Cc: linux-dvb@linuxtv.org Subject: Re: Where's the problem ? Please help !!! > >unloading and reloading the dvb-card-drivers is the only way to get >>things back to work, that's my experience. > > yep, but I tried to run dvb card under windows, and there everything > goes well. I've noticed that windows driver also losts connection but > in less then second it comes back. So I think that linux dvb driver > can't do the connection back, so we have to reload driver :( > It's evidentaly bug in the DVB driver. But I'm not so good in C to > try repair it :(. There was written that someone patched the driver and > it goes well in one of the posts on the mailgroup. But the guy doesn't > answer emails. so, you see why it's called version 0.6, it's far from first official release. > >how are you connected to internet? leased line, constant ip, modem or >>isdn, dynamic ip? >>if dynamic ip, do you un- and reload dvbd everytime ppp-connection >>goes down and up (/etc/ppp/ip-up) ? > > I use ericcsson's HIS, so I have permanent IP. > I have to solute the problem somehow, becouse connection goes down > once in three minutes ! It's too frequent. > yes, that's too frequent, how is your sync? -- mit freundlichen Grüßen / sincerely Mo Hataj Systemadministration _____________________ digital images GmbH Waisenhausring 9 D-06108 Halle / Saale fon: +49-345- 2175-110 fax: +49-345- 2175-111 email: m.hataj@digim.de http://www.digim.de From m.demetriou@cytanet.com.cy Wed Aug 1 13:15:45 2001 Date: Fri, 01 Sep 2000 18:16:50 +0300 From: Demetris To: linux-dvb@linuxtv.org Subject: Re: question... Carsten Koch wrote: > > classic@ghost.odessos.org wrote: > > > > hi there guys... > > > > after the last storm my skymedia card vanished ;-( so i intend to buy > > another one.. my question : > > > > it the SkyStar1 DVB card compatible to the dvb driver for the siemens > > card? > > That I do not know. > However, it is recommended that you buy the original Siemens > card, because Siemens supported the open source community by > making documentation available for the Linux driver authors. > > You can buy it on line. > Follow this link: > http://www.pc-werksverkauf.de/zubehoer/tv-karten.htm > > Carsten. I bought one too, and got bad support from them. No support at all. My CI card was burn, I emailed many times requesting them for a new one (I m willing to pay for it) and they answer that they sell it in connection with DVB-S card. so I should buy a new card in order to have my CI back? Pentanet has GPL driver too, and its CI cable to DVB-S card goes a better way than the siemens one. thnx From neil@jobbins.net Wed Aug 1 13:15:45 2001 Date: Fri, 1 Sep 2000 17:26:32 +0100 From: Neil Jobbins To: linux-dvb , Karsten Becker Subject: Re: Using DVBD Karsten, I also sufferred the smae problem of no documentation. Once I have completed my system I will try to pull together some basic information. Firstly (assuming you are using a dialup connection) I found that you must connect to the Internet. Once you are connected load the DVB modules from the driver using 'make insmod' in the source directory. This is important to make sure the DVB driver pickes up the correct IP address. After the DVBmodules are loaded you can run dvbd using './dvbd', this should run it in console mode and give you some output. Here is an exsample of what I get: Fsync = 0, Freq = 2062750000, Sync = 127 Afc = 4294279796 Agc = 335 ...... I am told the most important value is the 'Sync = 127' this is the strength of the signal you are receiving, measured form 0 - 127. Once you are happy that everything is working as you would like, you can run dvbd in deamon mode using 'dvbd -q' Best of Luck Neil ~~~~~~~~~~~~~~~~~~ Neil Jobbins email: neil@jobbins.net ICQ#: 2505619 ~~~~~~~~~~~~~~~~~~ ----- Original Message ----- From: "Karsten Becker" To: "Linux DVB" Sent: Thursday, August 31, 2000 10:05 PM Subject: Using DVBD > Hi, > Okay, now I know that i need dvbd. > But how the hell is this program working? > I even couldn't find any documentation about its parameters etc. > Also it doesn't produce any output. Nor to the console neither to the > SysLog. > Who can help me with this? > Bye KB > > From pganev@com-it.net Wed Aug 1 13:15:45 2001 Date: Fri, 1 Sep 2000 21:29:02 +0200 From: Plamen Ganev To: "Linux-Dvb@Linuxtv. Org" Subject: EIT Tables Hi, I would like to know where I can find information on EIT tables. I want to implement EPG for VDR (and I'm most interested in the current/next program that I understand is broadcast clear on most channels). Any hints? Plamen. From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:45 2001 Date: Fri, 01 Sep 2000 23:14:19 +0200 From: Klaus Schmidinger To: "Linux-Dvb@Linuxtv. Org" Subject: Re: EIT Tables Plamen Ganev wrote: > > Hi, > > I would like to know where I can find information on EIT tables. I want to > implement EPG for VDR (and I'm most interested in the current/next program > that I understand is broadcast clear on most channels). > > Any hints? I have recently received an addition to VDR that displays the current/next program information, which I hopefully can integrate and release this weekend. Greetings 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 dave@IRIS.geobio.elte.hu Wed Aug 1 13:15:45 2001 Date: Fri, 1 Sep 2000 23:30:49 +0200 From: David Toth To: Plamen Ganev Cc: "Linux-Dvb@Linuxtv. Org" Subject: Re: EIT Tables Hi! On Fri, 1 Sep 2000, Plamen Ganev wrote: > I would like to know where I can find information on EIT tables. I want to > implement EPG for VDR (and I'm most interested in the current/next program > that I understand is broadcast clear on most channels). Go to etsi (www.etsi.org), there are the DVB standards (as for EIT, I recommend EN 300 468 and ETR 211). Bye, David From niels@casema.net Wed Aug 1 13:15:45 2001 Date: Sat, 2 Sep 2000 00:19:39 +0200 (CEST) From: Niels de Carpentier To: linux-dvb@linuxtv.org Cc: Klaus.Schmidinger@cadsoft.de Subject: diseqc positioner support for VDR Hi, I've implemented diseqc positioner support for VDR. The patched vdr program will use an extra field in the channels.conf file to indicate the satelite number. It will read the old format, and convert to the new format the first time it's started. Niels [ Part 2, "vdr-pos.diff" Text/PLAIN 213 lines. ] [ Unable to print this part. ] From niels@casema.net Wed Aug 1 13:15:45 2001 Date: Sat, 2 Sep 2000 00:24:57 +0200 (CEST) From: Niels de Carpentier To: linux-dvb@linuxtv.org Cc: Klaus.Schmidinger@cadsoft.de Subject: overflow dvb to vdr format converter Hi, I've written a small conversion tool to convert overflow dvb setting files to the vdr channels.conf format. defining SATPOS will allow you to add a diseqc satelite position for all channels after a marker. Niels [ Part 2, "dvb2vdr.c" Text/PLAIN 142 lines. ] [ Unable to print this part. ] From pganev@com-it.net Wed Aug 1 13:15:45 2001 Date: Sat, 2 Sep 2000 09:09:23 +0200 From: Plamen Ganev To: David Toth Cc: "Linux-Dvb@Linuxtv. Org" Subject: RE: EIT Tables > Go to etsi (www.etsi.org), there are the DVB standards (as for EIT, I > recommend EN 300 468 and ETR 211). Thank you, but I don't like paying for documents and standards. Standard should be free for all to access, so that all could use them. Not just for the $$$ guys. Plamen. From dan@romsat.ro Wed Aug 1 13:15:45 2001 Date: Sat, 02 Sep 2000 10:19:30 +0300 From: dan Reply-To: danl@dnt.ro To: Plamen Ganev Cc: David Toth , "Linux-Dvb@Linuxtv. Org" Subject: Re: EIT Tables I've downloaded from ETSI for free. If you want to get those two documents from ETSI you have to register there You pay only if you want all the standards on cdrom . Dan Lita Plamen Ganev wrote: > > Go to etsi (www.etsi.org), there are the DVB standards (as for EIT, I > > recommend EN 300 468 and ETR 211). > > Thank you, but I don't like paying for documents and standards. Standard > should be free for all to access, so that all could use them. Not just for > the $$$ guys. > > Plamen. From dan@romsat.ro Wed Aug 1 13:15:45 2001 Date: Sat, 02 Sep 2000 10:26:50 +0300 From: dan Reply-To: danl@dnt.ro To: Demetris Cc: linux-dvb@linuxtv.org Subject: Re: question... Do you have a pentamedia card or a pentanet one? I have a pentamedia-CI card and until now no linux driver (only pentanet), no teletext, no EPG on english version only a bad joke from korean company! If you press EPG on english version you will get : This button is for KOREA ! To continue i will say that the CI board is ISA ! (only powesupply i think on ISA connector) Did I mention no capture? Not to mention the price... Dan Demetris wrote: > Carsten Koch wrote: > > > > classic@ghost.odessos.org wrote: > > > > > > hi there guys... > > > > > > after the last storm my skymedia card vanished ;-( so i intend to buy > > > another one.. my question : > > > > > > it the SkyStar1 DVB card compatible to the dvb driver for the siemens > > > card? > > > > That I do not know. > > However, it is recommended that you buy the original Siemens > > card, because Siemens supported the open source community by > > making documentation available for the Linux driver authors. > > > > You can buy it on line. > > Follow this link: > > http://www.pc-werksverkauf.de/zubehoer/tv-karten.htm > > > > Carsten. > I bought one too, and got bad support from them. No support at > all. My CI card was burn, I emailed many times requesting them > for a new one (I m willing to pay for it) and they answer that > they sell it in connection with DVB-S card. so I should buy > a new card in order to have my CI back? > Pentanet has GPL driver too, and its CI cable to DVB-S card > goes a better way than the siemens one. > > thnx From dave@IRIS.geobio.elte.hu Wed Aug 1 13:15:45 2001 Date: Sat, 2 Sep 2000 16:25:35 +0200 From: David Toth To: Plamen Ganev Cc: David Toth , "Linux-Dvb@Linuxtv. Org" Subject: RE: EIT Tables Hi! On Sat, 2 Sep 2000, Plamen Ganev wrote: > Thank you, but I don't like paying for documents and standards. Standard > should be free for all to access, so that all could use them. Not just for > the $$$ guys. Then you are in luck, downloading documents from ETSI is free of charge (currently). You just have to register yourself.. (but make sure you use a unique email address for this purpose not the one you send emails to this forum, because your email address will be your password.. in case you don't want to create an account for everyone with password pganev@com-it.net ;-) hope you know what I mean) Bye, David From matjaz.thaler@guest.arnes.si Wed Aug 1 13:15:45 2001 Date: Sat, 02 Sep 2000 19:07:53 +0200 From: Matjaz Thaler To: Klaus.Schmidinger@cadsoft.de Cc: Niels de Carpentier , linux-dvb@linuxtv.org Subject: Re: diseqc positioner support for VDR Niels de Carpentier wrote: > I've implemented diseqc positioner support for VDR. The patched vdr program > will use an extra field in the channels.conf file to indicate the satelite > number. It will read the old format, and convert to the new format the first > time it's started. I added support for a positioner connected to an analog satellite receiver. Transmitting a satellite number is implemented with LIRC. Attached diff is for dvbapi.c patched with the vdr-pos.diff. Matjaz [ Part 2: "Attached Text" ] 20a21,23 > #include > #include > #include 1373a1377,1409 > #if defined REMOTE_LIRC > > bool cDvbApi::SetSatPos(int SatNR) > { > unsigned int i; > char buf[8]; > struct sockaddr_un addr; > int fd; > char buffer[32]; > > if (videoDev >= 0) { > usleep(300000); > addr.sun_family=AF_UNIX; > strcpy(addr.sun_path, "/dev/lircd"); > fd=socket(AF_UNIX,SOCK_STREAM,0); > if(fd<0) > return false; > if(connect(fd, (struct sockaddr *)&addr, sizeof(addr))<0) > return false; > sprintf(buf, "%d", SatNR); > for(i=0; i sprintf(buffer, "SEND_ONCE ANALOG %c\n", buf[i]); > write(fd, (void *)buffer, strlen(buffer)); > usleep(300000); > } > close(fd); > return true; > } > return false; > } > > #else > 1391a1428,1429 > > #endif From kju@fqdn.org Wed Aug 1 13:15:45 2001 Date: Sat, 2 Sep 2000 19:43:48 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: vdr - missed video/audio block Anyone else having error messages about missed video/audio blocks while recording with vdr? -- Greetings Michael From Carsten.Koch@icem.de Wed Aug 1 13:15:45 2001 Date: Sat, 02 Sep 2000 20:09:12 +0200 From: Carsten Koch To: Michael Holzt Cc: linux-dvb@linuxtv.org Subject: Re: vdr - missed video/audio block Michael Holzt wrote: > > Anyone else having error messages about missed video/audio blocks while > recording with vdr? I had that problem initially when I first started using vdr. I used an old machine (PentiumPro 150 Mhz) with an old main board that was not DMA-capable on its IDE controller. I purchased an UDMA-66-capable IDE controller on a PCI board (costs less than 100 DM) and used hdparm in my startup script to set 32-bit and DMA modes for the disks. I also increased AVINLEN to 8MB in dvb.h: dvb.h:#define AVINLEN (8192*1024) This made the problem go away - at least 90% of it. I still see occasional small glitches (not frequently). Maybe a 150MHZ PPro system is not strong enough to write out the data in real time under all circumstances, maybe the remaining problems will also go away when Ralph does some further tuning of the driver... Carsten. From kju@fqdn.org Wed Aug 1 13:15:45 2001 Date: Sat, 2 Sep 2000 21:03:50 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: vdr - missed video/audio block > I used an old machine (PentiumPro 150 Mhz) with an old main > board that was not DMA-capable on its IDE controller. Hmm, i use a Cyrix GP 200+ with the Triton 2 Chipset. Although my bios is too dump to enable DMA i enabled it with hdparm. boonie tells a throughput of 13 MB/sec for sequential block output, while hdparm -t reports arround 10 MB/sec. This values should be enough but i still get the erros. -- Greetings Michael From pganev@com-it.net Wed Aug 1 13:15:45 2001 Date: Sat, 2 Sep 2000 21:48:03 +0200 From: Plamen Ganev To: Matjaz Thaler Cc: "Linux-Dvb@Linuxtv. Org" Subject: RE: diseqc positioner support for VDR Matjaz, > I added support for a positioner connected to an analog satellite > receiver. > Transmitting a satellite number is implemented with LIRC. Attached diff > is for dvbapi.c patched with the vdr-pos.diff. I think we will soon need a CVS system for VDR. I have already implemented few other changes to VDR (which Klaus is looking at) and that require changes to channels.conf Plamen. From niels@casema.net Wed Aug 1 13:15:45 2001 Date: Sun, 3 Sep 2000 00:46:00 +0200 (CEST) From: Niels de Carpentier To: linux-dvb@linuxtv.org Subject: fix for VDR osd problems Hi, The following one-line patch for VDR solves the problems I had with the driver refusing to display OSD after a while. It should probably be solved in the driver, but the patch makes VDR usable again for me. The problem seems to be timing related, since I only added a small delay after the OSD ioctl. (Maybe the firmware crashes when it receives a command, while it was still working on the previous command ?) Anyway, I haven't been able to crash the driver anymore with the patch applied. Niels [ Part 2, "vdr-osdfix.diff" Text/PLAIN 11 lines. ] [ Unable to print this part. ] From niels@casema.net Wed Aug 1 13:15:45 2001 Date: Sun, 3 Sep 2000 00:46:00 +0200 (CEST) From: Niels de Carpentier To: linux-dvb@linuxtv.org Subject: fix for VDR osd problems Hi, The following one-line patch for VDR solves the problems I had with the driver refusing to display OSD after a while. It should probably be solved in the driver, but the patch makes VDR usable again for me. The problem seems to be timing related, since I only added a small delay after the OSD ioctl. (Maybe the firmware crashes when it receives a command, while it was still working on the previous command ?) Anyway, I haven't been able to crash the driver anymore with the patch applied. Niels [ Part 2, "vdr-osdfix.diff" Text/PLAIN 11 lines. ] [ Unable to print this part. ] From alexs@myokay.net Wed Aug 1 13:15:45 2001 Date: Sun, 03 Sep 2000 03:10:00 +0200 From: Alex To: DVB-Mailinglist Subject: Fazzt client and dvbd Hi, is there a way for using the Windows EON Fazzt client via the network, if my Linux box is able to recieves files with dvbd? I am using dvb-0.6.0 and Kernel 2.4.0-test5 dvbd and EON is working, but the downloads are most of the time damn slow and huge downloads (ISO files ~650MB) are always interupted and I can't resume the downloads via EON with wget :-( I think if I am using the Fazzt client on a Windows box, I am maybe able recieve faster downloads and the downstream don't stops all the time in the middle of the file... My only reason of using EON is to get big files like .iso files a bit faster than ISDN speed! I hope someone is able to help me with that problem... Thanx Alex From alexs@myokay.net Wed Aug 1 13:15:45 2001 Date: Sun, 03 Sep 2000 03:10:00 +0200 From: Alex To: DVB-Mailinglist Subject: Fazzt client and dvbd Hi, is there a way for using the Windows EON Fazzt client via the network, if my Linux box is able to recieves files with dvbd? I am using dvb-0.6.0 and Kernel 2.4.0-test5 dvbd and EON is working, but the downloads are most of the time damn slow and huge downloads (ISO files ~650MB) are always interupted and I can't resume the downloads via EON with wget :-( I think if I am using the Fazzt client on a Windows box, I am maybe able recieve faster downloads and the downstream don't stops all the time in the middle of the file... My only reason of using EON is to get big files like .iso files a bit faster than ISDN speed! I hope someone is able to help me with that problem... Thanx Alex From pganev@com-it.net Wed Aug 1 13:15:45 2001 Date: Sun, 3 Sep 2000 10:53:48 +0200 From: Plamen Ganev To: Niels de Carpentier , linux-dvb@linuxtv.org Subject: RE: fix for VDR osd problems Niels, > The problem seems to be timing related, since I only added a small delay > after the OSD ioctl. (Maybe the firmware crashes when it receives > a command, > while it was still working on the previous command ?) This would explain why it happens more easily after a channel switch. I still don't understand why a smaller menu will be shown after the problem occures, but I guess we need the sources for this. > Anyway, I haven't been able to crash the driver anymore with the > patch applied. I can confirm this. It hasn't crashed here as well after some 10 minutes of playing with osd. The menu gets slower tough. I can suggest changing the value of MenuColumns (dvbapi.h) from 40 to 30. This compensates for the delay introduced in the OSDCOMMAND call (but if you have very long channel names, leave it at 40). Good Job! Plamen. PS for Ralph: Hope this new info is of help for fixing OSD in the firmware. From pganev@com-it.net Wed Aug 1 13:15:45 2001 Date: Sun, 3 Sep 2000 10:53:48 +0200 From: Plamen Ganev To: Niels de Carpentier , linux-dvb@linuxtv.org Subject: RE: fix for VDR osd problems Niels, > The problem seems to be timing related, since I only added a small delay > after the OSD ioctl. (Maybe the firmware crashes when it receives > a command, > while it was still working on the previous command ?) This would explain why it happens more easily after a channel switch. I still don't understand why a smaller menu will be shown after the problem occures, but I guess we need the sources for this. > Anyway, I haven't been able to crash the driver anymore with the > patch applied. I can confirm this. It hasn't crashed here as well after some 10 minutes of playing with osd. The menu gets slower tough. I can suggest changing the value of MenuColumns (dvbapi.h) from 40 to 30. This compensates for the delay introduced in the OSDCOMMAND call (but if you have very long channel names, leave it at 40). Good Job! Plamen. PS for Ralph: Hope this new info is of help for fixing OSD in the firmware. From gfiala@s.netic.de Wed Aug 1 13:15:45 2001 Date: Sun, 3 Sep 2000 11:25:05 +0200 From: Guido Fiala To: linux-dvb@linuxtv.org Subject: Re: vdr - missed video/audio block Am Sat, 02 Sep 2000 schriebst Du: >> I used an old machine (PentiumPro 150 Mhz) with an old main >> board that was not DMA-capable on its IDE controller. > >Hmm, i use a Cyrix GP 200+ with the Triton 2 Chipset. Although my bios >is too dump to enable DMA i enabled it with hdparm. boonie tells a >throughput of 13 MB/sec for sequential block output, while hdparm -t >reports arround 10 MB/sec. > >This values should be enough but i still get the erros. > Thought this just happens with dvb-0.5 exactly while using the OSD during recording, have nothing observed with 0.6 so far (P2-450,UDMA33,sequential up to 20MB/sec), but there is still this ugly flash-frame problem... From gfiala@s.netic.de Wed Aug 1 13:15:45 2001 Date: Sun, 3 Sep 2000 11:25:05 +0200 From: Guido Fiala To: linux-dvb@linuxtv.org Subject: Re: vdr - missed video/audio block Am Sat, 02 Sep 2000 schriebst Du: >> I used an old machine (PentiumPro 150 Mhz) with an old main >> board that was not DMA-capable on its IDE controller. > >Hmm, i use a Cyrix GP 200+ with the Triton 2 Chipset. Although my bios >is too dump to enable DMA i enabled it with hdparm. boonie tells a >throughput of 13 MB/sec for sequential block output, while hdparm -t >reports arround 10 MB/sec. > >This values should be enough but i still get the erros. > Thought this just happens with dvb-0.5 exactly while using the OSD during recording, have nothing observed with 0.6 so far (P2-450,UDMA33,sequential up to 20MB/sec), but there is still this ugly flash-frame problem... From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:45 2001 Date: Sun, 03 Sep 2000 14:02:59 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Video Disk Recorder version 0.62 The new version 0.62 of the Video Disk Recorder project now has EIT support for displaying the current/next information (thanks to Robert Schneider ). The source package is available at http://www.cadsoft.de/people/kls/vdr/download.htm 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 Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:45 2001 Date: Sun, 03 Sep 2000 14:02:59 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Video Disk Recorder version 0.62 The new version 0.62 of the Video Disk Recorder project now has EIT support for displaying the current/next information (thanks to Robert Schneider ). The source package is available at http://www.cadsoft.de/people/kls/vdr/download.htm 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 Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:45 2001 Date: Sun, 03 Sep 2000 14:14:09 +0200 From: Klaus Schmidinger To: "Linux-Dvb@Linuxtv. Org" Subject: Re: EIT Tables David Toth wrote: > > Hi! > > On Fri, 1 Sep 2000, Plamen Ganev wrote: > > I would like to know where I can find information on EIT tables. I want to > > implement EPG for VDR (and I'm most interested in the current/next program > > that I understand is broadcast clear on most channels). > > Go to etsi (www.etsi.org), there are the DVB standards (as for EIT, I > recommend EN 300 468 and ETR 211). > Bye, > David I just tried to go to their "Publications Download Area" and got this: Microsoft OLE DB Provider for ODBC Drivers error '80040e14' [Microsoft][ODBC SQL Server Driver][SQL Server]Line 1: Incorrect syntax near '='. /pda/home.asp, line 40 Oh well, M$... Greetings 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 Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:45 2001 Date: Sun, 03 Sep 2000 14:14:09 +0200 From: Klaus Schmidinger To: "Linux-Dvb@Linuxtv. Org" Subject: Re: EIT Tables David Toth wrote: > > Hi! > > On Fri, 1 Sep 2000, Plamen Ganev wrote: > > I would like to know where I can find information on EIT tables. I want to > > implement EPG for VDR (and I'm most interested in the current/next program > > that I understand is broadcast clear on most channels). > > Go to etsi (www.etsi.org), there are the DVB standards (as for EIT, I > recommend EN 300 468 and ETR 211). > Bye, > David I just tried to go to their "Publications Download Area" and got this: Microsoft OLE DB Provider for ODBC Drivers error '80040e14' [Microsoft][ODBC SQL Server Driver][SQL Server]Line 1: Incorrect syntax near '='. /pda/home.asp, line 40 Oh well, M$... Greetings 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 neil@jobbins.net Wed Aug 1 13:15:45 2001 Date: Sun, 3 Sep 2000 14:32:00 +0100 From: Neil Jobbins To: Alex Cc: linux-dvb Subject: Re: Fazzt client and dvbd I have read somthing abount 'mrouted'. I am not quite sure of the details how to set it up, but I also would like to use the fazzt client from within the network. Can anyone help. regards Neil ~~~~~~~~~~~~~~~~~~ Neil Jobbins email: neil@jobbins.net ICQ#: 2505619 ~~~~~~~~~~~~~~~~~~ ----- Original Message ----- From: "Alex" To: "DVB-Mailinglist" Sent: Sunday, September 03, 2000 2:10 AM Subject: Fazzt client and dvbd > Hi, > > is there a way for using the Windows EON Fazzt client via the network, > if my Linux box is able to recieves files with dvbd? > > I am using dvb-0.6.0 and Kernel 2.4.0-test5 > dvbd and EON is working, but the downloads are most of the time damn > slow and huge downloads (ISO files ~650MB) are always interupted and I > can't resume the downloads via EON with wget :-( > I think if I am using the Fazzt client on a Windows box, I am maybe able > recieve faster downloads and the downstream don't stops all the time in > the middle of the file... > > My only reason of using EON is to get big files like .iso files a bit > faster than ISDN speed! > > > I hope someone is able to help me with that problem... > > Thanx > Alex > From neil@jobbins.net Wed Aug 1 13:15:45 2001 Date: Sun, 3 Sep 2000 14:32:00 +0100 From: Neil Jobbins To: Alex Cc: linux-dvb Subject: Re: Fazzt client and dvbd I have read somthing abount 'mrouted'. I am not quite sure of the details how to set it up, but I also would like to use the fazzt client from within the network. Can anyone help. regards Neil ~~~~~~~~~~~~~~~~~~ Neil Jobbins email: neil@jobbins.net ICQ#: 2505619 ~~~~~~~~~~~~~~~~~~ ----- Original Message ----- From: "Alex" To: "DVB-Mailinglist" Sent: Sunday, September 03, 2000 2:10 AM Subject: Fazzt client and dvbd > Hi, > > is there a way for using the Windows EON Fazzt client via the network, > if my Linux box is able to recieves files with dvbd? > > I am using dvb-0.6.0 and Kernel 2.4.0-test5 > dvbd and EON is working, but the downloads are most of the time damn > slow and huge downloads (ISO files ~650MB) are always interupted and I > can't resume the downloads via EON with wget :-( > I think if I am using the Fazzt client on a Windows box, I am maybe able > recieve faster downloads and the downstream don't stops all the time in > the middle of the file... > > My only reason of using EON is to get big files like .iso files a bit > faster than ISDN speed! > > > I hope someone is able to help me with that problem... > > Thanx > Alex > From ms@citd.de Wed Aug 1 13:15:45 2001 Date: Sun, 3 Sep 2000 15:35:51 +0200 (MEST) From: Matthias Schniedermeyer To: linux-dvb@linuxtv.org Subject: Cutting #include If someone is intrested in a "quick hack"-cutting-"solution". Here is what i hacked to cut & burn. You need: - vdr (to record) - pvademux (The Name says it) - xmovie (for displaying mpeg2-Frames) - mplex (For remultiplexing what pvademux demultiplexed) In cut.tgz are: schnitt.pl - Displays a single Frame with xmovie schnitt2.pl - Cuts into schnitt3.pl pvademux often segfaults. This script finds the previous I-Frame where pvademux doesn't segfault mkimg [] - "pvdemux"es all parts - multiplexes them again with mplex - splits them into 650MB pieces (DUMB-Method!!) - mkisofses them if name is given WARNING: This is a QUICK-HACK with excessive HARDCODING of path/filenames ... (And is a mixture of (mostly)german & english) begin 644 cut.tgz M'XL(`&%0LCD``^U8Z6[;1A#V7_(IQBP;V(ID<5>4%%10@*!)"P-M#+1!42`U M8!Y+FS`OD)0L-_6[=R\>HD@I#6*G!C@P+.Y\LYS9&7(.AK=^>'WTN&0@PYA/ MIT>&H.8OFJ+)D3%'4].<&FAB,OD9PD=@/+)=G%99;J4`1VD3!.+=\=6^.<^('.!"\7D-^0 MB(H`.&Z!\R5Q;F)P2;C:^-$U?)`[.)2L+0Y`7N>F87WM^51U1%0UNX\<];!E M3FG468C7.X8YE4V_KH+<3P*R:U?(N+!UGVJ1X)WC4^8UO#AP9WA[\?Y=*5,_ MV9WEY[5_\J34#=5Y!MR(:I'@0JPM)(@;5!V=&_5[$OAY3BU2*T\XU*SZQ@'? M^`]D3!9&-LQ>H>G<-`U#Y7'9DE7I`:01XG[<%$U'&APO0=-J!A1&;BQK*R+A MK>NG()Z3<,UAS1KKG]`#TJ2`G\5>!J,41C%5'UM9/O9#ZYJ@L]2ZDUN9JU)/ M+KA%W+MUO7:+7KO2:X-F<[WXD%[,]=IUO79#+_W[UJ_R%U'FW$3T$3E+@L?3 M<2C_F[-IE?_QG,JCF6'V^?\IB.;_59;R&I"0-%#5."$1G/QT/M3\R"6;L[6; M:J<+5>?__AH7"[4%Q'9Y.<4BCTO(SEBH+BD6$HLE^$"KB`8%5=H MH3I!G!&FC"GP?"J5):D?Y1Z<:-\;$YJ]Q"T,Z9/WX`X9>_ M(HTB5]R50>Q8@7!H4>J8?5<+]6H3QFN?L)3.."R],R[+L8(S*"35;&4#=R_0 M]/*)YQI^7SC1K:%N#W5GJ+NK,+RG%C%0=^+(I?XSQ++R@@C;`%YQ/W#P[H;Z MD]Y(;*%[3CF;Z5%J<5-H(CW1O=0*"9-"IZK"1>KJ:`SI^D%52)"1.L[5OGPI M87%[]OL@CE9H*0]71<<:FO),%<\>HAV>T\+C'AGBPB?RB5O"*DHLASI$^X4^ M358!RZ-5Z(\4M4N4.:D!.AQ\>)Z9OIUD_L>/60`.Y/\)GN_F_]F\S_]/01WY M__S]VW=_-DK`WAK`7A=>`=A%>TUH;$?-[7AG.ZYO5T4^$GJD)#XM,PA-2:LH MKS;@K4K3DB/US/^;O>'(P.:`_2M?_`-UB$DU:E&-Q>J1.""^U"3469<.I6-^ M9'&PU\+@K2S,,]\2MJH;G3IHA>"B"R&V7>,$SN0+7"H8+86&KI3>K8SO;]%V MWJ%MJW34:P-7V1G0]BA*L[XLFNCQPBGL6A91*T/Z&4';$[#*6W20JW4HGW%6 MW'W6_A$L'\&OTGB)[/F\>B]I<[/]DNQF!R;9S29,LOL^[-F0[/\FW[#_PR8R M=OJ_Z:SO_YZ"OL+\3[NUP"UA?D'EV2S=9/Z'(1_O3ODYR?+&E(^+^MN<\K$< MYB?B$6N?]"NP+*6X,>UW#ON=LSZSDD[P+('#*`.-?[_-^#=DK>I6Y=#/D<&5 M2'57XBLXW\[64O>'E'@>2>O*&4HV?BZJ#LWKLJR@6CM<^'XTJD(A=A9Q8]>\ MS@C18]9IR4#6^Y66X"J'XZ@T`ZFT1%+I#*6R-Y;*WF`J6]%4ZN%4#H5-Z8A; M55Z[HZ+4P])>>QN=Q7/_:K.W,^H_Z?344T\]]=133SWUU-/_C?X%7SF0$@`H "```` ` end Bis denn -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous. From ms@citd.de Wed Aug 1 13:15:45 2001 Date: Sun, 3 Sep 2000 15:35:51 +0200 (MEST) From: Matthias Schniedermeyer To: linux-dvb@linuxtv.org Subject: Cutting #include If someone is intrested in a "quick hack"-cutting-"solution". Here is what i hacked to cut & burn. You need: - vdr (to record) - pvademux (The Name says it) - xmovie (for displaying mpeg2-Frames) - mplex (For remultiplexing what pvademux demultiplexed) In cut.tgz are: schnitt.pl - Displays a single Frame with xmovie schnitt2.pl - Cuts into schnitt3.pl pvademux often segfaults. This script finds the previous I-Frame where pvademux doesn't segfault mkimg [] - "pvdemux"es all parts - multiplexes them again with mplex - splits them into 650MB pieces (DUMB-Method!!) - mkisofses them if name is given WARNING: This is a QUICK-HACK with excessive HARDCODING of path/filenames ... (And is a mixture of (mostly)german & english) begin 644 cut.tgz M'XL(`&%0LCD``^U8Z6[;1A#V7_(IQBP;V(ID<5>4%%10@*!)"P-M#+1!42`U M8!Y+FS`OD)0L-_6[=R\>HD@I#6*G!C@P+.Y\LYS9&7(.AK=^>'WTN&0@PYA/ MIT>&H.8OFJ+)D3%'4].<&FAB,OD9PD=@/+)=G%99;J4`1VD3!.+=\=6^.<^('.!"\7D-^0 MB(H`.&Z!\R5Q;F)P2;C:^-$U?)`[.)2L+0Y`7N>F87WM^51U1%0UNX\<];!E M3FG468C7.X8YE4V_KH+<3P*R:U?(N+!UGVJ1X)WC4^8UO#AP9WA[\?Y=*5,_ MV9WEY[5_\J34#=5Y!MR(:I'@0JPM)(@;5!V=&_5[$OAY3BU2*T\XU*SZQ@'? M^`]D3!9&-LQ>H>G<-`U#Y7'9DE7I`:01XG[<%$U'&APO0=-J!A1&;BQK*R+A MK>NG()Z3<,UAS1KKG]`#TJ2`G\5>!J,41C%5'UM9/O9#ZYJ@L]2ZDUN9JU)/ M+KA%W+MUO7:+7KO2:X-F<[WXD%[,]=IUO79#+_W[UJ_R%U'FW$3T$3E+@L?3 M<2C_F[-IE?_QG,JCF6'V^?\IB.;_59;R&I"0-%#5."$1G/QT/M3\R"6;L[6; M:J<+5>?__AH7"[4%Q'9Y.<4BCTO(SEBH+BD6$HLE^$"KB`8%5=H MH3I!G!&FC"GP?"J5):D?Y1Z<:-\;$YJ]Q"T,Z9/WX`X9>_ M(HTB5]R50>Q8@7!H4>J8?5<+]6H3QFN?L)3.."R],R[+L8(S*"35;&4#=R_0 M]/*)YQI^7SC1K:%N#W5GJ+NK,+RG%C%0=^+(I?XSQ++R@@C;`%YQ/W#P[H;Z MD]Y(;*%[3CF;Z5%J<5-H(CW1O=0*"9-"IZK"1>KJ:`SI^D%52)"1.L[5OGPI M87%[]OL@CE9H*0]71<<:FO),%<\>HAV>T\+C'AGBPB?RB5O"*DHLASI$^X4^ M358!RZ-5Z(\4M4N4.:D!.AQ\>)Z9OIUD_L>/60`.Y/\)GN_F_]F\S_]/01WY M__S]VW=_-DK`WAK`7A=>`=A%>TUH;$?-[7AG.ZYO5T4^$GJD)#XM,PA-2:LH MKS;@K4K3DB/US/^;O>'(P.:`_2M?_`-UB$DU:E&-Q>J1.""^U"3469<.I6-^ M9'&PU\+@K2S,,]\2MJH;G3IHA>"B"R&V7>,$SN0+7"H8+86&KI3>K8SO;]%V MWJ%MJW34:P-7V1G0]BA*L[XLFNCQPBGL6A91*T/Z&4';$[#*6W20JW4HGW%6 MW'W6_A$L'\&OTGB)[/F\>B]I<[/]DNQF!R;9S29,LOL^[-F0[/\FW[#_PR8R M=OJ_Z:SO_YZ"OL+\3[NUP"UA?D'EV2S=9/Z'(1_O3ODYR?+&E(^+^MN<\K$< MYB?B$6N?]"NP+*6X,>UW#ON=LSZSDD[P+('#*`.-?[_-^#=DK>I6Y=#/D<&5 M2'57XBLXW\[64O>'E'@>2>O*&4HV?BZJ#LWKLJR@6CM<^'XTJD(A=A9Q8]>\ MS@C18]9IR4#6^Y66X"J'XZ@T`ZFT1%+I#*6R-Y;*WF`J6]%4ZN%4#H5-Z8A; M55Z[HZ+4P])>>QN=Q7/_:K.W,^H_Z?344T\]]=133SWUU-/_C?X%7SF0$@`H "```` ` end Bis denn -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous. From tw@ubcom.net Wed Aug 1 13:15:45 2001 Date: Sun, 3 Sep 2000 16:34:54 +0200 From: Thilo Wunderlich To: DVB-Mailinglist Subject: Re: Fazzt client and dvbd > slow and huge downloads (ISO files ~650MB) are always interupted and I Personal broadcast does not allow files that big. There is a limit which you can find on their webpages. Thilo -- Thilo Wunderlich tw@ubcom.net wunderlich@speedway.org From tw@ubcom.net Wed Aug 1 13:15:45 2001 Date: Sun, 3 Sep 2000 16:34:54 +0200 From: Thilo Wunderlich To: DVB-Mailinglist Subject: Re: Fazzt client and dvbd > slow and huge downloads (ISO files ~650MB) are always interupted and I Personal broadcast does not allow files that big. There is a limit which you can find on their webpages. Thilo -- Thilo Wunderlich tw@ubcom.net wunderlich@speedway.org From Mike.Neuhaus@gmx.de Wed Aug 1 13:15:45 2001 Date: Sun, 03 Sep 2000 17:37:12 +0200 From: Mike Neuhaus To: "linux-dvb@linuxtv.org" Subject: squid Hi, how can i setup squid for using in my single host (with dvb-card) .... for using clients, what don't can use proxy-authentication? greetings -- Mike Neuhaus From deti@fliegl.de Wed Aug 1 13:15:45 2001 Date: Sun, 03 Sep 2000 18:03:45 +0200 From: Deti Fliegl To: Mike.Neuhaus@gmx.de Cc: "linux-dvb@linuxtv.org" Subject: Re: squid Mike Neuhaus wrote: > > Hi, > > how can i setup squid for using in my single host (with dvb-card) .... > for using clients, what don't can use proxy-authentication? try to add a login=user:password to your cache_peer line in squid.conf. Deti -- Deti Fliegl Phone: +49 179 2198419 Fax: +49-1805-05255556258 e-mailto:deti@fliegl.de http://www.fliegl.de From greg@ulima.unil.ch Wed Aug 1 13:15:45 2001 Date: Sun, 03 Sep 2000 18:18:25 +0200 From: Favre Gregoire To: linux-dvb@linuxtv.org Subject: 2 answers (2.4.0-test6, PMTPID and NETWID) and 2 questions (DVB-s and WinTV,gVideo sound) Hello, I had two problems, the first one (was greatly solved by Terry Hardie as read in the ml) was to compile DVB driver 0.6 under post 2.4.0-test5 kernels (as a remimder, from Terry Hardie: << Replace all references of "MAP_NR" to "virt_to_page" >> ). The second one was how to use Andre' Draszik pre made dvbrc files which included PMTPID and NETWID information that gVideo wasn't able to understood (I was the only one to have a problem, because, at the same place where I got the dvbrc files, where the patches to gVideo and libdvb: http://userpage.fu-berlin.de/~andred/dvb2k2dvbrc/ ). Both patches work together, so I hope they will be included in the next DVB driver ;-) I really thank Terry Hardie and Andre' Draszik for their helps! Now, could someone explain me how to use my Hauppauge DVB-s and my Hauppauge Win TV together? I need that to be able to play my DVD onscreen using dvdplayer from http://www2.arnes.si/~mthale1/index.html#DVD And also, I own one Soundblaster 1024 with two audio out, when playing DVD (with http://www2.arnes.si/~mthale1/index.html#DVD ) I can hear sound from the two outputs, but when watching TV (or hearing radio) with gVideo, I only manage obtening sound out of one of my two outputs, I have tested both ALSA and the emu10k1 from the kernels... Any idea? Thanks you very much, Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch From boris@bstnet.org Wed Aug 1 13:15:45 2001 Date: Mon, 04 Sep 2000 14:46:17 +0200 From: Boris V. To: "linux-dvb@linuxtv.org" Subject: Re: Internetstream Andre Vossen wrote: > > Hello, > > I would like to analyse the internet-stream that is always send. > > I even don't have to be online to grab the stream. > > But which software can do that for me ...? > > Anyone ? > > Grz > > Dre I'm trying to do that too. I want something like fazzt for linux. It's easy to receive stream just bind to dvb device and receive data from 224.224.4.17 on port 9000. Problem is format of stream and that Forward Error Correction. I made a test file with known contents like '1234567890abcd...'. Then I compare file received by Fazzt (undecoded) and my program, but I'm didn't come very far. Anyone have some more info on this ? -- september 4, 2000 ---------------------------------------------------------------- Taxes are not levied for the benefit of the taxed. ---------------------------------------------------------------- From matjaz.thaler@guest.arnes.si Wed Aug 1 13:15:45 2001 Date: Mon, 04 Sep 2000 18:16:56 +0200 From: Matjaz Thaler To: Favre Gregoire Cc: linux-dvb@linuxtv.org Subject: Re: 2 answers (2.4.0-test6, PMTPID and NETWID) and 2 questions (DVB-s and WinTV,gVideo sound) Favre Gregoire wrote: > Now, could someone explain me how to use my Hauppauge DVB-s and my Hauppauge Win TV > together? I need that to be able to play my DVD onscreen using dvdplayer from > http://www2.arnes.si/~mthale1/index.html#DVD I managed to use together Hauppauge DVB-s and AverMedia TV Phone with kernel 2.2.14. My conf.modules: #dvb alias char-major-81 dvb alias char-major-81-0 dvb options saa7146_core mode=0 pre-install dvb modprobe i2c-core; modprobe videodev; modprobe saa7146_core; modprobe saa7146_v4l post-install dvb modprobe VES1893; modprobe dvb-tuner; modprobe msp3400 # bttv alias char-major-81-1 bttv pre-install bttv modprobe msp3400; modprobe tuner options bttv radio=1 card=6 options tuner type=5 Set the full path for Boot_up.axf, Dpram and Root in dvb.c, replace tuner with dvb-tuner in Makefile, rename file tuner.c in dvb-tuner.c. Recompile and install drivers and run: dvdplayer -l /dev/video0 ... kwintv -l /dev/video1 Matjaz From sandworm77@yahoo.com Wed Aug 1 13:15:45 2001 Date: Tue, 05 Sep 2000 10:48:07 +0400 From: Sasha Sotnikov To: dvb Subject: INFO [ 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. ] INFO LIST --- From goran@visioninc.com Wed Aug 1 13:15:45 2001 Date: Tue, 5 Sep 2000 13:45:19 +0200 From: Goran Opacic To: linux-dvb@linuxtv.org Subject: ping Hello, I have linux-satellite system working fine for several months and with no problems. I'am upgrading software all the time and everything worked fine. But, during last month and now, I have a lot of problems accessing transponders. Almost 80% of the time I can't ping any of transponders. Traceroute shows: --- 8 Asd-nr16.NL.EU.net (134.222.228.162) 295.947 ms 240.663 ms 328.476 ms 9 Asd-nr17.NL.EU.net (134.222.167.2) 275.309 ms 234.698 ms 304.290 ms 10 Obl-cr01.NL.EU.net (134.222.228.222) 292.000 ms 279.942 ms 324.044 ms 11 bxl-nr04.BE.EU.net (134.222.228.218) 304.173 ms 341.929 ms 289.287 ms 12 134.222.199.66 (134.222.199.66) 337.430 ms 364.433 ms 334.820 ms 13 * * * 14 * * * and won't go any further Also, I can't connect to 8080 port using telnet, so it is not the problem with just ICMP packets. I've tried to traceroute and telnet from Europe and USA locations but with no success. But, sometimes it works and I can ping it?! When ping works - then satellite link works! So, what is the problem? Goran Opacic From jan@panteltje.demon.nl Wed Aug 1 13:15:45 2001 Date: Tue, 05 Sep 2000 12:14:26 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: Re: linux-dvb Digest of: get.* Hi, I am new to this list. A question about dvb, I would like to make a signal strength indicator. I have seen in the source it is listed as a 'fixme' Where in the world do I find the (full?) documentation on the Siemens card, so I can have a go (like hardware and software)? I have a Technotrend dvb-s PCI with CA interface, think this is compatible. OK, my first contribution to this list: To be able to use a mounted win98 partition or disk in the vdr program, change the define in recording.c #define DATAFORMAT "%4d-%02d-%02d.%02d_%02d.%02d.%02d" RECEXT Note I replaced the ':' with '_' Windows thinks the ':' is a drive letter. I have mailed the change to Klaus Schmidinger. And thank you all for the ground breaking work so I can watch in Linux :-) Regards Jan From amk@befree.ch Wed Aug 1 13:15:45 2001 Date: Tue, 05 Sep 2000 13:46:35 +0100 From: MK To: linux-dvb@linuxtv.org Subject: site? files? Hi all, What's going on with the linuxtv site? There's suddenly a relatively dark place there... what happened to the list's e-mail archive? where are the files gone? future plans? MK From alex@teleson.ro Wed Aug 1 13:15:45 2001 Date: Tue, 5 Sep 2000 18:31:20 +0300 (EEST) From: Ulici Alexandru To: linux-dvb@linuxtv.org Subject: Driver Hi! Is there a dvb driver for FreeBSD?I have a SkyStar 1 dvb card and a Redhat Linux box but i want to switch to FreeBSD. Thanks From springer@convergence.de Wed Aug 1 13:15:45 2001 Date: 05 Sep 2000 17:16:59 +0100 From: Martin Springer To: MK Cc: linux-dvb@linuxtv.org Subject: Re: site? files? MK writes: > What's going on with the linuxtv site? > There's suddenly a relatively dark place there... > what happened to the list's e-mail archive? > where are the files gone? We are moving the site to another machine. If you have problems connecting to us, you can try http://212.84.236.3:8081. The files and the e-mail archive should be available under the new design as well. If something is missing, please send a mail to webmaster@convergence.de ;-) > future plans? yes. yours sincerely Martin Springer -- Whatever you're up to in the next twenty-four hours, I hope it's profitable. (Richard Quest, BBC) From kju@fqdn.org Wed Aug 1 13:15:45 2001 Date: Tue, 5 Sep 2000 19:41:05 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: vdr - missed video/audio block > I also increased AVINLEN to 8MB in dvb.h: > dvb.h:#define AVINLEN (8192*1024) So, after some test recordings i can tell, that this fixed the problem. I don't use dma for my harddisks. My Chipset (Triton II) is capable of dma, but every time i turn it on, i get errors and it got turned off automatically again. Don't know why, my both harddisks (ibm dtta351010, 10 gb and maxtor 60 gb) are surely dma capable. But hey, they problem is gone. I don't know if this space is always used, or only when using recording. If the latter is true, this value should probably increased in generally, it seems that the people at convergence all have faster machines than us (i use a cyrix gp 200+, which is actually a cyrix running at 166 mhz, not very fast processor). At least i saved DM 120,- for a decent dma controller :-) -- Greetings Michael From greg@ulima.unil.ch Wed Aug 1 13:15:45 2001 Date: Tue, 5 Sep 2000 23:04:48 +0200 From: Gregoire Favre To: linux-dvb@linuxtv.org Subject: Re: 2 answers (2.4.0-test6, PMTPID and NETWID) and 2 questions (DVB-s and WinTV,gVideo sound) On Mon, Sep 04, 2000 at 06:16:56PM +0200, Matjaz Thaler wrote: > I managed to use together Hauppauge DVB-s and AverMedia TV Phone with kernel 2.2.14. > > My conf.modules: It works for me ;-) Many many thanks for your help ;-) Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch From Rod.Walsh@nokia.com Wed Aug 1 13:15:45 2001 Date: Wed, 6 Sep 2000 09:35:26 +0300 From: Rod.Walsh@nokia.com To: linux-dvb@linuxtv.org Subject: New LinuxTV pages I like the new look guys. Where's the penguin? Check the http://www.directfb.org/ link though (it seems dead). BR, Rod. From Rod.Walsh@nokia.com Wed Aug 1 13:15:45 2001 Date: Wed, 6 Sep 2000 09:35:26 +0300 From: Rod.Walsh@nokia.com To: linux-dvb@linuxtv.org Subject: New LinuxTV pages I like the new look guys. Where's the penguin? Check the http://www.directfb.org/ link though (it seems dead). BR, Rod. From springer@convergence.de Wed Aug 1 13:15:45 2001 Date: 06 Sep 2000 19:28:58 +0100 From: Martin Springer To: Rod.Walsh@nokia.com Cc: linux-dvb@linuxtv.org Subject: Re: New LinuxTV pages Rod.Walsh@nokia.com writes: > Where is the penguin? Hmmm, we need a penguin, that's right... > Check the http://www.directfb.org/ link though (it seems dead). I think we have fixed it. It was a problem with our nameserver. Thanx for debugging our website. By the way: we are here at the IBC (http://www.ibc.org) and from our booth (#230 in Hall 4) I can see a big MicrosoftTV sign. Remember guys: LinuxTV was first. Martin Springer -- Whatever you're up to in the next twenty-four hours, I hope it's profitable. (Richard Quest, BBC) From springer@convergence.de Wed Aug 1 13:15:45 2001 Date: 06 Sep 2000 19:28:58 +0100 From: Martin Springer To: Rod.Walsh@nokia.com Cc: linux-dvb@linuxtv.org Subject: Re: New LinuxTV pages Rod.Walsh@nokia.com writes: > Where is the penguin? Hmmm, we need a penguin, that's right... > Check the http://www.directfb.org/ link though (it seems dead). I think we have fixed it. It was a problem with our nameserver. Thanx for debugging our website. By the way: we are here at the IBC (http://www.ibc.org) and from our booth (#230 in Hall 4) I can see a big MicrosoftTV sign. Remember guys: LinuxTV was first. Martin Springer -- Whatever you're up to in the next twenty-four hours, I hope it's profitable. (Richard Quest, BBC) From martin@hammerschmid.com Wed Aug 1 13:15:45 2001 Date: Wed, 06 Sep 2000 23:17:59 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.62 Klaus Schmidinger wrote: > > The new version 0.62 of the Video Disk Recorder project > now has EIT support for displaying the current/next information EIT support does not seem to work for me. ( haupauge DVB-S, pentium 200mmx, redhat 6.1, lirc ) ! borrowed card, still trying to find a retailer in austria who has the siemens card. ! EIT.IsValid() never returns true and all other EIT.Get...() calls in cInterface::DisplayChannel return garbage could the reason for this be the haupauge card ? Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== From martin@hammerschmid.com Wed Aug 1 13:15:45 2001 Date: Wed, 06 Sep 2000 23:17:59 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.62 Klaus Schmidinger wrote: > > The new version 0.62 of the Video Disk Recorder project > now has EIT support for displaying the current/next information EIT support does not seem to work for me. ( haupauge DVB-S, pentium 200mmx, redhat 6.1, lirc ) ! borrowed card, still trying to find a retailer in austria who has the siemens card. ! EIT.IsValid() never returns true and all other EIT.Get...() calls in cInterface::DisplayChannel return garbage could the reason for this be the haupauge card ? Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== From jan@panteltje.demon.nl Wed Aug 1 13:15:45 2001 Date: Wed, 06 Sep 2000 21:43:11 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: A simple comman line signal strength meter for dvb Below is the code for a simple signal strength meter that you can run in an xterm You need to tune in some station first, for example with gVideo or VDR. Then exit these apps. Put this file in a directory parallel to the dvb tree (like you did with VTR) this cause it uses teh header dvb.h. Then compile with gcc sdb.c This will generate a.out run: ./a.out I will perhaps make a distribution later. Kill with ctrl C Explanation is in the code below. Nice to point teh disk, signal strengs is displayed like this: Panteltje signal_strength meter-0.1 Opened /dev/video0 ***********************************10.1 dB Remember this is just a quick hack, and I extracted it from some other stuff I am writing. // FIXME: these should be defined in ../DVB/driver/dvb.h!!! typedef unsigned int __u32; typedef unsigned short __u16; typedef unsigned char __u8; #include "../DVB/driver/dvb.h" #include #include #include #include #include #include #include #include main(int argc, char **argv) { int a, i, f, r; struct video_capability cap; char temp[1024]; iopl(3); #define VIDEODEV "/dev/video" fprintf(stdout, "\nPanteltje signal_strength meter-0.1\n\n"); for(i = 0; i < 10; i++) { sprintf(temp, "%s%d", VIDEODEV, i); if(access(temp, F_OK | R_OK | W_OK) != 0) { // fprintf(stdout, "main(): could not access device %s\n", temp); // perror("access"); exit(1); } f = open(temp, O_RDWR); if(f < 0) { } r = ioctl(f, VIDIOCGCAP, &cap); if(r == 0 && (cap.type & VID_TYPE_DVB) ) { fprintf(stdout, "Opened %s\n", temp); print_signal_strength(f); /* close video device */ close(f); }/* end if f OK */ else { } }/* end for i */ exit(0); }/* end function main */ int print_signal_strength(int videoDev) { int a, c, i; int top; struct frontend front; double dstep, deebee; /* this how many stars maximum in display */ #define MAX_SCALE 50 /* the agc value is now in front.agc (16 bits integer), the stronger the signal, the more the agc (automatic gain control) drops. 65280 = 0dB no signal 0 % scale 19000 = 10 dB 0 = ?? dB 100 % scale */ /* if 19000 = 10dB and 65280 = 0dB then 1 dB = */ dstep = (65280.0 - 19000.0) / 10.0; /* prevent devide by zero later on */ if(front.agc == 65535) front.agc = 1; while(1) { // c = getc(stdin); // ungetc(c, stdin); // if(c == 27) return 1; // ESCAPE exits ioctl(videoDev, VIDIOCGFRONTEND, &front); top = 65535 - front.agc; top = top * (MAX_SCALE / 65536.0); // scale is linear due to agc log deebee = (65535 - front.agc) / dstep ; for(i = 0; i < MAX_SCALE; i++) { if(i < top) fprintf(stdout, "*"); else if(i == top) fprintf(stdout, "%2.1f dB", deebee); else fprintf(stdout, " "); } fprintf(stdout, "\r"); }/* end while display signal strength loop */ return 1; }/* end function print signal_strength */ From jan@panteltje.demon.nl Wed Aug 1 13:15:45 2001 Date: Wed, 06 Sep 2000 21:43:11 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: A queston where to get the hardware docs... Hi, I am new to this list. A question about dvb, I would like to make a signal strength indicator. I have seen in the source it is listed as a 'fixme' Where in the world do I find the (full?) documentation on the Siemens card, so I can have a go (like hardware and software)? I have a Technotrend dvb-s PCI with CA interface, think this is compatible. OK, my first contribution to this list: To be able to use a mounted win98 partition or disk in the vdr program, change the define in recording.c #define DATAFORMAT "%4d-%02d-%02d.%02d_%02d.%02d.%02d" RECEXT Note I replaced the ':' with '_' Windows thinks the ':' is a drive letter. I have mailed the change to Klaus Schmidinger. And thank you all for the ground breaking work so I can watch in Linux :-) Regards Jan From jan@panteltje.demon.nl Wed Aug 1 13:15:45 2001 Date: Wed, 06 Sep 2000 21:43:11 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: A simple comman line signal strength meter for dvb Below is the code for a simple signal strength meter that you can run in an xterm You need to tune in some station first, for example with gVideo or VDR. Then exit these apps. Put this file in a directory parallel to the dvb tree (like you did with VTR) this cause it uses teh header dvb.h. Then compile with gcc sdb.c This will generate a.out run: ./a.out I will perhaps make a distribution later. Kill with ctrl C Explanation is in the code below. Nice to point teh disk, signal strengs is displayed like this: Panteltje signal_strength meter-0.1 Opened /dev/video0 ***********************************10.1 dB Remember this is just a quick hack, and I extracted it from some other stuff I am writing. // FIXME: these should be defined in ../DVB/driver/dvb.h!!! typedef unsigned int __u32; typedef unsigned short __u16; typedef unsigned char __u8; #include "../DVB/driver/dvb.h" #include #include #include #include #include #include #include #include main(int argc, char **argv) { int a, i, f, r; struct video_capability cap; char temp[1024]; iopl(3); #define VIDEODEV "/dev/video" fprintf(stdout, "\nPanteltje signal_strength meter-0.1\n\n"); for(i = 0; i < 10; i++) { sprintf(temp, "%s%d", VIDEODEV, i); if(access(temp, F_OK | R_OK | W_OK) != 0) { // fprintf(stdout, "main(): could not access device %s\n", temp); // perror("access"); exit(1); } f = open(temp, O_RDWR); if(f < 0) { } r = ioctl(f, VIDIOCGCAP, &cap); if(r == 0 && (cap.type & VID_TYPE_DVB) ) { fprintf(stdout, "Opened %s\n", temp); print_signal_strength(f); /* close video device */ close(f); }/* end if f OK */ else { } }/* end for i */ exit(0); }/* end function main */ int print_signal_strength(int videoDev) { int a, c, i; int top; struct frontend front; double dstep, deebee; /* this how many stars maximum in display */ #define MAX_SCALE 50 /* the agc value is now in front.agc (16 bits integer), the stronger the signal, the more the agc (automatic gain control) drops. 65280 = 0dB no signal 0 % scale 19000 = 10 dB 0 = ?? dB 100 % scale */ /* if 19000 = 10dB and 65280 = 0dB then 1 dB = */ dstep = (65280.0 - 19000.0) / 10.0; /* prevent devide by zero later on */ if(front.agc == 65535) front.agc = 1; while(1) { // c = getc(stdin); // ungetc(c, stdin); // if(c == 27) return 1; // ESCAPE exits ioctl(videoDev, VIDIOCGFRONTEND, &front); top = 65535 - front.agc; top = top * (MAX_SCALE / 65536.0); // scale is linear due to agc log deebee = (65535 - front.agc) / dstep ; for(i = 0; i < MAX_SCALE; i++) { if(i < top) fprintf(stdout, "*"); else if(i == top) fprintf(stdout, "%2.1f dB", deebee); else fprintf(stdout, " "); } fprintf(stdout, "\r"); }/* end while display signal strength loop */ return 1; }/* end function print signal_strength */ From jan@panteltje.demon.nl Wed Aug 1 13:15:45 2001 Date: Wed, 06 Sep 2000 21:43:11 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: A queston where to get the hardware docs... Hi, I am new to this list. A question about dvb, I would like to make a signal strength indicator. I have seen in the source it is listed as a 'fixme' Where in the world do I find the (full?) documentation on the Siemens card, so I can have a go (like hardware and software)? I have a Technotrend dvb-s PCI with CA interface, think this is compatible. OK, my first contribution to this list: To be able to use a mounted win98 partition or disk in the vdr program, change the define in recording.c #define DATAFORMAT "%4d-%02d-%02d.%02d_%02d.%02d.%02d" RECEXT Note I replaced the ':' with '_' Windows thinks the ':' is a drive letter. I have mailed the change to Klaus Schmidinger. And thank you all for the ground breaking work so I can watch in Linux :-) Regards Jan From Carsten.Koch@icem.de Wed Aug 1 13:15:45 2001 Date: Thu, 07 Sep 2000 00:05:13 +0200 From: Carsten Koch To: Martin Hammerschmid Cc: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.62 Martin Hammerschmid wrote: > > Klaus Schmidinger wrote: > > > > The new version 0.62 of the Video Disk Recorder project > > now has EIT support for displaying the current/next information > > EIT support does not seem to work for me. > ( haupauge DVB-S, pentium 200mmx, redhat 6.1, lirc ) > ! borrowed card, still trying to find a retailer in austria who has the > siemens card. ! > > EIT.IsValid() never returns true > and all other EIT.Get...() calls in cInterface::DisplayChannel return > garbage > > could the reason for this be the haupauge card ? I know I should buy the original Siemens card, because Siemens supported the development of the driver. So I am ashamed to admit that I bought a Hauppauge as well... However, EIT support does work with my card. Carsten. From Carsten.Koch@icem.de Wed Aug 1 13:15:45 2001 Date: Thu, 07 Sep 2000 00:05:13 +0200 From: Carsten Koch To: Martin Hammerschmid Cc: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.62 Martin Hammerschmid wrote: > > Klaus Schmidinger wrote: > > > > The new version 0.62 of the Video Disk Recorder project > > now has EIT support for displaying the current/next information > > EIT support does not seem to work for me. > ( haupauge DVB-S, pentium 200mmx, redhat 6.1, lirc ) > ! borrowed card, still trying to find a retailer in austria who has the > siemens card. ! > > EIT.IsValid() never returns true > and all other EIT.Get...() calls in cInterface::DisplayChannel return > garbage > > could the reason for this be the haupauge card ? I know I should buy the original Siemens card, because Siemens supported the development of the driver. So I am ashamed to admit that I bought a Hauppauge as well... However, EIT support does work with my card. Carsten. From ms@korben.owl.de Wed Aug 1 13:15:45 2001 Date: Thu, 7 Sep 2000 00:09:16 +0200 From: Matthias Schniedermeyer To: Martin Hammerschmid Cc: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.62 > > The new version 0.62 of the Video Disk Recorder project > > now has EIT support for displaying the current/next information > > EIT support does not seem to work for me. > ( haupauge DVB-S, pentium 200mmx, redhat 6.1, lirc ) > ! borrowed card, still trying to find a retailer in austria who has the > siemens card. ! > > EIT.IsValid() never returns true > and all other EIT.Get...() calls in cInterface::DisplayChannel return > garbage > > could the reason for this be the haupauge card ? No. Works for me. BTW. Without that "usleep"-patch the OSD is gone after 1-2 times activating the menu. Bis denn -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous. From ms@korben.owl.de Wed Aug 1 13:15:45 2001 Date: Thu, 7 Sep 2000 00:09:16 +0200 From: Matthias Schniedermeyer To: Martin Hammerschmid Cc: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.62 > > The new version 0.62 of the Video Disk Recorder project > > now has EIT support for displaying the current/next information > > EIT support does not seem to work for me. > ( haupauge DVB-S, pentium 200mmx, redhat 6.1, lirc ) > ! borrowed card, still trying to find a retailer in austria who has the > siemens card. ! > > EIT.IsValid() never returns true > and all other EIT.Get...() calls in cInterface::DisplayChannel return > garbage > > could the reason for this be the haupauge card ? No. Works for me. BTW. Without that "usleep"-patch the OSD is gone after 1-2 times activating the menu. Bis denn -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous. From martin@hammerschmid.com Wed Aug 1 13:15:45 2001 Date: Thu, 07 Sep 2000 00:48:10 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.62 Matthias Schniedermeyer wrote: > > No. Works for me. > > BTW. Without that "usleep"-patch the OSD is gone after 1-2 times > activating the menu. > well, that "usleep"-patch solved the OSD problem for me too. according to cInterface::DisplayChannel I should see 5 lines with info when swithing channels. here it looks like vdr 0.61 Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== If God wanted us to do Hex we'd have 16 fingers From martin@hammerschmid.com Wed Aug 1 13:15:45 2001 Date: Thu, 07 Sep 2000 00:48:10 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.62 Matthias Schniedermeyer wrote: > > No. Works for me. > > BTW. Without that "usleep"-patch the OSD is gone after 1-2 times > activating the menu. > well, that "usleep"-patch solved the OSD problem for me too. according to cInterface::DisplayChannel I should see 5 lines with info when swithing channels. here it looks like vdr 0.61 Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== If God wanted us to do Hex we'd have 16 fingers From lars@skynet.e.ruhr.de Wed Aug 1 13:15:45 2001 Date: Thu, 7 Sep 2000 01:19:36 +0200 From: Lars Bensmann To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.62 On Thu, Sep 07, 2000 at 12:48:10AM +0200, Martin Hammerschmid wrote: > > well, that "usleep"-patch solved the OSD problem for me too. > according to cInterface::DisplayChannel I should see 5 lines > with info when swithing channels. here it looks like vdr 0.61 Have you updated your channels.conf? Try e.g. (for Astra): RTL:12188:h:1:27500:163:104:0:12003 Sat.1:12480:v:1:27500:1791:1792:0:46 Pro-7:12480:v:1:27500:255:256:0:898 The last number has to be right for the EIP to work. cu, Lars -- Reporter (to Mahatma Gandhi): Mr Gandhi, what do you think of Western Civilization? Gandhi: I think it would be a good idea. From lars@skynet.e.ruhr.de Wed Aug 1 13:15:45 2001 Date: Thu, 7 Sep 2000 01:19:36 +0200 From: Lars Bensmann To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.62 On Thu, Sep 07, 2000 at 12:48:10AM +0200, Martin Hammerschmid wrote: > > well, that "usleep"-patch solved the OSD problem for me too. > according to cInterface::DisplayChannel I should see 5 lines > with info when swithing channels. here it looks like vdr 0.61 Have you updated your channels.conf? Try e.g. (for Astra): RTL:12188:h:1:27500:163:104:0:12003 Sat.1:12480:v:1:27500:1791:1792:0:46 Pro-7:12480:v:1:27500:255:256:0:898 The last number has to be right for the EIP to work. cu, Lars -- Reporter (to Mahatma Gandhi): Mr Gandhi, what do you think of Western Civilization? Gandhi: I think it would be a good idea. From martin@hammerschmid.com Wed Aug 1 13:15:45 2001 Date: Thu, 07 Sep 2000 03:47:42 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.62 Lars Bensmann wrote: > > On Thu, Sep 07, 2000 at 12:48:10AM +0200, Martin Hammerschmid wrote: > > > > well, that "usleep"-patch solved the OSD problem for me too. > > according to cInterface::DisplayChannel I should see 5 lines > > with info when swithing channels. here it looks like vdr 0.61 > > Have you updated your channels.conf? > > Try e.g. (for Astra): > RTL:12188:h:1:27500:163:104:0:12003 > Sat.1:12480:v:1:27500:1791:1792:0:46 > Pro-7:12480:v:1:27500:255:256:0:898 > > The last number has to be right for the EIP to work. > unfortunately my channels.conf is updated :( thanks for the hint, though. Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== A good hot dog feeds the hand that bites it. From martin@hammerschmid.com Wed Aug 1 13:15:45 2001 Date: Thu, 07 Sep 2000 03:47:42 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.62 Lars Bensmann wrote: > > On Thu, Sep 07, 2000 at 12:48:10AM +0200, Martin Hammerschmid wrote: > > > > well, that "usleep"-patch solved the OSD problem for me too. > > according to cInterface::DisplayChannel I should see 5 lines > > with info when swithing channels. here it looks like vdr 0.61 > > Have you updated your channels.conf? > > Try e.g. (for Astra): > RTL:12188:h:1:27500:163:104:0:12003 > Sat.1:12480:v:1:27500:1791:1792:0:46 > Pro-7:12480:v:1:27500:255:256:0:898 > > The last number has to be right for the EIP to work. > unfortunately my channels.conf is updated :( thanks for the hint, though. Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== A good hot dog feeds the hand that bites it. From Robert.Schneider@lotus.com Wed Aug 1 13:15:45 2001 Date: Thu, 7 Sep 2000 16:33:06 +0200 From: Robert Schneider/MUC1/Lotus To: linux-dvb Subject: Re: Video Disk Recorder version 0.62 Hi, I did this EIT stuff. It's hard to anticipate why it doesn't work for you. It does work with the Hauppauge card, though, that's for sure. I could assume three reasons that would make that stuff fail. 1. Your bit-device /dev/vbi is blocked by another process 2. You have an older version of the driver (I have only tested it with the 0.6 version) 3. You channels.conf does not list the appropriate Service-ID for the channel you tuned in. If you checked all this and it still doesn't work, let me know. I will send you some tools I developed to analyze the EIT data stream and we then go from there. Regards, Robert From jan@panteltje.demon.nl Wed Aug 1 13:15:45 2001 Date: Thu, 07 Sep 2000 15:35:38 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: Anyone know what the audio connector on the CA interface card is for? I have no documentation on this card, but apart from the 2 CA module slots, there is also what looks like an audio connector, what is this for? Jan From jan@panteltje.demon.nl Wed Aug 1 13:15:45 2001 Date: Thu, 07 Sep 2000 15:35:38 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: Anyone know how to get teletext dat from the dvb api? I have written a teletext program ( http://www.panteltje.demon.nl/xkrs ) taht uses the saa5246 chip, would be nice if I could get the data from the dvb server and select pages. I have studied the dvb driver code and do not get a clue.... help needed here....... Jan From jan@panteltje.demon.nl Wed Aug 1 13:15:45 2001 Date: Thu, 07 Sep 2000 15:35:38 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: sdb signal strength indicator verion 0.2 now on my site (with of cause lots of other programs). http://www.panteltje.demon.nl/satellite/ This version has an optional audio beep. Speakers in the window, you on the roof, the higher the beep frequency the stronger the signal. Regards Jan From martin@hammerschmid.com Wed Aug 1 13:15:45 2001 Date: Thu, 07 Sep 2000 18:56:31 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.62 Robert Schneider/MUC1/Lotus wrote: > > Hi, > > I did this EIT stuff. > > It's hard to anticipate why it doesn't work for you. It does work with the > Hauppauge card, though, that's for sure. > > I could assume three reasons that would make that stuff fail. > > 1. Your bit-device /dev/vbi is blocked by another process it works !!! my problem was that there was no symlink /dev/vbi -> /dev/vbi0 and I was assuming that /dev/vbi0 would be used instead of /dev/vbi silly me :) thanks for your help Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== Artificial Intelligence is no match for natural stupidity. From feist@informatik.tu-muenchen.de Wed Aug 1 13:15:45 2001 Date: Thu, 7 Sep 2000 18:01:01 +0000 From: John-Michael Feist To: unlisted-recipients: ; Cc: linux-dvb@linuxtv.org Subject: Re: Anyone know what the audio connector on the CA interface card is for? The connector is not used for audio but for infrared receiving. It has been discussed some times ago in this mailing list... From kju@fqdn.org Wed Aug 1 13:15:45 2001 Date: Thu, 7 Sep 2000 20:36:25 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.62 > The new version 0.62 of the Video Disk Recorder project > now has EIT support for displaying the current/next information How exact are these informations? Can this be used for starting and stopping recordings? Would be nice if that feature could be implemented. Oh, and by the way, with all these functionality in VDR, shouldn't it be called SetTop-Box instead of Disk Recorder?! :-) -- Greetings Michael From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:45 2001 Date: Thu, 07 Sep 2000 20:51:17 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.62 Michael Holzt wrote: > > > The new version 0.62 of the Video Disk Recorder project > > now has EIT support for displaying the current/next information > > How exact are these informations? Can this be used for starting and > stopping recordings? Would be nice if that feature could be implemented. > > Oh, and by the way, with all these functionality in VDR, shouldn't it > be called SetTop-Box instead of Disk Recorder?! :-) When I originally thought of a name for the project I imagined that this should be the "next generation VCR". Well take the 'C' in "VCR" and go one step further - there you are: "VDR". Actually the name isn't that important, as long as it works :-) Greetings 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 springer@convergence.de Wed Aug 1 13:15:45 2001 Date: 07 Sep 2000 20:25:51 +0100 From: Martin Springer To: Michael Holzt Cc: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.62 Michael Holzt writes: > > The new version 0.62 of the Video Disk Recorder project > > now has EIT support for displaying the current/next information > > How exact are these informations? Can this be used for starting and > stopping recordings? Would be nice if that feature could be implemented. > > Oh, and by the way, with all these functionality in VDR, shouldn't it > be called SetTop-Box instead of Disk Recorder?! :-) Here at the IBC they call it PVR (Personal Video Recorder). Martin -- Whatever you're up to in the next twenty-four hours, I hope it's profitable. (Richard Quest, BBC) From jan@panteltje.demon.nl Wed Aug 1 13:15:45 2001 Date: Thu, 07 Sep 2000 21:00:57 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: Is there any archive of this mailing list To avoid asking obvious question, I would like to know if this list\is archived, and how to get the complete archive. Regards Jan From Stefan.Textor@DSI-Project.de Wed Aug 1 13:15:45 2001 Date: Fri, 8 Sep 2000 01:24:33 +0200 From: DSI-Project To: linux-dvb@linuxtv.org Subject: Hauppauge wintv dvb-s as mpeg-encoder? [ Part 1, Text/PLAIN (charset: Unknown "Windows-1252") 14 lines. ] [ Unable to print this part. ] [ 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. ] hi folks, is it possible to use the wintv dvb-s as a hardware mpeg(1/2?)-encoder and or Editor for other sources than SAT, e.g. reencode mpeg2-files?   btw. i got a match connecting a heterogene workgroup(win9x, winNT, win2k, and linux) to  the internet via satellite and isdn, allowing proxy-auth, client/server-based connect/disconnect, multiple connections, billing system, firewalling, and security for offline-users. feel free to mail me personally, because it could get out of topic, if you want to know more!   CU,         xcuse From Carsten.Koch@icem.de Wed Aug 1 13:15:45 2001 Date: Fri, 08 Sep 2000 01:58:34 +0200 From: Carsten Koch To: DSI-Project Cc: linux-dvb@linuxtv.org Subject: Re: Hauppauge wintv dvb-s as mpeg-encoder? > DSI-Project wrote: > > hi folks, > is it possible to use the wintv dvb-s as a hardware mpeg(1/2?)-encoder and or Editor for other sources than SAT, e.g. reencode mpeg2-files? No. The card contains an MPEG DEcoder, not an ENcoder. Carsten. From plesnik@inetbrno.cz Wed Aug 1 13:15:45 2001 Date: Fri, 8 Sep 2000 13:36:11 +0200 From: Petr Plesnik To: linux-dvb@linuxtv.org Subject: mrouted [ 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. ] Hello, can anyone help me with setting up mrouted on linux box, which is able to receive data from DVB? I want to use Fazzt clinet & streaming video on Windows comp. connected to LAN with linux machine which has DVB card. Is it possible? Between linux DVB box and windows lan segment is linux router. Thanks Peter From martin@hammerschmid.com Wed Aug 1 13:15:45 2001 Date: Fri, 08 Sep 2000 20:25:51 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org, Klaus Schmidinger Subject: direct channel input diplay patch for vdr 0.62 Since I only have a simple serial LIRC receiver circuit I can't see what I've typed, when using direct channel input, till the new channel finally is set. This is a bit annoying sometimes when a number is typed but not received by lirc. With those small changes the typed number as well as the new channel name is displayed while direct channel input. Maybe someone has use for it too. Hope I didn't break anything else :) Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== [ Part 2, Application/OCTET-STREAM (Name: "vdr.c.diff") 2.2KB. ] [ Unable to print this part. ] [ Part 3, Application/OCTET-STREAM (Name: "interface.h.diff") ] [ 678bytes. ] [ Unable to print this part. ] [ Part 4, Application/OCTET-STREAM (Name: "interface.c.diff") 3.1KB. ] [ Unable to print this part. ] From springer@convergence.de Wed Aug 1 13:15:45 2001 Date: 09 Sep 2000 12:24:13 +0100 From: Martin Springer To: Jan Panteltje Cc: linux-dvb@linuxtv.org Subject: Re: Is there any archive of this mailing list jan@panteltje.demon.nl writes: > To avoid asking obvious question, I would like to know if this list\is archived, > and how to get the complete archive. The Archive is at http://linuxtv.org/mailinglists/linux-dvb/threads.html. For we moved our server to another ip adress, it could be that you have some problems during the next days, because your nameserver wasn't updated yet. yours Martin Springer -- Whatever you're up to in the next twenty-four hours, I hope it's profitable. (Richard Quest, BBC) From Carsten.Koch@icem.de Wed Aug 1 13:15:45 2001 Date: Sat, 09 Sep 2000 14:43:05 +0200 From: Carsten Koch Cc: linux-dvb@linuxtv.org Subject: Nokia has announced a set top box with "open source DVB API". ...In cooperation with Intel and Convergence. See http://www.heise.de/newsticker/data/jk-09.09.00-000/ Carsten. From springer@convergence.de Wed Aug 1 13:15:45 2001 Date: 09 Sep 2000 15:18:34 +0100 From: Martin Springer To: Carsten Koch Cc: linux-dvb@linuxtv.org Subject: Re: Nokia has announced a set top box with "open source DVB API". Carsten Koch writes: > ...In cooperation with Intel and Convergence. > > See http://www.heise.de/newsticker/data/jk-09.09.00-000/ ... and the Linux DVB developers on this mailing list. greetings from the IBC Martin Springer -- Whatever you're up to in the next twenty-four hours, I hope it's profitable. (Richard Quest, BBC) From dan@romsat.ro Wed Aug 1 13:15:45 2001 Date: Sun, 10 Sep 2000 12:15:01 +0300 From: dan Reply-To: danl@dnt.ro To: DVB Subject: Common Interface Anyone knows where can I buy only the CA modul for DVB-S? My sister goes on a trip in Munchen, she's not a computer freak so I have to indicate her the right shop. Thank You, Dan From dan@romsat.ro Wed Aug 1 13:15:45 2001 Date: Sun, 10 Sep 2000 12:15:01 +0300 From: dan Reply-To: danl@dnt.ro To: DVB Subject: Common Interface Anyone knows where can I buy only the CA modul for DVB-S? My sister goes on a trip in Munchen, she's not a computer freak so I have to indicate her the right shop. Thank You, Dan From Margit.Fiegert@t-online.de Wed Aug 1 13:15:45 2001 Date: Sun, 10 Sep 2000 17:17:02 +0200 From: Margit.Fiegert@t-online.de To: linux-dvb@linuxtv.org Subject: Re: Common Interface > Anyone knows where can I buy only the CA modul for DVB-S? > My sister goes on a trip in Munchen, she's not a computer freak so I > have to indicate her the right shop. Some weeks ago they had one at the PC-Werksverkauf at Siemens München-Perlach. Sombody orderd it but didn`t show up. I don`t know if it`s still there, but if you call some days in advance, they`ll have one ready. Their number is 089/63 64 30 31, see www.pc-werksverkauf.de I also saw it in at least in one of the "Schiller-Straße"-Shops - a bunch of computer shops close together and much more central - but i can`t remember in which of them. hope that helps a bit Michael From Margit.Fiegert@t-online.de Wed Aug 1 13:15:45 2001 Date: Sun, 10 Sep 2000 17:17:02 +0200 From: Margit.Fiegert@t-online.de To: linux-dvb@linuxtv.org Subject: Re: Common Interface > Anyone knows where can I buy only the CA modul for DVB-S? > My sister goes on a trip in Munchen, she's not a computer freak so I > have to indicate her the right shop. Some weeks ago they had one at the PC-Werksverkauf at Siemens München-Perlach. Sombody orderd it but didn`t show up. I don`t know if it`s still there, but if you call some days in advance, they`ll have one ready. Their number is 089/63 64 30 31, see www.pc-werksverkauf.de I also saw it in at least in one of the "Schiller-Straße"-Shops - a bunch of computer shops close together and much more central - but i can`t remember in which of them. hope that helps a bit Michael From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:45 2001 Date: Sun, 10 Sep 2000 18:24:33 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Video Disk Recorder version 0.63 The new version 0.63 of the Video Disk Recorder project is now available at http://www.cadsoft.de/people/kls/vdr/download.htm The current/next EIT display can now be switched off via a user "Setup" menu. However, since the EIT mechanism doesn't run as a separate thread yet, switching channels still takes a little while until the EIT information has been received. This will change as soon as the EIT "collector" runs as a separate thread, which will be one of the next things that will be implemented. 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 Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:45 2001 Date: Sun, 10 Sep 2000 18:24:33 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Video Disk Recorder version 0.63 The new version 0.63 of the Video Disk Recorder project is now available at http://www.cadsoft.de/people/kls/vdr/download.htm The current/next EIT display can now be switched off via a user "Setup" menu. However, since the EIT mechanism doesn't run as a separate thread yet, switching channels still takes a little while until the EIT information has been received. This will change as soon as the EIT "collector" runs as a separate thread, which will be one of the next things that will be implemented. 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 amk@befree.ch Wed Aug 1 13:15:45 2001 Date: Sun, 10 Sep 2000 22:58:10 +0100 From: MK To: Martin Wiesinger Cc: linux-dvb@linuxtv.org Subject: Re: spdif between dvb & soundcard At 12:51 10.09.00 +0200, you wrote: >Hi! > > >spdif: > >I set up a cable between the dvb spdif & ground pins and the sblive spdif > >in #0 > >(it is of the "oem 1024" sort). no damn audio going that way, though. Any > >tricks > >to enable this in the driver(s)? Anybody got it working? I tried but it didn't work for me with alsa. as for the OSS drivers they fail to output wav audio in my system. failed to get any hint of what's going on in spite of repeated scrutiny of the lists. Currently the spdif out of the dvb-s im my linux box is connected to the spdif-in of a sblive on a second computer running windoze. works fine, excepted that ac3 streams aren't recognized as such, but it seems that's a darn sblive limitation. >I have connected my Sony MiniDisk-Deck to the spdif-pin of the >dvbs-card via a 75ohm-coaxial cable (about 2 meters long), I re-used some old cdrom internal audio cable plus some garden-variety coax, works fine for me too ;-) >don't know exactly about the sblive 1024, but it could be that the >oss/alsa-drivers don't support spdif for the soundchip on that card. in spite of what is said, sblive drivers, alsa and OSS together seem buggy as hell now. Maybe in some months... MK From amk@befree.ch Wed Aug 1 13:15:45 2001 Date: Sun, 10 Sep 2000 22:58:10 +0100 From: MK To: Martin Wiesinger Cc: linux-dvb@linuxtv.org Subject: Re: spdif between dvb & soundcard At 12:51 10.09.00 +0200, you wrote: >Hi! > > >spdif: > >I set up a cable between the dvb spdif & ground pins and the sblive spdif > >in #0 > >(it is of the "oem 1024" sort). no damn audio going that way, though. Any > >tricks > >to enable this in the driver(s)? Anybody got it working? I tried but it didn't work for me with alsa. as for the OSS drivers they fail to output wav audio in my system. failed to get any hint of what's going on in spite of repeated scrutiny of the lists. Currently the spdif out of the dvb-s im my linux box is connected to the spdif-in of a sblive on a second computer running windoze. works fine, excepted that ac3 streams aren't recognized as such, but it seems that's a darn sblive limitation. >I have connected my Sony MiniDisk-Deck to the spdif-pin of the >dvbs-card via a 75ohm-coaxial cable (about 2 meters long), I re-used some old cdrom internal audio cable plus some garden-variety coax, works fine for me too ;-) >don't know exactly about the sblive 1024, but it could be that the >oss/alsa-drivers don't support spdif for the soundchip on that card. in spite of what is said, sblive drivers, alsa and OSS together seem buggy as hell now. Maybe in some months... MK From xcuse@DSI-Project.de Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 01:04:35 +0200 From: xcuse@DSI-Project.de To: linux-dvb@linuxtv.org Subject: eon proxy-auth [ Part 1, Text/PLAIN (charset: Unknown "Windows-1252") 6 lines. ] [ Unable to print this part. ] [ 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. ] hi folks, is it possible to do proxy-auth with squidautomatically, e.g. to use it for realplayer-content streaming?   thanks,     xcuse From xcuse@DSI-Project.de Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 01:04:35 +0200 From: xcuse@DSI-Project.de To: linux-dvb@linuxtv.org Subject: eon proxy-auth [ Part 1, Text/PLAIN (charset: Unknown "Windows-1252") 6 lines. ] [ Unable to print this part. ] [ 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. ] hi folks, is it possible to do proxy-auth with squidautomatically, e.g. to use it for realplayer-content streaming?   thanks,     xcuse From yao_rong@163.net Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 11:38:32 +0800 (CST) From: yao_rong@163.net To: linux-dvb@linuxtv.org Subject: No video output,or which DVB tables have I to surpport Hi, I have a DVB-C card from fujitsu-siemens.And I am trying to set it to receive the TS stream from my own DVB ASI output card(From Viewgraphics). I tried the "VDR" from KLS,but after I had recorded the stream for some time, tried to replay it from VDR , my TV only have the audio(sound),no video.Here is the problem: 1. How can I check if the received data is OK 2. Which DVB standard tables such as NIT, PAT ,PMT,BAT have I to support inorder to get the DVB-C card work(Audio and video).By now, I can send out the PAT and PMT BTW, I a newer in DVB application,this is my first mail. Thanks Best Regards ----------------------------------------------- 163µç×ÓÓʾ֣¬¸øÄú¸üÍêÃÀEmail·þÎñ£¡ http://www.163.net From yao_rong@163.net Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 11:38:32 +0800 (CST) From: yao_rong@163.net To: linux-dvb@linuxtv.org Subject: No video output,or which DVB tables have I to surpport Hi, I have a DVB-C card from fujitsu-siemens.And I am trying to set it to receive the TS stream from my own DVB ASI output card(From Viewgraphics). I tried the "VDR" from KLS,but after I had recorded the stream for some time, tried to replay it from VDR , my TV only have the audio(sound),no video.Here is the problem: 1. How can I check if the received data is OK 2. Which DVB standard tables such as NIT, PAT ,PMT,BAT have I to support inorder to get the DVB-C card work(Audio and video).By now, I can send out the PAT and PMT BTW, I a newer in DVB application,this is my first mail. Thanks Best Regards ----------------------------------------------- 163µç×ÓÓʾ֣¬¸øÄú¸üÍêÃÀEmail·þÎñ£¡ http://www.163.net From paul@campina.iiruc.ro Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 08:16:58 +0300 From: Paul Lacatus To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: VDR and dvbd It would be great that VDR will include the dvbd functionality. So in the setup menu you'll have a option to sync on the data transponder and back to a tv channel. So the set-top box will be also data and tv enabled and will not be needed a telnet session to activate one or another. Paul From paul@campina.iiruc.ro Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 08:16:58 +0300 From: Paul Lacatus To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: VDR and dvbd It would be great that VDR will include the dvbd functionality. So in the setup menu you'll have a option to sync on the data transponder and back to a tv channel. So the set-top box will be also data and tv enabled and will not be needed a telnet session to activate one or another. Paul From calman@kaliostro.crimea.com Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 09:26:58 +0300 From: Konstantin S. Kurianoff To: linux-dvb@linuxtv.org Subject: Simultaneous connections to EON [ 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. ] Hi all! I wish to expand the quantity of simultaneous connections to EON. Maybe it would cost more per month but I really need it. If anybody know how to contact to Europe Online managers to resolve this problem or maybe someone of them participate in linuxtv mailinglist? Thank you very much for any answer. Best regards, Konstantin (mailto: calman@kaliostro.crimea.com) From calman@kaliostro.crimea.com Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 09:26:58 +0300 From: Konstantin S. Kurianoff To: linux-dvb@linuxtv.org Subject: Simultaneous connections to EON [ 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. ] Hi all! I wish to expand the quantity of simultaneous connections to EON. Maybe it would cost more per month but I really need it. If anybody know how to contact to Europe Online managers to resolve this problem or maybe someone of them participate in linuxtv mailinglist? Thank you very much for any answer. Best regards, Konstantin (mailto: calman@kaliostro.crimea.com) From goran@visioninc.com Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 11:03:39 +0200 From: Goran Opacic To: Thibaut Britz Cc: linux-dvb@linuxtv.org Subject: Re: ping Hi, that is true, you can ping only one transponder - the one that you set to receive data from. Thanks, Goran > hi > > I had the same problem under windows. > I came to the conlusion that you can only ping the > ipsof the transponder you actually set to receive the > data. > I hope this helped you > > Thibaut > --- Goran Opacic wrote: > > Hello, > > I have linux-satellite system working fine for > > several months and with > > no problems. I'am upgrading software all the time > > and everything worked > > fine. > > > > But, during last month and now, I have a lot of > > problems accessing > > transponders. Almost 80% of the time I can't ping > > any of transponders. > > Traceroute shows: > > > > --- > > 8 Asd-nr16.NL.EU.net (134.222.228.162) 295.947 ms > > 240.663 ms 328.476 ms > > 9 Asd-nr17.NL.EU.net (134.222.167.2) 275.309 ms > > 234.698 ms 304.290 ms > > 10 Obl-cr01.NL.EU.net (134.222.228.222) 292.000 ms > > 279.942 ms 324.044 ms > > 11 bxl-nr04.BE.EU.net (134.222.228.218) 304.173 ms > > 341.929 ms 289.287 ms > > 12 134.222.199.66 (134.222.199.66) 337.430 ms > > 364.433 ms 334.820 ms > > 13 * * * > > 14 * * * > > > > and won't go any further > > > > Also, I can't connect to 8080 port using telnet, so > > it is not the problem > > with just ICMP packets. > > I've tried to traceroute and telnet from Europe and > > USA locations but with > > no success. > > > > But, sometimes it works and I can ping it?! When > > ping works - then satellite > > link works! > > > > So, what is the problem? > > > > Goran Opacic > > > > > > > ===== > Yours sincerly > Thibaut Britz > > __________________________________________________ > Do You Yahoo!? > Yahoo! Mail - Free email you can access from anywhere! > http://mail.yahoo.com/ From goran@visioninc.com Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 11:03:39 +0200 From: Goran Opacic To: Thibaut Britz Cc: linux-dvb@linuxtv.org Subject: Re: ping Hi, that is true, you can ping only one transponder - the one that you set to receive data from. Thanks, Goran > hi > > I had the same problem under windows. > I came to the conlusion that you can only ping the > ipsof the transponder you actually set to receive the > data. > I hope this helped you > > Thibaut > --- Goran Opacic wrote: > > Hello, > > I have linux-satellite system working fine for > > several months and with > > no problems. I'am upgrading software all the time > > and everything worked > > fine. > > > > But, during last month and now, I have a lot of > > problems accessing > > transponders. Almost 80% of the time I can't ping > > any of transponders. > > Traceroute shows: > > > > --- > > 8 Asd-nr16.NL.EU.net (134.222.228.162) 295.947 ms > > 240.663 ms 328.476 ms > > 9 Asd-nr17.NL.EU.net (134.222.167.2) 275.309 ms > > 234.698 ms 304.290 ms > > 10 Obl-cr01.NL.EU.net (134.222.228.222) 292.000 ms > > 279.942 ms 324.044 ms > > 11 bxl-nr04.BE.EU.net (134.222.228.218) 304.173 ms > > 341.929 ms 289.287 ms > > 12 134.222.199.66 (134.222.199.66) 337.430 ms > > 364.433 ms 334.820 ms > > 13 * * * > > 14 * * * > > > > and won't go any further > > > > Also, I can't connect to 8080 port using telnet, so > > it is not the problem > > with just ICMP packets. > > I've tried to traceroute and telnet from Europe and > > USA locations but with > > no success. > > > > But, sometimes it works and I can ping it?! When > > ping works - then satellite > > link works! > > > > So, what is the problem? > > > > Goran Opacic > > > > > > > ===== > Yours sincerly > Thibaut Britz > > __________________________________________________ > Do You Yahoo!? > Yahoo! Mail - Free email you can access from anywhere! > http://mail.yahoo.com/ From r.schropp@ots-ag.de Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 11:05:47 +0200 From: Schropp Roland To: "'linux-dvb@linuxtv.org'" Subject: HOWTO Hello there, is there any Howto on DBV-s Siemens cards running under linux for Internet via Satellite ? Who can help ? Roland From r.schropp@ots-ag.de Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 11:05:47 +0200 From: Schropp Roland To: "'linux-dvb@linuxtv.org'" Subject: HOWTO Hello there, is there any Howto on DBV-s Siemens cards running under linux for Internet via Satellite ? Who can help ? Roland From piero@aries.it Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 12:25:30 +0200 (CEST) From: Piero Baudino To: linux-dvb@linuxtv.org Subject: OT: Fuzzt client Hi! I'm using an Hauppauge DvB-s card under win98 and Linux with EON without problems. I have one problem: I'm not able to use fuzzt client under win98... Can someone explain me the correct steps to use this software ? Many tnx. PB From piero@aries.it Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 12:25:30 +0200 (CEST) From: Piero Baudino To: linux-dvb@linuxtv.org Subject: OT: Fuzzt client Hi! I'm using an Hauppauge DvB-s card under win98 and Linux with EON without problems. I have one problem: I'm not able to use fuzzt client under win98... Can someone explain me the correct steps to use this software ? Many tnx. PB From springer@convergence.de Wed Aug 1 13:15:45 2001 Date: 11 Sep 2000 13:25:45 +0100 From: Martin Springer To: yao_rong@163.net Cc: linux-dvb@linuxtv.org Subject: Re: No video output,or which DVB tables have I to surpport yao_rong@163.net writes: > Hi, > I have a DVB-C card from fujitsu-siemens.And I am trying to set it to receive > the TS stream from my own DVB ASI output card(From Viewgraphics). > I tried the "VDR" from KLS,but after I had recorded the stream for some time, > tried to replay it from VDR , my TV only have the audio(sound),no video.Here > is the problem: Hi, Marcus Metzler just told me that your problem will be solved with the next driver release. Should be there by the beginning of October. yours Martin -- Whatever you're up to in the next twenty-four hours, I hope it's profitable. (Richard Quest, BBC) From springer@convergence.de Wed Aug 1 13:15:45 2001 Date: 11 Sep 2000 13:25:45 +0100 From: Martin Springer To: yao_rong@163.net Cc: linux-dvb@linuxtv.org Subject: Re: No video output,or which DVB tables have I to surpport yao_rong@163.net writes: > Hi, > I have a DVB-C card from fujitsu-siemens.And I am trying to set it to receive > the TS stream from my own DVB ASI output card(From Viewgraphics). > I tried the "VDR" from KLS,but after I had recorded the stream for some time, > tried to replay it from VDR , my TV only have the audio(sound),no video.Here > is the problem: Hi, Marcus Metzler just told me that your problem will be solved with the next driver release. Should be there by the beginning of October. yours Martin -- Whatever you're up to in the next twenty-four hours, I hope it's profitable. (Richard Quest, BBC) From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 18:25:10 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: VDR and dvbd Paul Lacatus wrote: > > It would be great that VDR will include the dvbd functionality. So in > the setup menu you'll have a option to sync on the data transponder and > back to a tv channel. So the set-top box will be also data and tv > enabled and will not be needed a telnet session to activate one or > another. As far as I understand this dvbd needs to tune in on a specific transponder and completely "takes over" the DVB device. So there wouldn't be much left for VDR to do. Or am I missing something here? 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 paul@campina.iiruc.ro Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 21:17:53 +0300 From: Paul Lacatus To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: VDR and dvbd Klaus Schmidinger wrote: > > > As far as I understand this dvbd needs to tune in on a specific > transponder and completely "takes over" the DVB device. So there > wouldn't be much left for VDR to do. Or am I missing something here? > > The VDR must only free the /dev/video , launch dvbd from a remote control command , let it to make all tunnings and set all the filters that are needed and kill it when you want to see tv programs again. Paul From thomas.schuett@munich.netsurf.de Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 22:13:29 +0200 From: Thomas Schuett To: linux-dvb@linuxtv.org Subject: cutting : announcement of java frontend Hello, I want to announce a java frontend for cutting the recorded /dev/video stream to strip off advertising or whatever. Features: While watching the video, you - see the recent position - jump forward and backward - take over recent position into the cutting table - save the parts you keep in the cutting table into a new file. Limitations: - You will not get a screen with the video, so you must have a TV connected to the DVB card. (Hopefully Guido will soon complete his project, see http://linuxtv.org/mailinglists/linux-dvb/msg01908.html ) - The position is actually a multilpe of 500kB, what just makes it close to one second each counter click. This gives you a feeling of where you are inside the video, but to be honest, that's enough, isn't it. - I cut the stream very hard just at a 500k boundary. For cutting off adds etc that is good enough. (I even like the visual effect at the cutting spot :-) So you might be a bit disappointed now, but for daily use it is really handy. And if you want to add modules/classes for real-time positioning and for frame boundary cutting, we can still do it. I hope to give a first version in one week. And of course: I wonder, if similar cutting projects are going on right now? cu, Thomas From uwe@cscc.de Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 22:48:39 +0200 (CEST) From: Uwe Guenther To: linux-dvb@linuxtv.org Subject: What do I need for EON Hallo there, I am new on this list and first I am looking for a FAQ or A HOWTO to get EON working with a LINUX-Box. I bought a second-hand Haupauge DVB-S on the INET. I have a ISDN-Router(Linux-Box) in my Local Net that act as firewall. All computers use these Box as default-GW. In addition I have a FileServer in my local Net and three workstations. Now I will use EON on all three workstations. The ISDN-Router as a poor BOX with a older PCI Version. Where do I plug in the DVB-S card?? The three Workstations are not permanently on line. I think there is only the File-Server. Is it possible to run squid on the fileserver and plug the DVB-S card in the File-Server??? many questions =:)) ... may the Tux be with you! =Uwe= -- Uwe Günther \\:// mailto:uwe@cscc.de Haupstraße 88 (o -) http://www.cscc.de 98631 Behrungen ---ooO-(_)-Ooo--- tel.:+49.36944.54448 Germany Linux, enjoy the ride ...! From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:45 2001 Date: Mon, 11 Sep 2000 23:19:38 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: VDR and dvbd Paul Lacatus wrote: > > Klaus Schmidinger wrote: > > > > > > > As far as I understand this dvbd needs to tune in on a specific > > transponder and completely "takes over" the DVB device. So there > > wouldn't be much left for VDR to do. Or am I missing something here? > > > > > > The VDR must only free the /dev/video , launch dvbd from a remote > control command , let it to make all tunnings and set all the filters that > are needed and kill it when you want to see tv programs again. Wouldn't it be easier to just kill vdr and start dvbd when you need the connectivity, and restart vdr once your done? 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 r.schropp@ots-ag.de Wed Aug 1 13:15:45 2001 Date: Tue, 12 Sep 2000 09:35:40 +0200 From: Schropp Roland To: "DVB-S Mailingliste (E-Mail)" Subject: Cyberlogin Hello there, can anyone tell me where to get the CyberLogin program ? From r.schropp@ots-ag.de Wed Aug 1 13:15:45 2001 Date: Tue, 12 Sep 2000 09:37:19 +0200 From: Schropp Roland To: "DVB-S Mailingliste (E-Mail)" Subject: siemens drivers and kernel version Hello there, do i need a special kernel version for the siemens drivers ? From wizzbit@concepts.nl Wed Aug 1 13:15:45 2001 Date: Tue, 12 Sep 2000 14:54:16 +0200 From: wizzbit To: linux-dvb@linuxtv.org Subject: reload drivers ? Hiya all. Somehow i need to reload the drivers after a minute or two. if I download something with 100KB/s it sometimes just lost connection.. if i reload the drivers and run dvbd again it is up for a few minutes. I don't need to relogin by my provider.. that connection stay's. but the dvb seem to stop after a while. Can someone explain this problem ?. Thanks in advance.. I use Driver 0.6 and dvbd2, i also tried with all other older driver, but i get the same effect. From pganev@com-it.net Wed Aug 1 13:15:45 2001 Date: Tue, 12 Sep 2000 18:31:59 +0200 From: Plamen Ganev To: Schropp Roland Cc: "Linux-Dvb@Linuxtv. Org" Subject: RE: Cyberlogin Hi, cyberlogin has been dropped and now you should use dvbrouter + squid and proxy auth. See the list archives for more info. Plamen. > -----Original Message----- > From: Schropp Roland [mailto:r.schropp@ots-ag.de] > Sent: Tuesday, September 12, 2000 08:36 > To: DVB-S Mailingliste (E-Mail) > Subject: Cyberlogin > > > Hello there, > > can anyone tell me where to get the CyberLogin program ? From mihai@ambra.ro Wed Aug 1 13:15:45 2001 Date: Tue, 12 Sep 2000 20:55:11 +0300 From: Mihai Amariutei To: wizzbit , linux-dvb@linuxtv.org Subject: Re: reload drivers ? What CPU do you have? I've noticed that on high-speed CPU (around 500 MHz, either Intel or AMD) the drivers are more stable (you still have to reload them, only not so often). The Windows drivers don't exibit this behaviour, so you may give them a try. ----- Original Message ----- From: "wizzbit" To: Sent: Tuesday, September 12, 2000 3:54 PM Subject: reload drivers ? > Hiya all. > Somehow i need to reload the drivers after a minute or two. > if I download something with 100KB/s it sometimes just lost > connection.. > if i reload the drivers and run dvbd again it is up for a few minutes. > I don't need to relogin by my provider.. that connection stay's. > but the dvb seem to stop after a while. > Can someone explain this problem ?. > Thanks in advance.. > I use Driver 0.6 and dvbd2, i also tried with all other older driver, > but i get the same effect. > > From wizzbit@concepts.nl Wed Aug 1 13:15:45 2001 Date: Tue, 12 Sep 2000 22:52:16 +0200 From: wizzbit To: Mihai Amariutei Cc: linux-dvb@linuxtv.org Subject: Re: reload drivers ? Mihai Amariutei wrote: > What CPU do you have? I've noticed that on high-speed CPU (around 500 MHz, > either Intel or AMD) the drivers are more stable (you still have to reload > them, only not so often). The Windows drivers don't exibit this behaviour, > so you may give them a try. I've got an Athlon 500 Mhz. Sometimes they keep running quite good aslong as i don't push it with the speed. But if i go download with Prozilla (download accel for linux) and i set my connects to +10 then it often happens it pops out and i have to reload the drivers.. Hmm windows =) i haven't used that for years =) and i'm planning to keep it that way =). Now i know it is not only the problem on my machine, so i'll just keep reloading it untill the drivers get more stable.. I can live with it. Thanks for the quick response! From martin@hammerschmid.com Wed Aug 1 13:15:45 2001 Date: Tue, 12 Sep 2000 23:38:02 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.63 Just a thought ... It might be useful to add/allow additional information fields about the channel in channels.conf ( :radio/tv:language:genre:encrypted/free_to_air for example) even if vdr does not use the info. Would make it way easier to sort a file with a few hundred lines by different criteria. Many sat related web sites provide such cannel information too, so it should not be a problem to get the data... btw. for all who have use for it: here's a dirty little shell script that creates a channels.conf for vdr from the web. (also available at http://home.pages.at/linux/vdrconf.sh ) Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== [ Part 2: "Attached Text" ] #!/bin/sh #data are taken from http://www.setedit.onlinehome.de/SATCO.HTML DISEQ=0 #Hotbird #URL=http://www.SatcoDX1.com/_data/0130.txt #Astra URL=http://www.SatcoDX2.com/_data/0192.txt lynx -source $URL | grep "^\(TV-DIG\)\|\(R-DIG\)" | grep -v "ADR_" |\ sed -e "s/\([0-9]\)\.\([0-9]\)/\1\2/" | awk -v diseq=$DISEQ -F "\t"\ '{print $5":"$3":"(($4=="")?0:$4)":"diseq":"(($10=="")?0:$10)":"\ (($12=="")?0:$12)":"(($13=="")?0:$13)":0:"(($15=="")?0:$15)}' From pganev@com-it.net Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 08:35:44 +0200 From: Plamen Ganev To: martin@hammerschmid.com, linux-dvb@linuxtv.org Subject: RE: Video Disk Recorder version 0.63 Martin, > It might be useful to add/allow additional information fields about the > channel > in channels.conf ( :radio/tv:language:genre:encrypted/free_to_air for > example) Version 0.63 of VDR has a new feature that allows you to group channels in logical groups (bouquet, genre, language, whatever) and then allows you to quickly jump between channel groups. Perhaps this is enough for most cases. Plamen. From spravce@npnet.cz Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 10:37:45 +0200 From: SPRAVCE-NPNET.CZ To: wizzbit , Mihai Amariutei Cc: linux-dvb@linuxtv.org Subject: Re: reload drivers ? Hi, Maybe another problem is 10 simultaneous connections (Prozilla) . As far as I now, there s limitation of 8 concurrent transfers on EON proxy. Am I right ? I ve got the same effect on machine running Celeron 333, PPRO 200 - freezing transfers from time to time. But if I opened more than 8 connection - it freeze almost always - only help - reload kernel modules. Anyway - did you guys write some script that watches transfers and in case of freeze reloads drivers ? thanx Rad -----Pùvodní zpráva----- Od: wizzbit Komu: Mihai Amariutei Kopie: linux-dvb@linuxtv.org Datum: 12. záøí 2000 22:56 Pøedmìt: Re: reload drivers ? >Mihai Amariutei wrote: > >> What CPU do you have? I've noticed that on high-speed CPU (around 500 MHz, >> either Intel or AMD) the drivers are more stable (you still have to reload >> them, only not so often). The Windows drivers don't exibit this behaviour, >> so you may give them a try. > >I've got an Athlon 500 Mhz. >Sometimes they keep running quite good aslong as i don't push it with the >speed. >But if i go download with Prozilla (download accel for linux) and i set my >connects to +10 >then it often happens it pops out and i have to reload the drivers.. >Hmm windows =) i haven't used that for years =) and i'm planning to keep it >that way =). >Now i know it is not only the problem on my machine, so i'll just keep >reloading it untill the >drivers get more stable.. I can live with it. >Thanks for the quick response! > > > > > From mihai@ambra.ro Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 12:07:13 +0300 From: Mihai Amariutei To: SPRAVCE-NPNET.CZ , wizzbit Cc: linux-dvb@linuxtv.org Subject: Re: reload drivers ? The driver shouldn't freeze, regardless the number of connections- it just isn't aware of the higher protocol levels involved. I suspect the problem is in the PCI interface (it may be a problem in the firmare or even a hardware design flaw) or in handling the data transfer with the board. ----- Original Message ----- From: "SPRAVCE-NPNET.CZ" To: "wizzbit" ; "Mihai Amariutei" Cc: Sent: Wednesday, September 13, 2000 11:37 AM Subject: Re: reload drivers ? > Hi, > Maybe another problem is 10 simultaneous connections (Prozilla) . As far as > I now, there s limitation of 8 concurrent transfers on EON proxy. > Am I right ? > I ve got the same effect on machine running Celeron 333, PPRO 200 - freezing > transfers from time to time. But if I opened more than 8 connection - it > freeze almost always - only help - reload kernel modules. > Anyway - did you guys write some script that watches transfers and in case > of freeze reloads drivers ? > thanx > Rad > > > > > -----Pùvodní zpráva----- > Od: wizzbit > Komu: Mihai Amariutei > Kopie: linux-dvb@linuxtv.org > Datum: 12. záøí 2000 22:56 > Pøedmìt: Re: reload drivers ? > > > >Mihai Amariutei wrote: > > > >> What CPU do you have? I've noticed that on high-speed CPU (around 500 > MHz, > >> either Intel or AMD) the drivers are more stable (you still have to > reload > >> them, only not so often). The Windows drivers don't exibit this > behaviour, > >> so you may give them a try. > > > >I've got an Athlon 500 Mhz. > >Sometimes they keep running quite good aslong as i don't push it with the > >speed. > >But if i go download with Prozilla (download accel for linux) and i set my > >connects to +10 > >then it often happens it pops out and i have to reload the drivers.. > >Hmm windows =) i haven't used that for years =) and i'm planning to keep it > >that way =). > >Now i know it is not only the problem on my machine, so i'll just keep > >reloading it untill the > >drivers get more stable.. I can live with it. > >Thanks for the quick response! > > > > > > > > > > > From martin@hammerschmid.com Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 14:30:54 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.63 Plamen Ganev wrote: > > Martin, > > > It might be useful to add/allow additional information fields about the > > channel > > in channels.conf ( :radio/tv:language:genre:encrypted/free_to_air for > > example) > > Version 0.63 of VDR has a new feature that allows you to group channels in > logical groups (bouquet, genre, language, whatever) and then allows you to > quickly jump between channel groups. Perhaps this is enough for most cases. > > Plamen. This new feature is great! The idea of additional information came into my mind while I was fiddling with it :) I extracted information from channel lists, kept information like radio/tv,language ... sorted it they way I thought it was useful at the moment and created a channels.conf from this data. the "problem" (not a real problem actually but a bit unpleasant :)) is that I always have to keep a 2nd data source when I want to sort again. allowing some dummy fields in channels.conf would be helpful. btw. a language filter possibly could be a neat feature for vdr :) Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== Pobody's Nerfect! From lars@skynet.e.ruhr.de Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 14:33:12 +0200 From: Lars Bensmann To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.63 Hello, On Sun, Sep 10, 2000 at 06:24:33PM +0200, Klaus Schmidinger wrote: > The new version 0.63 of the Video Disk Recorder project > is now available at > > http://www.cadsoft.de/people/kls/vdr/download.htm It doesn't compile for me.... Versions 0.61 and 0.62 did. [lars@skynet VDR]$ make g++ -g -O2 -Wall -m486 -c -DREMOTE_KBD -I../DVB/driver menu.c menu.c: In method `enum eOSState cDirectChannelSelect::ProcessKey(eKeys)': menu.c:1193: initialization to `char *' from `const char *' discards qualifiers make: *** [menu.o] Error 1 [lars@skynet VDR]$ Does anybody know what's going wrong? cu, Lars -- In an open World without Fences and Walls - who needs Gates and Windows? From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 14:35:01 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.63 Lars Bensmann wrote: > > Hello, > > On Sun, Sep 10, 2000 at 06:24:33PM +0200, Klaus Schmidinger wrote: > > The new version 0.63 of the Video Disk Recorder project > > is now available at > > > > http://www.cadsoft.de/people/kls/vdr/download.htm > > It doesn't compile for me.... Versions 0.61 and 0.62 did. > > [lars@skynet VDR]$ make > g++ -g -O2 -Wall -m486 -c -DREMOTE_KBD -I../DVB/driver menu.c > menu.c: In method `enum eOSState cDirectChannelSelect::ProcessKey(eKeys)': > menu.c:1193: initialization to `char *' from `const char *' discards qualifiers > make: *** [menu.o] Error 1 > [lars@skynet VDR]$ > > Does anybody know what's going wrong? Insert a 'const' at the beginning of that line. Apparently my compiler didn't complain about that, so I missed it. Sorry... Greetings 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 lars@skynet.e.ruhr.de Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 14:55:57 +0200 From: Lars Bensmann To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.63 Hello, On Wed, Sep 13, 2000 at 02:35:01PM +0200, Klaus Schmidinger wrote: > > Insert a 'const' at the beginning of that line. Thanks a lot. That did the trick. > Apparently my compiler didn't complain about that, so I missed it. Just out of curiosity: What compiler do you use if not gcc? Or did gcc's behaviour change? [lars@skynet VDR]$ gcc -v Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.2/specs gcc version 2.95.2 20000220 (Debian GNU/Linux) cu, Lars -- Why Windows NT Server 4.0 continues to exist in the enterprise would be a topic appropriate for an investigative report in the field of psychology or marketing, not an article on information technology. -- John Kirch - www.kirch.net From H.Lipphaus@t-online.de Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 16:38:01 +0200 From: Harald Lipphaus To: linux-dvb Subject: AW: Video Disk Recorder version 0.63 Nice Feature, but why shouldn´t we take a real Database like "mysql", that could also be used by applications like gVideo. That wouls also give us the possibility to construct a kind of centralized update (think of cddb).. Harry -----Ursprüngliche Nachricht----- Von: martin@hammerschmid.com [mailto:martin@hammerschmid.com] Gesendet: Mittwoch, 13. September 2000 14:31 An: linux-dvb@linuxtv.org Betreff: Re: Video Disk Recorder version 0.63 Plamen Ganev wrote: > > Martin, > > > It might be useful to add/allow additional information fields about the > > channel > > in channels.conf ( :radio/tv:language:genre:encrypted/free_to_air for > > example) > > Version 0.63 of VDR has a new feature that allows you to group channels in > logical groups (bouquet, genre, language, whatever) and then allows you to > quickly jump between channel groups. Perhaps this is enough for most cases. > > Plamen. This new feature is great! The idea of additional information came into my mind while I was fiddling with it :) I extracted information from channel lists, kept information like radio/tv,language ... sorted it they way I thought it was useful at the moment and created a channels.conf from this data. the "problem" (not a real problem actually but a bit unpleasant :)) is that I always have to keep a 2nd data source when I want to sort again. allowing some dummy fields in channels.conf would be helpful. btw. a language filter possibly could be a neat feature for vdr :) Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== Pobody's Nerfect! From H.Lipphaus@t-online.de Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 16:44:51 +0200 From: Harald Lipphaus To: linux-dvb Subject: AW: Video Disk Recorder version 0.63 Hello, i got the same Problem and solved simply solved it with the included patch for "menu.c" Harry -----Ursprüngliche Nachricht----- Von: kls@cadsoft.de [mailto:kls@cadsoft.de]Im Auftrag von Klaus Schmidinger Gesendet: Mittwoch, 13. September 2000 14:35 An: linux-dvb@linuxtv.org Betreff: Re: Video Disk Recorder version 0.63 Lars Bensmann wrote: > > Hello, > > On Sun, Sep 10, 2000 at 06:24:33PM +0200, Klaus Schmidinger wrote: > > The new version 0.63 of the Video Disk Recorder project > > is now available at > > > > http://www.cadsoft.de/people/kls/vdr/download.htm > > It doesn't compile for me.... Versions 0.61 and 0.62 did. > > [lars@skynet VDR]$ make > g++ -g -O2 -Wall -m486 -c -DREMOTE_KBD -I../DVB/driver menu.c > menu.c: In method `enum eOSState cDirectChannelSelect::ProcessKey(eKeys)': > menu.c:1193: initialization to `char *' from `const char *' discards qualifiers > make: *** [menu.o] Error 1 > [lars@skynet VDR]$ > > Does anybody know what's going wrong? Insert a 'const' at the beginning of that line. Apparently my compiler didn't complain about that, so I missed it. Sorry... Greetings 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 _______________________________________________________________ [ Part 2, Application/OCTET-STREAM (Name: "patch.diff") 616bytes. ] [ Unable to print this part. ] From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 18:08:17 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.63 Lars Bensmann wrote: > > Hello, > > On Wed, Sep 13, 2000 at 02:35:01PM +0200, Klaus Schmidinger wrote: > > > > Insert a 'const' at the beginning of that line. > > Thanks a lot. That did the trick. > > > Apparently my compiler didn't complain about that, so I missed it. > > Just out of curiosity: What compiler do you use if not gcc? Or did gcc's > behaviour change? > > [lars@skynet VDR]$ gcc -v > Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.2/specs > gcc version 2.95.2 20000220 (Debian GNU/Linux) kls@video:/home/kls > gcc -v Reading specs from /usr/lib/gcc-lib/i486-linux/egcs-2.91.66/specs gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release) Greetings 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 Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 18:11:39 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.63 Martin Hammerschmid wrote: > > Plamen Ganev wrote: > > > > Martin, > > > > > It might be useful to add/allow additional information fields about the > > > channel > > > in channels.conf ( :radio/tv:language:genre:encrypted/free_to_air for > > > example) > > > > Version 0.63 of VDR has a new feature that allows you to group channels in > > logical groups (bouquet, genre, language, whatever) and then allows you to > > quickly jump between channel groups. Perhaps this is enough for most cases. > > > > Plamen. > > This new feature is great! The idea of additional information > came into my mind while I was fiddling with it :) > I extracted information from channel lists, > kept information like radio/tv,language ... sorted it > they way I thought it was useful at the moment > and created a channels.conf from this data. > the "problem" (not a real problem actually but a bit unpleasant :)) > is that I always have to keep a 2nd data source when I want to sort > again. > allowing some dummy fields in channels.conf would be helpful. How about a general purpose "comment" field? This could always be the last one, and it could be optionally empty. Users could store in that field whatever they want (except newline characters and ':'), but other than that the field would not appear anywhere in VDR. It would just be read in and written out if the actual channel settings are changed within VDR. Greetings 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 martin@hammerschmid.com Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 20:04:20 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.63 Klaus Schmidinger wrote: > > Martin Hammerschmid wrote: > > > > Plamen Ganev wrote: > > > > > > Martin, > > > > > > > It might be useful to add/allow additional information fields about the > > > > channel > > > > in channels.conf ( :radio/tv:language:genre:encrypted/free_to_air for > > > > example) > > > > > > Version 0.63 of VDR has a new feature that allows you to group channels in > > > logical groups (bouquet, genre, language, whatever) and then allows you to > > > quickly jump between channel groups. Perhaps this is enough for most cases. > > > > > > Plamen. > > > > This new feature is great! The idea of additional information > > came into my mind while I was fiddling with it :) > > I extracted information from channel lists, > > kept information like radio/tv,language ... sorted it > > they way I thought it was useful at the moment > > and created a channels.conf from this data. > > the "problem" (not a real problem actually but a bit unpleasant :)) > > is that I always have to keep a 2nd data source when I want to sort > > again. > > allowing some dummy fields in channels.conf would be helpful. > > How about a general purpose "comment" field? > This could always be the last one, and it could be optionally empty. > Users could store in that field whatever they want (except newline > characters and ':'), but other than that the field would not > appear anywhere in VDR. It would just be read in and written out > if the actual channel settings are changed within VDR. > > Greetings > Klaus such a "comment" field would be absolutely sufficient. it's nothing really important, just a suggestion... I'm really happy with the current version of vdr :) Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== I've taken a vow of poverty. To annoy me, send money. From kju@fqdn.org Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 20:08:32 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.63 > kls@video:/home/kls > gcc -v > Reading specs from /usr/lib/gcc-lib/i486-linux/egcs-2.91.66/specs > gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release) You really should update. To my knowledge this older egcs ones had many bugs. -- Gruss Michael From yao_rong@163.net Wed Aug 1 13:15:45 2001 Date: Thu, 14 Sep 2000 02:12:15 +0800 (CST) From: yao_rong@163.net To: linux-dvb@linuxtv.org Subject: siemnes DVB-C and NTSC Hi, Can anybody tell me wether the siemens DVB-C card support NTSC output now? I have a program(mpeg ts) sended in 29.97(say NTSC), But my DVB-C card only output the audio(sound on TV0, no video. Best Regards Frank ----------------------------------------------- 163µç×ÓÓʾ֣¬¸øÄú¸üÍêÃÀEmail·þÎñ£¡ http://www.163.net From pganev@com-it.net Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 21:03:58 +0200 From: Plamen Ganev To: Harald Lipphaus , linux-dvb Subject: RE: Video Disk Recorder version 0.63 Harald, > Nice Feature, but why shouldn´t we take a real Database like "mysql", that > could also be used by applications like gVideo. That wouls also > give us the > possibility to construct a kind of centralized update (think of cddb).. My personal opinion is that I don't want to _need_ a MySQL database running to be able to watch TV. It's just few hundrets of channels (ok maybe couple thousand if you add all sats). CDDB has hundrets of thousands on _lengthly_ infos on each CD. Plamen From amk@befree.ch Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 21:59:11 +0100 From: MK To: Harald Lipphaus Cc: linux-dvb@linuxtv.org Subject: Re: AW: Video Disk Recorder version 0.63 I agree also that mysql (for example) would allow for more universal interfaces and easy extension. (I'm thinking of web-based frontends etc...) sql isn't that heavy, and IS really easy to deal with. Max At 16:38 13.09.00 +0200, you wrote: >Nice Feature, but why shouldn´t we take a real Database like "mysql", that >could also be used by applications like gVideo. That wouls also give us the >possibility to construct a kind of centralized update (think of cddb).. > >Harry > > >-----Ursprüngliche Nachricht----- >Von: martin@hammerschmid.com [mailto:martin@hammerschmid.com] >Gesendet: Mittwoch, 13. September 2000 14:31 >An: linux-dvb@linuxtv.org >Betreff: Re: Video Disk Recorder version 0.63 > > >Plamen Ganev wrote: > > > > Martin, > > > > > It might be useful to add/allow additional information fields about the > > > channel > > > in channels.conf ( :radio/tv:language:genre:encrypted/free_to_air for > > > example) > > > > Version 0.63 of VDR has a new feature that allows you to group channels in > > logical groups (bouquet, genre, language, whatever) and then allows you to > > quickly jump between channel groups. Perhaps this is enough for most >cases. > > > > Plamen. > >This new feature is great! The idea of additional information >came into my mind while I was fiddling with it :) >I extracted information from channel lists, >kept information like radio/tv,language ... sorted it >they way I thought it was useful at the moment >and created a channels.conf from this data. >the "problem" (not a real problem actually but a bit unpleasant :)) >is that I always have to keep a 2nd data source when I want to sort >again. >allowing some dummy fields in channels.conf would be helpful. > >btw. a language filter possibly could be a neat feature for vdr :) > >Martin > >========== mailto:martin@hammerschmid.com ========== >=RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= >==================================================== > >Pobody's Nerfect! From Carsten.Koch@icem.de Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 23:17:20 +0200 From: Carsten Koch To: linux-dvb@linuxtv.org Subject: Re: AW: Video Disk Recorder version 0.63 I believe we are shooting with cannons at pigeons here. I love the way Klaus has implemented it - lightweight with just a few lines of C++ code. I do not even want to install a db system on my video recorder, let alone learn how to use it. Carsten. MK wrote: > > I agree also that mysql (for example) would allow for more universal > interfaces and easy extension. > (I'm thinking of web-based frontends etc...) > sql isn't that heavy, and IS really easy to deal with. > > Max > > At 16:38 13.09.00 +0200, you wrote: > >Nice Feature, but why shouldn´t we take a real Database like "mysql", that > >could also be used by applications like gVideo. That wouls also give us the > >possibility to construct a kind of centralized update (think of cddb).. > > > >Harry > > > > > >-----Ursprüngliche Nachricht----- > >Von: martin@hammerschmid.com [mailto:martin@hammerschmid.com] > >Gesendet: Mittwoch, 13. September 2000 14:31 > >An: linux-dvb@linuxtv.org > >Betreff: Re: Video Disk Recorder version 0.63 > > > > > >Plamen Ganev wrote: > > > > > > Martin, > > > > > > > It might be useful to add/allow additional information fields about the > > > > channel > > > > in channels.conf ( :radio/tv:language:genre:encrypted/free_to_air for > > > > example) > > > > > > Version 0.63 of VDR has a new feature that allows you to group channels in > > > logical groups (bouquet, genre, language, whatever) and then allows you to > > > quickly jump between channel groups. Perhaps this is enough for most > >cases. > > > > > > Plamen. > > > >This new feature is great! The idea of additional information > >came into my mind while I was fiddling with it :) > >I extracted information from channel lists, > >kept information like radio/tv,language ... sorted it > >they way I thought it was useful at the moment > >and created a channels.conf from this data. > >the "problem" (not a real problem actually but a bit unpleasant :)) > >is that I always have to keep a 2nd data source when I want to sort > >again. > >allowing some dummy fields in channels.conf would be helpful. > > > >btw. a language filter possibly could be a neat feature for vdr :) > > > >Martin > > > >========== mailto:martin@hammerschmid.com ========== > >=RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= > >==================================================== > > > >Pobody's Nerfect! -- +------------------------------------------------------------+ | Carsten Koch E-Mail: ckoch@ptc.com | | Team Leader Surf Architecture and Graphical User Interface | | ICEM Technologies GmbH Fax: +49-4286-1608 | | Waldsiedlung 7 Phone: +49-4286-920001 | | 27404 Elsdorf-Hatzte, Germany http://www.icem.com | +------------------------------------------------------------+ From pganev@com-it.net Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 23:37:22 +0200 From: Plamen Ganev To: Carsten.Koch@icem.de, linux-dvb@linuxtv.org Subject: AW: Video Disk Recorder version 0.63 > I believe we are shooting with cannons at pigeons here. I Agree. VDR is a program to watch and record TV. It's not meant to be a coffee machine also. > I love the way Klaus has implemented it - lightweight > with just a few lines of C++ code. I do not even want > to install a db system on my video recorder, let alone > learn how to use it. The only point of having a Web frontend or public dbase is that the current scanning features of the driver are almost useless (it won't find all channels, and will lock in several occasions). But what we actually want is to be able to generate a channels.conf file from a general source (people use DVB2K, Excel lists, Access dbases and so on). So why don't we write converters for UnknownSuperFormat->VDR instead of writing an UnknownSuperFormat->MySQL and then get VDR to use it. And then teach people how to install the dbase and how to secure it and how to create tables (oh well, somebody could write a script for that or even an RPM, DEB and so on packages and of course maintain them). Plamen. From Carsten.Koch@icem.de Wed Aug 1 13:15:45 2001 Date: Wed, 13 Sep 2000 23:57:22 +0200 From: Carsten Koch To: linux-dvb@linuxtv.org Subject: Re: AW: Video Disk Recorder version 0.63 Plamen Ganev wrote: ... > But what we actually want is to be able to generate a channels.conf file > from a general source (people use DVB2K, Excel lists, Access dbases and so > on). Right. > So why don't we write converters for UnknownSuperFormat->VDR instead of > writing an UnknownSuperFormat->MySQL and then get VDR to use it. Done. I did a channel search with DVB-2000 in my d-box (excellent firmware, btw), wrote a tiny C program that converted this to channels.conf format and hand-tuned the result a bit. I will post it with a new subject so people can find it. Carsten. From Carsten.Koch@icem.de Wed Aug 1 13:15:45 2001 Date: Thu, 14 Sep 2000 00:00:32 +0200 From: Carsten Koch To: linux-dvb@linuxtv.org Subject: channels.conf for Klaus Schmidinger's vdr - Astra 19.2o East. As mentioned in another thread, I did a channel search with DVB-2000 in my d-box, wrote a tiny C program that converted this to channels.conf format and hand-tuned the result a bit. Here is the result. Enjoy, Carsten. [ Part 2: "Attached Text" ] 13 TH STREET:11797:h:1:27500:2303:2304:1:43 13EME RUE:12402:v:1:27500:162:88:1:8703 3sat:11954:h:1:27500:210:220:0:28007 40 TV:11973:v:1:27500:165:100:1:29110 AB 1:12265:h:1:27500:161:84:1:17001 AB SAT / XXL:12265:h:1:27500:164:96:1:17004 AC3 Test:12669:v:1:22000:308:256:0:3989 ADULT X:12344:h:1:27500:164:96:1:2060 Alice:12610:v:1:22000:162:96:1:12200 ANDALUCÍA TV:11934:v:1:27500:166:104:0:29011 Animal Planet:12382:h:1:27500:166:104:1:20306 ANIMAUX:12265:h:1:27500:162:88:1:17002 arte:11836:h:1:27500:401:402:0:28109 ARTE:12363:v:1:27500:167:136:0:8909 ASTRA INFO 1:12551:v:1:22000:164:112:0:3992 ASTRA VISION:12551:v:1:22000:168:144:0:3997 ASTRA-Mosaic:12551:v:1:22000:175:176:0:3988 ASTRA-Mosaic 2:12551:v:1:22000:179:120:0:3987 ASTRA-Mosaic 3:12551:v:1:22000:182:169:0:3986 ASTRA-Mosaic 4:12551:v:1:22000:185:170:0:3985 ATV:12090:v:1:27500:1535:1536:1:39 AXN:12522:v:1:22000:166:104:1:29506 B1 Berlin:12110:h:1:27500:601:602:0:28206 Bayerisches FS:11836:h:1:27500:201:202:0:28107 BBC PRIME:12090:v:1:27500:1023:1024:1:32 BBC WORLD:12265:h:1:27500:167:108:1:17007 BD 1:12226:h:1:27500:2047:2048:1:771 BD 3:12226:h:1:27500:1023:1024:1:772 BD 4:12226:h:1:27500:1279:1280:1:773 Bet International:12304:h:1:27500:165:98:1:20335 BLOC NOTE C+:11856:v:1:27500:168:112:1:8210 Bloomberg TV Germany:12551:v:1:22000:162:99:0:12160 BLOOMBERG TV:11817:v:1:27500:163:92:1:8004 Bloomberg:12168:v:1:27500:167:112:1:12721 BLUE CHANNEL:11758:h:1:27500:2559:2560:1:516 BLUE MOVIE 1:11758:h:1:27500:1791:1792:1:513 BLUE MOVIE 2:11758:h:1:27500:2047:2048:1:514 BLUE MOVIE 3:11758:h:1:27500:2303:2304:1:515 BR-alpha:11836:h:1:27500:701:702:0:28112 BVN:12574:h:1:22000:164:96:0:5025 C+1:12515:h:1:22000:160:80:1:4005 C+16/9:12515:h:1:22000:166:104:1:4007 C+2:12515:h:1:22000:161:84:1:4006 CALLE 13:11934:v:1:27500:170:120:1:29022 CANAL+ 16/9:11856:v:1:27500:163:92:1:8204 CANAL+ 16/9:11934:v:1:27500:167:108:1:29024 CANAL+ AZUL:11973:v:1:27500:161:84:1:29101 CANAL+ BLEU:11856:v:1:27500:161:84:1:8202 CANAL C/:12581:v:1:22000:164:96:1:29603 Canal Canarias:12441:v:1:27500:513:661:0:29700 CANAL J:11778:v:1:27500:167:108:1:8108 CANAL+ JAUNE:11856:v:1:27500:162:88:1:8203 CANAL JIMMY:11817:v:1:27500:165:100:1:8006 CANAL+ ROJO:11973:v:1:27500:162:88:1:29102 CANAL+ VERT:11856:v:1:27500:167:108:1:8208 CANAL+:11856:v:1:27500:160:80:1:8201 CANAL+:11973:v:1:27500:160:80:1:29100 CANALPRO TV:12207:v:1:27500:165:100:1:8516 CARSAT:12207:v:1:27500:167:108:1:8508 Cartoon Network:12168:v:1:27500:161:86:1:28511 Cartoon Network:12246:v:1:27500:160:80:1:29314 CINE ACTION:11797:h:1:27500:1023:1024:1:20 CINE CINEMA 16/9:11739:v:1:27500:160:80:1:8301 CINE CINEMA I:11856:v:1:27500:165:100:1:8206 CINE CINEMA II:11817:v:1:27500:161:84:1:8002 CINE CINEMA III:11817:v:1:27500:162:88:1:8003 CINE CLASSICS:11856:v:1:27500:164:96:1:8205 CINE COMEDY:11797:h:1:27500:1279:1280:1:29 cinecinemas:12515:h:1:22000:167:108:1:4008 CINECLASSICS:12285:v:1:27500:163:92:1:29203 CINEDOM 1:11719:h:1:27500:1535:1536:1:176 CINEDOM 1:11758:h:1:27500:511:512:1:178 CINEDOM 1:12070:h:1:27500:1279:1280:1:188 CINEDOM 1:12070:h:1:27500:511:512:1:184 CINEDOM 2:11719:h:1:27500:1279:1280:1:183 CINEDOM 2:11758:h:1:27500:1023:1024:1:193 CINEDOM 2:11758:h:1:27500:767:768:1:179 CINEDOM 2:12070:h:1:27500:1535:1536:1:189 CINEDOM 2:12070:h:1:27500:767:768:1:185 CINEDOM 3:11719:h:1:27500:1791:1792:1:182 CINEDOM 3:11719:h:1:27500:511:512:1:180 CINEDOM 3:11720:h:1:27500:1791:1792:1:190 CINEDOM 3:11758:h:1:27500:1279:1280:1:194 CINEDOM 3:11758:h:1:27500:255:256:1:177 CINEDOM 4:11719:h:1:27500:767:768:1:181 CINEDOM 4:11758:h:1:27500:1535:1536:1:195 CINEDOM 4:12070:h:1:27500:1023:1024:1:186 CINEDOM 4:12070:h:1:27500:1791:1792:1:191 CINEMANÍA AZUL:12522:v:1:22000:161:84:1:29501 CINEMANÍA ROJO:12581:v:1:22000:165:100:1:29605 CINEMANÍA:12522:v:1:22000:160:80:1:29500 CLASSICA:12090:v:1:27500:767:768:1:34 CLUB TELEACHAT:12129:v:1:27500:165:100:1:8406 CNBC:12148:h:1:27500:255:256:1:35 CNBC-NBC:12285:v:1:27500:162:88:1:29202 CNN Int.:12168:v:1:27500:165:100:0:28512 CNN+:11934:v:1:27500:172:128:1:29020 COLOR BARS:11876:h:1:27500:49:65:1:20602 COMEDIE !:12402:v:1:27500:161:84:1:8702 COMEDY:12031:h:1:27500:1279:1280:1:28 CONTACT TV:11778:v:1:27500:165:100:1:8106 CSAT:12324:v:1:27500:160:80:1:8601 Das Erste:11836:h:1:27500:101:102:0:28106 DEMAIN !:12402:v:1:27500:160:80:1:8701 DISCOVERY CHANNEL:12031:h:1:27500:1791:1792:1:14 Discovery:12344:h:1:27500:162:88:1:2015 Discovery:12382:h:1:27500:163:90:1:20303 DISCOVERY:12522:v:1:22000:165:100:1:29505 DISNEY CHANNEL:11856:v:1:27500:166:104:1:8207 DISNEY CHANNEL:11973:v:1:27500:163:92:1:29111 DISNEY CHANNEL:12031:h:1:27500:767:768:1:15 DOCUMANÍA:12285:v:1:27500:160:80:1:29200 DSF:12480:v:1:27500:1023:1024:0:900 DT CSAT 10:12012:v:1:27500:164:1960:1:8659 DT CSAT 11:12012:v:1:27500:164:1941:1:8660 DT CSAT 1:12012:v:1:27500:164:1941:1:8650 DT CSAT 12:12012:v:1:27500:164:1941:1:8661 DT CSAT 13:12012:v:1:27500:164:1941:1:8662 DT CSAT 14:12012:v:1:27500:164:1941:1:8663 DT CSAT 15:12012:v:1:27500:164:1941:1:8664 DT CSAT 3:12012:v:1:27500:164:1941:1:8652 DT CSAT 5:12012:v:1:27500:160:80:1:8654 DT CSAT 6:12012:v:1:27500:164:1941:1:8655 DT CSAT 7:12012:v:1:27500:160:80:1:8656 DT CSAT 8:12012:v:1:27500:164:1941:1:8657 DT CSAT 9:12012:v:1:27500:160:80:1:8658 DT 96 CH1:12324:v:1:27500:165:1965:1:8620 DW-tv:12363:v:1:27500:305:306:0:8905 E! Entertainment:11992:h:1:27500:161:82:1:20361 EinsExtra:12110:h:1:27500:101:102:0:28201 EinsFestival:12110:h:1:27500:201:202:0:28202 EinsMuXx:12110:h:1:27500:301:302:0:28203 ENCYCLOPEDIA:12265:h:1:27500:163:92:1:17003 EQUIDIA:12129:v:1:27500:166:104:1:8407 ESC1 - EGYPTE:12363:v:1:27500:163:104:1:8903 ESCALES:12265:h:1:27500:165:100:1:17005 ESTILO:12246:v:1:27500:165:100:1:29305 EuroNews:11954:h:1:27500:2221:2233:0:28015 EURONEWS:12207:v:1:27500:164:96:1:8505 EUROSPORT:11778:v:1:27500:160:80:1:8101 Eurosport:11954:h:1:27500:410:420:0:28009 Eurosport:11992:h:1:27500:160:80:1:20360 EUROSPORT:12246:v:1:27500:164:96:1:29310 FASHION TV:12402:v:1:27500:163:92:0:8704 FEED (F1 Boxengasse):11720:h:1:27500:2559:2560:1:242 FEED (F1 Data):11720:h:1:27500:3071:3072:1:244 FEED (F1 Multi):11720:h:1:27500:2815:2816:1:243 FEED (F1 On Board):11720:h:1:27500:2303:2304:1:241 FEED (F1 Verfolger):11720:h:1:27500:2047:2048:1:240 FILMPALAST:12090:v:1:27500:255:256:1:36 FORUM:12402:v:1:27500:166:104:1:8707 FOX KIDS:12285:v:1:27500:161:84:1:29209 FOX KIDS:12402:v:1:27500:164:96:1:8705 FoxKids:12304:h:1:27500:163:90:1:20333 GAME ONE:12402:v:1:27500:167:108:1:8717 GOLDSTAR TV:11758:h:1:27500:3839:3840:1:518 Grand Tourisme:12670:v:1:22000:289:290:1:17300 Hallmark:12304:h:1:27500:161:84:1:20331 HBO:12304:h:1:27500:164:96:1:20334 HEIMATKANAL:11758:h:1:27500:2815:2816:1:517 hessen fernsehen:11836:h:1:27500:301:302:0:28108 Home Order Televi:12480:v:1:27500:1279:1280:0:40 HOT GM:12148:h:1:27500:767:768:0:45 i TELEVISION:11817:v:1:27500:169:116:1:8010 INFO KANAAL:12515:h:1:22000:165:100:1:4009 JUNIOR:12031:h:1:27500:255:256:1:19 K10:12129:v:1:27500:167:108:1:8408 K11:12129:v:1:27500:163:92:1:8413 K1:11739:v:1:27500:162:88:1:8303 K12:12129:v:1:27500:164:96:1:8414 K2:11739:v:1:27500:163:92:1:8304 K3:11739:v:1:27500:164:96:1:8305 K4:11739:v:1:27500:165:100:1:8306 K5:11739:v:1:27500:166:104:1:8307 K6:12129:v:1:27500:162:88:1:8403 K7:12129:v:1:27500:163:92:1:8404 K8:12129:v:1:27500:164:96:1:8405 K9:12129:v:1:27500:161:84:1:8402 Kabel 1 Austria:12051:v:1:27500:166:167:0:20004 Kabel 1 Schweiz:12051:v:1:27500:162:163:0:20003 KABEL1:12480:v:1:27500:511:512:0:899 KICK 1:12070:h:1:27500:255:256:1:26 KICK 2:12070:h:1:27500:2559:2560:1:300 KiKa:11954:h:1:27500:310:320:0:28008 KINDERNET:12574:h:1:22000:163:92:1:5020 KIOSQUE:12129:v:1:27500:160:80:1:8401 KIOSQUE:12129:v:1:27500:160:80:1:8409 KRIMI &CO:12031:h:1:27500:1535:1536:1:23 KTO:12129:v:1:27500:170:120:1:8411 K-TOON:12032:h:1:27500:511:512:1:12 LA CHAINE METEO:11817:v:1:27500:167:108:1:8008 LA CINQUIEME:12207:v:1:27500:160:80:0:8501 LaChaîneHistoire:12265:h:1:27500:166:104:1:17006 LCI:11778:v:1:27500:166:104:1:8107 LCP:12207:v:1:27500:163:92:0:8506 LE SESAME C+:12324:v:1:27500:165:1965:1:8606 L'EQUIPE TV:12402:v:1:27500:165:100:1:8706 LibertyTV.com:12610:v:1:22000:941:942:1:12280 MCM AFRICA:12207:v:1:27500:162:88:1:8503 MCM:11739:v:1:27500:161:84:1:8302 MDR FERNSEHEN:12110:h:1:27500:401:402:0:28204 MEDECINE PLUS:11778:v:1:27500:168:112:1:8111 MEDICINA TV:12285:v:1:27500:170:120:1:29210 MIRZA 3:12012:v:1:27500:164:1941:0:8807 MONTECARLO TMC:11778:v:1:27500:161:84:1:8102 MOSAICO:11934:v:1:27500:165:100:0:29010 MOSAIQUE:12324:v:1:27500:162:88:1:8603 MOTEURS:12265:h:1:27500:160:80:1:17000 MÉTEO:11934:v:1:27500:169:116:1:29014 MTV 6:12699:v:1:22000:3011:3012:1:28641 MTV Base:12699:v:1:22000:3051:3052:1:28645 MTV Central:12699:v:1:22000:3031:3032:0:28643 MTV Extra:12699:v:1:22000:3041:3042:1:28644 MTV F:12699:v:1:22000:3021:3022:1:28642 MTV Polska:12382:h:1:27500:160:80:1:20300 MTV2:12699:v:1:22000:3091:3092:1:28649 MTVEurope:11740:v:1:27500:167:108:1:8308 MUZZIK:11817:v:1:27500:166:104:1:8007 MUZZIK:11817:v:1:27500:166:104:1:8012 N3:12110:h:1:27500:2401:2402:0:28224 National Geographic:12382:h:1:27500:164:96:1:20304 NED1:12515:h:1:22000:162:88:1:4011 NED2:12515:h:1:22000:163:92:1:4012 NED3:12515:h:1:22000:164:96:1:4013 NET5:12574:h:1:22000:165:100:1:5004 NGC:12344:h:1:27500:161:84:1:2010 NICK-PARAMOUNT:12246:v:1:27500:167:108:1:29312 n-tv:12669:v:1:22000:162:96:0:12730 ORB-Fernsehen:12110:h:1:27500:501:502:0:28205 ORF 1:12699:h:1:22000:160:161:1:13001 ORF 2:12699:h:1:22000:500:501:1:13002 ORF:11954:h:1:27500:506:507:0:28010 ORF2 B:12699:h:1:22000:500:501:1:13005 ORF2 K:12699:h:1:22000:500:501:1:13011 ORF2 N:12699:h:1:22000:500:501:1:13004 ORF2 O:12699:h:1:22000:500:501:1:13006 ORF2 S:12699:h:1:22000:500:501:1:13007 ORF2 St:12699:h:1:22000:500:501:1:13010 ORF2 T:12699:h:1:22000:500:501:1:13008 ORF2 V:12699:h:1:22000:500:501:1:13009 ORF2 W:12699:h:1:22000:500:501:1:13003 ORF/ZDF:12699:h:1:22000:506:507:1:13012 PAD:12129:v:1:27500:166:104:1:8412 PARIS PREMIERE:11778:v:1:27500:163:92:1:8104 PATHE SPORT/:11817:v:1:27500:168:112:1:8009 Phoenix:11836:h:1:27500:901:902:0:28114 PLANET:12031:h:1:27500:2047:2048:1:13 PLANETE 2:12207:v:1:27500:166:104:1:8507 PLANETE:11778:v:1:27500:162:88:1:8103 Polsat 2:11992:h:1:27500:166:104:1:20366 Polsat:11992:h:1:27500:164:96:1:20364 Post TV:12226:h:1:27500:255:256:1:37 PREMIERE WORLD:11797:h:1:27500:255:256:1:8 PREMIERE:11797:h:1:27500:511:512:1:10 Private Gold:11992:h:1:27500:167:106:1:20367 ProSieben A:12051:v:1:27500:161:84:0:20002 ProSieben Schweiz:12051:v:1:27500:289:290:0:20001 ProSieben:12480:v:1:27500:255:256:0:898 QVC GERMANY:12551:v:1:22000:165:166:0:12100 RAI 1:12363:v:1:27500:289:290:0:8904 REAL MADRID TV:11934:v:1:27500:171:124:1:29019 RealityTV:12382:h:1:27500:169:110:1:20309 RFM TV:12265:h:1:27500:168:112:1:17008 RFO SAT:12402:v:1:27500:164:96:1:8708 ROMANTIC MOVIES:11797:h:1:27500:1791:1792:1:11 Romantica:12382:h:1:27500:165:98:1:20305 RTL A:12187:h:1:27500:161:84:1:12001 RTL CH:12187:h:1:27500:160:80:1:12000 RTL TELE Letzebuerg:12551:v:1:22000:168:144:0:3994 RTL TELE LETZEBUERG:12610:v:1:22000:48:49:0:3982 RTL Television:12187:h:1:27500:163:104:0:12003 RTL2 SCHWEIZ:12187:h:1:27500:164:112:0:12021 RTL2:12187:h:1:27500:166:128:0:12020 RTL4:12344:h:1:27500:160:80:1:2004 RTL5:12344:h:1:27500:163:92:1:2005 RTM - MAROC:12363:v:1:27500:162:96:0:8902 RTPI:12363:v:1:27500:300:301:0:8906 SANTE - VIE:11778:v:1:27500:168:112:1:8110 SAT1:12480:v:1:27500:1791:1792:0:46 SBS6:12574:h:1:22000:160:80:1:5005 SCI-FANTASY:11797:h:1:27500:1535:1536:1:41 SEASONS:11817:v:1:27500:160:80:1:8001 SEASONS:12090:v:1:27500:511:512:1:33 SEASONS:12285:v:1:27500:164:96:1:29204 Sky News:12551:v:1:22000:305:306:0:3995 SPORT 1:11719:h:1:27500:255:256:1:17 SPORTMANÍA:11973:v:1:27500:164:96:1:29104 SR Fernsehen Suedwest:11836:h:1:27500:501:502:0:28110 STAR KINO:11797:h:1:27500:767:768:1:9 STUDIO UNIVERSAL:11797:h:1:27500:2047:2048:1:21 SUNSET:12031:h:1:27500:1023:1024:1:16 Super RTL:12187:h:1:27500:165:120:1:12040 SUPERDOM KONFERENZ:11759:h:1:27500:3071:3072:1:208 SUPERDOM SPIEL1:11759:h:1:27500:3327:3328:1:209 SUPERDOM SPIEL2:11759:h:1:27500:3583:3584:1:210 SUPERDOM SPIEL3:12070:h:1:27500:3583:3584:1:211 SUPERDOM SPIEL4:12090:h:1:27500:1791:1792:1:212 SUPERDOM SPIEL5:12032:h:1:27500:2815:2816:1:213 SUPERDOM:12031:h:1:27500:2303:2304:1:42 SWR Fernsehen:11836:h:1:27500:801:802:0:28113 TAQUILLA 0:12285:v:1:27500:165:100:1:29205 TAQUILLA 0:12285:v:1:27500:165:100:1:29208 TAQUILLA 1:12285:v:1:27500:166:104:1:29206 TAQUILLA 2:12285:v:1:27500:167:108:1:29207 TAQUILLA 3:12522:v:1:22000:162:88:1:29502 TAQUILLA 4:12522:v:1:22000:163:92:1:29503 TAQUILLA 5:12522:v:1:22000:164:96:1:29504 TAQUILLA 6:12246:v:1:27500:161:84:1:29301 TAQUILLA 7:12246:v:1:27500:162:88:1:29302 TAQUILLA 8:12246:v:1:27500:163:92:1:29303 TAQUILLA 9:12581:v:1:22000:162:88:1:29601 TAQUILLA 11:11895:v:1:27500:160:80:1:29400 TAQUILLA 12:11895:v:1:27500:161:84:1:29401 TAQUILLA 13:11895:v:1:27500:162:88:1:29402 TAQUILLA 14:11895:v:1:27500:163:92:1:29403 TAQUILLA 15:12285:v:1:27500:168:112:1:29404 TAQUILLA 16:12285:v:1:27500:168:112:1:29405 TAQUILLA 17:12285:v:1:27500:168:112:1:29406 TAQUILLA 18:12285:v:1:27500:168:112:1:29407 TAQUILLA 16/9:12581:v:1:22000:166:104:1:29606 TAQUILLA X:12581:v:1:22000:163:92:1:29602 TAQUILLA XX:12581:v:1:22000:161:84:1:29607 TCM Cartoon:12304:h:1:27500:162:88:1:20332 TCM.:12168:v:1:27500:164:96:1:28516 TCM:12168:v:1:27500:169:64:1:28515 Test 998:12382:h:1:27500:167:106:1:20307 tm3:12480:v:1:27500:767:768:0:897 TMF:12574:h:1:22000:162:88:1:5015 Trailer:12422:h:1:27500:255:256:1:2064 Travel:12168:v:1:27500:163:92:0:28001 Travel/Wizja Pogoda:12304:h:1:27500:166:104:1:20336 TV 5:12363:v:1:27500:164:112:1:8901 TV Niepokalanow:11876:h:1:27500:305:321:0:20601 TV4:11992:h:1:27500:165:98:0:20365 TV5 Europe:12610:v:1:22000:45:46:0:12240 TV7:12363:v:1:27500:166:128:0:8907 TVBS:12168:v:1:27500:162:88:1:28631 TVC INT.:12441:v:1:27500:512:660:0:29701 TVN:11992:h:1:27500:162:88:1:20362 TW1:12699:h:1:22000:166:167:0:13013 TXY:12581:v:1:22000:170:120:1:29608 VERONICA:12574:h:1:22000:161:84:1:5010 VH1 Classic:12699:v:1:22000:3071:3072:1:28647 VH-1 Germany:12699:v:1:22000:3081:3082:1:28648 VH1:12699:v:1:22000:3061:3062:1:28646 Via 1 - Schöner Reisen:12148:h:1:27500:511:512:0:44 VIAJAR:12246:v:1:27500:166:104:1:29306 Video Italia:12610:v:1:22000:121:122:0:12220 VOX:12187:h:1:27500:167:136:0:12060 VOYAGE:11778:v:1:27500:164:96:1:8105 WDR FERNSEHEN:11836:h:1:27500:601:602:0:28111 WISHLINE:12344:h:1:27500:165:105:0:2080 Wizja Jeden:12304:h:1:27500:160:80:1:20330 Wizja Le Cinema:11992:h:1:27500:163:90:1:20363 Wizja Sport:12382:h:1:27500:162:88:1:20302 ZDF Theaterkanal:11954:h:1:27500:1110:1120:0:28016 ZDF:11954:h:1:27500:110:120:0:28006 ZDF.doku:11954:h:1:27500:660:670:0:28014 ZDF.info:11954:h:1:27500:610:620:0:28011 From Carsten.Koch@icem.de Wed Aug 1 13:15:45 2001 Date: Thu, 14 Sep 2000 00:06:43 +0200 From: Carsten Koch To: linux-dvb@linuxtv.org Subject: channels.conf for Klaus Schmidinger's vdr - Astra 28.2o East. Here is a channels.conf for the (mostly british) channels at Astra 28.2o East. Enjoy, Carsten. [ Part 2: "Attached Text" ] Adventure One:12324:V:1:27500:2307:2308:1:5703 Animal Planet:11875:H:1:27500:2312:2314:1:6202 Asia 1 TV:11973:V:1:27500:2312:2314:1:7430 B4U Movies:12129:V:1:27500:2317:2318:1:7330 B4U Music:12031:H:1:27500:2312:2314:0:7220 BBC CHOICE:11719:H:1:27500:2310:2312:1:6303 BBC CHOICEni:11797:H:1:27500:2316:2318:1:6433 BBC CHOICEsc:11797:H:1:27500:2313:2315:1:6423 BBC CHOICEwa:11797:H:1:27500:2307:2309:1:6413 BBC NEWS 24:11719:H:1:27500:2313:2315:1:6304 BBC ONE ni:11719:H:1:27500:2322:2324:1:6331 BBC ONE sc:11797:H:1:27500:2310:2312:1:6421 BBC ONE wa:11797:H:1:27500:2304:2306:1:6411 BBC ONE:11719:H:1:27500:2304:2306:1:6301 BBC PARL'MNT:12129:V:1:27500:2305:2307:0:7300 BBC TWO:11719:H:1:27500:2307:2309:1:6302 BBCKnowledge:11719:H:1:27500:2316:2318:1:6305 Bloomberg:12148:H:1:27500:2308:2309:1:4904 Boomerang:12051:V:1:27500:2330:2332:0:7102 Bravo:11739:V:1:27500:2316:2318:1:6004 Breeze:12226:H:1:27500:2305:2306:1:5101 butv:12031:H:1:27500:2320:2321:1:7250 Cartoon Netwrk:12051:V:1:27500:2304:2306:1:7100 Cartoon Nwk+:12070:H:1:27500:2305:2306:1:4701 Challenge TV:11739:V:1:27500:2308:2310:1:6002 Channel 4:11758:H:1:27500:2314:2315:1:4208 Channel 5:11758:H:1:27500:2305:2306:1:4201 Channel East:11973:V:1:27500:2325:2327:0:7460 Channel Health:12109:H:1:27500:2328:2329:0:8609 Civilisation:11875:H:1:27500:2328:2330:1:6207 CNBC:11836:H:1:27500:2314:2315:1:4306 CNBC:12324:V:1:27500:2313:2314:1:5706 CNN:12051:V:1:27500:2316:2318:0:7140 DatCh:11953:H:1:27500:2308:2310:1:6104 DBN TV:12207:V:1:27500:2331:2332:1:5302 Dbn1Vid:12207:V:1:27500:8191:8191:1:4253 Dbn1WC:12207:V:1:27500:8191:8191:1:4251 DbnDi:12207:V:1:27500:8191:8191:1:4250 DbnFa:12207:V:1:27500:8191:8191:1:4260 DbnFileD:12207:V:1:27500:8191:8191:1:4255 D'covry Health:11875:H:1:27500:2332:2333:1:6208 D'covry Kids:12324:V:1:27500:2305:2306:1:5704 Discovery:11875:H:1:27500:2308:2310:1:6201 Discovery+1hr:11875:H:1:27500:2316:2318:1:6204 Disney:12090:V:1:27500:2305:2306:1:4801 Eurosport GB:12382:H:1:27500:2308:2309:1:5203 FilmFour:11758:H:1:27500:2311:2312:1:4207 Fox Kids+:12265:H:1:27500:2305:2306:1:5501 Fox Kids:12382:H:1:27500:2305:2306:1:5202 GOD Channel:12382:H:1:27500:2314:2315:0:5207 Granada Plus:12148:H:1:27500:2310:2311:1:4905 Gurjari:12402:V:1:27500:2320:2321:0:8530 Hallmark:12363:V:1:27500:518:656:1:5635 History Chl:12226:H:1:27500:2310:2311:1:5103 Home & Leisure:11875:H:1:27500:2304:2306:1:6203 iADTS:11836:H:1:27500:2311:2312:1:5430 Ideal World:12031:H:1:27500:2305:2307:0:7200 Inspiration:12129:V:1:27500:2319:2321:0:7340 ITN News:12031:H:1:27500:2308:2310:0:7210 KISS:12265:H:1:27500:2311:2312:1:5506 Lashkara:12031:H:1:27500:2322:2324:0:7260 Lib:12402:V:1:27500:2316:2317:0:8628 Living:11739:V:1:27500:2304:2306:1:6001 Mag:12402:V:1:27500:2316:2317:0:8528 MBI Europe:11973:V:1:27500:2321:2323:0:7450 Medical Chl:12324:V:1:27500:2310:2311:1:5701 MM3TiADP2:11914:H:1:27500:2308:2309:1:4531 MM4iADP2:11934:V:1:27500:2305:2306:1:4616 MTV Base:11895:V:1:27500:2317:2318:1:7007 MTV Extra:11895:V:1:27500:2315:2316:1:7006 MTV:11895:V:1:27500:2304:2306:1:7001 MTV2:11895:V:1:27500:2310:2311:1:7003 Music Asia:11973:V:1:27500:2305:2306:1:7400 National Geo:11856:V:1:27500:2311:2312:1:4405 National Geo+:12363:V:1:27500:2307:2308:1:5603 Nick Jr.:11895:V:1:27500:2323:2325:1:7004 Nick Replay:12363:V:1:27500:2310:2311:1:5601 Nickelodeon:12148:H:1:27500:2312:2315:1:4903 NVOD service:11778:V:1:27500:8191:8191:1:4116 NVOD service:11778:V:1:27500:8191:8191:1:4117 NVOD service:11778:V:1:27500:8191:8191:1:4118 NVOD service:11793:V:1:27500:8191:8191:1:4116 NVOD service:11793:V:1:27500:8191:8191:1:4117 NVOD service:11793:V:1:27500:8191:8191:1:4118 NVOD service:12363:V:1:27500:8191:8191:1:5631 NVOD service:12363:V:1:27500:8191:8191:1:5632 NVOD service:12363:V:1:27500:8191:8191:1:5633 NVOD service:12363:V:1:27500:8191:8191:1:5634 Olympics ni:11719:H:1:27500:2322:2324:1:6308 Olympics sc:11797:H:1:27500:2310:2312:1:6436 Olympics wa:11797:H:1:27500:2304:2306:1:6435 Olympics:11719:H:1:27500:2304:2306:1:6307 Pakistani Chnl:11973:V:1:27500:2316:2318:1:7441 PIN:12402:V:1:27500:2314:2315:0:8527 Prime TV:11895:V:1:27500:2321:2322:0:7009 QVC:12031:H:1:27500:2326:2327:0:7230 QVC:12051:V:1:27500:2325:2327:0:7170 Rapture:12090:V:1:27500:2314:2315:1:4808 rem1:12402:V:1:27500:2318:2319:0:8529 rem3:12402:V:1:27500:2322:2323:0:8531 Retail Info:11934:V:1:27500:2311:2312:1:4605 Retail Info:12265:H:1:27500:2314:2315:1:5504 S1 (Cable):11836:H:1:27500:2311:2312:1:4305 S1:11953:H:1:27500:2319:2320:0:6107 S4C:12129:V:1:27500:2309:2311:1:7301 S4C2:12129:V:1:27500:2313:2315:0:7302 Sci-Fi:11895:V:1:27500:2312:2314:1:7005 Sci-Trek:11875:H:1:27500:2324:2326:1:6206 Screenshop:11953:H:1:27500:2304:2306:0:6101 Shop America:12109:H:1:27500:2324:2325:0:8512 Shop!:12051:V:1:27500:2322:2324:0:7160 Simply Money:12129:V:1:27500:2326:2327:0:7360 Sky Box Office:11836:H:1:27500:8191:8191:1:4326 Sky Box Office:11836:H:1:27500:8191:8191:1:4327 Sky Box Office:11836:H:1:27500:8191:8191:1:4328 Sky Box Office:11836:H:1:27500:8191:8191:1:4329 Sky Box Office:11836:H:1:27500:8191:8191:1:4330 Sky Box Office:11856:V:1:27500:8191:8191:1:4426 Sky Box Office:11856:V:1:27500:8191:8191:1:4427 Sky Box Office:11856:V:1:27500:8191:8191:1:4428 Sky Box Office:11856:V:1:27500:8191:8191:1:4429 Sky Box Office:11856:V:1:27500:8191:8191:1:4430 Sky Box Office:11914:H:1:27500:8191:8191:1:4526 Sky Box Office:11914:H:1:27500:8191:8191:1:4527 Sky Box Office:11914:H:1:27500:8191:8191:1:4528 Sky Box Office:11914:H:1:27500:8191:8191:1:4529 Sky Box Office:11914:H:1:27500:8191:8191:1:4530 Sky Box Office:11934:V:1:27500:8191:8191:1:4626 Sky Box Office:11934:V:1:27500:8191:8191:1:4627 Sky Box Office:11934:V:1:27500:8191:8191:1:4628 Sky Box Office:11934:V:1:27500:8191:8191:1:4629 Sky Box Office:11934:V:1:27500:8191:8191:1:4630 Sky Box Office:12070:H:1:27500:8191:8191:1:4726 Sky Box Office:12070:H:1:27500:8191:8191:1:4727 Sky Box Office:12070:H:1:27500:8191:8191:1:4728 Sky Box Office:12070:H:1:27500:8191:8191:1:4729 Sky Box Office:12070:H:1:27500:8191:8191:1:4730 Sky Box Office:12090:V:1:27500:8191:8191:1:4826 Sky Box Office:12090:V:1:27500:8191:8191:1:4827 Sky Box Office:12090:V:1:27500:8191:8191:1:4828 Sky Box Office:12090:V:1:27500:8191:8191:1:4829 Sky Box Office:12090:V:1:27500:8191:8191:1:4830 Sky Box Office:12148:H:1:27500:8191:8191:1:4906 Sky Box Office:12148:H:1:27500:8191:8191:1:4910 Sky Box Office:12148:H:1:27500:8191:8191:1:4926 Sky Box Office:12148:H:1:27500:8191:8191:1:4927 Sky Box Office:12148:H:1:27500:8191:8191:1:4928 Sky Box Office:12148:H:1:27500:8191:8191:1:4929 Sky Box Office:12148:H:1:27500:8191:8191:1:4930 Sky Box Office:12168:V:1:27500:8191:8191:1:5026 Sky Box Office:12168:V:1:27500:8191:8191:1:5027 Sky Box Office:12168:V:1:27500:8191:8191:1:5028 Sky Box Office:12168:V:1:27500:8191:8191:1:5029 Sky Box Office:12168:V:1:27500:8191:8191:1:5030 Sky Box Office:12226:H:1:27500:8191:8191:1:5126 Sky Box Office:12226:H:1:27500:8191:8191:1:5127 Sky Box Office:12226:H:1:27500:8191:8191:1:5128 Sky Box Office:12226:H:1:27500:8191:8191:1:5129 Sky Box Office:12226:H:1:27500:8191:8191:1:5130 Sky Box Office:12265:H:1:27500:8191:8191:1:5526 Sky Box Office:12265:H:1:27500:8191:8191:1:5527 Sky Box Office:12265:H:1:27500:8191:8191:1:5528 Sky Box Office:12265:H:1:27500:8191:8191:1:5529 Sky Box Office:12265:H:1:27500:8191:8191:1:5530 Sky Box Office:12363:V:1:27500:8191:8191:1:5626 Sky Box Office:12382:H:1:27500:8191:8191:1:5226 Sky Box Office:12382:H:1:27500:8191:8191:1:5227 Sky Box Office:12382:H:1:27500:8191:8191:1:5228 Sky Box Office:12382:H:1:27500:8191:8191:1:5291 Sky Business:12363:V:1:27500:2305:2306:1:4803 Sky Info Chnl:11914:H:1:27500:2314:2315:1:4505 Sky Info Chnl:11914:H:1:27500:2314:2315:1:4515 Sky Info Chnl:11914:H:1:27500:2314:2315:1:4516 Sky Info Chnl:11914:H:1:27500:2314:2315:1:4517 Sky Info Chnl:12148:H:1:27500:2305:2306:1:4902 Sky News Eire (Cable):12207:V:1:27500:2325:2326:0:4711 Sky News:12207:V:1:27500:2311:2315:0:4704 Sky News:12207:V:1:27500:2312:2316:0:4706 Sky One:12070:H:1:27500:2314:2315:1:4705 Sky One:12090:V:1:27500:2311:2312:1:4804 Sky Sports 1:11758:H:1:27500:2320:2321:1:4214 Sky Sports 1:11934:V:1:27500:2314:2315:1:4611 Sky Sports 2:11758:H:1:27500:2317:2318:1:4215 Sky Sports 2:11934:V:1:27500:2314:2315:1:4612 Sky Sports 3:11914:H:1:27500:2305:2306:1:4501 Sky Sports 3:11934:V:1:27500:2314:2315:1:4613 Sky Spts Extra:10935:V:1:22000:2305:2313:1:5201 Sky Spts Extra:11934:V:1:27500:2314:2315:1:4614 Sky Spts Extra:12460:H:1:27500:2305:2313:1:5401 Sky Spts1 test:11758:H:1:27500:2320:2321:1:5403 Sky Travel:12168:V:1:27500:2311:2312:1:5005 SkyCinema:12070:H:1:27500:2307:2308:1:4702 SkyCinema2:12090:V:1:27500:2308:2309:1:4802 SkyGuide Info:12168:V:1:27500:2307:2308:1:5004 SkyMoviemax:11836:H:1:27500:2305:2306:1:4302 SkyMoviemax2:11856:V:1:27500:2305:2306:1:4402 SkyMoviemax3:11914:H:1:27500:2308:2309:1:4502 SkyMoviemax4:11934:V:1:27500:2305:2306:1:4602 SkyMoviemax5:12265:H:1:27500:2308:2309:1:5502 SkyPremier:11836:H:1:27500:2308:2309:1:4303 SkyPremier2:11856:V:1:27500:2308:2309:1:4403 SkyPremier3:11914:H:1:27500:2311:2312:1:4503 SkyPremier4:11934:V:1:27500:2308:2309:1:4603 SkyPremierWS:11758:H:1:27500:2308:2309:1:4206 SkySports.com:11856:V:1:27500:2314:2315:1:4406 Sony TV Asia:11973:V:1:27500:2309:2311:1:7420 SP1iADP2:11836:H:1:27500:2308:2309:1:4307 SP2iADP2:11856:V:1:27500:2308:2309:1:4407 SP3TTirg:11914:H:1:27500:2305:2306:1:5309 Spts Uefa:11758:H:1:27500:2317:2318:1:5402 TARA:12168:V:1:27500:2305:2306:1:5003 TCM:12051:V:1:27500:2310:2312:0:7101 Television X:11953:H:1:27500:2311:2313:1:6105 The Box:12382:H:1:27500:2311:2312:1:5206 The Money Chl:12070:H:1:27500:2310:2311:0:4703 The Racing Chl:12226:H:1:27500:2313:2314:1:5105 Travel & Adv:11875:H:1:27500:2320:2322:1:6205 Travel Channel:12051:V:1:27500:2319:2321:0:7150 Travel Shop 2:11953:H:1:27500:2315:2317:0:6106 Trouble:11739:V:1:27500:2312:2314:1:6003 TV Jobshop:12031:H:1:27500:2316:2318:0:7240 .tv technology:12226:H:1:27500:2308:2309:1:5102 TV Travel Shop:11739:V:1:27500:2324:2326:0:6006 TViC:12129:V:1:27500:2329:2330:0:7370 udirect films:12109:H:1:27500:8191:8191:1:8501 udirect films:12109:H:1:27500:8191:8191:1:8502 udirect films:12109:H:1:27500:8191:8191:1:8503 udirect films:12109:H:1:27500:8191:8191:1:8504 udirect films:12109:H:1:27500:8191:8191:1:8505 udirect films:12109:H:1:27500:8191:8191:1:8506 udirect films:12109:H:1:27500:8191:8191:1:8507 udirect films:12109:H:1:27500:8191:8191:1:8508 udirect films:12109:H:1:27500:8191:8191:1:8510 udirect films:12109:H:1:27500:8191:8191:1:8511 udirect films:12402:V:1:27500:8191:8191:1:8521 udirect films:12402:V:1:27500:8191:8191:1:8522 udirect films:12402:V:1:27500:8191:8191:1:8524 udirect films:12402:V:1:27500:8191:8191:1:8525 udirect films:12402:V:1:27500:8191:8191:1:8526 udirect sport:12402:V:1:27500:8191:8191:1:8623 UK Drama:11817:V:1:27500:2314:2317:1:6503 UK Gold 2:11817:V:1:27500:2329:2332:1:6506 UK Gold:11817:V:1:27500:2319:2322:1:6504 UK Horizons:11817:V:1:27500:2309:2312:1:6502 UK Play:11817:V:1:27500:2324:2327:1:6505 UK Style:11817:V:1:27500:2304:2307:1:6501 VH1 Classic:11895:V:1:27500:2319:2320:1:7008 VH1:11895:V:1:27500:2307:2309:1:7002 Zee Bangla:11973:V:1:27500:2307:2308:1:7410 Zee TV:12129:V:1:27500:2323:2325:1:7350 From paul@campina.iiruc.ro Wed Aug 1 13:15:45 2001 Date: Thu, 14 Sep 2000 08:27:09 +0300 From: Paul Lacatus To: linux-dvb@linuxtv.org Subject: Fazzt configuration for mrouted How must fazzt be configured on a win station on a network with a linux dvb box running mrouted ? Paul From dragisha@frodo.ho.com Wed Aug 1 13:15:45 2001 Date: Thu, 14 Sep 2000 08:11:08 +0200 (CEST) From: Dragisa Duric To: Paul Lacatus Cc: linux-dvb@linuxtv.org Subject: Re: Fazzt configuration for mrouted On Thu, 14 Sep 2000, Paul Lacatus wrote: > How must fazzt be configured on a win station on a network with a > linux dvb box running mrouted ? Same as when you have DVB-S card in Windows machine except that you use your ethernet interface for configuring, instead of 192.168.*.* (dvb one). > > Paul > From jan.brand@heim2.tu-clausthal.de Wed Aug 1 13:15:45 2001 Date: Thu, 14 Sep 2000 15:36:02 +0200 From: Jan Brand To: "linux-dvb@linuxtv.org" Subject: Channellist for VDR 0.63 with DVB-C Hi! How to make a Channel-list for German Cable TV? Everything seems for satelite and doesn't work with my simens DVB-C. What should I use for Frequency in MHz, Polarization, Diseqc, Symbol rate and Program Number ? Where do I get a channels.conf for Cable or at least Settings for one working Channel? kind regards, Jan From paul@campina.iiruc.ro Wed Aug 1 13:15:45 2001 Date: Thu, 14 Sep 2000 17:36:49 +0300 From: Paul Lacatus To: linux-dvb@linuxtv.org Subject: Processor load Since on my linux box I have a 300 Mhz processor and when running dvbd + squid + mrouted the maximum load was 15% ( 85 % idle ) ( one mcast video stream and 250 kBit /s download) can I try to use a 133 Mhz pentium on a VX board? Have somebody experienced such a processor ? Paul From dragisha@frodo.ho.com Wed Aug 1 13:15:45 2001 Date: Thu, 14 Sep 2000 16:40:03 +0200 (CEST) From: Dragisa Duric To: Paul Lacatus Cc: linux-dvb@linuxtv.org Subject: Re: Processor load Why not? I remember 386 with 4 10Mbps cards routing perfectly... Why would not some Pentium machine rock with _only_ 2.5Mbps? -- dragisha@ho.com On Thu, 14 Sep 2000, Paul Lacatus wrote: > Since on my linux box I have a 300 Mhz processor and when running dvbd > + squid + mrouted the maximum load was 15% ( 85 % idle ) ( one mcast > video stream and 250 kBit /s download) can I try to use a 133 Mhz > pentium on a VX board? > Have somebody experienced such a processor ? > > > Paul > From paul@campina.iiruc.ro Wed Aug 1 13:15:45 2001 Date: Thu, 14 Sep 2000 18:03:06 +0300 From: Paul Lacatus To: Dragisa Duric Cc: linux-dvb@linuxtv.org Subject: Re: Processor load Dragisa Duric wrote: > Why not? I remember 386 with 4 10Mbps cards routing perfectly... Why > would not some Pentium machine rock with _only_ 2.5Mbps? > I think so, since the pid filtering, mpeg decoding and much of the job seems to be done by the dvb card . I'll try to do it . Paul From martin.wiesinger@aon.at Wed Aug 1 13:15:45 2001 Date: Thu, 14 Sep 2000 17:40:19 +0200 (CEST) From: Martin Wiesinger To: linux-dvb@linuxtv.org Subject: liten to / save radio-channels hi! could anybody tell me where to find a program i can listen to radio channels? being able to save the radio-stream to disk would be a neat feature, too. thank you very much Martin From amk@befree.ch Wed Aug 1 13:15:45 2001 Date: Thu, 14 Sep 2000 18:41:52 +0100 From: MK To: Martin Wiesinger , linux-dvb@linuxtv.org Subject: Re: liten to / save radio-channels Well, I use VDR, no problem at all (just set te video channel to 0). Haven't tried recording yet. Max At 17:40 14.09.00 +0200, Martin Wiesinger wrote: >hi! >could anybody tell me where to find a program i can listen to radio >channels? being able to save the radio-stream to disk would be a neat >feature, too. > >thank you very much > Martin From junk@pxh.de Wed Aug 1 13:15:45 2001 Date: Thu, 14 Sep 2000 20:13:16 +0000 From: Peter Hofmann To: linux-dvb@linuxtv.org Cc: yao_rong@163.net Subject: Re: siemnes DVB-C and NTSC Hi, I just watched a DVD with the DVB-C card using dvdplayer-0.2 that definitely contained a NTSC MPEG-2 stream. This worked nicely. The dvdplayer only sends the MPEG stream to the DVB card, however. Audio is decoded in software using ac3dec (from the OMS package). Peter -- Peter Hofmann e-mail: junk@pxh.de From junk@pxh.de Wed Aug 1 13:15:45 2001 Date: Thu, 14 Sep 2000 20:13:16 +0000 From: Peter Hofmann To: linux-dvb@linuxtv.org Cc: yao_rong@163.net Subject: Re: siemnes DVB-C and NTSC Hi, I just watched a DVD with the DVB-C card using dvdplayer-0.2 that definitely contained a NTSC MPEG-2 stream. This worked nicely. The dvdplayer only sends the MPEG stream to the DVB card, however. Audio is decoded in software using ac3dec (from the OMS package). Peter -- Peter Hofmann e-mail: junk@pxh.de From martijn@muntstraat9.demon.nl Wed Aug 1 13:15:45 2001 Date: Fri, 15 Sep 2000 01:22:18 +0200 From: Martijn van Heezik To: linux-dvb Subject: Re: Fazzt configuration for mrouted To me that is the easy part. The hard part is configuring mrouted. I recompiled the kernel but I can't get multicast routed. Does anyone have a working config file for me? Martijn van Heezik -----Oorspronkelijk bericht----- Van: Dragisa Duric Aan: Paul Lacatus CC: linux-dvb@linuxtv.org Datum: donderdag 14 september 2000 8:12 Onderwerp: Re: Fazzt configuration for mrouted >On Thu, 14 Sep 2000, Paul Lacatus wrote: > >> How must fazzt be configured on a win station on a network with a >> linux dvb box running mrouted ? > > Same as when you have DVB-S card in Windows machine except that you use >your ethernet interface for configuring, instead of 192.168.*.* (dvb one). > >> >> Paul >> > From benb@m2tech.co.nz Wed Aug 1 13:15:45 2001 Date: Fri, 15 Sep 2000 11:51:32 +1200 From: ben bodley To: linux-dvb@linuxtv.org Subject: new DVB API... hello, i have tried contacting people who are working on the new API, to no avail.. who is working on integrating the DVB drivers into the kernel?? i have my demux driver working with the new API (albeit with a few changes to the dmx.h, and demux.h files), and am wanting to publish this so as to move things along.. mainly so others can begin writing the hardware-dependent portions of the demux interface.. where can i send source code?? is there a contrib on the linuxtv.org site used for this?? cheers, ben -- /\\------------------------------------------------------------------ ben.bodley/.m2technologyltd.nz/.benb@m2tech.co.nz/.64.9.4448307ext130 From benb@m2tech.co.nz Wed Aug 1 13:15:45 2001 Date: Fri, 15 Sep 2000 11:55:57 +1200 From: ben bodley To: linux-dvb@linuxtv.org Subject: new DVB API... hello, i have tried contacting people who are working on the new API, to no avail.. who is working on integrating the DVB drivers into the kernel?? i have my demux driver working with the new API (albeit with a few changes to the dmx.h, and demux.h files), and am wanting to publish this so as to move things along.. mainly so others can begin writing the hardware-dependent portions of the demux interface.. where can i send source code?? is there a contrib on the linuxtv.org site used for this?? cheers, ben -- /\\------------------------------------------------------------------ ben.bodley/.m2technologyltd.nz/.benb@m2tech.co.nz/.64.9.4448307ext130 From paul@campina.iiruc.ro Wed Aug 1 13:15:45 2001 Date: Fri, 15 Sep 2000 08:33:07 +0300 From: Paul Lacatus To: Martijn van Heezik Cc: linux-dvb Subject: Re: Fazzt configuration for mrouted Martijn van Heezik wrote: > To me that is the easy part. The hard part is configuring mrouted. I > recompiled the kernel but I can't get multicast routed. Does anyone have a > working config file for me? > The mrouted.conf found in the dvbrouter.tgz is working for me. Run mrouted -d 3 to see what is happening. Mrouted.conf should be in /etc. Put the executables in /usr/sbin and the man files (*.8.gz) to /usr/man. That is all. Paul From martin.wiesinger@aon.at Wed Aug 1 13:15:45 2001 Date: Fri, 15 Sep 2000 12:44:24 +0200 (CEST) From: Martin Wiesinger To: linux-dvb@linuxtv.org Subject: Re: liten to / save radio-channels hi! yeah, great idea! works fine (using VDR). would be great when i could record the audio-stream directly to disk, maybe even in mp3-format. anyone knows how i can do that? thanks Martin From deti@fliegl.de Wed Aug 1 13:15:45 2001 Date: Fri, 15 Sep 2000 12:53:20 +0200 From: Deti Fliegl To: Martin Wiesinger Cc: linux-dvb@linuxtv.org Subject: Re: liten to / save radio-channels Martin Wiesinger wrote: > > hi! > yeah, great idea! works fine (using VDR). > would be great when i could record the audio-stream directly to disk, > maybe even in mp3-format. anyone knows how i can do that? You have to reconvert layer2 to layer3 audio - that's all. Unfortunately there exists no transcoder to do that job and so you have to decode layer2 first and encode layer3 afterwards (just use cat /dev/video|av_pes2aud|mpg123 -s | lame -v). I have not tested it, but it should work.... Deti -- Deti Fliegl Phone: +49 179 2198419 Fax: +49-1805-05255556258 e-mailto:deti@fliegl.de http://www.fliegl.de From deti@fliegl.de Wed Aug 1 13:15:45 2001 Date: Fri, 15 Sep 2000 12:53:20 +0200 From: Deti Fliegl To: Martin Wiesinger Cc: linux-dvb@linuxtv.org Subject: Re: liten to / save radio-channels Martin Wiesinger wrote: > > hi! > yeah, great idea! works fine (using VDR). > would be great when i could record the audio-stream directly to disk, > maybe even in mp3-format. anyone knows how i can do that? You have to reconvert layer2 to layer3 audio - that's all. Unfortunately there exists no transcoder to do that job and so you have to decode layer2 first and encode layer3 afterwards (just use cat /dev/video|av_pes2aud|mpg123 -s | lame -v). I have not tested it, but it should work.... Deti -- Deti Fliegl Phone: +49 179 2198419 Fax: +49-1805-05255556258 e-mailto:deti@fliegl.de http://www.fliegl.de From deti@fliegl.de Wed Aug 1 13:15:45 2001 Date: Fri, 15 Sep 2000 13:08:10 +0200 From: Deti Fliegl To: Martin Wiesinger , linux-dvb@linuxtv.org Subject: Re: liten to / save radio-channels Deti Fliegl wrote: > > Martin Wiesinger wrote: > > > > hi! > > yeah, great idea! works fine (using VDR). > > would be great when i could record the audio-stream directly to disk, > > maybe even in mp3-format. anyone knows how i can do that? > You have to reconvert layer2 to layer3 audio - that's all. Unfortunately > there exists no transcoder to do that job and so you have to decode > layer2 first and encode layer3 afterwards (just use cat > /dev/video|av_pes2aud|mpg123 -s | lame -v). > I have not tested it, but it should work.... Now I have tested it and it works like that: cat /dev/video|av_pes2aud|mpg123 -s -|lame -vxs 48 - >out.mp3 funny, isn't it? Deti -- Deti Fliegl Phone: +49 179 2198419 Fax: +49-1805-05255556258 e-mailto:deti@fliegl.de http://www.fliegl.de From deti@fliegl.de Wed Aug 1 13:15:45 2001 Date: Fri, 15 Sep 2000 13:08:10 +0200 From: Deti Fliegl To: Martin Wiesinger , linux-dvb@linuxtv.org Subject: Re: liten to / save radio-channels Deti Fliegl wrote: > > Martin Wiesinger wrote: > > > > hi! > > yeah, great idea! works fine (using VDR). > > would be great when i could record the audio-stream directly to disk, > > maybe even in mp3-format. anyone knows how i can do that? > You have to reconvert layer2 to layer3 audio - that's all. Unfortunately > there exists no transcoder to do that job and so you have to decode > layer2 first and encode layer3 afterwards (just use cat > /dev/video|av_pes2aud|mpg123 -s | lame -v). > I have not tested it, but it should work.... Now I have tested it and it works like that: cat /dev/video|av_pes2aud|mpg123 -s -|lame -vxs 48 - >out.mp3 funny, isn't it? Deti -- Deti Fliegl Phone: +49 179 2198419 Fax: +49-1805-05255556258 e-mailto:deti@fliegl.de http://www.fliegl.de From anti@icar.utcluj.ro Wed Aug 1 13:15:45 2001 Date: Fri, 15 Sep 2000 16:34:09 +0300 From: Florian Antal Arpad Reply-To: anti@vitacom.ro To: linux-dvb@linuxtv.org Subject: EON with DVB I'm looking for a driver under LINUX (RedHat) for TechniSat SatStar1 PCI DVB Sat card, to acces the internet at EOL. From anti@icar.utcluj.ro Wed Aug 1 13:15:45 2001 Date: Fri, 15 Sep 2000 16:34:09 +0300 From: Florian Antal Arpad Reply-To: anti@vitacom.ro To: linux-dvb@linuxtv.org Subject: EON with DVB I'm looking for a driver under LINUX (RedHat) for TechniSat SatStar1 PCI DVB Sat card, to acces the internet at EOL. From jan@panteltje.demon.nl Wed Aug 1 13:15:45 2001 Date: Fri, 15 Sep 2000 14:48:36 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: pscan-0.1 a simple scanning program that generates ~/channles.conf in VDR format Hi, I just put a pre release of the pscan scanning program on my site. pscan -b generates a ~/channels.conf for Hotbird, pscan -a for Astra (not tested I am fixed at Hotbird now). See the README unzip with: tar -zxvf pscan.0.1.tgz Then: cd pscan-0.1 make make install pscan uses an internal database format (double linked list). remember that this is release .1 and jus tsome things I need to proceed. I synthesised libdvb, then made it pure C (no longer C++), so I could understand it too (well ehh). Multiple entries are created, THESE ARE NOT THE SAME. Different entroes are created if different audio or video channles exist for the same service. Try them all, one of these should work. mmm I got more then 900 entries for the Hotbird scan last night... The internal format may (and prolly will) change (a lot ? :-)) So for your information: http://www.panteltje.demon.nl/satellite/ pscan-0.1.tgz pscan-0.1.lsm From jan@panteltje.demon.nl Wed Aug 1 13:15:45 2001 Date: Fri, 15 Sep 2000 14:48:36 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: pscan-0.1 a simple scanning program that generates ~/channles.conf in VDR format Hi, I just put a pre release of the pscan scanning program on my site. pscan -b generates a ~/channels.conf for Hotbird, pscan -a for Astra (not tested I am fixed at Hotbird now). See the README unzip with: tar -zxvf pscan.0.1.tgz Then: cd pscan-0.1 make make install pscan uses an internal database format (double linked list). remember that this is release .1 and jus tsome things I need to proceed. I synthesised libdvb, then made it pure C (no longer C++), so I could understand it too (well ehh). Multiple entries are created, THESE ARE NOT THE SAME. Different entroes are created if different audio or video channles exist for the same service. Try them all, one of these should work. mmm I got more then 900 entries for the Hotbird scan last night... The internal format may (and prolly will) change (a lot ? :-)) So for your information: http://www.panteltje.demon.nl/satellite/ pscan-0.1.tgz pscan-0.1.lsm From Carsten.Koch@icem.de Wed Aug 1 13:15:45 2001 Date: Sat, 16 Sep 2000 01:34:33 +0200 From: Carsten Koch To: linux-dvb@linuxtv.org Subject: SGI - Newsroom: SGI Digital Media Software Development Kit to be Released to Open Source Community http://www.sgi.com/newsroom/press_releases/2000/september/open_source_community.html From mihai@ambra.ro Wed Aug 1 13:15:45 2001 Date: Sat, 16 Sep 2000 20:50:16 +0300 From: Mihai Amariutei To: "Linux-Dvb@Linuxtv. Org" Subject: Adaptec DVB card It seems that Adaptec have a DVB card called ABA-1030. http://www.adaptec.com/products/overview/aba1030.html Has anyone seen one of them ? From martin@hammerschmid.com Wed Aug 1 13:15:45 2001 Date: Sat, 16 Sep 2000 20:51:21 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: new dvb driver just found http://www.linuxtv.org/download/dvb/siemens_dvb-0.7.tar.gz looks like the "usleep-patch" for vdr isn't needed anymore, at least on my test box. Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== NETWORK: What fishermen do when not fishing. From kju@fqdn.org Wed Aug 1 13:15:45 2001 Date: Sat, 16 Sep 2000 22:03:55 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: new dvb driver > just found http://www.linuxtv.org/download/dvb/siemens_dvb-0.7.tar.gz Hopefully we will get a official release notice soon. I especially wonder, what this changes are: TS inout/output PES output PES-PCM playback -- Greetings Michael From ms@korben.owl.de Wed Aug 1 13:15:45 2001 Date: Sat, 16 Sep 2000 22:28:16 +0200 From: Matthias Schniedermeyer To: Martin Hammerschmid Cc: linux-dvb@linuxtv.org Subject: Re: new dvb driver > just found http://www.linuxtv.org/download/dvb/siemens_dvb-0.7.tar.gz > looks like the "usleep-patch" for vdr isn't needed anymore, > at least on my test box. Unfortunatly vdr can't record with the new version. Any suggestions? Bis denn -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous. From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:45 2001 Date: Sat, 16 Sep 2000 22:47:16 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: new dvb driver Matthias Schniedermeyer wrote: > > > just found http://www.linuxtv.org/download/dvb/siemens_dvb-0.7.tar.gz > > looks like the "usleep-patch" for vdr isn't needed anymore, > > at least on my test box. > > Unfortunatly vdr can't record with the new version. Any suggestions? Looks like the driver no longer delivers AV_PES by default. The quick solution will be to make it deliver AV_PES again if that is at all possible (haven't seen a switch that controls that, yet). Later I'll make vdr work directly with MPEG2, but that will take a while to do. Greetings 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 thibritz@yahoo.com Wed Aug 1 13:15:45 2001 Date: Sat, 16 Sep 2000 13:58:46 -0700 (PDT) From: Thibaut Britz To: linux-dvb@linuxtv.org Subject: fazzt stream Here is a url of some french guy who wrote a programm who makes it possible to decode the fazzt stream on another pc than the dvb card is installed... check it out: http://www.fortunecity.es/sopa/chinchulines/948/enfram.htm Thibaut ===== Yours sincerly Thibaut Britz __________________________________________________ Do You Yahoo!? Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/ From rjkm@netcologne.de Wed Aug 1 13:15:45 2001 Date: Sat, 16 Sep 2000 22:59:30 +0200 (CEST) From: "Ralph Metzler <" To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: new dvb driver Klaus Schmidinger writes: > Matthias Schniedermeyer wrote: > > > > > just found http://www.linuxtv.org/download/dvb/siemens_dvb-0.7.tar.gz > > > looks like the "usleep-patch" for vdr isn't needed anymore, > > > at least on my test box. > > > > Unfortunatly vdr can't record with the new version. Any suggestions? > > Looks like the driver no longer delivers AV_PES by default. > The quick solution will be to make it deliver AV_PES again > if that is at all possible (haven't seen a switch that controls that, Sorry, forgot to mention this: insmod dvb.o outstream=X where X is an enum {AV_PES_STREAM, PS_STREAM, TS_STREAM, PES_STREAM}; Default ist 1 (PS_STREAM). > yet). Later I'll make vdr work directly with MPEG2, but that will > take a while to do. That should be the goal. AV_PES should not appear anywhere outside the driver anymore. Ralph From rjkm@netcologne.de Wed Aug 1 13:15:45 2001 Date: Sat, 16 Sep 2000 23:12:28 +0200 (CEST) From: "Ralph Metzler <" To: Michael Holzt Cc: linux-dvb@linuxtv.org Subject: Re: new dvb driver Michael Holzt writes: > > just found http://www.linuxtv.org/download/dvb/siemens_dvb-0.7.tar.gz > > Hopefully we will get a official release notice soon. I especially It´s on the front page of linuxtv.org since last night!? > wonder, what this changes are: > > TS inout/output > PES output Exactly what is says. It can input and output transport and program streams. The output type is currently only controllable at insmod time like I described in my previous mail. > PES-PCM playback Some DVDs (usually music video DVDs) have PCM sound in PES packets. You can now just pipe such DVDs into /dev/video (with css-cat for encrypted DVDs of course). This can also be used to feed AC3 sound decoded by ac3dec to the DVB card. Just pack it into PES-PCM and send it multiplexed with the video. The PCM-PES packets must not have more than 2048 bytes payload though. Ralph From MichaelW15@gmx.net Wed Aug 1 13:15:45 2001 Date: Sat, 16 Sep 2000 23:35:04 +0200 From: MichaelW To: linux-dvb@linuxtv.org Subject: Re: new dvb driver hmm i have problems with the siemens driver ver 0.7 on my suse7.0 system. i dont get any data with dvbd on dvb0. with 0.6 it works. anybody has the same problem? bye michael ----- Original Message ----- From: "Martin Hammerschmid" To: Sent: Saturday, September 16, 2000 8:51 PM Subject: new dvb driver > just found http://www.linuxtv.org/download/dvb/siemens_dvb-0.7.tar.gz > looks like the "usleep-patch" for vdr isn't needed anymore, > at least on my test box. > > Martin > > ========== mailto:martin@hammerschmid.com ========== > =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= > ==================================================== > > NETWORK: What fishermen do when not fishing. > From Mike.Neuhaus@gmx.de Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 10:24:35 +0200 From: Mike Neuhaus To: MichaelW , linux-dvb@linuxtv.org Subject: Re: new dvb driver MichaelW wrote: > > hmm i have problems with the siemens driver ver 0.7 on my suse7.0 system. i > dont get any data with dvbd on dvb0. with 0.6 it works. anybody has the same > problem? > bye michael .... i have the same problem. dvbd can't receive any ip-packets. My system is debian. -- Mike Neuhaus From mihai@ambra.ro Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 11:55:41 +0300 From: Mihai Amariutei To: Thibaut Britz , linux-dvb@linuxtv.org Subject: Re: fazzt stream Windows only, though. ----- Original Message ----- From: "Thibaut Britz" To: Sent: Saturday, September 16, 2000 11:58 PM Subject: fazzt stream > Here is a url of some french guy who wrote a programm > who makes it possible to decode the fazzt stream on > another pc than the dvb card is installed... > > check it out: > > http://www.fortunecity.es/sopa/chinchulines/948/enfram.htm > > > > Thibaut > > ===== > Yours sincerly > Thibaut Britz > > __________________________________________________ > Do You Yahoo!? > Yahoo! Mail - Free email you can access from anywhere! > http://mail.yahoo.com/ > From Martin.Kuhne@gmx.de Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 11:09:15 +0200 From: Martin Kuhne Reply-To: mk@kuhne.com To: Mihai Amariutei , "Linux-Dvb@Linuxtv. Org" Subject: RE: Adaptec DVB card The specs at http://www.adaptec.com/pdfs/aba1030.pdf read "printed 10/97". Most of the links on the page are dead. I don't think they are selling this card :) Martin From paul@campina.iiruc.ro Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 13:51:43 +0300 From: Paul Lacatus To: Mike.Neuhaus@gmx.de Cc: MichaelW , linux-dvb@linuxtv.org Subject: Re: new dvb driver Mike Neuhaus wrote: > > .... i have the same problem. dvbd can't receive any ip-packets. My > system is debian. > -- > Mike Neuhaus Me to. Paul Lacatus From paul@campina.iiruc.ro Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 13:55:23 +0300 From: Paul Lacatus To: Mike.Neuhaus@gmx.de Cc: MichaelW , linux-dvb@linuxtv.org Subject: Re: new dvb driver Mike Neuhaus wrote: > > .... i have the same problem. dvbd can't receive any ip-packets. My > system is debian. > -- > Mike Neuhaus Me too. I use VaLinux 6.2.1 kernel 2.2.16.. Compiled OK but any received packets. Paul Lacatus. PS. sorry for the another message . From deti@fliegl.de Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 15:43:11 +0200 From: Deti Fliegl To: linux-dvb@linuxtv.org Subject: VDR 0.63-deti Update Hi there, the EIT parsing code in VDR is buggy. The section length is statically allocated to 1024 bytes which causes problems with some TSs. There the section length can be up to twice as the static array. Now it is allocated dynamically. The event times are now calculated according to the local time offset. Therefore the timezone of the operating system must be set correctly (in germany it is Europe/Berlin). Now the EIT is only parsed when it is really needed (ShowInfoOnChSwitch = 1) and it is updated every time the OK key is pressed. A patch is included. Have a lot of fun. Deti -- Deti Fliegl Phone: +49 179 2198419 Fax: +49-1805-05255556258 e-mailto:deti@fliegl.de http://www.fliegl.de [ Part 2, Application/OCTET-STREAM (Name: "patch-vdr-0.63-deti.bz2") ] [ 6.8KB. ] [ Unable to print this part. ] From kju@fqdn.org Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 15:54:29 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Fix for the data reception problem Ok, i took some time to dig through the sources of driver 0.7 and found the bug which occured now. This bug is existant in old drivers too(!), but wasn't catched there (instead some internal data structures where used using wrong pointers, ouch!) The calculation of the bit filter in use in function debiirq, file dvb.c is somewhat wrong. I get filters 128, 130 ... where the maximum allowed value is 31 (the card can only handle 32 bitfilters). The new driver catches this bug in line 575 if ((handle>=MAXFILT) || !dvb->hfilter[handle]) break; where the old driver just accessed internal structures using this wrong index if (dvb->filter_flags[handle]&FILTER_MEM) [...] As the bitfilter can go up to 31 maximum as indicated above, i changed line 516 in dvb.c to read int handle=(type>>8) & 0x1F; instead of int handle=(type>>8); This fixes the bug for me, although i'm not absolutely sure if this really fixes the source of the problems or probably only the place where it occures. Our friends at convergence need to check this. -- Greetings Michael From MichaelW15@gmx.net Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 16:20:38 +0200 From: MichaelW To: linux-dvb@linuxtv.org Subject: Re: Fix for the data reception problem yeah, good work patch fix the problem for me, too bye ----- Original Message ----- From: "Michael Holzt" To: Sent: Sunday, September 17, 2000 3:54 PM Subject: Fix for the data reception problem > Ok, i took some time to dig through the sources of driver 0.7 and found > the bug which occured now. This bug is existant in old drivers too(!), > but wasn't catched there (instead some internal data structures where > used using wrong pointers, ouch!) > > The calculation of the bit filter in use in function debiirq, file > dvb.c is somewhat wrong. I get filters 128, 130 ... where the maximum > allowed value is 31 (the card can only handle 32 bitfilters). The new > driver catches this bug in line 575 > if ((handle>=MAXFILT) || !dvb->hfilter[handle]) > break; > where the old driver just accessed internal structures using this wrong > index > if (dvb->filter_flags[handle]&FILTER_MEM) > [...] > > > > As the bitfilter can go up to 31 maximum as indicated above, i changed > line 516 in dvb.c to read > int handle=(type>>8) & 0x1F; > instead of > int handle=(type>>8); > > > This fixes the bug for me, although i'm not absolutely sure if this > really fixes the source of the problems or probably only the place > where it occures. > > Our friends at convergence need to check this. > > -- > Greetings > Michael > From rjkm@netcologne.de Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 16:41:47 +0200 (CEST) From: "Ralph Metzler <" To: linux-dvb@linuxtv.org Subject: Fix for the data reception problem and more Michael Holzt writes: > Ok, i took some time to dig through the sources of driver 0.7 and found > the bug which occured now. This bug is existant in old drivers too(!), > but wasn't catched there (instead some internal data structures where > used using wrong pointers, ouch!) > > The calculation of the bit filter in use in function debiirq, file > dvb.c is somewhat wrong. I get filters 128, 130 ... where the maximum > allowed value is 31 (the card can only handle 32 bitfilters). The new > driver catches this bug in line 575 > if ((handle>=MAXFILT) || !dvb->hfilter[handle]) > break; > where the old driver just accessed internal structures using this wrong > index > if (dvb->filter_flags[handle]&FILTER_MEM) > [...] > > > > As the bitfilter can go up to 31 maximum as indicated above, i changed > line 516 in dvb.c to read > int handle=(type>>8) & 0x1F; > instead of > int handle=(type>>8); > > > This fixes the bug for me, although i'm not absolutely sure if this > really fixes the source of the problems or probably only the place > where it occures. > > Our friends at convergence need to check this. Yes, sorry for that. The fix is correct. If the SECTION_EIT flag is set in the mode field of the filter, bit 7 of the returned handle is set to indicate this. dvbd does not set the SECTION_EIT flag but the firmware implicitely sets it for the SECTION_IPMPE mode. That´s because SECTION_EIT is not just for EIT data but it just allocates more buffer space for a filter. And, while we are at it, as David Toth pointed out to me, there is another bug in SetFront: In the new driver (as suggested by Klaus Schmidinger) I also check if the sync was lost to determine if action for a channel change is to be taken. But I forgot to update the frontend structure with new values before the check. It should work like this: SetFront(struct dvb_struct *dvb, struct frontend *front) { dprintk("setfront\n"); decoder_command(dvb, DVB_GET_FRONTEND, &dvb->front); /* FIX */ if (dvb->dvbtype==DVB_S) { ... This was not tragic if you always did a getfrontend call in the application but could result in filters being shut down when calling a setfrontend twice in a row with the same values but with the sync entry cleared. I´ll put a new release on the web page later today. Ralph From deti@fliegl.de Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 16:43:19 +0200 From: Deti Fliegl To: linux-dvb@linuxtv.org Subject: VDR 0.63-deti Update II Hi Sorry I forgot the daylight saving flag in the calculation of the event time: Please change line 423 into hr -= (timezone/3600)-daylight; Have a lot of fun. Deti -- Deti Fliegl Phone: +49 179 2198419 Fax: +49-1805-05255556258 e-mailto:deti@fliegl.de http://www.fliegl.de [ Part 2, Application/OCTET-STREAM (Name: "patch-vdr-0.63-deti.bz2") ] [ 6.8KB. ] [ Unable to print this part. ] From rjkm@netcologne.de Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 16:46:17 +0200 (CEST) From: "Ralph Metzler <" To: linux-dvb@linuxtv.org Subject: VDR 0.63-deti Update Deti Fliegl writes: > [1 ] > Hi there, > > the EIT parsing code in VDR is buggy. The section length is statically > allocated to 1024 bytes which causes problems with some TSs. There the > section length can be up to twice as the static array. Now it is > allocated dynamically. The event times are now calculated according to > the local time offset. Therefore the timezone of the operating system > must be set correctly (in germany it is Europe/Berlin). > Now the EIT is only parsed when it is really needed (ShowInfoOnChSwitch > = 1) and it is updated every time the OK key is pressed. You can also statically allocate 4096 bytes. This is the maximum allowed for EIT sections (AFAIR including the section header, but I need to check this). All other sections have a maximum of 1024. Ralph From Carsten.Koch@icem.de Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 17:14:26 +0200 From: Carsten Koch To: rjkm@netcologne.de Cc: linux-dvb@linuxtv.org Subject: Re: VDR 0.63-deti Update "Ralph Metzler <" wrote: ... > You can also statically allocate 4096 bytes. This is the maximum > allowed for EIT sections (AFAIR including the section header, but I > need to check this). You may be right, but I would always at least check the length before trusting my life to it. ;-) After all, it's a 16 bit length and (at least theoretically) it can become up to 65535 bytes long. I have recently traced a similar problem and saw lengths up to 57000 bytes in the trace output. Maybe that was caused by the fact that two programs were accessing /dev/vbi simultaneously, but in any event I'd consider allocate fixed buffer < 65565 bytes read data length into 16-bit value read this amount into buffer highly unsave.... Carsten. From yao_rong@163.net Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 23:34:24 +0800 From: "[gb2312] Ò¦ÈÙ" To: linuxtv Subject: How to install two DVB card in one PC? [ Part 1, Text/PLAIN (charset: GB2312 "Latin & Simplified Chinese") ] [ 13 lines. ] [ Unable to print this part. ] [ The following text is in the "gb2312" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] Hi,   I have two DVB-C card, and I want to install it on one PC.I  added the foloowing lines in the Makefile in the directory DVB/driver :   instwo:  make  ( \  insmod i2c-core.o; \  insmod videodev.o;  \  insmod saa7146_core.o ; \  insmod saa7146_v4l.o;  \  insmod VES1893.o;  \  insmod VES1820.o;  \  insmod dvb.o;   \  insmod tuner.o;   \  ifconfig dvb0 192.168.4.1;  \  ifconfig dvb1 192.168.4.2;  \  )   When i typed  "make instwo" , things seems ok. but when it finished, my computer seems slow down significantly.I only want to install two DVB-C card in order to record and play simultanously. What's the problem? I am using version6.0 of the driver.   Best Regards,   Fran Ta From rjkm@netcologne.de Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 18:11:17 +0200 (CEST) From: "Ralph Metzler <" To: linuxtv Subject: How to install two DVB card in one PC? =?gb2312?B?0qbI2Q==?= writes: [...] > When i typed "make instwo" , things seems ok. but when it finished, my computer seems slow down significantly.I only want to install two DVB-C card in order to record and play simultanously. > What's the problem? I am using version6.0 of the driver. > How much memory do you have? Right now the SAA7146 driver still allocates lots of buffer memory for grabbing. And the dvb allocates some memory for MPEG buffering. That might be causing your slowdown. I´ll get back to the SAA7146 driver (upgrade to Michael Hunold´s latest driver, add DVB-s budget card support, etc.) after the API change is done. Ralph From tw@ubcom.net Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 20:29:03 +0200 From: Thilo Wunderlich To: linux-dvb@linuxtv.org Subject: Re: fazzt stream On 17 Sep 2000, at 11:55, Mihai Amariutei wrote: > Windows only, though. But he might share the code maybe and this might help ? Did anyone ask him ? Thilo -- Thilo Wunderlich tw@ubcom.net wunderlich@speedway.org From deti@fliegl.de Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 20:46:19 +0200 From: Deti Fliegl To: dvb Subject: usleep(10) still necessary :( Hi Folks! After installing the dvb drivers 0.7 I tried to run VDR without the usleep(10) in the OSD call. Unfortunately it still does not work properly. Maybe Ralph should have a look. Deti -- Deti Fliegl Phone: +49 179 2198419 Fax: +49-1805-05255556258 e-mailto:deti@fliegl.de http://www.fliegl.de From paul@campina.iiruc.ro Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 21:53:31 +0300 From: Paul Lacatus To: Thilo Wunderlich Cc: linux-dvb@linuxtv.org Subject: Re: fazzt stream Thilo Wunderlich wrote: > On 17 Sep 2000, at 11:55, Mihai Amariutei wrote: > > > Windows only, though. > > But he might share the code maybe and this might help ? Did anyone ask > him ? > > Thilo > -- > Thilo Wunderlich tw@ubcom.net wunderlich@speedway.org Mrouted isn't good enough ? Are there some problems ? Looks like working good for me . Paul From jamiehud@btinternet.com Wed Aug 1 13:15:45 2001 Date: Sun, 17 Sep 2000 19:33:19 -0000 From: jamiehud To: linux-dvb@linuxtv.org Subject: What hardware What is the best card to buy for linuxtv? From kju@fqdn.org Wed Aug 1 13:15:45 2001 Date: Mon, 18 Sep 2000 00:05:52 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: fazzt stream > > Windows only, though. > But he might share the code maybe and this might help ? Did anyone ask > him ? Why? This is apparently just a multicast routing software, which we already have. -- Greetings Michael From alex@teleson.ro Wed Aug 1 13:15:45 2001 Date: Mon, 18 Sep 2000 07:51:51 +0300 (EEST) From: Ulici Alexandru To: Mihai Amariutei Cc: "Linux-Dvb@Linuxtv. Org" Subject: Re: Adaptec DVB card On Sat, 16 Sep 2000, Mihai Amariutei wrote: > It seems that Adaptec have a DVB card called ABA-1030. > http://www.adaptec.com/products/overview/aba1030.html > > Has anyone seen one of them ? > Yes i have one but i don't use it.It's old.I have also an aba2030 card which works on linux ( i have on that box a 2.2.5 kernel :( cause it's working only on 2.0.34,2.0.36 and 2.2.5-* kernels). From anti@icar.utcluj.ro Wed Aug 1 13:15:45 2001 Date: Mon, 18 Sep 2000 10:04:12 +0300 From: Florian Antal Arpad Reply-To: anti@vitacom.ro To: linux-dvb@linuxtv.org Subject: DVB driver under linux I get about 5 unresolved symbol errors for eache module when I try to install the DVB driver for linux with make insmod. What is the cause? How can I fix it? I use dvb version 0.6. Florian Antal Arpad From jeffrey@borgs.net Wed Aug 1 13:15:45 2001 Date: Mon, 18 Sep 2000 18:30:32 +1100 (EST) From: Jeffrey Borg To: Ulici Alexandru Cc: Mihai Amariutei , "Linux-Dvb@Linuxtv. Org" Subject: Re: Adaptec DVB card Hi there Could I ask how you got the aba2030 card to work under linux. I managed to get it working and configured but there was a bit missing like "cyberstream login" client on windows that wasn't going to make it work. I was just curious if anybody has used this card in that case? Jeffrey Borg On Mon, 18 Sep 2000, Ulici Alexandru wrote: > On Sat, 16 Sep 2000, Mihai Amariutei wrote: > > > It seems that Adaptec have a DVB card called ABA-1030. > > http://www.adaptec.com/products/overview/aba1030.html > > > > Has anyone seen one of them ? > > > Yes i have one but i don't use it.It's old.I have also an aba2030 card > which works on linux ( i have on that box a 2.2.5 kernel :( cause it's > working only on 2.0.34,2.0.36 and 2.2.5-* kernels). > From alex@teleson.ro Wed Aug 1 13:15:45 2001 Date: Mon, 18 Sep 2000 11:53:19 +0300 (EEST) From: Ulici Alexandru To: Jeffrey Borg Cc: Mihai Amariutei , "Linux-Dvb@Linuxtv. Org" Subject: Re: Adaptec DVB card driver+squid. In squid.conf tcp_incoming_address your_address tcp_outgoing_address your_address udp_incoming_address your_address udp_outgoing_address your_address No cache_peer needed.This is an older version of squid.If you use a new version then tcp_incoming_address is replaced by http_port your_address:port On Mon, 18 Sep 2000, Jeffrey Borg wrote: > > Hi there > > Could I ask how you got the aba2030 card to work under linux. > > I managed to get it working and configured but there was a bit missing > like "cyberstream login" client on windows that wasn't going to make it > work. I was just curious if anybody has used this card in that case? > > Jeffrey Borg > From tw@ubcom.net Wed Aug 1 13:15:45 2001 Date: Mon, 18 Sep 2000 14:21:13 +0200 From: Thilo Wunderlich To: linux-dvb@linuxtv.org Subject: Re: fazzt stream > Mrouted isn't good enough ? Are there some problems ? Looks like > working good for me . Didn't have a look at the software. Shure, when it has the same functionality like mrouted it is unnessesary. Thilo -- Thilo Wunderlich - tw@ubcom.net - thilo@speedway.org From maxik@skatvis.lv Wed Aug 1 13:15:45 2001 Date: Mon, 18 Sep 2000 16:36:38 +0300 From: Maxim Arsenjev To: classic@ghost.odessos.org Cc: "linux-dvb@linuxtv.org" Subject: Re: question... [ 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. ] classic@ghost.odessos.org wrote: > hi there... > > sorry for my off topic.. just wanted to share some information with the > mail list.. since 2-3 hours there is no connection to europeonline.. my > question is: > > are you on line??? > > best regards, > george No ;< Maxik. From Mike.Neuhaus@gmx.de Wed Aug 1 13:15:45 2001 Date: Mon, 18 Sep 2000 15:39:50 +0200 From: Mike Neuhaus To: "linux-dvb@linuxtv.org" Subject: Re: DVB driver under linux Florian Antal Arpad wrote: > > I get about 5 unresolved symbol errors for eache module > when I try to install the DVB driver for linux > with make insmod. What is the cause? How can I fix it? > I use dvb version 0.6. > > Florian Antal Arpad please, check your gcc-version. To compile the driver you need 2.95.2 or 2.91.66. gcc2.7.2.3 won't work. -- Mike Neuhaus From johan.de_wit@alcatel.be Wed Aug 1 13:15:45 2001 Date: Mon, 18 Sep 2000 14:48:50 GMT From: Johan De Wit To: linux-dvb@linuxtv.org Subject: SWAP : SKYMEDIA 200 FOR OTHER DVB-S Hi all, Anybody interested in swapping my unused skymedia 200 dvb card with Siemens or hauppage or technotrends card ?? I'm getting sick of the poor linuxsupport by telemann. I bought this card end may previous year, and payed 320 Euro for it. If someone is wuilling to trade, please let me know so we can discuss the details. Thanks a lot for your time. Johan From lars@skynet.e.ruhr.de Wed Aug 1 13:15:45 2001 Date: Mon, 18 Sep 2000 17:29:05 +0200 From: lars@skynet.e.ruhr.de To: linux-dvb@linuxtv.org Subject: Siemens card and SPDIF Hello, I was thinking about buying a Dolby Digital receiver and was wondering if it was possible to connect the SPDIF signal from J2 to it via a coaxial cable. As I understand it at least Pro7 broadcasts DD. Does the card send it to the digital output. Does it work on recorded streams as well or does it just output the regular stereo sound? cu, Lars -- Bill Gates brought you Windows. Linus brought you the whole DAMN HOUSE! From lars@skynet.e.ruhr.de Wed Aug 1 13:15:45 2001 Date: Mon, 18 Sep 2000 17:35:13 +0200 From: lars@skynet.e.ruhr.de To: linux-dvb@linuxtv.org Subject: RGB to S-Video Hello, here is another question about the signals on J2 on the Siemens card: Is it possible to convert the RGB signals there to S-Video. The signal qualitiy of the Composite output is IMHO not that great. It's not so obvious for movies but the on screen menus look really bad. So I was wondering how to improve the image quality. RGB should be better, but I don't think my TV can handle RGB input, but it has a S-Video connector. cu, Lars -- To code or not to code, hmm, easy question. From arturas@mvtv.lt Wed Aug 1 13:15:45 2001 Date: Mon, 18 Sep 2000 17:38:07 +0200 From: Arturas To: linux-dvb@linuxtv.org Subject: Two cards [ Part 1, Text/PLAIN (charset: Unknown "windows-1257") 8 lines. ] [ Unable to print this part. ] [ The following text is in the "windows-1257" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] Hi, Can someone clever man help me? I work with one DVB card and Squid. What I should change in a configuration if I shall add one more DVB card. Need I one more Login? Whether they can work with different transponders? Thanks I am waiting   From Carsten.Koch@icem.de Wed Aug 1 13:15:45 2001 Date: Mon, 18 Sep 2000 17:43:18 +0200 From: Carsten Koch To: lars@skynet.e.ruhr.de Cc: linux-dvb@linuxtv.org Subject: Re: Siemens card and SPDIF lars@skynet.e.ruhr.de wrote: > > Hello, > > I was thinking about buying a Dolby Digital receiver and was wondering if > it was possible to connect the SPDIF signal from J2 to it via a coaxial > cable. I tried that and was not pleased with the results: 1. AC-3 does not work. I think Ralph has explained in a previous post that the hardware is no capable of generating it. 2. I experienced intermittent signal drops. My receiver's "digital input" light flickered and the sound went off for about half a second every few minutes. I never found out wether that was a driver, firmware or hardware problem. My receiver's digital input works fine with my CD player, so the problem is not at it's end. > > As I understand it at least Pro7 broadcasts DD. Does the card send it to > the digital output. No, see above. > Does it work on recorded streams as well or does it > just output the regular stereo sound? Just stereo. On recordings as well, though. Carsten. From amk@befree.ch Wed Aug 1 13:15:46 2001 Date: Mon, 18 Sep 2000 17:36:23 +0100 From: MK To: Carsten Koch , lars@skynet.e.ruhr.de Cc: linux-dvb@linuxtv.org Subject: Re: Siemens card and SPDIF At 17:43 18.09.00 +0200, Carsten Koch wrote: >lars@skynet.e.ruhr.de wrote: > > > > Hello, > > > > I was thinking about buying a Dolby Digital receiver and was wondering if > > it was possible to connect the SPDIF signal from J2 to it via a coaxial > > cable. > >I tried that and was not pleased with the results: > >1. AC-3 does not work. > I think Ralph has explained in a previous post > that the hardware is no capable of generating it. > >2. I experienced intermittent signal drops. > My receiver's "digital input" light flickered and > the sound went off for about half a second every > few minutes. > I never found out wether that was a driver, firmware > or hardware problem. > My receiver's digital input works fine with my CD > player, so the problem is not at it's end. for me it's working without problems (the dvb spdif out is going to the spdif in of a sblive on a nearby box running windoze, and from there to a small cambridge soundworks decoder). For playback as well as for direct reception. Haven't tried connecting it directly, but I see no reason it shouldn't work... Max From ms@citd.de Wed Aug 1 13:15:46 2001 Date: Mon, 18 Sep 2000 19:51:53 +0200 (MEST) From: Matthias Schniedermeyer To: linux-dvb@linuxtv.org Subject: Siemens DVB-Driver 0.7 #include I have a VERY strange problem. The 0.7 version doesn't get the card initialized after the computer was switched off. I have to load 0.6, before i get the card initialized. (I have the Hauppauge DVB-s) Bis denn -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous. From classic@ghost.odessos.org Wed Aug 1 13:15:46 2001 Date: Mon, 18 Sep 2000 17:30:36 -0200 (GMT+2) From: classic@ghost.odessos.org Cc: "linux-dvb@linuxtv.org" Subject: question... hi there... sorry for my off topic.. just wanted to share some information with the mail list.. since 2-3 hours there is no connection to europeonline.. my question is: are you on line??? best regards, george From ms@citd.de Wed Aug 1 13:15:46 2001 Date: Mon, 18 Sep 2000 23:36:01 +0200 From: Matthias Schniedermeyer To: linux-dvb@linuxtv.org Subject: Re: Siemens DVB-Driver 0.7 On Mon, Sep 18, 2000 at 07:51:53PM +0200, Matthias Schniedermeyer wrote: #include > I have a VERY strange problem. The 0.7 version doesn't get the card > initialized after the computer was switched off. I have to load 0.6, > before i get the card initialized. Was my fault. I made a batch of "make insmod" and hadn't copied the needed firmware-files to /lib/DVB Bis denn -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous. From greg@ulima.unil.ch Wed Aug 1 13:15:46 2001 Date: Mon, 18 Sep 2000 23:55:32 +0200 From: Gregoire Favre To: linux-dvb@linuxtv.org Subject: Re: Siemens DVB-Driver 0.7 Hello, why are the two "patches" not in 0.7, I mean the one to enable autoloading of the modules (and with tuner as dvd-tuner to enable DVB and bttv),and the one from dvb2k2dvbrc to have a real sound support? Thanks for all, it seems to me things are getting really good ;-) Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 00:47:30 +0200 (CEST) From: "Ralph Metzler <" To: Gregoire Favre Cc: linux-dvb@linuxtv.org Subject: Re: Siemens DVB-Driver 0.7 Gregoire Favre writes: > why are the two "patches" not in 0.7, I mean the one to enable autoloading > of the modules (and with tuner as dvd-tuner to enable DVB and bttv),and the The path for the firmware can be set in 0.7. Renaming to dvb-tuner is not necessary. As I wrote before tuner.c in the DVB driver should be compatible to the old one. It is supposed to be a general module for I2C tuners, not just for DVB. If it does not work for you with bttv please tell me (nobody did last time I asked) and I will try to fix it. > one from dvb2k2dvbrc to have a real sound support? It was incompatible to other changes I already made and the whole libdvb is just being completely rewritten anyway. What do you mean with "real sound support"? Ralph From junk@pxh.de Wed Aug 1 13:15:46 2001 Date: Mon, 18 Sep 2000 23:20:00 +0000 From: Peter Hofmann To: lars@skynet.e.ruhr.de Cc: linux-dvb@linuxtv.org Subject: Re: Siemens card and SPDIF Hi, On Sep 18, 17:29, lars@skynet.e.ruhr.de wrote: > I was thinking about buying a Dolby Digital receiver and was wondering if > it was possible to connect the SPDIF signal from J2 to it via a coaxial > cable. I have a DVB-C (cable) card and an Onkyo AV receiver. Playback via the coaxial SPDIF connection of the DVB-C card works perfectly without any problems. > As I understand it at least Pro7 broadcasts DD. Does the card send it to > the digital output. Does it work on recorded streams as well or does it > just output the regular stereo sound? >-- End of excerpt from lars@skynet.e.ruhr.de The SPDIF output of the DVB cards cannot output AC3 data because not all of the relevant SPDIF header bits can be set appropriately. I also have a Hoontech Digital 4DWave NX soundcard with coaxial and optical SPDIF outputs that are supported by the ALSA sound drivers. In the current CVS releases these drivers should be able to program the relevant header bits of the SPDIF frame so that AC3 output is possible. ALSA development is in constant flux, however, so I was not able to get a working combination of ALSA driver and ac3play program, yet. So, in short, the pieces are all there, but things must stabilize a little bit. And you need a soundcard capable of outputting AC3. I hope this helps, Peter -- Peter Hofmann e-mail: junk@pxh.de From lars@skynet.e.ruhr.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 01:29:05 +0200 From: Lars Bensmann To: linux-dvb@linuxtv.org Subject: Re: Siemens card and SPDIF Hi, On Mon, Sep 18, 2000 at 11:20:00PM +0000, Peter Hofmann wrote: > > I have a DVB-C (cable) card and an Onkyo AV receiver. Playback via the coaxial > SPDIF connection of the DVB-C card works perfectly without any problems. Well. At least that's good news. > I also have a Hoontech Digital 4DWave NX soundcard with coaxial and optical > SPDIF outputs that are supported by the ALSA sound drivers. In the current CVS > releases these drivers should be able to program the relevant header bits of > the SPDIF frame so that AC3 output is possible. ALSA development is in constant > flux, however, so I was not able to get a working combination of ALSA driver > and ac3play program, yet. Mmmh, that sounds interesting. I was eyeing with such a card for quite some time now. At the moment I'm still more than happy with my good ol' Gravis UltraSound Classic, but I guess my next mainboard won't have ISA slots. Tough luck. But I guess, I'm getting a slight bit off topic. How is the card supposed to get the AC3-Stream? I guess cat mpeg2 > /dev/video won't work then. But I'm certain that once this works it will work with all the available tools (VDR, gVideo). > So, in short, the pieces are all there, but things must stabilize a little bit. > And you need a soundcard capable of outputting AC3. That sounds great. Thanks. cu, Lars -- Nach der Aufdeckung des Skandals um versteckte ID-Nummern hat Microsoft auf Anforderung [...] eine Stellungnahme abgeliefert. Sie enthaelt beschwichtigende Leerformeln, Ungereimtheiten und falsche Angaben. Die Behoerde ist zufrieden. -- c't 11/99, S.16 From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 03:34:10 +0200 (CEST) From: "Ralph Metzler <" To: linux-dvb@linuxtv.org Subject: RGB to S-Video lars@skynet.e.ruhr.de writes: > here is another question about the signals on J2 on the Siemens card: > > Is it possible to convert the RGB signals there to S-Video. The signal > qualitiy of the Composite output is IMHO not that great. It's not so > obvious for movies but the on screen menus look really bad. So I was > wondering how to improve the image quality. RGB should be better, but I > don't think my TV can handle RGB input, but it has a S-Video connector. The firmware offers switching between 4 output modes. NO_OUT CVBS_RGB_OUT - Composite on Composite-Out, RGB on RGB-out CVBS_YC_OUT - Composite on Composite-Out, C on RED-out, Y on GREEN-out YC_OUT - Y on Composite-out, C on RED-out So, you can use CVBS + (RGB or YC) or only YC output. You can use: VidMode(dvb, CVBS_YC_OUT); inside the driver to set the card to the CVBS+YC mode. Hmm, should I add an insmod parameter or an ioctl() for this? I should mention that I never tried this. I´ll have to get myself a connectors for J2 and S-Video plugs to connect it to my TV first. I don´t know if the pins deliver the right signal levels. Too bad they did not add all the cables to the sat card like with the cable card. Ralph From Carsten.Koch@icem.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 03:46:08 +0200 From: Carsten Koch To: rjkm@netcologne.de Cc: linux-dvb@linuxtv.org Subject: Re: RGB to S-Video "Ralph Metzler <" wrote: ... > CVBS_YC_OUT - Composite on Composite-Out, C on RED-out, Y on GREEN-out > YC_OUT - Y on Composite-out, C on RED-out > > So, you can use CVBS + (RGB or YC) or only YC output. > > You can use: > > VidMode(dvb, CVBS_YC_OUT); > > inside the driver to set the card to the CVBS+YC mode. Excellent news, Ralph! Thanks! I will make an YC connector for my card next weekend. > Hmm, should I add an insmod parameter or an ioctl() for this? an insmod parameter. The mode is specific to what I connect to my hardware, not to the software I run. Thanks again. Carsten. From r.schropp@ots-ag.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 08:55:26 +0200 From: Schropp Roland To: "DVB-S Mailingliste (E-Mail)" Subject: Siemens card an EON Hello there, has anyone experience with the Siemens card an EON ? I have sucessfully installed the Siemens driver 0.6. Now i have a dvb0 device in the ifconfig output, is that right ? I heard something about dvbd and dvbrouter. Do i need these programs ? I don't want to use the card for watching tv, only for EON. Please help me Thanx Roland From lars@skynet.e.ruhr.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 10:39:13 +0200 From: lars@skynet.e.ruhr.de To: linux-dvb@linuxtv.org Subject: Re: RGB to S-Video On Tue, Sep 19, 2000 at 03:46:08AM +0200, Carsten Koch wrote: > "Ralph Metzler <" wrote: > ... > > CVBS_YC_OUT - Composite on Composite-Out, C on RED-out, Y on GREEN-out > > YC_OUT - Y on Composite-out, C on RED-out > > > > So, you can use CVBS + (RGB or YC) or only YC output. > > Excellent news, Ralph! Thanks! That's right. > I will make an YC connector for my card next weekend. Please let us know if it works. I'm really interested in this. cu, Lars -- If windows is the answer, it must have been a stupid question. From jan@panteltje.demon.nl Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 10:50:16 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: Re: RGB to S-Video > The firmware offers switching between 4 output modes. > > NO_OUT > CVBS_RGB_OUT - Composite on Composite-Out, RGB on RGB-out > CVBS_YC_OUT - Composite on Composite-Out, C on RED-out, Y on GREEN-out > YC_OUT - Y on Composite-out, C on RED-out > > So, you can use CVBS + (RGB or YC) or only YC output. > > You can use: > > VidMode(dvb, CVBS_YC_OUT); > > inside the driver to set the card to the CVBS+YC mode. > Hmm, should I add an insmod parameter or an ioctl() for this? > Yes ioctl() please (so a user program can set the mode). Ralph, another question, how do I get teletext data from the driver, /dev/vtx (?) is not registered. Any thoughts on this? Jan From red@tripany.com Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 13:02:09 +0200 From: Robin Edgar Tripany To: linux-dvb@linuxtv.org Subject: Fw: Haupage DVB card for datatransfer > "Robin Edgar Tripany" writes: > > > Thanks for your site - it's helping a lot! > > Thanks for the flowers. > > > I am trying to install the Haupage DVB card for datatransfer, but i'm = > > having a problem seperating the up from the downstream for ppp. Could = > > you please send your configuration scripts for this? I have never = > > created tunnels before, and would like to see how you went about it... > > I haven't either. > > Please ask the linux-dvb@linuxtv.org Mailinglist for help. You can subscribe to > the list by sending a mail to linux-dvb-subscribe@linuxtv.org. > > yours sincerely > > Martin Springer > -- > Whatever you're up to in the next twenty-four hours, I hope it's profitable. > (Richard Quest, BBC) > From MaceG@thmulti.com Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 14:46:59 +0200 From: Mace Gael To: "'linux-dvb@linuxtv.org'" Subject: Help: VDR recording feature failed due to buffer overflow Dear all, First of all, because I'm new in your group, let me present my interest for your job: Involve in the corporate research part of Thomson Multimedia, I'm studying the possibilities of Linux as OS for consumer electronic products like setop box, digital TV, etc. After to have installed all the components: hardware (Siemens' board Rev 1.3) software (DVB/driver version 0.7.1, VDR version 0.63) on my PC Processor Intel PIII 450MHz 128 MBytes RAM HDD IDE 6GBytes Linux version 2.2.14-5.0 (root@wnt-umbriel.rennes.thmulti.com) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 ven aoû 18 16:20:02 CEST 2000 I succeeded also in setting up in order to receive and display the services of the ZDF Vision transponder. Everything works except the recording feature which failed due to a buffer overflow: Sep 19 10:38:48 wnt-umbriel vdr[841]: record /video/@3sat/2000-09-19.10:38.99.99.rec Sep 19 10:38:48 wnt-umbriel vdr[841]: creating directory /video/@3sat Sep 19 10:38:48 wnt-umbriel vdr[841]: creating directory /video/@3sat/2000-09-19.10:38.99.99.rec Sep 19 10:38:48 wnt-umbriel vdr[911]: start recording process (pid=911) Sep 19 10:40:08 wnt-umbriel vdr[911]: recording to '/video/@3sat/2000-09-19.10:38.99.99.rec/001.vdr' Sep 19 10:40:09 wnt-umbriel kernel: record buffer full Sep 19 10:40:09 wnt-umbriel last message repeated 10 times Sep 19 10:40:09 wnt-umbriel kernel: buffer overflow Sep 19 10:40:09 wnt-umbriel kernel: record buffer full Sep 19 10:40:09 wnt-umbriel last message repeated 6 times Sep 19 10:40:09 wnt-umbriel kernel: buffer overflow Could someone tell me what's happened and what I shall do in order to avoid this problem? Thanks in advance > Gael MACE e-mail:maceg@thmulti.com > Labo Multimedia Streaming & Storage (MSS) > Thomson Multimedia R&D > 1 Avenue de Belle Fontaine Tel: > (33)(0)299.273.386 > 35510 CESSON-SEVIGNE Fax: > (33)(0)299.273.558 FRANCE > ------>> The speed can kill ==> use Windows <<------ > > From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 15:08:57 +0200 (CEST) From: "Ralph Metzler <" To: Mace Gael Cc: "'linux-dvb@linuxtv.org'" Subject: Help: VDR recording feature failed due to buffer overflow Mace Gael writes: > I succeeded also in setting up in order to receive and display the services > of the ZDF Vision transponder. Everything works except the recording feature > which failed due to a buffer overflow: > > Sep 19 10:38:48 wnt-umbriel vdr[841]: record > /video/@3sat/2000-09-19.10:38.99.99.rec > Sep 19 10:38:48 wnt-umbriel vdr[841]: creating directory > /video/@3sat > Sep 19 10:38:48 wnt-umbriel vdr[841]: creating directory > /video/@3sat/2000-09-19.10:38.99.99.rec > Sep 19 10:38:48 wnt-umbriel vdr[911]: start recording process > (pid=911) > Sep 19 10:40:08 wnt-umbriel vdr[911]: recording to > '/video/@3sat/2000-09-19.10:38.99.99.rec/001.vdr' > Sep 19 10:40:09 wnt-umbriel kernel: record buffer full > Sep 19 10:40:09 wnt-umbriel last message repeated 10 times > Sep 19 10:40:09 wnt-umbriel kernel: buffer overflow > Sep 19 10:40:09 wnt-umbriel kernel: record buffer full > Sep 19 10:40:09 wnt-umbriel last message repeated 6 times > Sep 19 10:40:09 wnt-umbriel kernel: buffer overflow > > Could someone tell me what's happened and what I shall do in order to avoid > this problem? Starting with verison 0.7 we are using program streams as the default output format. VDR still expects the old AV_PES format and cannot handle a PS yet. I guess this is causing your problems. You will have to insmod dvb.o with the option "outstream=0". Ralph From Carsten.Koch@icem.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 15:13:20 +0200 From: Carsten Koch To: Mace Gael Cc: "'linux-dvb@linuxtv.org'" Subject: Re: Help: VDR recording feature failed due to buffer overflow Mace Gael wrote: ... > Sep 19 10:40:08 wnt-umbriel vdr[911]: recording to > '/video/@3sat/2000-09-19.10:38.99.99.rec/001.vdr' > Sep 19 10:40:09 wnt-umbriel kernel: record buffer full > Sep 19 10:40:09 wnt-umbriel last message repeated 10 times > Sep 19 10:40:09 wnt-umbriel kernel: buffer overflow > Sep 19 10:40:09 wnt-umbriel kernel: record buffer full > Sep 19 10:40:09 wnt-umbriel last message repeated 6 times > Sep 19 10:40:09 wnt-umbriel kernel: buffer overflow > > Could someone tell me what's happened and what I shall do in order to avoid > this problem? it looks like you cannot get the data out to hard disk as fast as they come in from the DVB card. I had a similar problem and it turned out that 32-bit I/O and DMA was not enabled for my hard disks. See "man hdparm". Another possible cause may be that your system is simply too busy with other things. You can use "osview" or "top" to find that out. Carsten. From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 15:14:07 +0200 From: Klaus Schmidinger To: Mace Gael Cc: "'linux-dvb@linuxtv.org'" Subject: Re: Help: VDR recording feature failed due to buffer overflow Mace Gael wrote: > > Dear all, > > First of all, because I'm new in your group, let me present my interest for > your job: > > Involve in the corporate research part of Thomson Multimedia, I'm > studying the possibilities of Linux as OS for consumer electronic products > like setop box, digital TV, etc. > > After to have installed all the components: > hardware (Siemens' board Rev 1.3) > software (DVB/driver version 0.7.1, VDR version 0.63) > on my PC > Processor Intel PIII 450MHz > 128 MBytes RAM > HDD IDE 6GBytes > Linux version 2.2.14-5.0 (root@wnt-umbriel.rennes.thmulti.com) (gcc > version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 ven aoû 18 > 16:20:02 CEST 2000 > > I succeeded also in setting up in order to receive and display the services > of the ZDF Vision transponder. Everything works except the recording feature > which failed due to a buffer overflow: > > Sep 19 10:38:48 wnt-umbriel vdr[841]: record > /video/@3sat/2000-09-19.10:38.99.99.rec > Sep 19 10:38:48 wnt-umbriel vdr[841]: creating directory > /video/@3sat > Sep 19 10:38:48 wnt-umbriel vdr[841]: creating directory > /video/@3sat/2000-09-19.10:38.99.99.rec > Sep 19 10:38:48 wnt-umbriel vdr[911]: start recording process > (pid=911) > Sep 19 10:40:08 wnt-umbriel vdr[911]: recording to > '/video/@3sat/2000-09-19.10:38.99.99.rec/001.vdr' > Sep 19 10:40:09 wnt-umbriel kernel: record buffer full > Sep 19 10:40:09 wnt-umbriel last message repeated 10 times > Sep 19 10:40:09 wnt-umbriel kernel: buffer overflow > Sep 19 10:40:09 wnt-umbriel kernel: record buffer full > Sep 19 10:40:09 wnt-umbriel last message repeated 6 times > Sep 19 10:40:09 wnt-umbriel kernel: buffer overflow > > Could someone tell me what's happened and what I shall do in order to avoid > this problem? With driver version 0.7x you need to add 'outstream=0' to the "insmod dvb.o" commands in the Makefile. VDR still needs AV_PES data at this time. Greetings 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 vmg@webcity.ro Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 17:06:50 +0300 From: Vultur Marius To: linux-dvb@linuxtv.org Subject: DVB-S and driver problem ... Hi! I have a Technisat SkyStar1 and I got the drivers for this card (siemens_dvb-0.6.tar.gz and dvbrouter.tar.gz) but is not working ... I have Slackware 7.1 installed and I tried on different kernels: 2.2.16, 2.2.14 & 2.2.13 but is not working ... I compiled the drivers and use "make insmod" the modules were installed but the dvbd is not working ... I search for the problem and I fount that the device "video" is not created in /dev ... Is anybody tehre who had the same problem? CAN YOU HELP ME? I must use a special option in kernel? Thanks, Vultur Marius From vmg@webcity.ro Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 17:06:50 +0300 From: Vultur Marius To: linux-dvb@linuxtv.org Subject: DVB-S and driver problem ... Hi! I have a Technisat SkyStar1 and I got the drivers for this card (siemens_dvb-0.6.tar.gz and dvbrouter.tar.gz) but is not working ... I have Slackware 7.1 installed and I tried on different kernels: 2.2.16, 2.2.14 & 2.2.13 but is not working ... I compiled the drivers and use "make insmod" the modules were installed but the dvbd is not working ... I search for the problem and I fount that the device "video" is not created in /dev ... Is anybody tehre who had the same problem? CAN YOU HELP ME? I must use a special option in kernel? Thanks, Vultur Marius From gfiala@s.netic.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 16:31:26 +0200 From: Guido Fiala To: linux-dvb@linuxtv.org Subject: Re: Siemens DVB-Driver 0.7 Am Tue, 19 Sep 2000 schriebst Du: >Gregoire Favre writes: > > why are the two "patches" not in 0.7, I mean the one to enable autoloading > > of the modules (and with tuner as dvd-tuner to enable DVB and bttv),and the > >The path for the firmware can be set in 0.7. >Renaming to dvb-tuner is not necessary. As I wrote before tuner.c >in the DVB driver should be compatible to the old one. >It is supposed to be a general module for I2C tuners, not just for DVB. >If it does not work for you with bttv please tell me (nobody did last time I >asked) and I will try to fix it. Mmm, might have forgot it, but it is still not work for me... I'am using the Kernel-2.2.14-Modules for bttv - is that the problem? (Bt878, Philips-Tuner 1216 (type=5) autodetected) Guido From gfiala@s.netic.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 16:31:26 +0200 From: Guido Fiala To: linux-dvb@linuxtv.org Subject: Re: Siemens DVB-Driver 0.7 Am Tue, 19 Sep 2000 schriebst Du: >Gregoire Favre writes: > > why are the two "patches" not in 0.7, I mean the one to enable autoloading > > of the modules (and with tuner as dvd-tuner to enable DVB and bttv),and the > >The path for the firmware can be set in 0.7. >Renaming to dvb-tuner is not necessary. As I wrote before tuner.c >in the DVB driver should be compatible to the old one. >It is supposed to be a general module for I2C tuners, not just for DVB. >If it does not work for you with bttv please tell me (nobody did last time I >asked) and I will try to fix it. Mmm, might have forgot it, but it is still not work for me... I'am using the Kernel-2.2.14-Modules for bttv - is that the problem? (Bt878, Philips-Tuner 1216 (type=5) autodetected) Guido From polom@convergence.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 17:15:27 +0200 From: Szymon Polom To: Vultur Marius Cc: linux-dvb@linuxtv.org Subject: Re: DVB-S and driver problem ... Hi... > I have a Technisat SkyStar1 and I got the drivers for this card > (siemens_dvb-0.6.tar.gz and dvbrouter.tar.gz) but is not working ... > > I have Slackware 7.1 installed and I tried on different kernels: > 2.2.16, 2.2.14 & 2.2.13 but is not working ... > > I compiled the drivers and use "make insmod" the modules were > installed but the dvbd is not working ... I search for the problem and I > fount that the device "video" is not created in /dev ... > > Is anybody tehre who had the same problem? CAN YOU HELP ME? I must > use a special option in kernel? No, you don't have to enable special kernel parameters. A simple MAKEDEV video in the directory /dev/ while being root did it for me the last time. You can learn more about the device creation process by typing man MAKEDEV and reading the manual. Hope it helps. Bye... SP. -- Szymon Polom polom@convergence.de convergence integrated media GmbH http://www.convergence.de Rosenthaler Str. 51 fon: +49(0)30-72 62 06 68 D-10178 Berlin fax: +49(0)30-72 62 06 55 From polom@convergence.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 17:15:27 +0200 From: Szymon Polom To: Vultur Marius Cc: linux-dvb@linuxtv.org Subject: Re: DVB-S and driver problem ... Hi... > I have a Technisat SkyStar1 and I got the drivers for this card > (siemens_dvb-0.6.tar.gz and dvbrouter.tar.gz) but is not working ... > > I have Slackware 7.1 installed and I tried on different kernels: > 2.2.16, 2.2.14 & 2.2.13 but is not working ... > > I compiled the drivers and use "make insmod" the modules were > installed but the dvbd is not working ... I search for the problem and I > fount that the device "video" is not created in /dev ... > > Is anybody tehre who had the same problem? CAN YOU HELP ME? I must > use a special option in kernel? No, you don't have to enable special kernel parameters. A simple MAKEDEV video in the directory /dev/ while being root did it for me the last time. You can learn more about the device creation process by typing man MAKEDEV and reading the manual. Hope it helps. Bye... SP. -- Szymon Polom polom@convergence.de convergence integrated media GmbH http://www.convergence.de Rosenthaler Str. 51 fon: +49(0)30-72 62 06 68 D-10178 Berlin fax: +49(0)30-72 62 06 55 From vmg@webcity.ro Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 18:40:08 +0300 (EEST) From: vmg@webcity.ro To: Szymon Polom Cc: linux-dvb@linuxtv.org Subject: Re: DVB-S and driver problem ... Hi! There is no makedev in slackware ... only mknod but i need to know what minor and what major to set ... Regards, Vultur Marius On Tue, 19 Sep 2000, Szymon Polom wrote: > Hi... > > > I have a Technisat SkyStar1 and I got the drivers for this card > > (siemens_dvb-0.6.tar.gz and dvbrouter.tar.gz) but is not working ... > > > > I have Slackware 7.1 installed and I tried on different kernels: > > 2.2.16, 2.2.14 & 2.2.13 but is not working ... > > > > I compiled the drivers and use "make insmod" the modules were > > installed but the dvbd is not working ... I search for the problem and I > > fount that the device "video" is not created in /dev ... > > > > Is anybody tehre who had the same problem? CAN YOU HELP ME? I must > > use a special option in kernel? > > No, you don't have to enable special kernel parameters. A simple > > MAKEDEV video > > in the directory /dev/ while being root did it for me the last time. You > can learn more about the device creation process by typing > > man MAKEDEV > > and reading the manual. > > Hope it helps. > > Bye... SP. > > -- > Szymon Polom polom@convergence.de > convergence integrated media GmbH http://www.convergence.de > Rosenthaler Str. 51 fon: +49(0)30-72 62 06 68 > D-10178 Berlin fax: +49(0)30-72 62 06 55 > From vmg@webcity.ro Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 18:40:08 +0300 (EEST) From: vmg@webcity.ro To: Szymon Polom Cc: linux-dvb@linuxtv.org Subject: Re: DVB-S and driver problem ... Hi! There is no makedev in slackware ... only mknod but i need to know what minor and what major to set ... Regards, Vultur Marius On Tue, 19 Sep 2000, Szymon Polom wrote: > Hi... > > > I have a Technisat SkyStar1 and I got the drivers for this card > > (siemens_dvb-0.6.tar.gz and dvbrouter.tar.gz) but is not working ... > > > > I have Slackware 7.1 installed and I tried on different kernels: > > 2.2.16, 2.2.14 & 2.2.13 but is not working ... > > > > I compiled the drivers and use "make insmod" the modules were > > installed but the dvbd is not working ... I search for the problem and I > > fount that the device "video" is not created in /dev ... > > > > Is anybody tehre who had the same problem? CAN YOU HELP ME? I must > > use a special option in kernel? > > No, you don't have to enable special kernel parameters. A simple > > MAKEDEV video > > in the directory /dev/ while being root did it for me the last time. You > can learn more about the device creation process by typing > > man MAKEDEV > > and reading the manual. > > Hope it helps. > > Bye... SP. > > -- > Szymon Polom polom@convergence.de > convergence integrated media GmbH http://www.convergence.de > Rosenthaler Str. 51 fon: +49(0)30-72 62 06 68 > D-10178 Berlin fax: +49(0)30-72 62 06 55 > From polom@convergence.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 17:41:04 +0200 From: Szymon Polom To: vmg@webcity.ro Cc: linux-dvb@linuxtv.org Subject: Re: DVB-S and driver problem ... Hi... vmg@webcity.ro wrote: > There is no makedev in slackware ... only mknod but i need to know > what minor and what major to set ... Hmm... MAKEDEV should be uppercase. I don't know slackware, but here are the numbers: lrwxrwxrwx 1 root root 6 Aug 24 17:05 video -> video0 crw-rw---- 1 root video 81, 0 Aug 24 17:05 video0 crw-rw---- 1 root video 81, 1 Aug 24 17:05 video1 The minor is increasing with any additional video device. Bye... SP. -- Szymon Polom polom@convergence.de convergence integrated media GmbH http://www.convergence.de Rosenthaler Str. 51 fon: +49(0)30-72 62 06 68 D-10178 Berlin fax: +49(0)30-72 62 06 55 From polom@convergence.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 17:41:04 +0200 From: Szymon Polom To: vmg@webcity.ro Cc: linux-dvb@linuxtv.org Subject: Re: DVB-S and driver problem ... Hi... vmg@webcity.ro wrote: > There is no makedev in slackware ... only mknod but i need to know > what minor and what major to set ... Hmm... MAKEDEV should be uppercase. I don't know slackware, but here are the numbers: lrwxrwxrwx 1 root root 6 Aug 24 17:05 video -> video0 crw-rw---- 1 root video 81, 0 Aug 24 17:05 video0 crw-rw---- 1 root video 81, 1 Aug 24 17:05 video1 The minor is increasing with any additional video device. Bye... SP. -- Szymon Polom polom@convergence.de convergence integrated media GmbH http://www.convergence.de Rosenthaler Str. 51 fon: +49(0)30-72 62 06 68 D-10178 Berlin fax: +49(0)30-72 62 06 55 From vmg@webcity.ro Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 19:11:37 +0300 (EEST) From: vmg@webcity.ro To: Szymon Polom Cc: linux-dvb@linuxtv.org Subject: Re: DVB-S and driver problem ... Hi! Thanks for devices listing, it helped me ... :) ... I tried last night to make a device with major 81 but diferent minor ... didn't tried 0 ... Now is working fine ... :) Regards, Vultur Marius On Tue, 19 Sep 2000, Szymon Polom wrote: > Hi... > > vmg@webcity.ro wrote: > > > There is no makedev in slackware ... only mknod but i need to know > > what minor and what major to set ... > > Hmm... MAKEDEV should be uppercase. I don't know slackware, but here are > the numbers: > > lrwxrwxrwx 1 root root 6 Aug 24 17:05 video -> video0 > crw-rw---- 1 root video 81, 0 Aug 24 17:05 video0 > crw-rw---- 1 root video 81, 1 Aug 24 17:05 video1 > > The minor is increasing with any additional video device. > > Bye... SP. > > -- > Szymon Polom polom@convergence.de > convergence integrated media GmbH http://www.convergence.de > Rosenthaler Str. 51 fon: +49(0)30-72 62 06 68 > D-10178 Berlin fax: +49(0)30-72 62 06 55 > From vmg@webcity.ro Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 19:11:37 +0300 (EEST) From: vmg@webcity.ro To: Szymon Polom Cc: linux-dvb@linuxtv.org Subject: Re: DVB-S and driver problem ... Hi! Thanks for devices listing, it helped me ... :) ... I tried last night to make a device with major 81 but diferent minor ... didn't tried 0 ... Now is working fine ... :) Regards, Vultur Marius On Tue, 19 Sep 2000, Szymon Polom wrote: > Hi... > > vmg@webcity.ro wrote: > > > There is no makedev in slackware ... only mknod but i need to know > > what minor and what major to set ... > > Hmm... MAKEDEV should be uppercase. I don't know slackware, but here are > the numbers: > > lrwxrwxrwx 1 root root 6 Aug 24 17:05 video -> video0 > crw-rw---- 1 root video 81, 0 Aug 24 17:05 video0 > crw-rw---- 1 root video 81, 1 Aug 24 17:05 video1 > > The minor is increasing with any additional video device. > > Bye... SP. > > -- > Szymon Polom polom@convergence.de > convergence integrated media GmbH http://www.convergence.de > Rosenthaler Str. 51 fon: +49(0)30-72 62 06 68 > D-10178 Berlin fax: +49(0)30-72 62 06 55 > From jan@panteltje.demon.nl Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 19:29:05 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: pscan-0.2 a simple scanning program that generates ~/channels.conf in VDR format Version 0.2 now on my site http://www.panteltje.demon.nl/satellite/ Thank everybode who send bug reports. I cannot test oon Astra yet... The default audio pid for for example stations like RAI 1should now be correct. I found this is located int the PMT buffer + 19. To fix this I had to add some members to the structures. There are many more bytes in this PMT buffer, wonder what these are for ;-) the old libdvb (and stest) never referenced these bytes, resulting in an audio pid of zero for stations like RAI 1, mm if I got it right. Any double entries present are for different audio channels. pscan -b generates a ~/channels.conf for Hotbird, pscan -a for Astra (not tested I am fixed at Hotbird now). See the README unzip with: tar -zxvf pscan.0.2.tgz Then: cd pscan-0.2 make make install Jan From jan@panteltje.demon.nl Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 19:29:05 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: pscan-0.2 a simple scanning program that generates ~/channels.conf in VDR format Version 0.2 now on my site http://www.panteltje.demon.nl/satellite/ Thank everybode who send bug reports. I cannot test oon Astra yet... The default audio pid for for example stations like RAI 1should now be correct. I found this is located int the PMT buffer + 19. To fix this I had to add some members to the structures. There are many more bytes in this PMT buffer, wonder what these are for ;-) the old libdvb (and stest) never referenced these bytes, resulting in an audio pid of zero for stations like RAI 1, mm if I got it right. Any double entries present are for different audio channels. pscan -b generates a ~/channels.conf for Hotbird, pscan -a for Astra (not tested I am fixed at Hotbird now). See the README unzip with: tar -zxvf pscan.0.2.tgz Then: cd pscan-0.2 make make install Jan From junk@pxh.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 19:55:11 +0000 From: Peter Hofmann To: Lars Bensmann Cc: linux-dvb@linuxtv.org Subject: Re: Siemens card and SPDIF Hi, On Sep 19, 1:29, Lars Bensmann wrote: > Subject: Re: Siemens card and SPDIF slots. Tough luck. But I guess, I'm getting a slight bit off topic. > > How is the card supposed to get the AC3-Stream? I guess cat mpeg2 > > /dev/video won't work then. But I'm certain that once this works it will > work with all the available tools (VDR, gVideo). >-- End of excerpt from Lars Bensmann You can't send the AC3 through the video device. The AC3 stream must go to the audio device. There are two programs (ac3play, www.alsaplayer.org; ac3spdif, URL posted on this list) that use the ALSA interface to output to the audio device's SPDIF connection. Klaus Schmidingers VDR's would have to be modified to use the ALSA interface. There is a program called dvdplayer-0.2 (DVD playback through DVB cards, URL posted on this list) that splits the VOB files on DVDs into an MPEG-2 video stream going to /dev/video and a audio stream that is downmixed to Dolby Surround by the ac3dec program (www.linuxvideo.org). ac3dec has to be replaced by ac3play or ac3spdif to get Dolby Digital playback. Greetings Peter -- Peter Hofmann e-mail: junk@pxh.de From junk@pxh.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 19:55:11 +0000 From: Peter Hofmann To: Lars Bensmann Cc: linux-dvb@linuxtv.org Subject: Re: Siemens card and SPDIF Hi, On Sep 19, 1:29, Lars Bensmann wrote: > Subject: Re: Siemens card and SPDIF slots. Tough luck. But I guess, I'm getting a slight bit off topic. > > How is the card supposed to get the AC3-Stream? I guess cat mpeg2 > > /dev/video won't work then. But I'm certain that once this works it will > work with all the available tools (VDR, gVideo). >-- End of excerpt from Lars Bensmann You can't send the AC3 through the video device. The AC3 stream must go to the audio device. There are two programs (ac3play, www.alsaplayer.org; ac3spdif, URL posted on this list) that use the ALSA interface to output to the audio device's SPDIF connection. Klaus Schmidingers VDR's would have to be modified to use the ALSA interface. There is a program called dvdplayer-0.2 (DVD playback through DVB cards, URL posted on this list) that splits the VOB files on DVDs into an MPEG-2 video stream going to /dev/video and a audio stream that is downmixed to Dolby Surround by the ac3dec program (www.linuxvideo.org). ac3dec has to be replaced by ac3play or ac3spdif to get Dolby Digital playback. Greetings Peter -- Peter Hofmann e-mail: junk@pxh.de From polom@convergence.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 22:01:38 +0200 From: Szymon Polom To: Peter Hofmann Cc: Lars Bensmann , linux-dvb@linuxtv.org Subject: Re: Siemens card and SPDIF Hi... Peter Hofmann wrote: > On Sep 19, 1:29, Lars Bensmann wrote: > > Subject: Re: Siemens card and SPDIF > slots. Tough luck. But I guess, I'm getting a slight bit off topic. > > > > How is the card supposed to get the AC3-Stream? I guess cat mpeg2 > > > /dev/video won't work then. But I'm certain that once this works it will > > work with all the available tools (VDR, gVideo). > >-- End of excerpt from Lars Bensmann > You can't send the AC3 through the video device. The AC3 stream must go to the > audio device. There are two programs (ac3play, www.alsaplayer.org; ac3spdif, > URL posted on this list) that use the ALSA interface to output to the audio > device's SPDIF connection. > Klaus Schmidingers VDR's would have to be modified to use the ALSA interface. > There is a program called dvdplayer-0.2 (DVD playback through DVB cards, URL > posted on this list) that splits the VOB files on DVDs into an MPEG-2 video > stream going to /dev/video and a audio stream that is downmixed to Dolby > Surround by the ac3dec program (www.linuxvideo.org). ac3dec has to be replaced > by ac3play or ac3spdif to get Dolby Digital playback. You can use one of the available AC3 decoders and generate LPCM audio and send it to the DVB card. Make sure, you have the newest drivers and it works. You are able to use LPCM to AVPES conversion or send the LPCM data as a PES LPCM stream. Sure, you don't have a digital output, but downmixing should make some people happy too :-). Bye... SP. -- Szymon Polom polom@convergence.de convergence integrated media GmbH http://www.convergence.de Rosenthaler Str. 51 fon: +49(0)30-72 62 06 68 D-10178 Berlin fax: +49(0)30-72 62 06 55 From polom@convergence.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 22:01:38 +0200 From: Szymon Polom To: Peter Hofmann Cc: Lars Bensmann , linux-dvb@linuxtv.org Subject: Re: Siemens card and SPDIF Hi... Peter Hofmann wrote: > On Sep 19, 1:29, Lars Bensmann wrote: > > Subject: Re: Siemens card and SPDIF > slots. Tough luck. But I guess, I'm getting a slight bit off topic. > > > > How is the card supposed to get the AC3-Stream? I guess cat mpeg2 > > > /dev/video won't work then. But I'm certain that once this works it will > > work with all the available tools (VDR, gVideo). > >-- End of excerpt from Lars Bensmann > You can't send the AC3 through the video device. The AC3 stream must go to the > audio device. There are two programs (ac3play, www.alsaplayer.org; ac3spdif, > URL posted on this list) that use the ALSA interface to output to the audio > device's SPDIF connection. > Klaus Schmidingers VDR's would have to be modified to use the ALSA interface. > There is a program called dvdplayer-0.2 (DVD playback through DVB cards, URL > posted on this list) that splits the VOB files on DVDs into an MPEG-2 video > stream going to /dev/video and a audio stream that is downmixed to Dolby > Surround by the ac3dec program (www.linuxvideo.org). ac3dec has to be replaced > by ac3play or ac3spdif to get Dolby Digital playback. You can use one of the available AC3 decoders and generate LPCM audio and send it to the DVB card. Make sure, you have the newest drivers and it works. You are able to use LPCM to AVPES conversion or send the LPCM data as a PES LPCM stream. Sure, you don't have a digital output, but downmixing should make some people happy too :-). Bye... SP. -- Szymon Polom polom@convergence.de convergence integrated media GmbH http://www.convergence.de Rosenthaler Str. 51 fon: +49(0)30-72 62 06 68 D-10178 Berlin fax: +49(0)30-72 62 06 55 From amk@befree.ch Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 22:44:42 +0200 (CEST) From: MK To: Peter Hofmann Cc: linux-dvb@linuxtv.org Subject: Re: Siemens card and SPDIF > > Hi, > > On Sep 19, 1:29, Lars Bensmann wrote: > > Subject: Re: Siemens card and SPDIF > slots. Tough luck. But I guess, I'm getting a slight bit off topic. > > > > How is the card supposed to get the AC3-Stream? I guess cat mpeg2 > > > /dev/video won't work then. But I'm certain that once this works it will > > work with all the available tools (VDR, gVideo). > >-- End of excerpt from Lars Bensmann > > You can't send the AC3 through the video device. The AC3 stream must go to the > audio device. There are two programs (ac3play, www.alsaplayer.org; ac3spdif, > URL posted on this list) that use the ALSA interface to output to the audio > device's SPDIF connection. > > Klaus Schmidingers VDR's would have to be modified to use the ALSA interface. > > There is a program called dvdplayer-0.2 (DVD playback through DVB cards, URL > posted on this list) that splits the VOB files on DVDs into an MPEG-2 video > stream going to /dev/video and a audio stream that is downmixed to Dolby >x Surround by the ac3dec program (www.linuxvideo.org). ac3dec has to be replaced > by ac3play or ac3spdif to get Dolby Digital playback. > is there any possibility of developing an alsa driver for spdif output through the dvb-s card (so it would be usable by any program)? Or are there any limiting factors in the firmware? Max From amk@befree.ch Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 22:44:42 +0200 (CEST) From: MK To: Peter Hofmann Cc: linux-dvb@linuxtv.org Subject: Re: Siemens card and SPDIF > > Hi, > > On Sep 19, 1:29, Lars Bensmann wrote: > > Subject: Re: Siemens card and SPDIF > slots. Tough luck. But I guess, I'm getting a slight bit off topic. > > > > How is the card supposed to get the AC3-Stream? I guess cat mpeg2 > > > /dev/video won't work then. But I'm certain that once this works it will > > work with all the available tools (VDR, gVideo). > >-- End of excerpt from Lars Bensmann > > You can't send the AC3 through the video device. The AC3 stream must go to the > audio device. There are two programs (ac3play, www.alsaplayer.org; ac3spdif, > URL posted on this list) that use the ALSA interface to output to the audio > device's SPDIF connection. > > Klaus Schmidingers VDR's would have to be modified to use the ALSA interface. > > There is a program called dvdplayer-0.2 (DVD playback through DVB cards, URL > posted on this list) that splits the VOB files on DVDs into an MPEG-2 video > stream going to /dev/video and a audio stream that is downmixed to Dolby >x Surround by the ac3dec program (www.linuxvideo.org). ac3dec has to be replaced > by ac3play or ac3spdif to get Dolby Digital playback. > is there any possibility of developing an alsa driver for spdif output through the dvb-s card (so it would be usable by any program)? Or are there any limiting factors in the firmware? Max From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 23:38:46 +0200 (CEST) From: "Ralph Metzler <" To: MK Cc: Peter Hofmann , linux-dvb@linuxtv.org Subject: Re: Siemens card and SPDIF MK writes: > is there any possibility of developing an alsa driver for spdif output through > the dvb-s card (so it would be usable by any program)? Or are there any > limiting factors in the firmware? PCM is no problem, but I guess you mean AC3 output? Sorry, but the hardware does not support it. It can only create PCM headers on the SPDIF output. This really is a hardware problem and cannot be fixed in the firmware. Ralph From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Tue, 19 Sep 2000 23:38:46 +0200 (CEST) From: "Ralph Metzler <" To: MK Cc: Peter Hofmann , linux-dvb@linuxtv.org Subject: Re: Siemens card and SPDIF MK writes: > is there any possibility of developing an alsa driver for spdif output through > the dvb-s card (so it would be usable by any program)? Or are there any > limiting factors in the firmware? PCM is no problem, but I guess you mean AC3 output? Sorry, but the hardware does not support it. It can only create PCM headers on the SPDIF output. This really is a hardware problem and cannot be fixed in the firmware. Ralph From lars@skynet.e.ruhr.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 00:11:18 +0200 From: Lars Bensmann To: linux-dvb@linuxtv.org Subject: Re: Siemens card and SPDIF On Tue, Sep 19, 2000 at 07:55:11PM +0000, Peter Hofmann wrote: > > > > How is the card supposed to get the AC3-Stream? I guess cat mpeg2 > > > /dev/video won't work then. But I'm certain that once this works it will > > work with all the available tools (VDR, gVideo). > >-- End of excerpt from Lars Bensmann > > You can't send the AC3 through the video device. The AC3 stream must go to the > audio device. There are two programs (ac3play, www.alsaplayer.org; ac3spdif, > URL posted on this list) that use the ALSA interface to output to the audio > device's SPDIF connection. Yes, I understood this. Seems I didn't express myself very clearly. I was just convinced that there would be a way to get AC3 output, if not from the DVB card then from a digital sound card. > There is a program called dvdplayer-0.2 (DVD playback through DVB cards, URL > posted on this list) that splits the VOB files on DVDs into an MPEG-2 video > stream going to /dev/video and a audio stream that is downmixed to Dolby > Surround by the ac3dec program (www.linuxvideo.org). ac3dec has to be replaced > by ac3play or ac3spdif to get Dolby Digital playback. Sounds great. Thanks for the hint. cu, Lars -- My parents went to Mordor and all I got was this lousy ring. -- Jan Uerpmann From lars@skynet.e.ruhr.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 00:11:18 +0200 From: Lars Bensmann To: linux-dvb@linuxtv.org Subject: Re: Siemens card and SPDIF On Tue, Sep 19, 2000 at 07:55:11PM +0000, Peter Hofmann wrote: > > > > How is the card supposed to get the AC3-Stream? I guess cat mpeg2 > > > /dev/video won't work then. But I'm certain that once this works it will > > work with all the available tools (VDR, gVideo). > >-- End of excerpt from Lars Bensmann > > You can't send the AC3 through the video device. The AC3 stream must go to the > audio device. There are two programs (ac3play, www.alsaplayer.org; ac3spdif, > URL posted on this list) that use the ALSA interface to output to the audio > device's SPDIF connection. Yes, I understood this. Seems I didn't express myself very clearly. I was just convinced that there would be a way to get AC3 output, if not from the DVB card then from a digital sound card. > There is a program called dvdplayer-0.2 (DVD playback through DVB cards, URL > posted on this list) that splits the VOB files on DVDs into an MPEG-2 video > stream going to /dev/video and a audio stream that is downmixed to Dolby > Surround by the ac3dec program (www.linuxvideo.org). ac3dec has to be replaced > by ac3play or ac3spdif to get Dolby Digital playback. Sounds great. Thanks for the hint. cu, Lars -- My parents went to Mordor and all I got was this lousy ring. -- Jan Uerpmann From kju@fqdn.org Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 00:15:19 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: The Future of VDR ? So whats the planned future of VDR? It seems to be heading towards a fully functional set top box, is this the intended future? -- Greetings Michael From kju@fqdn.org Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 00:15:19 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: The Future of VDR ? So whats the planned future of VDR? It seems to be heading towards a fully functional set top box, is this the intended future? -- Greetings Michael From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 08:22:17 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: The Future of VDR ? Michael Holzt wrote: > > So whats the planned future of VDR? It seems to be heading towards a > fully functional set top box, is this the intended future? In a way, yes. Robert Schneider, for instance, is working on additional EIT support and DVD access. What exactly does "a fully functional" set top box mean to you? Greetings 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 Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 08:22:17 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: The Future of VDR ? Michael Holzt wrote: > > So whats the planned future of VDR? It seems to be heading towards a > fully functional set top box, is this the intended future? In a way, yes. Robert Schneider, for instance, is working on additional EIT support and DVD access. What exactly does "a fully functional" set top box mean to you? Greetings 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 t.ja@gmx.at Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 11:57:33 +0200 From: Thomas Jagoditsch To: linux-dvb@linuxtv.org Subject: VDR recording glitches hi ! first of all, i want to thank klaus, ralph and all the other guys which made VDR/DVB possible. i needed only a couple of hours (and some money *g*) with really null pc-video know-how to set it up and the whole thing is very promising. watching sat works flawlessly and the picture is perfect. channels which _didnt work_ with haupauges windoof-soft (installed with a clean w98SE only to test the card - found out that i needed a new lnc) are working too *bg (they seem to have problems with 22k symrate channels). recording, too, works (after reading the outstream=0 posts ;-) but every couple of seconds ive got those block fragments on screen and on "tape", especially when the picture is quickly changin, like on mtv, but sometimes on "quiet" scenes too, like "orf-zib2". the pc is a p200 with 48mb ram, ive purchased a brand new 45gig wd disk so disk-speed should be no issue. top tells me that memory is good (not much "free" but big buffers anyway) and cpu utilization is always under 15%, most of the time around 10%. for safety i try to shut down all unnecessary daemons but that doesnt change anything (subjectivly, hard to measure this). btw. this is the haupauge card, siemens doesnt sell theirs in or to austria, funny thing (anybody got a CI-card yet ?!?). questions: anybody got a good idea ? what could be the bottleneck ? what systems do you use ? in the long run, i would like to equip the pc with a second card, should i assemble a bigger VDR-pc ? will it help ? thanx for any input in advance. thoughts on VDR/DVB evolution: - teletext would be a nice thing, especially in combination with "point & click timer-programming" - integrated dvd/cd/mp3-playback (screen-output with random jpgs for cd/mp3) would make VDR a real multimedia-settop - vbox-integration is on my mind too, in the moment this is done by an old notebook - maybe some sort of easy "user-defined menus" for tv can accomplish such whishes - visually remote control of the other hifi-video components could be comfortable (i dig thru LIRC docs at the moment ;-), somebody could do nice things (back up VDR to a VCR, switch inputs on the receiver/amp ...) wbr.tja... ps: i´m not that big programmer-guy anymore, especially not on low- level linux, but if there is something to test, write dox etc. i would be happy to contribute. From t.ja@gmx.at Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 11:57:33 +0200 From: Thomas Jagoditsch To: linux-dvb@linuxtv.org Subject: VDR recording glitches hi ! first of all, i want to thank klaus, ralph and all the other guys which made VDR/DVB possible. i needed only a couple of hours (and some money *g*) with really null pc-video know-how to set it up and the whole thing is very promising. watching sat works flawlessly and the picture is perfect. channels which _didnt work_ with haupauges windoof-soft (installed with a clean w98SE only to test the card - found out that i needed a new lnc) are working too *bg (they seem to have problems with 22k symrate channels). recording, too, works (after reading the outstream=0 posts ;-) but every couple of seconds ive got those block fragments on screen and on "tape", especially when the picture is quickly changin, like on mtv, but sometimes on "quiet" scenes too, like "orf-zib2". the pc is a p200 with 48mb ram, ive purchased a brand new 45gig wd disk so disk-speed should be no issue. top tells me that memory is good (not much "free" but big buffers anyway) and cpu utilization is always under 15%, most of the time around 10%. for safety i try to shut down all unnecessary daemons but that doesnt change anything (subjectivly, hard to measure this). btw. this is the haupauge card, siemens doesnt sell theirs in or to austria, funny thing (anybody got a CI-card yet ?!?). questions: anybody got a good idea ? what could be the bottleneck ? what systems do you use ? in the long run, i would like to equip the pc with a second card, should i assemble a bigger VDR-pc ? will it help ? thanx for any input in advance. thoughts on VDR/DVB evolution: - teletext would be a nice thing, especially in combination with "point & click timer-programming" - integrated dvd/cd/mp3-playback (screen-output with random jpgs for cd/mp3) would make VDR a real multimedia-settop - vbox-integration is on my mind too, in the moment this is done by an old notebook - maybe some sort of easy "user-defined menus" for tv can accomplish such whishes - visually remote control of the other hifi-video components could be comfortable (i dig thru LIRC docs at the moment ;-), somebody could do nice things (back up VDR to a VCR, switch inputs on the receiver/amp ...) wbr.tja... ps: i´m not that big programmer-guy anymore, especially not on low- level linux, but if there is something to test, write dox etc. i would be happy to contribute. From Carsten.Koch@icem.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 12:13:50 +0200 From: Carsten Koch To: Thomas Jagoditsch Cc: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches Thomas Jagoditsch wrote: ... > recording, too, works (after reading the outstream=0 posts ;-) but > every couple of seconds ive got those block fragments on screen and > on "tape", especially when the picture is quickly changin, like on > mtv, but sometimes on "quiet" scenes too, like "orf-zib2". I'm seeing the same glitches here (PentiumPro 150 Mhz). They got a lot better after I installed a DMA-capable IDE controller PCI card and after I enabled 32-bit mode and DMA with hdparm. They are still there, though - not every couple of seconds, but maybe every couple of minutes or so. Klaus' machine is a PII 300 Mhz and Klaus is not seeing them as often, so either the faster CPU or the faster FSB is making a difference. > should i assemble a bigger VDR-pc ? will it help ? I would guess so. I'm planning to upgrade to a 450 MHz PIII next week. Somebody else on this list mentioned not too long ago that the folks at convergence must all have strong PCs, so their driver cannot realy deal with a ~200Mhz machine. I think he was right. Carsten. From Carsten.Koch@icem.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 12:13:50 +0200 From: Carsten Koch To: Thomas Jagoditsch Cc: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches Thomas Jagoditsch wrote: ... > recording, too, works (after reading the outstream=0 posts ;-) but > every couple of seconds ive got those block fragments on screen and > on "tape", especially when the picture is quickly changin, like on > mtv, but sometimes on "quiet" scenes too, like "orf-zib2". I'm seeing the same glitches here (PentiumPro 150 Mhz). They got a lot better after I installed a DMA-capable IDE controller PCI card and after I enabled 32-bit mode and DMA with hdparm. They are still there, though - not every couple of seconds, but maybe every couple of minutes or so. Klaus' machine is a PII 300 Mhz and Klaus is not seeing them as often, so either the faster CPU or the faster FSB is making a difference. > should i assemble a bigger VDR-pc ? will it help ? I would guess so. I'm planning to upgrade to a 450 MHz PIII next week. Somebody else on this list mentioned not too long ago that the folks at convergence must all have strong PCs, so their driver cannot realy deal with a ~200Mhz machine. I think he was right. Carsten. From calman@kaliostro.crimea.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 13:49:40 +0300 From: Konstantin S. Kurianoff To: linux-dvb@linuxtv.org Subject: Please give me an example of mrouted.conf [ 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. ] Hello all, I have a trouble of configuring the mrouted. Please can anyone send me an exmple of mrouted.conf? Thank you very much. Konstantin From calman@kaliostro.crimea.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 13:49:40 +0300 From: Konstantin S. Kurianoff To: linux-dvb@linuxtv.org Subject: Please give me an example of mrouted.conf [ 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. ] Hello all, I have a trouble of configuring the mrouted. Please can anyone send me an exmple of mrouted.conf? Thank you very much. Konstantin From fliegl@in.tum.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 13:31:30 +0200 From: Deti Fliegl To: Carsten Koch Cc: Thomas Jagoditsch , linux-dvb@linuxtv.org Subject: Re: VDR recording glitches I am using a K6-233 with an Intel TX-chipset and 80Mbytes RAM. My harddisks are some IBM 10GByte drives in DMA mode. When I switch off the DMA mode (with hdparm -d 0 /dev/hdX) I run into the same problems as you guys mentioned. ... das ist aber auch kein Wunder :) Deti From fliegl@in.tum.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 13:31:30 +0200 From: Deti Fliegl To: Carsten Koch Cc: Thomas Jagoditsch , linux-dvb@linuxtv.org Subject: Re: VDR recording glitches I am using a K6-233 with an Intel TX-chipset and 80Mbytes RAM. My harddisks are some IBM 10GByte drives in DMA mode. When I switch off the DMA mode (with hdparm -d 0 /dev/hdX) I run into the same problems as you guys mentioned. ... das ist aber auch kein Wunder :) Deti From Carsten.Koch@icem.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 14:06:08 +0200 From: Carsten Koch To: Deti Fliegl Cc: Thomas Jagoditsch , linux-dvb@linuxtv.org, Ralph Metzler Subject: Re: VDR recording glitches Deti Fliegl wrote: > > I am using a K6-233 with an Intel TX-chipset and 80Mbytes RAM. My > harddisks are some IBM 10GByte drives in DMA mode. > When I switch off the DMA mode (with hdparm -d 0 /dev/hdX) I run into > the same problems as you guys mentioned. Good. That supports the fact that this problem is very real. > ... das ist aber auch kein Wunder :) with optimum buffering strategies in the kernel and in the driver, I would not expect to see these problems, before the average disk transfer rate goes below the average rate of data coming from the card. As far as I remember, even with DMA off, the average disk transfer rate is still more than a factor of two faster than the average rate of data coming from the card. So, I'd say we're seeing a driver bug (or at least a driver weakness) here. Ralph, what do you think? Carsten. From Carsten.Koch@icem.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 14:06:08 +0200 From: Carsten Koch To: Deti Fliegl Cc: Thomas Jagoditsch , linux-dvb@linuxtv.org, Ralph Metzler Subject: Re: VDR recording glitches Deti Fliegl wrote: > > I am using a K6-233 with an Intel TX-chipset and 80Mbytes RAM. My > harddisks are some IBM 10GByte drives in DMA mode. > When I switch off the DMA mode (with hdparm -d 0 /dev/hdX) I run into > the same problems as you guys mentioned. Good. That supports the fact that this problem is very real. > ... das ist aber auch kein Wunder :) with optimum buffering strategies in the kernel and in the driver, I would not expect to see these problems, before the average disk transfer rate goes below the average rate of data coming from the card. As far as I remember, even with DMA off, the average disk transfer rate is still more than a factor of two faster than the average rate of data coming from the card. So, I'd say we're seeing a driver bug (or at least a driver weakness) here. Ralph, what do you think? Carsten. From Carsten.Koch@icem.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 14:06:08 +0200 From: Carsten Koch To: Deti Fliegl Cc: Thomas Jagoditsch , linux-dvb@linuxtv.org, Ralph Metzler Subject: Re: VDR recording glitches Deti Fliegl wrote: > > I am using a K6-233 with an Intel TX-chipset and 80Mbytes RAM. My > harddisks are some IBM 10GByte drives in DMA mode. > When I switch off the DMA mode (with hdparm -d 0 /dev/hdX) I run into > the same problems as you guys mentioned. Good. That supports the fact that this problem is very real. > ... das ist aber auch kein Wunder :) with optimum buffering strategies in the kernel and in the driver, I would not expect to see these problems, before the average disk transfer rate goes below the average rate of data coming from the card. As far as I remember, even with DMA off, the average disk transfer rate is still more than a factor of two faster than the average rate of data coming from the card. So, I'd say we're seeing a driver bug (or at least a driver weakness) here. Ralph, what do you think? Carsten. From jan@panteltje.demon.nl Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 12:13:31 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches [ 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. ] > btw. this is the haupauge card, siemens doesnt sell theirs in or to > austria, funny thing (anybody got a CI-card yet ?!?). > I have bought a Technotrend with CA module at www.wwsat.nl It accepts 2 CA modules. > questions: > anybody got a good idea ? what could be the bottleneck ? > what systems do you use ? > in the long run, i would like to equip the PC with a second card, > should i assemble a bigger VDR-pc ? will it help ? > > thanx for any input in advance. > > thoughts on VDR/DVB evolution: > - teletext would be a nice thing, especially in combination with > "point & click timer-programming" I would like to implement teletext too, have a GUI and driver for a different chip, unfortunately I get no reply from Ralph Metzler how to go about adding it (getting the data out). Klaus will know much better then me if the on screen display could be used for this, but I think not. I think this card cannot do VBI teletext re insertion but I could be wrong. In that case I will have to figure out the teletext chip used (anyone?), get the data sheet and adapt my driver, the display would then be on the PC like in the windows version. Perhaps I can just access this chip directly (bypassing the driver) via the iic bus. Still thinking about this. > ps: i´m not that big programmer-guy anymore, especially not on low- > level linux, but if there is something to test, write dox etc. i > would be happy to contribute. > > Great the more people have a go the better. I am stuck with a lack of documentation on the card itself. It seems Ralph (convergence.de) is under some sort of non disclosure contract with Siemens. My past experiences with Siemens in a company I worked for are not that fantastic... and they were the main seller of Siemens PLC's in Holland. I will try to email Technotrend (Siemens is the same card) to see if I can get some data, but not high hopes for that. Jan From jan@panteltje.demon.nl Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 12:13:31 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches [ 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. ] > btw. this is the haupauge card, siemens doesnt sell theirs in or to > austria, funny thing (anybody got a CI-card yet ?!?). > I have bought a Technotrend with CA module at www.wwsat.nl It accepts 2 CA modules. > questions: > anybody got a good idea ? what could be the bottleneck ? > what systems do you use ? > in the long run, i would like to equip the PC with a second card, > should i assemble a bigger VDR-pc ? will it help ? > > thanx for any input in advance. > > thoughts on VDR/DVB evolution: > - teletext would be a nice thing, especially in combination with > "point & click timer-programming" I would like to implement teletext too, have a GUI and driver for a different chip, unfortunately I get no reply from Ralph Metzler how to go about adding it (getting the data out). Klaus will know much better then me if the on screen display could be used for this, but I think not. I think this card cannot do VBI teletext re insertion but I could be wrong. In that case I will have to figure out the teletext chip used (anyone?), get the data sheet and adapt my driver, the display would then be on the PC like in the windows version. Perhaps I can just access this chip directly (bypassing the driver) via the iic bus. Still thinking about this. > ps: i´m not that big programmer-guy anymore, especially not on low- > level linux, but if there is something to test, write dox etc. i > would be happy to contribute. > > Great the more people have a go the better. I am stuck with a lack of documentation on the card itself. It seems Ralph (convergence.de) is under some sort of non disclosure contract with Siemens. My past experiences with Siemens in a company I worked for are not that fantastic... and they were the main seller of Siemens PLC's in Holland. I will try to email Technotrend (Siemens is the same card) to see if I can get some data, but not high hopes for that. Jan From jan@panteltje.demon.nl Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 12:13:31 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches [ 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. ] > btw. this is the haupauge card, siemens doesnt sell theirs in or to > austria, funny thing (anybody got a CI-card yet ?!?). > I have bought a Technotrend with CA module at www.wwsat.nl It accepts 2 CA modules. > questions: > anybody got a good idea ? what could be the bottleneck ? > what systems do you use ? > in the long run, i would like to equip the PC with a second card, > should i assemble a bigger VDR-pc ? will it help ? > > thanx for any input in advance. > > thoughts on VDR/DVB evolution: > - teletext would be a nice thing, especially in combination with > "point & click timer-programming" I would like to implement teletext too, have a GUI and driver for a different chip, unfortunately I get no reply from Ralph Metzler how to go about adding it (getting the data out). Klaus will know much better then me if the on screen display could be used for this, but I think not. I think this card cannot do VBI teletext re insertion but I could be wrong. In that case I will have to figure out the teletext chip used (anyone?), get the data sheet and adapt my driver, the display would then be on the PC like in the windows version. Perhaps I can just access this chip directly (bypassing the driver) via the iic bus. Still thinking about this. > ps: i´m not that big programmer-guy anymore, especially not on low- > level linux, but if there is something to test, write dox etc. i > would be happy to contribute. > > Great the more people have a go the better. I am stuck with a lack of documentation on the card itself. It seems Ralph (convergence.de) is under some sort of non disclosure contract with Siemens. My past experiences with Siemens in a company I worked for are not that fantastic... and they were the main seller of Siemens PLC's in Holland. I will try to email Technotrend (Siemens is the same card) to see if I can get some data, but not high hopes for that. Jan From MaceG@thmulti.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 14:37:50 +0200 From: Mace Gael To: linux-dvb@linuxtv.org Subject: Stream's format handle by the Siemens board and the VDR First of all, thanks for your previous advice about the "outstream=0" parameter with the driver version 0.7.x in order to handle AV_PES stream, format requested by the VDR version 0.63. It works fine. After studying the source code of the driver, it seems that, for recording and replaying purposes, the Siemens board is able to handle different format of stream: AV PES , PES, Program Stream and Transport Stream. Is it correct? However, the VDR is currently able to treat only AV_PES stream. Do you attempt to modify the application in order to handle the other formats? If I want to replay some external streams (already stored MPEG file, such as Transport Stream), I shall currently demultiplex these streams and create proper input files which could be used by the VDR. I'm interresting to do this job (for the community of course), but which is the format of the different resulting files: 00x.vdr (which contains the AV_PES stream), the index.vdr and resume.vdr files? regards, Gaël > ------>> The speed can kill ==> use Windows <<------ > > From MaceG@thmulti.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 14:37:50 +0200 From: Mace Gael To: linux-dvb@linuxtv.org Subject: Stream's format handle by the Siemens board and the VDR First of all, thanks for your previous advice about the "outstream=0" parameter with the driver version 0.7.x in order to handle AV_PES stream, format requested by the VDR version 0.63. It works fine. After studying the source code of the driver, it seems that, for recording and replaying purposes, the Siemens board is able to handle different format of stream: AV PES , PES, Program Stream and Transport Stream. Is it correct? However, the VDR is currently able to treat only AV_PES stream. Do you attempt to modify the application in order to handle the other formats? If I want to replay some external streams (already stored MPEG file, such as Transport Stream), I shall currently demultiplex these streams and create proper input files which could be used by the VDR. I'm interresting to do this job (for the community of course), but which is the format of the different resulting files: 00x.vdr (which contains the AV_PES stream), the index.vdr and resume.vdr files? regards, Gaël > ------>> The speed can kill ==> use Windows <<------ > > From MaceG@thmulti.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 14:37:53 +0200 From: Mace Gael To: linux-dvb@linuxtv.org Subject: RE: The Future of VDR ? >> What exactly does "a fully functional" set top box mean to you? Such a platform: could be more open and so include other interface (like IEEE1394 included in the kernel 2.4) in order to interop (cf. 1394TA group (AVC techno) http://www.1394ta.org and the HAVi group http://www.havi.org/) with other equipments (DVCR, HiFi system, etc) could also support other Audio/Video format (DV, MP3, ...), access to the internet. But all this stuff displayed on the TV set (because of my couch potato behaviour (;-)) However to do that with on-the-shelf products like the Siemens board, what are we able to treat? Should we transcode DV to MPEG? regards, Gaël > ------>> The speed can kill ==> use Windows <<------ > > From MaceG@thmulti.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 14:37:53 +0200 From: Mace Gael To: linux-dvb@linuxtv.org Subject: RE: The Future of VDR ? >> What exactly does "a fully functional" set top box mean to you? Such a platform: could be more open and so include other interface (like IEEE1394 included in the kernel 2.4) in order to interop (cf. 1394TA group (AVC techno) http://www.1394ta.org and the HAVi group http://www.havi.org/) with other equipments (DVCR, HiFi system, etc) could also support other Audio/Video format (DV, MP3, ...), access to the internet. But all this stuff displayed on the TV set (because of my couch potato behaviour (;-)) However to do that with on-the-shelf products like the Siemens board, what are we able to treat? Should we transcode DV to MPEG? regards, Gaël > ------>> The speed can kill ==> use Windows <<------ > > From fliegl@in.tum.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 14:39:51 +0200 From: Deti Fliegl To: Carsten Koch Cc: Thomas Jagoditsch , linux-dvb@linuxtv.org, Ralph Metzler Subject: Re: VDR recording glitches Carsten Koch wrote: > with optimum buffering strategies in the kernel and > in the driver, I would not expect to see these > problems, before the average disk transfer rate goes > below the average rate of data coming from the card. The problem ist not directly the communication speed between the harddisk and the hostsystem. It is the number of interrupts per second and the time a interrupt service routine (ISR) needs to process the request. The DVB card gets the different streams not via DMA into different memory areas (like it would be reasonable). Actually it uses a dual ported RAM which is accessed through an universal parallel port (called DEBI) on the SAA 7146 PCI-Bridge. Everytime the firmware writes a block of a stream to the DP-RAM an interrupt is generated on the hostsystem. As you can see the DP-RAM has a size of 8Kbytes and the actual size for transfers of data is limited to 7168 Bytes. Now the calculation is simple: If you are recording an av-stream of 5Mbit/s (which is 640kBytes/s) your host system gets 640*1024/7168=91 interrupts per second. This is in fact not really much. A problem might occur if the ISR takes too much time without re-enabling other interrupts. The same calculations can be done for data transferred from/to harddisks via PIO- or DMA-mode. >From my subjective view there is no reason, why recording should cause serious timing problems even on slow systems. At this time further profiling tests would be necessary to find out where's the problem in your particular cases. > As far as I remember, even with DMA off, the average > disk transfer rate is still more than a factor of two > faster than the average rate of data coming from the card. > > So, I'd say we're seeing a driver bug (or at least a > driver weakness) here. > > Ralph, what do you think? > > Carsten. From fliegl@in.tum.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 14:39:51 +0200 From: Deti Fliegl To: Carsten Koch Cc: Thomas Jagoditsch , linux-dvb@linuxtv.org, Ralph Metzler Subject: Re: VDR recording glitches Carsten Koch wrote: > with optimum buffering strategies in the kernel and > in the driver, I would not expect to see these > problems, before the average disk transfer rate goes > below the average rate of data coming from the card. The problem ist not directly the communication speed between the harddisk and the hostsystem. It is the number of interrupts per second and the time a interrupt service routine (ISR) needs to process the request. The DVB card gets the different streams not via DMA into different memory areas (like it would be reasonable). Actually it uses a dual ported RAM which is accessed through an universal parallel port (called DEBI) on the SAA 7146 PCI-Bridge. Everytime the firmware writes a block of a stream to the DP-RAM an interrupt is generated on the hostsystem. As you can see the DP-RAM has a size of 8Kbytes and the actual size for transfers of data is limited to 7168 Bytes. Now the calculation is simple: If you are recording an av-stream of 5Mbit/s (which is 640kBytes/s) your host system gets 640*1024/7168=91 interrupts per second. This is in fact not really much. A problem might occur if the ISR takes too much time without re-enabling other interrupts. The same calculations can be done for data transferred from/to harddisks via PIO- or DMA-mode. >From my subjective view there is no reason, why recording should cause serious timing problems even on slow systems. At this time further profiling tests would be necessary to find out where's the problem in your particular cases. > As far as I remember, even with DMA off, the average > disk transfer rate is still more than a factor of two > faster than the average rate of data coming from the card. > > So, I'd say we're seeing a driver bug (or at least a > driver weakness) here. > > Ralph, what do you think? > > Carsten. From kju@fqdn.org Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 15:28:57 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches On Wed, Sep 20, 2000 at 02:06:08PM +0200, Carsten Koch wrote: > So, I'd say we're seeing a driver bug (or at least a > driver weakness) here. I still recommend increasing the buffer size as suggested by Klaus. Fixed the problem 100% for me (even without DMA). -- Greetings Michael From kju@fqdn.org Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 15:28:57 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches On Wed, Sep 20, 2000 at 02:06:08PM +0200, Carsten Koch wrote: > So, I'd say we're seeing a driver bug (or at least a > driver weakness) here. I still recommend increasing the buffer size as suggested by Klaus. Fixed the problem 100% for me (even without DMA). -- Greetings Michael From jamiehud@btinternet.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 13:46:33 -0000 From: jamiehud To: linux-dvb@linuxtv.org Subject: PC Based positioner Is anyone working on a pc based 4-wire motorised dish positioner? Thanks From jamiehud@btinternet.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 13:46:33 -0000 From: jamiehud To: linux-dvb@linuxtv.org Subject: PC Based positioner Is anyone working on a pc based 4-wire motorised dish positioner? Thanks From jamiehud@btinternet.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 13:46:33 -0000 From: jamiehud To: linux-dvb@linuxtv.org Subject: PC Based positioner Is anyone working on a pc based 4-wire motorised dish positioner? Thanks From greg@ulima.unil.ch Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 16:11:03 +0200 From: Gregoire Favre To: linux-dvb@linuxtv.org Subject: Re: Siemens DVB-Driver 0.7 "Ralph Metzler <" wrote: First of all, many thanks for the really great jobs that all of you are doing ;-) > Gregoire Favre writes: > > why are the two "patches" not in 0.7, I mean the one to enable autoloading > > of the modules (and with tuner as dvd-tuner to enable DVB and bttv),and the > > The path for the firmware can be set in 0.7. Yes, I have done it and it works very good ;-) > Renaming to dvb-tuner is not necessary. As I wrote before tuner.c > in the DVB driver should be compatible to the old one. I should try this that evening... > It is supposed to be a general module for I2C tuners, not just for DVB. > If it does not work for you with bttv please tell me (nobody did last time I > asked) and I will try to fix it. If I don't tell you anything about it, that's will work for me. Would it be possible to add in the archive (the driver) a small amount of ligns to explains how to have both bttv and dvb together (and with autoloading), as can be found in the email from Matjaz Thaler dated Mon, 04 Sep 2000 18:16:56 +0200 on a reply of "2 answers (2.4.0-test6,PMTPID and NETWID) and 2 questions (DVB-s and WinTV,gVideo sound)" For dummies like I, it could be good. > > one from dvb2k2dvbrc to have a real sound support? > > It was incompatible to other changes I already made and the whole > libdvb is just being completely rewritten anyway. > > What do you mean with "real sound support"? With the supplied .dvbrc I had problems with sound on certain channels, my formulation of real sound support was stupid:it works for a channel or it doesn't... Sorry ;-( Well, I have another problem: when I play DVD using dvdplayer I can hear sound from both output of my SB live 1024, but with gVideo, I only get sound from one? Is there an advantage of using SPDIF of the Hauppauge and the SB? And I have the problems, that I have no idea on how I could make a .dvbrc for my three sat (Astra,Hotbird and Telecom 2B), for that reason the dvb2k2dvbrc was really good... Just taking the file that came from the archive and modifying it allow me to use Astra, but how to find all the necessary informations to Hotbird/Telecom 2B? Maybe another few ligns on how to find/create .dvbrc files could be added in the archive? If one or the other are already in the driver: I am really sorry that I haven't found them... Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch From greg@ulima.unil.ch Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 16:11:03 +0200 From: Gregoire Favre To: linux-dvb@linuxtv.org Subject: Re: Siemens DVB-Driver 0.7 "Ralph Metzler <" wrote: First of all, many thanks for the really great jobs that all of you are doing ;-) > Gregoire Favre writes: > > why are the two "patches" not in 0.7, I mean the one to enable autoloading > > of the modules (and with tuner as dvd-tuner to enable DVB and bttv),and the > > The path for the firmware can be set in 0.7. Yes, I have done it and it works very good ;-) > Renaming to dvb-tuner is not necessary. As I wrote before tuner.c > in the DVB driver should be compatible to the old one. I should try this that evening... > It is supposed to be a general module for I2C tuners, not just for DVB. > If it does not work for you with bttv please tell me (nobody did last time I > asked) and I will try to fix it. If I don't tell you anything about it, that's will work for me. Would it be possible to add in the archive (the driver) a small amount of ligns to explains how to have both bttv and dvb together (and with autoloading), as can be found in the email from Matjaz Thaler dated Mon, 04 Sep 2000 18:16:56 +0200 on a reply of "2 answers (2.4.0-test6,PMTPID and NETWID) and 2 questions (DVB-s and WinTV,gVideo sound)" For dummies like I, it could be good. > > one from dvb2k2dvbrc to have a real sound support? > > It was incompatible to other changes I already made and the whole > libdvb is just being completely rewritten anyway. > > What do you mean with "real sound support"? With the supplied .dvbrc I had problems with sound on certain channels, my formulation of real sound support was stupid:it works for a channel or it doesn't... Sorry ;-( Well, I have another problem: when I play DVD using dvdplayer I can hear sound from both output of my SB live 1024, but with gVideo, I only get sound from one? Is there an advantage of using SPDIF of the Hauppauge and the SB? And I have the problems, that I have no idea on how I could make a .dvbrc for my three sat (Astra,Hotbird and Telecom 2B), for that reason the dvb2k2dvbrc was really good... Just taking the file that came from the archive and modifying it allow me to use Astra, but how to find all the necessary informations to Hotbird/Telecom 2B? Maybe another few ligns on how to find/create .dvbrc files could be added in the archive? If one or the other are already in the driver: I am really sorry that I haven't found them... Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 16:43:57 +0200 (CEST) From: "Ralph Metzler <" To: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches Michael Holzt writes: > On Wed, Sep 20, 2000 at 02:06:08PM +0200, Carsten Koch wrote: > > So, I'd say we're seeing a driver bug (or at least a > > driver weakness) here. > > I still recommend increasing the buffer size as suggested by Klaus. Fixed > the problem 100% for me (even without DMA). There are still many explanations for this behavior. - a driver weakness, i.e. it blocks other (IDE) IRQs for too long In the new version the conversion routines maybe should go into a bottom half or tasklet. But they were not in the old version where the problem already was present. Before there only was a write to a ring buffer inside the IRQ which should be fast enough. The MMU of the SAA7146 might be used to make a very fast ringbuffer which would reduce IRQ times to almost nothing. But this will have to wait until after the API change. - other IRQs block the DVB IRQ which causes dropped AV_PES packets This does not seem to be the case for you (Michael) since you have no problems without DMA but with bigger buffers) but it might be for others. Here setting the unmaskirq feature of hdparm (hdparm -u ...) might help if no DMA is available. - disk caching The disk might be fast anough but data is first written to the buffer memory. When the cache is full it suddenly has to write very much data and might not be able to free the MPEG buffer quickly enough. Does VDR support uncached writing? Ralph From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 16:43:57 +0200 (CEST) From: "Ralph Metzler <" To: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches Michael Holzt writes: > On Wed, Sep 20, 2000 at 02:06:08PM +0200, Carsten Koch wrote: > > So, I'd say we're seeing a driver bug (or at least a > > driver weakness) here. > > I still recommend increasing the buffer size as suggested by Klaus. Fixed > the problem 100% for me (even without DMA). There are still many explanations for this behavior. - a driver weakness, i.e. it blocks other (IDE) IRQs for too long In the new version the conversion routines maybe should go into a bottom half or tasklet. But they were not in the old version where the problem already was present. Before there only was a write to a ring buffer inside the IRQ which should be fast enough. The MMU of the SAA7146 might be used to make a very fast ringbuffer which would reduce IRQ times to almost nothing. But this will have to wait until after the API change. - other IRQs block the DVB IRQ which causes dropped AV_PES packets This does not seem to be the case for you (Michael) since you have no problems without DMA but with bigger buffers) but it might be for others. Here setting the unmaskirq feature of hdparm (hdparm -u ...) might help if no DMA is available. - disk caching The disk might be fast anough but data is first written to the buffer memory. When the cache is full it suddenly has to write very much data and might not be able to free the MPEG buffer quickly enough. Does VDR support uncached writing? Ralph From springer@convergence.de Wed Aug 1 13:15:46 2001 Date: 20 Sep 2000 15:55:46 +0100 From: Martin Springer To: Carsten Koch Cc: Thomas Jagoditsch , linux-dvb@linuxtv.org Subject: Re: VDR recording glitches Carsten Koch writes: > Somebody else on this list mentioned not too long ago > that the folks at convergence must all have strong > PCs, so their driver cannot realy deal with a ~200Mhz > machine. I think he was right. Yes, we all have very strong PCs here, indeed ;-) But I saw the driver working without problems on a box with a 233 Mhz Cyrix Media GX chip. So in my opinion the power of the machine isn't really the issue. Perhaps it has something to do with the bandwidth of the PCI bus. yours sincerely Martin Springer -- Whatever you're up to in the next twenty-four hours, I hope it's profitable. (Richard Quest, BBC) From springer@convergence.de Wed Aug 1 13:15:46 2001 Date: 20 Sep 2000 15:55:46 +0100 From: Martin Springer To: Carsten Koch Cc: Thomas Jagoditsch , linux-dvb@linuxtv.org Subject: Re: VDR recording glitches Carsten Koch writes: > Somebody else on this list mentioned not too long ago > that the folks at convergence must all have strong > PCs, so their driver cannot realy deal with a ~200Mhz > machine. I think he was right. Yes, we all have very strong PCs here, indeed ;-) But I saw the driver working without problems on a box with a 233 Mhz Cyrix Media GX chip. So in my opinion the power of the machine isn't really the issue. Perhaps it has something to do with the bandwidth of the PCI bus. yours sincerely Martin Springer -- Whatever you're up to in the next twenty-four hours, I hope it's profitable. (Richard Quest, BBC) From Martin.Kuhne@gmx.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 16:58:35 +0200 From: Martin Kuhne Reply-To: mk@kuhne.com To: fliegl@in.tum.de, Carsten Koch Cc: Thomas Jagoditsch , linux-dvb@linuxtv.org, Ralph Metzler Subject: RE: VDR recording glitches Hmm.... Is there are need to do the complete work in the ISR? Maybe the ISR can be reduced to clear the interrupt signal and defer the actual work to a function outside the ISR? I don't have enough background in linux kernel drivers to be more specific. In Windows NT this is called a DPC (deferred procedure call). DPCs run with all interrupts enabled but at a higher priority than normal user-mode processes. Regards Martin -----Original Message----- From: fliegl@in.tum.de [mailto:fliegl@in.tum.de] Sent: Wednesday, September 20, 2000 2:40 PM To: Carsten Koch Cc: Thomas Jagoditsch; linux-dvb@linuxtv.org; Ralph Metzler Subject: Re: VDR recording glitches Carsten Koch wrote: > with optimum buffering strategies in the kernel and > in the driver, I would not expect to see these > problems, before the average disk transfer rate goes > below the average rate of data coming from the card. The problem ist not directly the communication speed between the harddisk and the hostsystem. It is the number of interrupts per second and the time a interrupt service routine (ISR) needs to process the request. The DVB card gets the different streams not via DMA into different memory areas (like it would be reasonable). Actually it uses a dual ported RAM which is accessed through an universal parallel port (called DEBI) on the SAA 7146 PCI-Bridge. Everytime the firmware writes a block of a stream to the DP-RAM an interrupt is generated on the hostsystem. As you can see the DP-RAM has a size of 8Kbytes and the actual size for transfers of data is limited to 7168 Bytes. Now the calculation is simple: If you are recording an av-stream of 5Mbit/s (which is 640kBytes/s) your host system gets 640*1024/7168=91 interrupts per second. This is in fact not really much. A problem might occur if the ISR takes too much time without re-enabling other interrupts. The same calculations can be done for data transferred from/to harddisks via PIO- or DMA-mode. >>From my subjective view there is no reason, why recording should cause serious timing problems even on slow systems. At this time further profiling tests would be necessary to find out where's the problem in your particular cases. > As far as I remember, even with DMA off, the average > disk transfer rate is still more than a factor of two > faster than the average rate of data coming from the card. > > So, I'd say we're seeing a driver bug (or at least a > driver weakness) here. > > Ralph, what do you think? > > Carsten. From Martin.Kuhne@gmx.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 16:58:35 +0200 From: Martin Kuhne Reply-To: mk@kuhne.com To: fliegl@in.tum.de, Carsten Koch Cc: Thomas Jagoditsch , linux-dvb@linuxtv.org, Ralph Metzler Subject: RE: VDR recording glitches Hmm.... Is there are need to do the complete work in the ISR? Maybe the ISR can be reduced to clear the interrupt signal and defer the actual work to a function outside the ISR? I don't have enough background in linux kernel drivers to be more specific. In Windows NT this is called a DPC (deferred procedure call). DPCs run with all interrupts enabled but at a higher priority than normal user-mode processes. Regards Martin -----Original Message----- From: fliegl@in.tum.de [mailto:fliegl@in.tum.de] Sent: Wednesday, September 20, 2000 2:40 PM To: Carsten Koch Cc: Thomas Jagoditsch; linux-dvb@linuxtv.org; Ralph Metzler Subject: Re: VDR recording glitches Carsten Koch wrote: > with optimum buffering strategies in the kernel and > in the driver, I would not expect to see these > problems, before the average disk transfer rate goes > below the average rate of data coming from the card. The problem ist not directly the communication speed between the harddisk and the hostsystem. It is the number of interrupts per second and the time a interrupt service routine (ISR) needs to process the request. The DVB card gets the different streams not via DMA into different memory areas (like it would be reasonable). Actually it uses a dual ported RAM which is accessed through an universal parallel port (called DEBI) on the SAA 7146 PCI-Bridge. Everytime the firmware writes a block of a stream to the DP-RAM an interrupt is generated on the hostsystem. As you can see the DP-RAM has a size of 8Kbytes and the actual size for transfers of data is limited to 7168 Bytes. Now the calculation is simple: If you are recording an av-stream of 5Mbit/s (which is 640kBytes/s) your host system gets 640*1024/7168=91 interrupts per second. This is in fact not really much. A problem might occur if the ISR takes too much time without re-enabling other interrupts. The same calculations can be done for data transferred from/to harddisks via PIO- or DMA-mode. >>From my subjective view there is no reason, why recording should cause serious timing problems even on slow systems. At this time further profiling tests would be necessary to find out where's the problem in your particular cases. > As far as I remember, even with DMA off, the average > disk transfer rate is still more than a factor of two > faster than the average rate of data coming from the card. > > So, I'd say we're seeing a driver bug (or at least a > driver weakness) here. > > Ralph, what do you think? > > Carsten. From MaceG@thmulti.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 17:12:30 +0200 From: Mace Gael To: "'mk@kuhne.com'" , fliegl@in.tum.de, Carsten Koch Cc: Thomas Jagoditsch , linux-dvb@linuxtv.org, Ralph Metzler Subject: RE: VDR recording glitches For Linux kernel driver, we talk about Bottom Halves architecture (I recommend the reading of the very usefull book "Linux Device Driver / Alessandro Rubini / O'reilly). "... Linux resolves this problem by splitting the interrupt handler into two halves: the so-called 'top half' is the routine you register through request_irq(), and the 'bottom half' ('bh' for short) is a routine that is scheduled by the top half, to be executed later, at a safer time. ... The big difference between the top-half handler and the bottom half is that all interrupts are enabled during execution of the bh ..." Why not adopt this driver architecture? regards Gaël > ------>> The speed can kill ==> use Windows <<------ > > -----Original Message----- > From: Martin Kuhne [SMTP:Martin.Kuhne@gmx.de] > Sent: Wednesday, September 20, 2000 4:59 PM > To: fliegl@in.tum.de; Carsten Koch > Cc: Thomas Jagoditsch; linux-dvb@linuxtv.org; Ralph Metzler > Subject: RE: VDR recording glitches > > Hmm.... Is there are need to do the complete work in the ISR? Maybe the > ISR > can be reduced to clear the interrupt signal and defer the actual work to > a > function outside the ISR? > I don't have enough background in linux kernel drivers to be more > specific. > In Windows NT this is called a DPC (deferred procedure call). DPCs run > with > all interrupts enabled but at a higher priority than normal user-mode > processes. > > Regards > Martin > > From MaceG@thmulti.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 17:12:30 +0200 From: Mace Gael To: "'mk@kuhne.com'" , fliegl@in.tum.de, Carsten Koch Cc: Thomas Jagoditsch , linux-dvb@linuxtv.org, Ralph Metzler Subject: RE: VDR recording glitches For Linux kernel driver, we talk about Bottom Halves architecture (I recommend the reading of the very usefull book "Linux Device Driver / Alessandro Rubini / O'reilly). "... Linux resolves this problem by splitting the interrupt handler into two halves: the so-called 'top half' is the routine you register through request_irq(), and the 'bottom half' ('bh' for short) is a routine that is scheduled by the top half, to be executed later, at a safer time. ... The big difference between the top-half handler and the bottom half is that all interrupts are enabled during execution of the bh ..." Why not adopt this driver architecture? regards Gaël > ------>> The speed can kill ==> use Windows <<------ > > -----Original Message----- > From: Martin Kuhne [SMTP:Martin.Kuhne@gmx.de] > Sent: Wednesday, September 20, 2000 4:59 PM > To: fliegl@in.tum.de; Carsten Koch > Cc: Thomas Jagoditsch; linux-dvb@linuxtv.org; Ralph Metzler > Subject: RE: VDR recording glitches > > Hmm.... Is there are need to do the complete work in the ISR? Maybe the > ISR > can be reduced to clear the interrupt signal and defer the actual work to > a > function outside the ISR? > I don't have enough background in linux kernel drivers to be more > specific. > In Windows NT this is called a DPC (deferred procedure call). DPCs run > with > all interrupts enabled but at a higher priority than normal user-mode > processes. > > Regards > Martin > > From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 17:25:30 +0200 (CEST) From: "Ralph Metzler <" To: Guido Fiala Cc: linux-dvb@linuxtv.org Subject: Re: Siemens DVB-Driver 0.7 Guido Fiala writes: > Am Tue, 19 Sep 2000 schriebst Du: > >Gregoire Favre writes: > > > why are the two "patches" not in 0.7, I mean the one to enable autoloading > > > of the modules (and with tuner as dvd-tuner to enable DVB and bttv),and the > > > >The path for the firmware can be set in 0.7. > >Renaming to dvb-tuner is not necessary. As I wrote before tuner.c > >in the DVB driver should be compatible to the old one. > >It is supposed to be a general module for I2C tuners, not just for DVB. > >If it does not work for you with bttv please tell me (nobody did last time I > >asked) and I will try to fix it. > > Mmm, might have forgot it, but it is still not work for me... > I'am using the Kernel-2.2.14-Modules for bttv - is that the problem? > (Bt878, Philips-Tuner 1216 (type=5) autodetected) Yes, sorry, I am mostly using 2.4.0 kernels und only test sometimes if the DVB driver still works on 2.2.x kernels. You are right, tuner.c in the DVB driver will only work with the new I2C interface. It is supposed to be a replacement for the tuner.c in the 2.4.x kernels. It should be possible to use Gerd Knorr´s bttv package (http://www.strusel007.de/linux/bttv/) with it. Ralph From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 17:25:30 +0200 (CEST) From: "Ralph Metzler <" To: Guido Fiala Cc: linux-dvb@linuxtv.org Subject: Re: Siemens DVB-Driver 0.7 Guido Fiala writes: > Am Tue, 19 Sep 2000 schriebst Du: > >Gregoire Favre writes: > > > why are the two "patches" not in 0.7, I mean the one to enable autoloading > > > of the modules (and with tuner as dvd-tuner to enable DVB and bttv),and the > > > >The path for the firmware can be set in 0.7. > >Renaming to dvb-tuner is not necessary. As I wrote before tuner.c > >in the DVB driver should be compatible to the old one. > >It is supposed to be a general module for I2C tuners, not just for DVB. > >If it does not work for you with bttv please tell me (nobody did last time I > >asked) and I will try to fix it. > > Mmm, might have forgot it, but it is still not work for me... > I'am using the Kernel-2.2.14-Modules for bttv - is that the problem? > (Bt878, Philips-Tuner 1216 (type=5) autodetected) Yes, sorry, I am mostly using 2.4.0 kernels und only test sometimes if the DVB driver still works on 2.2.x kernels. You are right, tuner.c in the DVB driver will only work with the new I2C interface. It is supposed to be a replacement for the tuner.c in the 2.4.x kernels. It should be possible to use Gerd Knorr´s bttv package (http://www.strusel007.de/linux/bttv/) with it. Ralph From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 17:49:13 +0200 (CEST) From: "Ralph Metzler <" To: Jan Panteltje Cc: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches jan@panteltje.demon.nl writes: > > thoughts on VDR/DVB evolution: > > - teletext would be a nice thing, especially in combination with > > "point & click timer-programming" > I would like to implement teletext too, have a GUI and driver for a > different chip, unfortunately I get no reply from Ralph Metzler how to > go about adding it (getting the data out). Sorry. You can just set a PES filter and parse the packets according to the DVB specifications. The specs are available for free on www.etsi.org. > Klaus will know much better then me if the on screen display could be used > for this, but I think not. > I think this card cannot do VBI teletext re insertion but I could be wrong. It can do re-insertion but this is not supported in the firmware right now. > In that case I will have to figure out the teletext chip used(anyone?), > get the data sheet and adapt my driver, the display would then be on the > PC like in the windows version. > Perhaps I can just access this chip directly (bypassing the driver) via the > iic bus. > Still thinking about this. There is no teletext chip. All teletext data comes in PES packets. > Great the more people have a go the better. > I am stuck with a lack of documentation on the card itself. > It seems Ralph (convergence.de) is under some sort of non disclosure > contract with Siemens. > My past experiences with Siemens in a company I worked for are not that > fantastic... and they were the main seller of Siemens PLC's in Holland. I don´t know about other parts of Siemens but the group working on the DVB cards supports Linux very much and is very helpful. > I will try to email Technotrend (Siemens is the same card) to see if I can > get some data, but not high hopes for that. No comment :-) But I will support the new Technotrend DVB-s budget card in the next release. This card delivers a complete transport stream but has no hardware demultiplexing or decoding. i.e. the card is missing the TI chip and pipes the TS through a video port of the SAA7146. The TS packet start signal seems to be connected to HSYNC, the 22KHz to GPIO3. The rest (tuner, DVB decoder) is identical. Ralph From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 17:49:13 +0200 (CEST) From: "Ralph Metzler <" To: Jan Panteltje Cc: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches jan@panteltje.demon.nl writes: > > thoughts on VDR/DVB evolution: > > - teletext would be a nice thing, especially in combination with > > "point & click timer-programming" > I would like to implement teletext too, have a GUI and driver for a > different chip, unfortunately I get no reply from Ralph Metzler how to > go about adding it (getting the data out). Sorry. You can just set a PES filter and parse the packets according to the DVB specifications. The specs are available for free on www.etsi.org. > Klaus will know much better then me if the on screen display could be used > for this, but I think not. > I think this card cannot do VBI teletext re insertion but I could be wrong. It can do re-insertion but this is not supported in the firmware right now. > In that case I will have to figure out the teletext chip used(anyone?), > get the data sheet and adapt my driver, the display would then be on the > PC like in the windows version. > Perhaps I can just access this chip directly (bypassing the driver) via the > iic bus. > Still thinking about this. There is no teletext chip. All teletext data comes in PES packets. > Great the more people have a go the better. > I am stuck with a lack of documentation on the card itself. > It seems Ralph (convergence.de) is under some sort of non disclosure > contract with Siemens. > My past experiences with Siemens in a company I worked for are not that > fantastic... and they were the main seller of Siemens PLC's in Holland. I don´t know about other parts of Siemens but the group working on the DVB cards supports Linux very much and is very helpful. > I will try to email Technotrend (Siemens is the same card) to see if I can > get some data, but not high hopes for that. No comment :-) But I will support the new Technotrend DVB-s budget card in the next release. This card delivers a complete transport stream but has no hardware demultiplexing or decoding. i.e. the card is missing the TI chip and pipes the TS through a video port of the SAA7146. The TS packet start signal seems to be connected to HSYNC, the 22KHz to GPIO3. The rest (tuner, DVB decoder) is identical. Ralph From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:10:14 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches "Ralph Metzler <" wrote: > > [...] > - disk caching > > The disk might be fast anough but data is first written to the > buffer memory. When the cache is full it suddenly has to write very > much data and might not be able to free the MPEG buffer quickly enough. > Does VDR support uncached writing? VDR just uses a simple open() without considering caching or non-caching. Maybe somebody who knows more about this could take a look at the OpenVideoFile() function in VDR's videodir.c to see if "uncached writing" is an option an improves performance. Greetings 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 Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:10:14 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches "Ralph Metzler <" wrote: > > [...] > - disk caching > > The disk might be fast anough but data is first written to the > buffer memory. When the cache is full it suddenly has to write very > much data and might not be able to free the MPEG buffer quickly enough. > Does VDR support uncached writing? VDR just uses a simple open() without considering caching or non-caching. Maybe somebody who knows more about this could take a look at the OpenVideoFile() function in VDR's videodir.c to see if "uncached writing" is an option an improves performance. Greetings 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 martin@hammerschmid.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:16:09 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches > the pc is a p200 with 48mb ram, ive purchased a brand new 45gig wd > disk so disk-speed should be no issue. top tells me that memory is > good (not much "free" but big buffers anyway) and cpu utilization is > always under 15%, most of the time around 10%. > On my testbox (P200mmx, 64mb, old scsi drive) I don't have any recording problems at all. Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== I'm not as thunk as you drink I am. From martin@hammerschmid.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:16:09 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches > the pc is a p200 with 48mb ram, ive purchased a brand new 45gig wd > disk so disk-speed should be no issue. top tells me that memory is > good (not much "free" but big buffers anyway) and cpu utilization is > always under 15%, most of the time around 10%. > On my testbox (P200mmx, 64mb, old scsi drive) I don't have any recording problems at all. Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== I'm not as thunk as you drink I am. From martin@hammerschmid.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:16:09 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches > the pc is a p200 with 48mb ram, ive purchased a brand new 45gig wd > disk so disk-speed should be no issue. top tells me that memory is > good (not much "free" but big buffers anyway) and cpu utilization is > always under 15%, most of the time around 10%. > On my testbox (P200mmx, 64mb, old scsi drive) I don't have any recording problems at all. Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== I'm not as thunk as you drink I am. From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:17:54 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: Stream's format handle by the Siemens board and the VDR Mace Gael wrote: > > First of all, thanks for your previous advice about the "outstream=0" > parameter with the driver version 0.7.x in order to handle AV_PES stream, > format requested by the VDR version 0.63. It works fine. > > After studying the source code of the driver, it seems that, for recording > and replaying purposes, the Siemens board is able to handle different format > of stream: AV PES , PES, Program Stream and Transport Stream. Is it correct? > > However, the VDR is currently able to treat only AV_PES stream. Do you > attempt to modify the application in order to handle the other formats? > If I want to replay some external streams (already stored MPEG file, such as > Transport Stream), I shall currently demultiplex these streams and create > proper input files which could be used by the VDR. I'm interresting to do > this job (for the community of course), but which is the format of the > different resulting files: 00x.vdr (which contains the AV_PES stream), the > index.vdr and resume.vdr files? I don't have any additional documentation on the file formats, so you'll have to look into the source code to understand them. Time permitting, I'll look into the AV_PES stuff this weekend and will modify VDR so that it directly works with MPEG2. However, the modified VDR will then no longer work with AV_PES (I don't think it makes much sense to support both formats simultaneously. Old recordings can be converted with external utilities, or watched with an older version of VDR). Greetings 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 Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:17:54 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: Stream's format handle by the Siemens board and the VDR Mace Gael wrote: > > First of all, thanks for your previous advice about the "outstream=0" > parameter with the driver version 0.7.x in order to handle AV_PES stream, > format requested by the VDR version 0.63. It works fine. > > After studying the source code of the driver, it seems that, for recording > and replaying purposes, the Siemens board is able to handle different format > of stream: AV PES , PES, Program Stream and Transport Stream. Is it correct? > > However, the VDR is currently able to treat only AV_PES stream. Do you > attempt to modify the application in order to handle the other formats? > If I want to replay some external streams (already stored MPEG file, such as > Transport Stream), I shall currently demultiplex these streams and create > proper input files which could be used by the VDR. I'm interresting to do > this job (for the community of course), but which is the format of the > different resulting files: 00x.vdr (which contains the AV_PES stream), the > index.vdr and resume.vdr files? I don't have any additional documentation on the file formats, so you'll have to look into the source code to understand them. Time permitting, I'll look into the AV_PES stuff this weekend and will modify VDR so that it directly works with MPEG2. However, the modified VDR will then no longer work with AV_PES (I don't think it makes much sense to support both formats simultaneously. Old recordings can be converted with external utilities, or watched with an older version of VDR). Greetings 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 Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:17:54 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: Stream's format handle by the Siemens board and the VDR Mace Gael wrote: > > First of all, thanks for your previous advice about the "outstream=0" > parameter with the driver version 0.7.x in order to handle AV_PES stream, > format requested by the VDR version 0.63. It works fine. > > After studying the source code of the driver, it seems that, for recording > and replaying purposes, the Siemens board is able to handle different format > of stream: AV PES , PES, Program Stream and Transport Stream. Is it correct? > > However, the VDR is currently able to treat only AV_PES stream. Do you > attempt to modify the application in order to handle the other formats? > If I want to replay some external streams (already stored MPEG file, such as > Transport Stream), I shall currently demultiplex these streams and create > proper input files which could be used by the VDR. I'm interresting to do > this job (for the community of course), but which is the format of the > different resulting files: 00x.vdr (which contains the AV_PES stream), the > index.vdr and resume.vdr files? I don't have any additional documentation on the file formats, so you'll have to look into the source code to understand them. Time permitting, I'll look into the AV_PES stuff this weekend and will modify VDR so that it directly works with MPEG2. However, the modified VDR will then no longer work with AV_PES (I don't think it makes much sense to support both formats simultaneously. Old recordings can be converted with external utilities, or watched with an older version of VDR). Greetings 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 martin.wiesinger@aon.at Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:24:16 +0200 (CEST) From: Martin Wiesinger To: "Ralph Metzler <" Cc: linux-dvb@linuxtv.org Subject: Re: Siemens card and SPDIF hi! > PCM is no problem, but I guess you mean AC3 output? > Sorry, but the hardware does not support it. It can only create PCM > headers on the SPDIF output. whew! an alsa-driver would be very nice. this would enable playing anything (raw, mp3, ..) on the spdif-pin, right? - perfect for people like me without digital-out soundcard but dvb-card. is anyone doing that driver? would be great ... Martin From martin.wiesinger@aon.at Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:24:16 +0200 (CEST) From: Martin Wiesinger To: "Ralph Metzler <" Cc: linux-dvb@linuxtv.org Subject: Re: Siemens card and SPDIF hi! > PCM is no problem, but I guess you mean AC3 output? > Sorry, but the hardware does not support it. It can only create PCM > headers on the SPDIF output. whew! an alsa-driver would be very nice. this would enable playing anything (raw, mp3, ..) on the spdif-pin, right? - perfect for people like me without digital-out soundcard but dvb-card. is anyone doing that driver? would be great ... Martin From MaceG@thmulti.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:24:40 +0200 From: Mace Gael To: 'Klaus Schmidinger' , linux-dvb@linuxtv.org Subject: RE: Stream's format handle by the Siemens board and the VDR What do you mean by MPEG2? Transport Stream format? Regards Gaël > Time permitting, I'll look into the AV_PES stuff this weekend and will > modify VDR so that it directly works with MPEG2. However, the modified > VDR will then no longer work with AV_PES (I don't think it makes much > sense > to support both formats simultaneously. Old recordings can be converted > with external utilities, or watched with an older version of VDR). > > Greetings > 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 MaceG@thmulti.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:24:40 +0200 From: Mace Gael To: 'Klaus Schmidinger' , linux-dvb@linuxtv.org Subject: RE: Stream's format handle by the Siemens board and the VDR What do you mean by MPEG2? Transport Stream format? Regards Gaël > Time permitting, I'll look into the AV_PES stuff this weekend and will > modify VDR so that it directly works with MPEG2. However, the modified > VDR will then no longer work with AV_PES (I don't think it makes much > sense > to support both formats simultaneously. Old recordings can be converted > with external utilities, or watched with an older version of VDR). > > Greetings > 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 Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:32:43 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: Stream's format handle by the Siemens board and the VDR Mace Gael wrote: > > What do you mean by MPEG2? Transport Stream format? > > Regards > > Gaël > > > Time permitting, I'll look into the AV_PES stuff this weekend and will > > modify VDR so that it directly works with MPEG2. However, the modified > > VDR will then no longer work with AV_PES (I don't think it makes much > > sense > > to support both formats simultaneously. Old recordings can be converted > > with external utilities, or watched with an older version of VDR). What I mean is the format which the new 0.7 driver delivers by default (PS_STREAM). I was under the impression that this is what's generally referred to as MPEG2, but I may be wrong. Anyway, VDR will the work with the data which the driver delivers by default. Greetings 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 Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:32:43 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: Stream's format handle by the Siemens board and the VDR Mace Gael wrote: > > What do you mean by MPEG2? Transport Stream format? > > Regards > > Gaël > > > Time permitting, I'll look into the AV_PES stuff this weekend and will > > modify VDR so that it directly works with MPEG2. However, the modified > > VDR will then no longer work with AV_PES (I don't think it makes much > > sense > > to support both formats simultaneously. Old recordings can be converted > > with external utilities, or watched with an older version of VDR). What I mean is the format which the new 0.7 driver delivers by default (PS_STREAM). I was under the impression that this is what's generally referred to as MPEG2, but I may be wrong. Anyway, VDR will the work with the data which the driver delivers by default. Greetings 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 MaceG@thmulti.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:50:54 +0200 From: Mace Gael To: 'Klaus Schmidinger' , linux-dvb@linuxtv.org Subject: RE: Stream's format handle by the Siemens board and the VDR In my mind, Program Stream format are more or less dedicated for DVD (local) issues. Because we receive through our satellite dish a Transport Stream, it could be usefull to treat also this format. But do you if the Siemens board is able to handle this format for record/replaying purpose Gaël > What I mean is the format which the new 0.7 driver delivers by default > (PS_STREAM). > I was under the impression that this is what's generally referred to as > MPEG2, > but I may be wrong. Anyway, VDR will the work with the data which the > driver > delivers by default. > > Greetings > 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 MaceG@thmulti.com Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:50:54 +0200 From: Mace Gael To: 'Klaus Schmidinger' , linux-dvb@linuxtv.org Subject: RE: Stream's format handle by the Siemens board and the VDR In my mind, Program Stream format are more or less dedicated for DVD (local) issues. Because we receive through our satellite dish a Transport Stream, it could be usefull to treat also this format. But do you if the Siemens board is able to handle this format for record/replaying purpose Gaël > What I mean is the format which the new 0.7 driver delivers by default > (PS_STREAM). > I was under the impression that this is what's generally referred to as > MPEG2, > but I may be wrong. Anyway, VDR will the work with the data which the > driver > delivers by default. > > Greetings > 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 holzt@multimediahaus.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:58:54 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: Stream's format handle by the Siemens board and the VDR > Because we receive through our satellite dish a Transport Stream, it > could be usefull to treat also this format. Transport streams only real usage is what the name tells, transport. As we aren't recording multiplexed programs but only one program, a program stream is the natural stream type for this. And the program streams doesn't need to have so much overhead as the transport stream. -- Greetings Michael From holzt@multimediahaus.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 18:58:54 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: Stream's format handle by the Siemens board and the VDR > Because we receive through our satellite dish a Transport Stream, it > could be usefull to treat also this format. Transport streams only real usage is what the name tells, transport. As we aren't recording multiplexed programs but only one program, a program stream is the natural stream type for this. And the program streams doesn't need to have so much overhead as the transport stream. -- Greetings Michael From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 19:38:09 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Video Disk Recorder version 0.64 The new version 0.64 of the Video Disk Recorder project is now available at http://www.cadsoft.de/people/kls/vdr/download.htm NOTE: If you are using DVB driver version 0.7 you need to load the dvb.o module with option outstream=0. This is currently necessary because 'vdr' still works with AV_PES data. New option '-c' to define the location of the configuration files. Waiting for input is now handled by a common function, which improves response time on user actions. The new SVDRP command 'HITK' can be used to 'hit' a remote control key. The new SVDRP command 'GRAB' can be used to grab the current frame and save it to a file. The new SVDRP commands 'OVL*' can be used to control video overlays. This is mainly for use in the 'kvdr' tool (see the 'kvdr' page at www.s.netic.de/gfiala). Fixed a buffer overflow in EIT parsing. 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 Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 19:38:09 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Video Disk Recorder version 0.64 The new version 0.64 of the Video Disk Recorder project is now available at http://www.cadsoft.de/people/kls/vdr/download.htm NOTE: If you are using DVB driver version 0.7 you need to load the dvb.o module with option outstream=0. This is currently necessary because 'vdr' still works with AV_PES data. New option '-c' to define the location of the configuration files. Waiting for input is now handled by a common function, which improves response time on user actions. The new SVDRP command 'HITK' can be used to 'hit' a remote control key. The new SVDRP command 'GRAB' can be used to grab the current frame and save it to a file. The new SVDRP commands 'OVL*' can be used to control video overlays. This is mainly for use in the 'kvdr' tool (see the 'kvdr' page at www.s.netic.de/gfiala). Fixed a buffer overflow in EIT parsing. 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 Carsten.Koch@icem.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 19:42:05 +0200 From: Carsten Koch Cc: linux-dvb@linuxtv.org Subject: Re: Stream's format handle by the Siemens board and the VDR Klaus Schmidinger wrote: ... > What I mean is the format which the new 0.7 driver delivers by default (PS_STREAM). > I was under the impression that this is what's generally referred to as MPEG2, > but I may be wrong. Anyway, VDR will the work with the data which the driver > delivers by default. Excellent! That probably means, that after this it will only be a small step until we can play back DVDs and VCDs in VDR. Does anyone know if the PS_STREAM/MPEG2 format can be directly (i.e. without de- and re-compression) copied to SVCDs? According to http://www.cdrinfo.com/articles/svcd an SVCD requires MPEG-2 streams at 480x576 resolution, VBR up to 2.6 Mbps. Carsten. From Carsten.Koch@icem.de Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 19:42:05 +0200 From: Carsten Koch Cc: linux-dvb@linuxtv.org Subject: Re: Stream's format handle by the Siemens board and the VDR Klaus Schmidinger wrote: ... > What I mean is the format which the new 0.7 driver delivers by default (PS_STREAM). > I was under the impression that this is what's generally referred to as MPEG2, > but I may be wrong. Anyway, VDR will the work with the data which the driver > delivers by default. Excellent! That probably means, that after this it will only be a small step until we can play back DVDs and VCDs in VDR. Does anyone know if the PS_STREAM/MPEG2 format can be directly (i.e. without de- and re-compression) copied to SVCDs? According to http://www.cdrinfo.com/articles/svcd an SVCD requires MPEG-2 streams at 480x576 resolution, VBR up to 2.6 Mbps. Carsten. From amk@befree.ch Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 20:43:42 +0200 (CEST) From: MK To: Carsten Koch Cc: linux-dvb@linuxtv.org Subject: Re: Stream's format handle by the Siemens board and the VDR > > Klaus Schmidinger wrote: > ... > > What I mean is the format which the new 0.7 driver delivers by default (PS_STREAM). > > I was under the impression that this is what's generally referred to as MPEG2, > > but I may be wrong. Anyway, VDR will the work with the data which the driver > > delivers by default. > > Excellent! > > That probably means, that after this it will only be > a small step until we can play back DVDs and VCDs in > VDR. > > Does anyone know if the PS_STREAM/MPEG2 format can be > directly (i.e. without de- and re-compression) copied > to SVCDs? According to > http://www.cdrinfo.com/articles/svcd > an SVCD requires MPEG-2 streams at 480x576 resolution, > VBR up to 2.6 Mbps. > I haven't seen many broadcasts done at 480x576. Unfortunately any resolution change means re-encoding. Broadcast bitrates also seem usually more than 2.6 Mbps On the other hand, having a pseudo-svcd with a resolution and bitrate other than the "standard" would be a problem only with some standalone hardware players. Playing it through the dvb-s card or through a software player should work O.K. Another area where there would potentially be some problems with third party players: the GOP sizes. Players are usually optimized for dvd-like GOPs Has anybody tested what GOP structures are we getting with different broadcasts? Max From amk@befree.ch Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 20:43:42 +0200 (CEST) From: MK To: Carsten Koch Cc: linux-dvb@linuxtv.org Subject: Re: Stream's format handle by the Siemens board and the VDR > > Klaus Schmidinger wrote: > ... > > What I mean is the format which the new 0.7 driver delivers by default (PS_STREAM). > > I was under the impression that this is what's generally referred to as MPEG2, > > but I may be wrong. Anyway, VDR will the work with the data which the driver > > delivers by default. > > Excellent! > > That probably means, that after this it will only be > a small step until we can play back DVDs and VCDs in > VDR. > > Does anyone know if the PS_STREAM/MPEG2 format can be > directly (i.e. without de- and re-compression) copied > to SVCDs? According to > http://www.cdrinfo.com/articles/svcd > an SVCD requires MPEG-2 streams at 480x576 resolution, > VBR up to 2.6 Mbps. > I haven't seen many broadcasts done at 480x576. Unfortunately any resolution change means re-encoding. Broadcast bitrates also seem usually more than 2.6 Mbps On the other hand, having a pseudo-svcd with a resolution and bitrate other than the "standard" would be a problem only with some standalone hardware players. Playing it through the dvb-s card or through a software player should work O.K. Another area where there would potentially be some problems with third party players: the GOP sizes. Players are usually optimized for dvd-like GOPs Has anybody tested what GOP structures are we getting with different broadcasts? Max From amk@befree.ch Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 20:43:42 +0200 (CEST) From: MK To: Carsten Koch Cc: linux-dvb@linuxtv.org Subject: Re: Stream's format handle by the Siemens board and the VDR > > Klaus Schmidinger wrote: > ... > > What I mean is the format which the new 0.7 driver delivers by default (PS_STREAM). > > I was under the impression that this is what's generally referred to as MPEG2, > > but I may be wrong. Anyway, VDR will the work with the data which the driver > > delivers by default. > > Excellent! > > That probably means, that after this it will only be > a small step until we can play back DVDs and VCDs in > VDR. > > Does anyone know if the PS_STREAM/MPEG2 format can be > directly (i.e. without de- and re-compression) copied > to SVCDs? According to > http://www.cdrinfo.com/articles/svcd > an SVCD requires MPEG-2 streams at 480x576 resolution, > VBR up to 2.6 Mbps. > I haven't seen many broadcasts done at 480x576. Unfortunately any resolution change means re-encoding. Broadcast bitrates also seem usually more than 2.6 Mbps On the other hand, having a pseudo-svcd with a resolution and bitrate other than the "standard" would be a problem only with some standalone hardware players. Playing it through the dvb-s card or through a software player should work O.K. Another area where there would potentially be some problems with third party players: the GOP sizes. Players are usually optimized for dvd-like GOPs Has anybody tested what GOP structures are we getting with different broadcasts? Max From jan@panteltje Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 22:59:29 +0200 (CEST) From: Jan Panteltje To: "Ralph Metzler <" Cc: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches Wed, 20 Sep 2000, Ralph Metzler < wrote: > You can just set a PES filter and parse the packets according to the > DVB specifications. The specs are available for free on www.etsi.org. > > > I think this card cannot do VBI teletext re insertion but I could be wrong. > > It can do re-insertion but this is not supported in the firmware right now. > > There is no teletext chip. All teletext data comes in PES packets. > > But I will support the new Technotrend DVB-s budget card in the next > release. This card delivers a complete transport stream but has no > hardware demultiplexing or decoding. i.e. the card is missing the TI > chip and pipes the TS through a video port of the SAA7146. > The TS packet start signal seems to be connected to HSYNC, the 22KHz > to GPIO3. The rest (tuner, DVB decoder) is identical. > > Ralph Thank you, with the hint to the PES packets I will now attack that. Of cause re insertion would solve the problem for those VDR users that have a teletext set. Regards Jan From jan@panteltje Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 22:59:29 +0200 (CEST) From: Jan Panteltje To: "Ralph Metzler <" Cc: linux-dvb@linuxtv.org Subject: Re: VDR recording glitches Wed, 20 Sep 2000, Ralph Metzler < wrote: > You can just set a PES filter and parse the packets according to the > DVB specifications. The specs are available for free on www.etsi.org. > > > I think this card cannot do VBI teletext re insertion but I could be wrong. > > It can do re-insertion but this is not supported in the firmware right now. > > There is no teletext chip. All teletext data comes in PES packets. > > But I will support the new Technotrend DVB-s budget card in the next > release. This card delivers a complete transport stream but has no > hardware demultiplexing or decoding. i.e. the card is missing the TI > chip and pipes the TS through a video port of the SAA7146. > The TS packet start signal seems to be connected to HSYNC, the 22KHz > to GPIO3. The rest (tuner, DVB decoder) is identical. > > Ralph Thank you, with the hint to the PES packets I will now attack that. Of cause re insertion would solve the problem for those VDR users that have a teletext set. Regards Jan From jan@panteltje.demon.nl Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 21:48:26 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: pscan-0.3 a simple scanning program that generates ~/channels.conf in VDR format Version 0.3 now on my site http://www.panteltje.demon.nl/satellite/ I have added a simple selection list that uses the channels.conf generated. Just click on the entry and it is selected. So this is my first gtk program (always using xforms), but this is GPL. It is facination to see all the audio channels for teh Euro parliament listed, and be able to select all the languages from within DVB I think there are no more false entries now. Thank everybode who send bug reports. I cannot test on Astra yet... pscan -b generates a ~/channels.conf for Hotbird, pscan -a for Astra (not tested I am fixed at Hotbird now). See the README unzip with: tar -zxvf pscan.0.2.tgz Then: cd pscan-0.2 make make install Jan From jan@panteltje.demon.nl Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 21:48:26 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: pscan-0.3 a simple scanning program that generates ~/channels.conf in VDR format Version 0.3 now on my site http://www.panteltje.demon.nl/satellite/ I have added a simple selection list that uses the channels.conf generated. Just click on the entry and it is selected. So this is my first gtk program (always using xforms), but this is GPL. It is facination to see all the audio channels for teh Euro parliament listed, and be able to select all the languages from within DVB I think there are no more false entries now. Thank everybode who send bug reports. I cannot test on Astra yet... pscan -b generates a ~/channels.conf for Hotbird, pscan -a for Astra (not tested I am fixed at Hotbird now). See the README unzip with: tar -zxvf pscan.0.2.tgz Then: cd pscan-0.2 make make install Jan From jan@panteltje Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 23:56:51 +0200 (CEST) From: Jan Panteltje To: linux-dvb@linuxtv.org Subject: Re: VDR recording glitch On Wed, 20 Sep 2000, Ralph Metzler < wrote: > > The disk might be fast anough but data is first written to the > buffer memory. When the cache is full it suddenly has to write very > much data and might not be able to free the MPEG buffer quickly enough. > Does VDR support uncached writing? > > > Ralph > This may be completely of the wall, (I have not extensively looked at the driver yet), but similar problems I have had with other software using the 'read()' function. One should really check for EAGAIN and try again (see libc.info). That fixed that problem (error on read, same for write, device is then busy). Running on a k6-2 450 with DMA disabled, MSI mobo, ALi chipset (kernel switches of DMA) and no problems. Harddisk light just blinks few times per second when recording with VDR. Even to a windows partition. Enabling DMA on THIS mobo messes up the harddisk, so read man hdparm first. Am even playing mp3's at the same time, or running xmms, and setiathome in the background. While in win 98 with the original software, recording is unusable. VDR is great, and the driver too of cause:-) Jan From jan@panteltje Wed Aug 1 13:15:46 2001 Date: Wed, 20 Sep 2000 23:56:51 +0200 (CEST) From: Jan Panteltje To: linux-dvb@linuxtv.org Subject: Re: VDR recording glitch On Wed, 20 Sep 2000, Ralph Metzler < wrote: > > The disk might be fast anough but data is first written to the > buffer memory. When the cache is full it suddenly has to write very > much data and might not be able to free the MPEG buffer quickly enough. > Does VDR support uncached writing? > > > Ralph > This may be completely of the wall, (I have not extensively looked at the driver yet), but similar problems I have had with other software using the 'read()' function. One should really check for EAGAIN and try again (see libc.info). That fixed that problem (error on read, same for write, device is then busy). Running on a k6-2 450 with DMA disabled, MSI mobo, ALi chipset (kernel switches of DMA) and no problems. Harddisk light just blinks few times per second when recording with VDR. Even to a windows partition. Enabling DMA on THIS mobo messes up the harddisk, so read man hdparm first. Am even playing mp3's at the same time, or running xmms, and setiathome in the background. While in win 98 with the original software, recording is unusable. VDR is great, and the driver too of cause:-) Jan From mocm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 00:29:23 +0200 (CEST) From: Marcus O.C. Metzler To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: Stream's format handle by the Siemens board and the VDR Klaus Schmidinger writes: > What I mean is the format which the new 0.7 driver delivers by default (PS_STREAM). > I was under the impression that this is what's generally referred to as MPEG2, > but I may be wrong. Anyway, VDR will the work with the data which the driver > delivers by default. > Ok, here is a little bit about MPEG2 and the different types of streams: 1) Elementary stream (ES): is the stream that contains the actual compressed audio and video data, like I, P, B-Frames etc., with respective headers and some other information. 2) PES Stream: (ok I forget what the acronym stands for, I`d have to look it up) is composed of Packets containing ES data (so the P probably stands for packetized). The packets have headers, that specify the respective ES data, like 0x000001E0 for the first video stream. The header also holds the packet length and stuff like the PTS. 3) Program Stream (PS): mainly contains PES packets with some additional packets containing some more information for the decoder, like the SCR, buffer sizes and mux rates. PSs are used by DVDs and distributed .vob files. 4) Transport Stream (TS): is composed of packets that all have the same size (188k). They all start with 0x47. The packets are identified by their PID. Some of them contain audio and video data in the form of PES packets which are spread over many packets of size 188k. Other packets contain sections which contain various things like the PMT, the PAT or videotext data. A TS is meant for transporting data over networks. 5) AV_PES: is the format used by the Siemens (Technotrend) DVB card internally. The audio AV_PES packets contain audio PES packets with a header that tells you wether there is a PTS in the packet. The video packets are video PES packets without the PES header (that really means the are ES streams) with a header that may contain a PTS. The data originally comes from a TS, but has already been processed by the decoder and is read from the decoders buffer. Of course the stuff up there is only to give you a little insight. If you want to know more have a look at the av_pes2any sources in the driver package, or at the MPEG2 specs. The dvb driver can now read and write PES, PS, TS and of course AV_PES. You have to remember that all the no AV_PES formats are created from/reduced to AV_PES within the driver. There may still be some errors in the conversion process. I can only say for sure that the driver can correctly read the data that it wrote. For any other decoders I would like to hear how it works. I tried the PS with the Margi DVD-TO-GO PCMCIA card under Linux, but I haven`t got any other ways to test it. I tried one of the software decoders for Win98, but I forget the name (and I am not going to boot windoze just to look it up). Anyway, it worked. Marcus --------------------------------------------------------------------- Dr. Marcus Metzler mocm@netcologne.de http://www.metzlerbros.de mocm@convergence.de http://www.convergence.de Convergence Integrated Media GmbH Rosenthaler Str. 51 D-10178 Berlin --------------------------------------------------------------------- From mocm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 00:29:23 +0200 (CEST) From: Marcus O.C. Metzler To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: Stream's format handle by the Siemens board and the VDR Klaus Schmidinger writes: > What I mean is the format which the new 0.7 driver delivers by default (PS_STREAM). > I was under the impression that this is what's generally referred to as MPEG2, > but I may be wrong. Anyway, VDR will the work with the data which the driver > delivers by default. > Ok, here is a little bit about MPEG2 and the different types of streams: 1) Elementary stream (ES): is the stream that contains the actual compressed audio and video data, like I, P, B-Frames etc., with respective headers and some other information. 2) PES Stream: (ok I forget what the acronym stands for, I`d have to look it up) is composed of Packets containing ES data (so the P probably stands for packetized). The packets have headers, that specify the respective ES data, like 0x000001E0 for the first video stream. The header also holds the packet length and stuff like the PTS. 3) Program Stream (PS): mainly contains PES packets with some additional packets containing some more information for the decoder, like the SCR, buffer sizes and mux rates. PSs are used by DVDs and distributed .vob files. 4) Transport Stream (TS): is composed of packets that all have the same size (188k). They all start with 0x47. The packets are identified by their PID. Some of them contain audio and video data in the form of PES packets which are spread over many packets of size 188k. Other packets contain sections which contain various things like the PMT, the PAT or videotext data. A TS is meant for transporting data over networks. 5) AV_PES: is the format used by the Siemens (Technotrend) DVB card internally. The audio AV_PES packets contain audio PES packets with a header that tells you wether there is a PTS in the packet. The video packets are video PES packets without the PES header (that really means the are ES streams) with a header that may contain a PTS. The data originally comes from a TS, but has already been processed by the decoder and is read from the decoders buffer. Of course the stuff up there is only to give you a little insight. If you want to know more have a look at the av_pes2any sources in the driver package, or at the MPEG2 specs. The dvb driver can now read and write PES, PS, TS and of course AV_PES. You have to remember that all the no AV_PES formats are created from/reduced to AV_PES within the driver. There may still be some errors in the conversion process. I can only say for sure that the driver can correctly read the data that it wrote. For any other decoders I would like to hear how it works. I tried the PS with the Margi DVD-TO-GO PCMCIA card under Linux, but I haven`t got any other ways to test it. I tried one of the software decoders for Win98, but I forget the name (and I am not going to boot windoze just to look it up). Anyway, it worked. Marcus --------------------------------------------------------------------- Dr. Marcus Metzler mocm@netcologne.de http://www.metzlerbros.de mocm@convergence.de http://www.convergence.de Convergence Integrated Media GmbH Rosenthaler Str. 51 D-10178 Berlin --------------------------------------------------------------------- From mocm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 00:40:04 +0200 (CEST) From: Marcus O.C. Metzler To: mocm@netcologne.de Cc: Klaus Schmidinger , linux-dvb@linuxtv.org Subject: Re: Stream's format handle by the Siemens board and the VDR Marcus O.C. Metzler writes: > 4) Transport Stream (TS): is composed of packets that all have the > same size (188k). They all start with 0x47. Ooops, I was writing to fast again. Thats 188bytes of course. Marcus From mocm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 00:40:04 +0200 (CEST) From: Marcus O.C. Metzler To: mocm@netcologne.de Cc: Klaus Schmidinger , linux-dvb@linuxtv.org Subject: Re: Stream's format handle by the Siemens board and the VDR Marcus O.C. Metzler writes: > 4) Transport Stream (TS): is composed of packets that all have the > same size (188k). They all start with 0x47. Ooops, I was writing to fast again. Thats 188bytes of course. Marcus From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 01:13:41 +0200 (CEST) From: "Ralph Metzler <" To: Carsten Koch Cc: linux-dvb@linuxtv.org Subject: Re: VDR 0.63-deti Update Carsten Koch writes: > "Ralph Metzler <" wrote: > ... > > You can also statically allocate 4096 bytes. This is the maximum > > allowed for EIT sections (AFAIR including the section header, but I > > need to check this). > > You may be right, but I would always at least check the length > before trusting my life to it. ;-) > > After all, it's a 16 bit length and (at least theoretically) > it can become up to 65535 bytes long. > > I have recently traced a similar problem and saw lengths up > to 57000 bytes in the trace output. Maybe that was caused by > the fact that two programs were accessing /dev/vbi simultaneously, > but in any event I'd consider > allocate fixed buffer < 65565 bytes > read data length into 16-bit value > read this amount into buffer > highly unsave.... > I looked up all section definitions I could find and they all have a section length entry of only 12 Bits. So, 4096 is enough and I have to admit that there is a little bug in DVB/libdvb/DVB.hh. In GetSection() seclen should be anded with 0xfff. The section header is included in the 4096 byte limit. For EIT sections they specifically say that the section_length entry has a maximum of 4093 so that the whole section has a max. of 4096. Ralph From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 01:13:41 +0200 (CEST) From: "Ralph Metzler <" To: Carsten Koch Cc: linux-dvb@linuxtv.org Subject: Re: VDR 0.63-deti Update Carsten Koch writes: > "Ralph Metzler <" wrote: > ... > > You can also statically allocate 4096 bytes. This is the maximum > > allowed for EIT sections (AFAIR including the section header, but I > > need to check this). > > You may be right, but I would always at least check the length > before trusting my life to it. ;-) > > After all, it's a 16 bit length and (at least theoretically) > it can become up to 65535 bytes long. > > I have recently traced a similar problem and saw lengths up > to 57000 bytes in the trace output. Maybe that was caused by > the fact that two programs were accessing /dev/vbi simultaneously, > but in any event I'd consider > allocate fixed buffer < 65565 bytes > read data length into 16-bit value > read this amount into buffer > highly unsave.... > I looked up all section definitions I could find and they all have a section length entry of only 12 Bits. So, 4096 is enough and I have to admit that there is a little bug in DVB/libdvb/DVB.hh. In GetSection() seclen should be anded with 0xfff. The section header is included in the 4096 byte limit. For EIT sections they specifically say that the section_length entry has a maximum of 4093 so that the whole section has a max. of 4096. Ralph From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 01:13:41 +0200 (CEST) From: "Ralph Metzler <" To: Carsten Koch Cc: linux-dvb@linuxtv.org Subject: Re: VDR 0.63-deti Update Carsten Koch writes: > "Ralph Metzler <" wrote: > ... > > You can also statically allocate 4096 bytes. This is the maximum > > allowed for EIT sections (AFAIR including the section header, but I > > need to check this). > > You may be right, but I would always at least check the length > before trusting my life to it. ;-) > > After all, it's a 16 bit length and (at least theoretically) > it can become up to 65535 bytes long. > > I have recently traced a similar problem and saw lengths up > to 57000 bytes in the trace output. Maybe that was caused by > the fact that two programs were accessing /dev/vbi simultaneously, > but in any event I'd consider > allocate fixed buffer < 65565 bytes > read data length into 16-bit value > read this amount into buffer > highly unsave.... > I looked up all section definitions I could find and they all have a section length entry of only 12 Bits. So, 4096 is enough and I have to admit that there is a little bug in DVB/libdvb/DVB.hh. In GetSection() seclen should be anded with 0xfff. The section header is included in the 4096 byte limit. For EIT sections they specifically say that the section_length entry has a maximum of 4093 so that the whole section has a max. of 4096. Ralph From Margit.Fiegert@t-online.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 05:53:20 +0200 From: Margit.Fiegert@t-online.de To: linux-dvb@linuxtv.org Subject: Thoughts on VDR evolution (was VDR recording glitches and others) Hello to all, even if it`s sometimes a bit frustrating, its really impressing and of course very good to see all ideas being implemented, even before one has time to ask for them :-) (Somone mention this alredy some time ago) Since this mail got a bit long, here are the contents in short: * some info about my mp3 jukebox * late answer to Guido Fiala and thoughts about a LP-mode * some info about work done/planned to program VDR via teletext * other features to VDR I plan to integrate. Give me hints what you want, or are planning to do, then I`ll concentrate on the things needed by many but on nobodys to do list. -------------------------- I planned to integrate VDR in my current jukebox more closely next weekend. Due to HITK (which I planned to integrate) and a perl interface to LIRC I found in the net, the job may be get done tonight (ok, should better go sleeping a bit, have to go to work in less than 3 hours - hmm had to dec this after writing this mail). Some of the ideas of Thomas Jagoditsch are done, most are in the top region of my to do list. "Thomas Jagoditsch" wrote: > thoughts on VDR/DVB evolution: > - teletext would be a nice thing, especially in combination with > "point & click timer-programming" > - integrated dvd/cd/mp3-playback (screen-output with random jpgs for > cd/mp3) would make VDR a real multimedia-settop > - vbox-integration is on my mind too, in the moment this is done by > an old notebook - maybe some sort of easy "user-defined menus" for tv > can accomplish such whishes > - visually remote control of the other hifi-video components could be > comfortable (i dig thru LIRC docs at the moment ;-), somebody could > do nice things (back up VDR to a VCR, switch inputs on the > receiver/amp ...) What do you mean by vbox? -------------------------- I have a really good working mp3 jukebox. I wrote some scripts to get my several hundred cds grabbed very conveniently (several cd drives in one computer, just have to change cd`s in drives with open trays before all are open, no need for any console interaction, speech output to confirm cd number or to call me if box has nothing to do anymore). I also had to write a player frontend because xmms can`t cope with really big playlists (They seem to go through the whole list quite often, no chance on the Pentium90 machine, brings down even my Athlon 600. Looks like O(PlaylistLenght^2) at least). This GUI also shows the cd covers and of course I thought of bringing these on the TV screen via DVB, especially since I alredy connected several TV Sets (living, sleeping, working -room) to DVB card. There are radio controlled speakers in kitchen and bathroom. Maybe I should make a homepage with these things? I also collected a some current disco music (not my main interest but sometimes quite welcome) from r@dio mp3, transmitting via VBI of NBC. www.nbc-vbi.de.vu for the software seems to be down right now, and I guess that doesn`t work anymore anyway since they anounced a new windows player for some time, "Und den alten schalten wir einfach ab". -------------------------- Writing VDR recordings to VHS-VCR conveniently is really an urgent point for me. I`m always at 0 Bytes disk free every other day. For a first shot I thought of doing this by some scripts competely seperate from VDR: * A script merging new recordings to a textfile with all recordings, * which I sort manually with any texteditor an mark everything I want to go out to a tape. * Then start VCR by lirc, start several playbacks of VDR by just cat the vob files to /dev/vido, stop VCR by lirc, * (delete recording by SVDRP) * Write times and titles to Video database. (should be done next weekend) For the same reason I`m still interested in a "LP-mode" (my mail from 9.8.00). Of course I don`t want to loose quality in movies, but politicians in a discussion look good enaough even if they get a bit further compressed. I think of offline compressing to mpeg4 (and hope on http://DivX.ctw.cc/index_main.html). Is realtime conversion back to DVB stream reasonable? Guido Fiala Wed, 9 Aug 2000 wrote: >Does that matters: 40 GB (Maxtor) do cost only DM 370,- now Above is my late answer to this. > (i banged my head at the desk not to have waited one further month ;-) I went to the shop in order to by exactly this end of june and was highly surprised by finding a 60GB for 599.- DM. So I think I had more luck I guess? gee, I`m really going to by another of those 60GB HD`s soon, even if that doesn`t really solve the problem. And I`m really looking forward to a nice cutting GUI. Often I`m interested only in small parts of programs (eg. nano) ----------------------------- I have some really good ideas (I think) on how to find advertising completely automaticly. Together with cutting (which I havn`t tried yet) that should be really interesting. And also help with full HD`s, even if it doesn`t catch all. --------------------------- I did some work to collect the whole TV-schedule by collecting data from all the teletext pages some years ago. There is also a perl skript in the net which gets the EPG (Electronic Program Guide), sent throught VBI by some networks (Pro7 for example). These contain information for a lot of networks (not only Pro7) in standardized format. I collect the data via analog Hauppauge Card right now, but there should be no problem to adopt this as soon as videotext is extracted from DVB Streams. Ralph wrote to Jan: >You can just set a PES filter and parse the packets according to the >DVB specifications. The specs are available for free on www.etsi.org. I did this several weeks ago, but hadn`t time to really work it out by now. But if you need help Jan: contact me. I plan to generate a html page with all programs, sorted such that the things i want to watch/record most likely are on top of the list and with check-boxes to program VDR via apache by just one click. I did the sorting thing more than 10 years ago in Modula on an atari ST, getting the teletext data from my TV-Set connected by i2c and self made electronics. It was simple word statistics, but worked quite well. Ralph wrote: >It can do re-insertion but this is not supported in the firmware right now. I would be very interested in that feature! Especially if this is possible with vtx-information muxed or generated by the computer. Imagine all of the regularly visited pages cached by the computer and repeated in a fast cycle out of the box, completed with some generated by the box containing status information of all the background jobs going on. Or database information like *Current Playlist or even whole data base of jukebox or video archive *new emails ... Gael wrote: >access to the internet. But all this stuff displayed on the TV set (because of my couch potato behaviour (;-)) By the way: I did some of that with the mentioned atari setup. It`s really a good joke to pop up a textbox (like in subtitles) with some hints like "o, watching that supid soap again?" for example when "Lindenstraße" is detected in page 333. Ok, most of that can be better done with video overlay now. But just getting some videotext information while watching via DVB would be very useful. ----------------------------- Another possible feature: Just press one butten after finding something really interesting while zapping to get informed if and when a program will be send again. I planned to implement such a feature with the speech output of my jukebox, but now that I have VDR that seems more appropriate. One could even programm VDR immediatly with one other click on the remote. Ok, and lots of other ideas, but I should really stop now. Have a nice day, and don`t keep me busy with updating - you prevent new features ;-) Michael From Margit.Fiegert@t-online.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 05:53:20 +0200 From: Margit.Fiegert@t-online.de To: linux-dvb@linuxtv.org Subject: Thoughts on VDR evolution (was VDR recording glitches and others) Hello to all, even if it`s sometimes a bit frustrating, its really impressing and of course very good to see all ideas being implemented, even before one has time to ask for them :-) (Somone mention this alredy some time ago) Since this mail got a bit long, here are the contents in short: * some info about my mp3 jukebox * late answer to Guido Fiala and thoughts about a LP-mode * some info about work done/planned to program VDR via teletext * other features to VDR I plan to integrate. Give me hints what you want, or are planning to do, then I`ll concentrate on the things needed by many but on nobodys to do list. -------------------------- I planned to integrate VDR in my current jukebox more closely next weekend. Due to HITK (which I planned to integrate) and a perl interface to LIRC I found in the net, the job may be get done tonight (ok, should better go sleeping a bit, have to go to work in less than 3 hours - hmm had to dec this after writing this mail). Some of the ideas of Thomas Jagoditsch are done, most are in the top region of my to do list. "Thomas Jagoditsch" wrote: > thoughts on VDR/DVB evolution: > - teletext would be a nice thing, especially in combination with > "point & click timer-programming" > - integrated dvd/cd/mp3-playback (screen-output with random jpgs for > cd/mp3) would make VDR a real multimedia-settop > - vbox-integration is on my mind too, in the moment this is done by > an old notebook - maybe some sort of easy "user-defined menus" for tv > can accomplish such whishes > - visually remote control of the other hifi-video components could be > comfortable (i dig thru LIRC docs at the moment ;-), somebody could > do nice things (back up VDR to a VCR, switch inputs on the > receiver/amp ...) What do you mean by vbox? -------------------------- I have a really good working mp3 jukebox. I wrote some scripts to get my several hundred cds grabbed very conveniently (several cd drives in one computer, just have to change cd`s in drives with open trays before all are open, no need for any console interaction, speech output to confirm cd number or to call me if box has nothing to do anymore). I also had to write a player frontend because xmms can`t cope with really big playlists (They seem to go through the whole list quite often, no chance on the Pentium90 machine, brings down even my Athlon 600. Looks like O(PlaylistLenght^2) at least). This GUI also shows the cd covers and of course I thought of bringing these on the TV screen via DVB, especially since I alredy connected several TV Sets (living, sleeping, working -room) to DVB card. There are radio controlled speakers in kitchen and bathroom. Maybe I should make a homepage with these things? I also collected a some current disco music (not my main interest but sometimes quite welcome) from r@dio mp3, transmitting via VBI of NBC. www.nbc-vbi.de.vu for the software seems to be down right now, and I guess that doesn`t work anymore anyway since they anounced a new windows player for some time, "Und den alten schalten wir einfach ab". -------------------------- Writing VDR recordings to VHS-VCR conveniently is really an urgent point for me. I`m always at 0 Bytes disk free every other day. For a first shot I thought of doing this by some scripts competely seperate from VDR: * A script merging new recordings to a textfile with all recordings, * which I sort manually with any texteditor an mark everything I want to go out to a tape. * Then start VCR by lirc, start several playbacks of VDR by just cat the vob files to /dev/vido, stop VCR by lirc, * (delete recording by SVDRP) * Write times and titles to Video database. (should be done next weekend) For the same reason I`m still interested in a "LP-mode" (my mail from 9.8.00). Of course I don`t want to loose quality in movies, but politicians in a discussion look good enaough even if they get a bit further compressed. I think of offline compressing to mpeg4 (and hope on http://DivX.ctw.cc/index_main.html). Is realtime conversion back to DVB stream reasonable? Guido Fiala Wed, 9 Aug 2000 wrote: >Does that matters: 40 GB (Maxtor) do cost only DM 370,- now Above is my late answer to this. > (i banged my head at the desk not to have waited one further month ;-) I went to the shop in order to by exactly this end of june and was highly surprised by finding a 60GB for 599.- DM. So I think I had more luck I guess? gee, I`m really going to by another of those 60GB HD`s soon, even if that doesn`t really solve the problem. And I`m really looking forward to a nice cutting GUI. Often I`m interested only in small parts of programs (eg. nano) ----------------------------- I have some really good ideas (I think) on how to find advertising completely automaticly. Together with cutting (which I havn`t tried yet) that should be really interesting. And also help with full HD`s, even if it doesn`t catch all. --------------------------- I did some work to collect the whole TV-schedule by collecting data from all the teletext pages some years ago. There is also a perl skript in the net which gets the EPG (Electronic Program Guide), sent throught VBI by some networks (Pro7 for example). These contain information for a lot of networks (not only Pro7) in standardized format. I collect the data via analog Hauppauge Card right now, but there should be no problem to adopt this as soon as videotext is extracted from DVB Streams. Ralph wrote to Jan: >You can just set a PES filter and parse the packets according to the >DVB specifications. The specs are available for free on www.etsi.org. I did this several weeks ago, but hadn`t time to really work it out by now. But if you need help Jan: contact me. I plan to generate a html page with all programs, sorted such that the things i want to watch/record most likely are on top of the list and with check-boxes to program VDR via apache by just one click. I did the sorting thing more than 10 years ago in Modula on an atari ST, getting the teletext data from my TV-Set connected by i2c and self made electronics. It was simple word statistics, but worked quite well. Ralph wrote: >It can do re-insertion but this is not supported in the firmware right now. I would be very interested in that feature! Especially if this is possible with vtx-information muxed or generated by the computer. Imagine all of the regularly visited pages cached by the computer and repeated in a fast cycle out of the box, completed with some generated by the box containing status information of all the background jobs going on. Or database information like *Current Playlist or even whole data base of jukebox or video archive *new emails ... Gael wrote: >access to the internet. But all this stuff displayed on the TV set (because of my couch potato behaviour (;-)) By the way: I did some of that with the mentioned atari setup. It`s really a good joke to pop up a textbox (like in subtitles) with some hints like "o, watching that supid soap again?" for example when "Lindenstraße" is detected in page 333. Ok, most of that can be better done with video overlay now. But just getting some videotext information while watching via DVB would be very useful. ----------------------------- Another possible feature: Just press one butten after finding something really interesting while zapping to get informed if and when a program will be send again. I planned to implement such a feature with the speech output of my jukebox, but now that I have VDR that seems more appropriate. One could even programm VDR immediatly with one other click on the remote. Ok, and lots of other ideas, but I should really stop now. Have a nice day, and don`t keep me busy with updating - you prevent new features ;-) Michael From pganev@com-it.net Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 08:47:01 +0200 From: Plamen Ganev To: rjkm@netcologne.de, linux-dvb@linuxtv.org Subject: RE: VDR recording glitches To support Ralph's idea, this is one of my computers used for VDR test: CPU: Pentium 100 RAM: 84Mbyte Disk: Quantum 6.4G Udma2 (old). The PC is running a 0.06 driver with buffer of 8Mbytes and *all* the optimisations of hdparm (32bit io, dma, unmask irq, write-caching enable, multisector reads of 16 sectors). I have absolutely no problems recording/playback (actually there's a minor unrelated issue when using pause in playback). BTW: On another application (huge file server) I'm running a brand new PIII800 with 20Gig Quantum hard disks and the disk access will kill the processor and the rest of the computer if I don't turn on hard disk optimizations. So... do your homework on optimizing you system :-)) Plamen. > -----Original Message----- > From: Ralph Metzler < [mailto:rjkm@netcologne.de] > Sent: Wednesday, September 20, 2000 3:44 PM > To: linux-dvb@linuxtv.org > Subject: Re: VDR recording glitches > > > Michael Holzt writes: > > On Wed, Sep 20, 2000 at 02:06:08PM +0200, Carsten Koch wrote: > > > So, I'd say we're seeing a driver bug (or at least a > > > driver weakness) here. > > > > I still recommend increasing the buffer size as suggested by > Klaus. Fixed > > the problem 100% for me (even without DMA). > > There are still many explanations for this behavior. > > - a driver weakness, i.e. it blocks other (IDE) IRQs for too long > > In the new version the conversion routines maybe should go into a > bottom half or tasklet. But they were not in the old version where > the problem already was present. > Before there only was a write to a ring buffer inside the IRQ > which should be fast enough. > > The MMU of the SAA7146 might be used to make a very fast ringbuffer > which would reduce IRQ times to almost nothing. > But this will have to wait until after the API change. > > - other IRQs block the DVB IRQ which causes dropped AV_PES packets > > This does not seem to be the case for you (Michael) since you have > no problems without DMA but with bigger buffers) but it might be > for others. > Here setting the unmaskirq feature of hdparm (hdparm -u ...) might > help if no DMA is available. > > > - disk caching > > The disk might be fast anough but data is first written to the > buffer memory. When the cache is full it suddenly has to write very > much data and might not be able to free the MPEG buffer quickly enough. > Does VDR support uncached writing? > > > Ralph From pganev@com-it.net Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 08:47:01 +0200 From: Plamen Ganev To: rjkm@netcologne.de, linux-dvb@linuxtv.org Subject: RE: VDR recording glitches To support Ralph's idea, this is one of my computers used for VDR test: CPU: Pentium 100 RAM: 84Mbyte Disk: Quantum 6.4G Udma2 (old). The PC is running a 0.06 driver with buffer of 8Mbytes and *all* the optimisations of hdparm (32bit io, dma, unmask irq, write-caching enable, multisector reads of 16 sectors). I have absolutely no problems recording/playback (actually there's a minor unrelated issue when using pause in playback). BTW: On another application (huge file server) I'm running a brand new PIII800 with 20Gig Quantum hard disks and the disk access will kill the processor and the rest of the computer if I don't turn on hard disk optimizations. So... do your homework on optimizing you system :-)) Plamen. > -----Original Message----- > From: Ralph Metzler < [mailto:rjkm@netcologne.de] > Sent: Wednesday, September 20, 2000 3:44 PM > To: linux-dvb@linuxtv.org > Subject: Re: VDR recording glitches > > > Michael Holzt writes: > > On Wed, Sep 20, 2000 at 02:06:08PM +0200, Carsten Koch wrote: > > > So, I'd say we're seeing a driver bug (or at least a > > > driver weakness) here. > > > > I still recommend increasing the buffer size as suggested by > Klaus. Fixed > > the problem 100% for me (even without DMA). > > There are still many explanations for this behavior. > > - a driver weakness, i.e. it blocks other (IDE) IRQs for too long > > In the new version the conversion routines maybe should go into a > bottom half or tasklet. But they were not in the old version where > the problem already was present. > Before there only was a write to a ring buffer inside the IRQ > which should be fast enough. > > The MMU of the SAA7146 might be used to make a very fast ringbuffer > which would reduce IRQ times to almost nothing. > But this will have to wait until after the API change. > > - other IRQs block the DVB IRQ which causes dropped AV_PES packets > > This does not seem to be the case for you (Michael) since you have > no problems without DMA but with bigger buffers) but it might be > for others. > Here setting the unmaskirq feature of hdparm (hdparm -u ...) might > help if no DMA is available. > > > - disk caching > > The disk might be fast anough but data is first written to the > buffer memory. When the cache is full it suddenly has to write very > much data and might not be able to free the MPEG buffer quickly enough. > Does VDR support uncached writing? > > > Ralph From t.ja@gmx.at Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 09:47:55 +0200 From: Thomas Jagoditsch To: linux-dvb@linuxtv.org Cc: Margit.Fiegert@t-online.de Subject: Re: Thoughts on VDR evolution (was VDR recording glitches and others) On 21 Sep 2000, at 5:53, Margit.Fiegert@t-online.de wrote: > even if it`s sometimes a bit frustrating, its really impressing and of > course very good to see all ideas being implemented, even before one > has time to ask for them :-) (Somone mention this alredy some time > ago) *g*, yeah, rapid movement here > I planned to integrate VDR in my current jukebox more closely next > weekend. Due to HITK (which I planned to integrate) and a perl > interface to LIRC I found in the net, the job may be get done tonight > (ok, should better go sleeping a bit, have to go to work in less than > 3 hours - hmm had to dec this after writing this mail). somebody posts that output to the screen might not be possible, or am i misunderstanding something ? > Some of the ideas of Thomas Jagoditsch are done, most are in the top > region of my to do list. thx. > > - vbox-integration is on my mind too, in the moment this is done by > > an old notebook - maybe some sort of easy "user-defined menus" for > > tv can accomplish such whishes > > What do you mean by vbox? i use an old notebook as answering machine and firewall - works fine even for my non-techie wife (she´s a very good teacher, btw) via some sort of UI. would be a nice thing to show the userinterface and date/time of the recording on the tv via the dvb card, hear the recordings there and so on. both machines had to run through the day, so it would be nice to save some energy and integrate. its clear to me that this is not the "focus" here, but some sort of "tv-dialog" and a possibility to play soundfiles via the dvb would be enough. that would allow me to keep peace in the house and remove one of the boxes and a (than) useless screen too. > shows the cd covers and of course I thought of bringing these on the > TV screen via DVB, especially since I alredy connected several TV Sets yeah, that would be fine. > everything I want to go out to a tape. * Then start VCR by lirc, start > several playbacks of VDR by just cat the vob files to /dev/vido, stop > VCR by lirc, * (delete recording by SVDRP) * Write times and titles to > Video database. (should be done next weekend) *g*, sounds perfect to me. > I have some really good ideas (I think) on how to find advertising > completely automaticly. Together with cutting (which I havn`t tried > yet) that should be really interesting. And also help with full HD`s, > even if it doesn`t catch all. there was some c´t project some time ago ?!? > there should be no problem to adopt this as soon as videotext is > extracted from DVB Streams. > ... > Ok, most of that can be better done with video overlay now. But just > getting some videotext information while watching via DVB would be > very useful. > ... > jukebox, but now that I have VDR that seems more appropriate. One > could even programm VDR immediatly with one other click on the remote. let me say that i would be very happy to get all this done on the tv- screen, controlled via remote (wishfull thinking). wbr.tja... From t.ja@gmx.at Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 09:47:55 +0200 From: Thomas Jagoditsch To: linux-dvb@linuxtv.org Cc: Margit.Fiegert@t-online.de Subject: Re: Thoughts on VDR evolution (was VDR recording glitches and others) On 21 Sep 2000, at 5:53, Margit.Fiegert@t-online.de wrote: > even if it`s sometimes a bit frustrating, its really impressing and of > course very good to see all ideas being implemented, even before one > has time to ask for them :-) (Somone mention this alredy some time > ago) *g*, yeah, rapid movement here > I planned to integrate VDR in my current jukebox more closely next > weekend. Due to HITK (which I planned to integrate) and a perl > interface to LIRC I found in the net, the job may be get done tonight > (ok, should better go sleeping a bit, have to go to work in less than > 3 hours - hmm had to dec this after writing this mail). somebody posts that output to the screen might not be possible, or am i misunderstanding something ? > Some of the ideas of Thomas Jagoditsch are done, most are in the top > region of my to do list. thx. > > - vbox-integration is on my mind too, in the moment this is done by > > an old notebook - maybe some sort of easy "user-defined menus" for > > tv can accomplish such whishes > > What do you mean by vbox? i use an old notebook as answering machine and firewall - works fine even for my non-techie wife (she´s a very good teacher, btw) via some sort of UI. would be a nice thing to show the userinterface and date/time of the recording on the tv via the dvb card, hear the recordings there and so on. both machines had to run through the day, so it would be nice to save some energy and integrate. its clear to me that this is not the "focus" here, but some sort of "tv-dialog" and a possibility to play soundfiles via the dvb would be enough. that would allow me to keep peace in the house and remove one of the boxes and a (than) useless screen too. > shows the cd covers and of course I thought of bringing these on the > TV screen via DVB, especially since I alredy connected several TV Sets yeah, that would be fine. > everything I want to go out to a tape. * Then start VCR by lirc, start > several playbacks of VDR by just cat the vob files to /dev/vido, stop > VCR by lirc, * (delete recording by SVDRP) * Write times and titles to > Video database. (should be done next weekend) *g*, sounds perfect to me. > I have some really good ideas (I think) on how to find advertising > completely automaticly. Together with cutting (which I havn`t tried > yet) that should be really interesting. And also help with full HD`s, > even if it doesn`t catch all. there was some c´t project some time ago ?!? > there should be no problem to adopt this as soon as videotext is > extracted from DVB Streams. > ... > Ok, most of that can be better done with video overlay now. But just > getting some videotext information while watching via DVB would be > very useful. > ... > jukebox, but now that I have VDR that seems more appropriate. One > could even programm VDR immediatly with one other click on the remote. let me say that i would be very happy to get all this done on the tv- screen, controlled via remote (wishfull thinking). wbr.tja... From t.ja@gmx.at Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 09:50:56 +0200 From: Thomas Jagoditsch To: linux-dvb@linuxtv.org Subject: VDR recording glitches hi all ! thanx for your replies to the problem. tried yesterday evening to tune the hd. turned on 32bit, 16 multisec, unmasqirq (all turned of) - dma was on by default. seems to help a little bit, but eliminated the glitches not completely. but this really could be a pci-bus bottleneck. sometimes i think i see a synchronisation between glitches and hd- led, but its hard to proof that. before sleepfallin *g* i remembered a problem with cd-recording on an old p120 nt-box some years ago. got underruns always and moved to w95 to make succesfull burns - the reason was that this box got much memory and virtually all of it was used as cache, a nt-behavior which could not be turned off. maybe we´ve got an compareable case here, maybe it would be better to write every 2,3 seconds but to write big data every 15-20. wbr.tja... From t.ja@gmx.at Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 09:50:56 +0200 From: Thomas Jagoditsch To: linux-dvb@linuxtv.org Subject: VDR recording glitches hi all ! thanx for your replies to the problem. tried yesterday evening to tune the hd. turned on 32bit, 16 multisec, unmasqirq (all turned of) - dma was on by default. seems to help a little bit, but eliminated the glitches not completely. but this really could be a pci-bus bottleneck. sometimes i think i see a synchronisation between glitches and hd- led, but its hard to proof that. before sleepfallin *g* i remembered a problem with cd-recording on an old p120 nt-box some years ago. got underruns always and moved to w95 to make succesfull burns - the reason was that this box got much memory and virtually all of it was used as cache, a nt-behavior which could not be turned off. maybe we´ve got an compareable case here, maybe it would be better to write every 2,3 seconds but to write big data every 15-20. wbr.tja... From Uwe.Rathmann@munich.netsurf.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 10:51:14 +0200 From: Uwe Rathmann Cc: linux-dvb@linuxtv.org Subject: Re: LOF in Video Disk Recorder Hi, in VDR the LOF is hardcoded like this: dvbapi.c, Z 1619 if (freq < 11700UL) freq -= 9750UL; else freq -= 10600UL; As far as I know these values differ depending on the LNB. F.e. my environment is different to the implementation. So it would be nice to have them configurable. Well, the same problem is responsible for some postings reporting problems concerning gVideo. Cheers, Uwe From Uwe.Rathmann@munich.netsurf.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 10:51:14 +0200 From: Uwe Rathmann Cc: linux-dvb@linuxtv.org Subject: Re: LOF in Video Disk Recorder Hi, in VDR the LOF is hardcoded like this: dvbapi.c, Z 1619 if (freq < 11700UL) freq -= 9750UL; else freq -= 10600UL; As far as I know these values differ depending on the LNB. F.e. my environment is different to the implementation. So it would be nice to have them configurable. Well, the same problem is responsible for some postings reporting problems concerning gVideo. Cheers, Uwe From jan@panteltje Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 13:15:00 +0200 (CEST) From: Jan Panteltje To: Margit.Fiegert@t-online.de Cc: linux-dvb@linuxtv.org Subject: xothers) > Ralph wrote to Jan: > >You can just set a PES filter and parse the packets according to the > >DVB specifications. The specs are available for free on www.etsi.org. > > I did this several weeks ago, but hadn`t time to really work it out by > now. But if you need help Jan: contact me. > > Michael > Hi, I will have a look ASAP. I will be in Paris next week, so I will have to program in between other things happening... I am using teletext (in The Netherlands) to extract financial data, like stock prices. http://www.panteltje.demon.nl/xkrs/ has an X display that connects via iic to the SAA5246 Videotex chip. This was based on an old article in the German magazine CT. Now I have to look if can can get the data from the PES stream, I have read all the docu from www.etsi I could get on this subject, but that is not very clear from a programmer point of view. I have not released the stock price extraction code for commercial reasons. There are in fact 2 programs, or 3 rather, xkrs (the X GUI), krs does parsing of the teletext pages, and xkra the x financial program (GPL). krs is not released, but if anyone is interested in extracting stock prices, let me know, I may release it after all, similar software for windows cost about 500 $. Now if I could connect to the PES stream, all this software should be working. I need to know filter ID bytes and things like that I think. Regards Jan From jan@panteltje Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 13:15:00 +0200 (CEST) From: Jan Panteltje To: Margit.Fiegert@t-online.de Cc: linux-dvb@linuxtv.org Subject: xothers) > Ralph wrote to Jan: > >You can just set a PES filter and parse the packets according to the > >DVB specifications. The specs are available for free on www.etsi.org. > > I did this several weeks ago, but hadn`t time to really work it out by > now. But if you need help Jan: contact me. > > Michael > Hi, I will have a look ASAP. I will be in Paris next week, so I will have to program in between other things happening... I am using teletext (in The Netherlands) to extract financial data, like stock prices. http://www.panteltje.demon.nl/xkrs/ has an X display that connects via iic to the SAA5246 Videotex chip. This was based on an old article in the German magazine CT. Now I have to look if can can get the data from the PES stream, I have read all the docu from www.etsi I could get on this subject, but that is not very clear from a programmer point of view. I have not released the stock price extraction code for commercial reasons. There are in fact 2 programs, or 3 rather, xkrs (the X GUI), krs does parsing of the teletext pages, and xkra the x financial program (GPL). krs is not released, but if anyone is interested in extracting stock prices, let me know, I may release it after all, similar software for windows cost about 500 $. Now if I could connect to the PES stream, all this software should be working. I need to know filter ID bytes and things like that I think. Regards Jan From jan@panteltje Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 13:15:00 +0200 (CEST) From: Jan Panteltje To: Margit.Fiegert@t-online.de Cc: linux-dvb@linuxtv.org Subject: xothers) > Ralph wrote to Jan: > >You can just set a PES filter and parse the packets according to the > >DVB specifications. The specs are available for free on www.etsi.org. > > I did this several weeks ago, but hadn`t time to really work it out by > now. But if you need help Jan: contact me. > > Michael > Hi, I will have a look ASAP. I will be in Paris next week, so I will have to program in between other things happening... I am using teletext (in The Netherlands) to extract financial data, like stock prices. http://www.panteltje.demon.nl/xkrs/ has an X display that connects via iic to the SAA5246 Videotex chip. This was based on an old article in the German magazine CT. Now I have to look if can can get the data from the PES stream, I have read all the docu from www.etsi I could get on this subject, but that is not very clear from a programmer point of view. I have not released the stock price extraction code for commercial reasons. There are in fact 2 programs, or 3 rather, xkrs (the X GUI), krs does parsing of the teletext pages, and xkra the x financial program (GPL). krs is not released, but if anyone is interested in extracting stock prices, let me know, I may release it after all, similar software for windows cost about 500 $. Now if I could connect to the PES stream, all this software should be working. I need to know filter ID bytes and things like that I think. Regards Jan From jan@panteltje Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 13:15:00 +0200 (CEST) From: Jan Panteltje To: Margit.Fiegert@t-online.de Cc: linux-dvb@linuxtv.org Subject: xothers) > Ralph wrote to Jan: > >You can just set a PES filter and parse the packets according to the > >DVB specifications. The specs are available for free on www.etsi.org. > > I did this several weeks ago, but hadn`t time to really work it out by > now. But if you need help Jan: contact me. > > Michael > Hi, I will have a look ASAP. I will be in Paris next week, so I will have to program in between other things happening... I am using teletext (in The Netherlands) to extract financial data, like stock prices. http://www.panteltje.demon.nl/xkrs/ has an X display that connects via iic to the SAA5246 Videotex chip. This was based on an old article in the German magazine CT. Now I have to look if can can get the data from the PES stream, I have read all the docu from www.etsi I could get on this subject, but that is not very clear from a programmer point of view. I have not released the stock price extraction code for commercial reasons. There are in fact 2 programs, or 3 rather, xkrs (the X GUI), krs does parsing of the teletext pages, and xkra the x financial program (GPL). krs is not released, but if anyone is interested in extracting stock prices, let me know, I may release it after all, similar software for windows cost about 500 $. Now if I could connect to the PES stream, all this software should be working. I need to know filter ID bytes and things like that I think. Regards Jan From Robert.Schneider@lotus.com Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 14:18:05 +0200 From: Robert Schneider/MUC1/Lotus To: linux-dvb Subject: Howto play DVDs with help of VDR Hi, playing DVDs with the same ease as using VDR to record and play movies was one thing I had to have as soon as possible. For that reason, I did a very, Very, VERY dirty implentation of using Matjaz Thaler's dvdplayer for the DVB-s card. Apologies first: I'm currently doing a lot of stuff to the VDR source and therefore, cannot send diffs that allow you to patch, but I thought this is an interesting feature that some of you may want to have sooner than I can come up with the other things. The basic concept is: Have a menu item in VDR that closes the video and vbi device, start Matjaz Thaler's dvdplayer and once the dvdplayer comes back, reopen the video and vbi device. Caution: If you have timers programmed during DVD playback, they are lost. Requirements: dvdplayer software from http://www2.arnes.si/~mthale1/index.html tstdvd from the Livid source tree at http://www.linuxvideo.org So what did I do: Let's start with the dvdplayer 1. Get the dvdplayer sources from http://www2.arnes.si/~mthale1/index.html 2. In remote.c, you have to add a way to gracefully exit the dvdplayer. I did it by adding else if(!strcmp(ir.command, MAKE_A_NEW_DEFINE_FOR_YOUR_DESIRED_EXIT_BUTTON_IN_REMOTE.H)) { close(dev); sleep(1); // if omitted, VDR may not be able to open the video when one of // the dvdplayer processes does not exit fast enough break; } at the end of the while loop that retrieves IR codes. Take the following shell script and put it in the dvdplayer directory #!/bin/sh cd /root/dvdplayer umount /dvd tstdvd /dev/dvd mount /dvd for i in 0 1 2; do f=/dvd/video_ts/vts_01_$i.vob test -f $f && break done tstdvd /dev/dvd $f dvdplayer -a 1 -c -r -f $f umount /dvd Now the changes for VDR Only menu.c, eit.c and eit.h is involved In menu.c: add #include "eit.h" in Function cMenuMain::cMenuMain(bool Replaying):cOsdMenu("Main") replace SetHelp("Record"); with SetHelp("Record", "DVD"); in Function eOSState cMenuMain::ProcessKey(eKeys Key) add after the case kRed block case kGreen: cDvbApi::Cleanup(); EIT.Close(); system("/root/dvdplayer/d"); // replace path with your favourite ones if (!cDvbApi::Init()) abort(); EIT.Open(); state = osEnd; break; In eit.c Replace: cEIT::cEIT() { cszBitFilter = "/dev/vbi"; if((fsvbi = open(cszBitFilter, O_RDWR))<0) { fsvbi = 0; esyslog(LOG_ERR, "Failed to open DVB bitfilter device: %s", cszBitFilter); return; } } cEIT::~cEIT() { if (fsvbi != 0) close(fsvbi); fsvbi = 0; } with cEIT::cEIT() { Open(); } cEIT::~cEIT() { Close(); } /** */ bool cEIT::Open() { cszBitFilter = "/dev/vbi"; if((fsvbi = open(cszBitFilter, O_RDWR))<0) { fsvbi = 0; cerr << "Failed to open DVB bitfilter device: " << cszBitFilter << endl; return false; } return true; } /** */ bool cEIT::Close() { if (fsvbi != 0) close(fsvbi); fsvbi = 0; return true; } and add bool Close(); bool Open(); to the public section in eit.h From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 14:27:46 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: LOF in Video Disk Recorder Jean-Claude REPETTO wrote: > > ----- Original Message ----- > From: "Uwe Rathmann" > Cc: > Sent: Thursday, September 21, 2000 10:51 AM > Subject: Re: LOF in Video Disk Recorder > > > Hi, > > > > in VDR the LOF is hardcoded like this: > > > > dvbapi.c, Z 1619 > > > > if (freq < 11700UL) > > freq -= 9750UL; > > else > > freq -= 10600UL; > > > > As far as I know these values differ depending on the LNB. > > F.e. my environment is different to the implementation. > > So it would be nice to have them configurable. > > > > I agree. I have a full band LNB, LO frequencies are 9750 and 10750 MHz. Some > universal LNBs have LO frequencies of 9750 and 10700 MHz. Older LNBs have LO > frequencies of 10000 MHz and 11500 MHz. I'll make this a "Setup" parameter in the next version. Greetings 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 jrepetto@mxmlab.com Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 14:29:41 +0200 From: Jean-Claude REPETTO To: linux-dvb@linuxtv.org Subject: Re: LOF in Video Disk Recorder ----- Original Message ----- From: "Uwe Rathmann" Cc: Sent: Thursday, September 21, 2000 10:51 AM Subject: Re: LOF in Video Disk Recorder > Hi, > > in VDR the LOF is hardcoded like this: > > dvbapi.c, Z 1619 > > if (freq < 11700UL) > freq -= 9750UL; > else > freq -= 10600UL; > > As far as I know these values differ depending on the LNB. > F.e. my environment is different to the implementation. > So it would be nice to have them configurable. > I agree. I have a full band LNB, LO frequencies are 9750 and 10750 MHz. Some universal LNBs have LO frequencies of 9750 and 10700 MHz. Older LNBs have LO frequencies of 10000 MHz and 11500 MHz. Jean-Claude From Robert.Schneider@lotus.com Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 14:36:31 +0200 From: Robert Schneider/MUC1/Lotus To: linux-dvb Subject: Thoughts on VDR evolution - my 2 cent Hi all, after reading the postings about VDR evolution, I think it wouldn't be a bad idea to concert action a bit. I was having a conversation with Klaus recently, telling him many of the things that came up in the list recently and if we found more people to help out with programming, we all would benefit from the new features faster. If I recall right what came up for enhancements, I get 1. playing DVDs (see my other posting for the hack I did) 2. playing MP3 files 3. having teletext 4. having some kind of EPG (speak, improve the EIT stuff) 5. controlling vbox 6. playing regular audio CDs (that would be my add) My question to all of you is: Who would volounteer for what kind of enhancements? As I have already started the EIT stuff, I would be very glad to bring that further. Best regards, Robert From xcuse@DSI-Project.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 15:25:03 +0200 From: xcuse@DSI-Project.de To: linux-dvb@linuxtv.org Subject: remote gVideo [ Part 1, Text/PLAIN (charset: Unknown "Windows-1252") 8 lines. ] [ Unable to print this part. ] [ 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. ] hi folks,   i´ve tried to make gVideo working over net on a w98-machine with x-win32 5.01, but i get only a destroyed picture in b/w, it seems to wrap around on left and right side. Can anybody give me a hint?   xcuse From xcuse@DSI-Project.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 16:05:49 +0200 From: xcuse@DSI-Project.de To: linux-dvb@linuxtv.org Subject: [Windows-1252] Can´t use DGA? [ Part 1, Text/PLAIN (charset: Unknown "Windows-1252") 6 lines. ] [ Unable to print this part. ] [ 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. ] hi folks,   everytime i start gVideo, i got this 'Can´t use DGA' message. what is DGA?   xcuse From greg@ulima.unil.ch Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 16:14:23 +0200 From: Gregoire Favre To: linux-dvb@linuxtv.org Subject: Re: Cant use DGA? > xcuse@DSI-Project.de wrote: > > hi folks, > > everytime i start gVideo, i got this 'Can´t use DGA' message. > what is DGA? Rather than explaining what exactly saying you what DGA is, I give you an advice: under XFree 4.0x DGA is disabled by default, so you'll have to activate it. Maybe it would be good to read: http://www.strusel007.de/linux/xawtv/xfree4.html which is written for xawtv but is a good reading. Hope it will solve your problems, Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch From polom@convergence.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 19:07:56 +0200 From: Szymon Polom To: Robert Schneider/MUC1/Lotus Cc: linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent Hi... Robert Schneider/MUC1/Lotus wrote: > after reading the postings about VDR evolution, I think it wouldn't be a > bad idea to concert action a bit. I was having a conversation with Klaus > recently, telling him many of the things that came up in the list recently > and if we found more people to help out with programming, we all would > benefit from the new features faster. > If I recall right what came up for enhancements, I get > 1. playing DVDs (see my other posting for the hack I did) We will provide a Linux DVD Player API with some frontends. The API is well documented and you can go ahead and implement it in the VDR. I assume, the release should be around end of the year with full featured and stable DVD Playback on the DVB card. Bye... SP. -- Szymon Polom polom@convergence.de convergence integrated media GmbH http://www.convergence.de Rosenthaler Str. 51 fon: +49(0)30-72 62 06 68 D-10178 Berlin fax: +49(0)30-72 62 06 55 From lehrig@t-online.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 20:37:45 +0200 From: Rainer Lehrig To: linux-dvb@linuxtv.org Subject: 2 TV cards in 1 PC Hello, I have a PC with 2 TV cards. (1 analog/bttv 1 digital/DVBs) It seems to be a problem to have both cards (it works under windows). In the moment I can watch TV with the analog card and kwintv. >From the digital card I can hear the audio signal. But there is no digital picture. Can somebody tell me more about having 2 TV cards ? One more question: Is it possible to use kwintv instead of gVideo with the DVBs card ? Yours: Rainer Lehrig From lehrig@t-online.de Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 20:37:45 +0200 From: Rainer Lehrig To: linux-dvb@linuxtv.org Subject: 2 TV cards in 1 PC Hello, I have a PC with 2 TV cards. (1 analog/bttv 1 digital/DVBs) It seems to be a problem to have both cards (it works under windows). In the moment I can watch TV with the analog card and kwintv. >From the digital card I can hear the audio signal. But there is no digital picture. Can somebody tell me more about having 2 TV cards ? One more question: Is it possible to use kwintv instead of gVideo with the DVBs card ? Yours: Rainer Lehrig From jan@panteltje Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 21:52:47 +0200 (CEST) From: Jan Panteltje To: Robert Schneider/MUC1/Lotus Cc: linux-dvb@linuxtv.org Subject: Re: Thoughts on VDR evolution - my 2 cent On Thu, 21 Sep 2000, Robert Schneider/MUC1/Lotus wrote: > > Hi all, > > after reading the postings about VDR evolution, I think it wouldn't be a > bad idea to concert action a bit. I was having a conversation with Klaus > recently, telling him many of the things that came up in the list recently > and if we found more people to help out with programming, we all would > benefit from the new features faster. > > If I recall right what came up for enhancements, I get > > 1. playing DVDs (see my other posting for the hack I did) > 2. playing MP3 files > 3. having teletext > 4. having some kind of EPG (speak, improve the EIT stuff) > 5. controlling vbox > 6. playing regular audio CDs (that would be my add) > > My question to all of you is: > > Who would volounteer for what kind of enhancements? > > As I have already started the EIT stuff, I would be very glad to bring that > further. > > Best regards, > > Robert > > I am working on teletex, that is a teletext on you computer screen. Ralph says that the firmware needs modification to get VBI inserted teletext. If we have that, we need to do nothing special to VDR I think, cause then you can use the normals sets teletext. Anyways, I will try to get the PC part working. Have a look at http:/www.panteltje.demon.nl/xkrs/ for what I will use as display. This is directly coded in xlib, no gtk or such. Maybe some will like something different, but this will be my first aim. Sincerely hope I will have the time to do this, have also nnn other GPL programs out there that I do updates and support for. So if anyone else wants to have a go too, fine with me, let me know when you got data from that PES stream :-) Regards Jan From jan@panteltje Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 21:52:47 +0200 (CEST) From: Jan Panteltje To: Robert Schneider/MUC1/Lotus Cc: linux-dvb@linuxtv.org Subject: Re: Thoughts on VDR evolution - my 2 cent On Thu, 21 Sep 2000, Robert Schneider/MUC1/Lotus wrote: > > Hi all, > > after reading the postings about VDR evolution, I think it wouldn't be a > bad idea to concert action a bit. I was having a conversation with Klaus > recently, telling him many of the things that came up in the list recently > and if we found more people to help out with programming, we all would > benefit from the new features faster. > > If I recall right what came up for enhancements, I get > > 1. playing DVDs (see my other posting for the hack I did) > 2. playing MP3 files > 3. having teletext > 4. having some kind of EPG (speak, improve the EIT stuff) > 5. controlling vbox > 6. playing regular audio CDs (that would be my add) > > My question to all of you is: > > Who would volounteer for what kind of enhancements? > > As I have already started the EIT stuff, I would be very glad to bring that > further. > > Best regards, > > Robert > > I am working on teletex, that is a teletext on you computer screen. Ralph says that the firmware needs modification to get VBI inserted teletext. If we have that, we need to do nothing special to VDR I think, cause then you can use the normals sets teletext. Anyways, I will try to get the PC part working. Have a look at http:/www.panteltje.demon.nl/xkrs/ for what I will use as display. This is directly coded in xlib, no gtk or such. Maybe some will like something different, but this will be my first aim. Sincerely hope I will have the time to do this, have also nnn other GPL programs out there that I do updates and support for. So if anyone else wants to have a go too, fine with me, let me know when you got data from that PES stream :-) Regards Jan From bjedelijn@delhee.nl Wed Aug 1 13:15:46 2001 Date: Thu, 21 Sep 2000 22:12:25 +0200 From: Bernd Edelijn To: 'linux-dvb' Subject: Still having problems with DVB card in linux [ Part 1, Text/PLAIN (charset: Unknown "Windows-1252") 36 lines. ] [ Unable to print this part. ] [ 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,   I have been working a time with EON under Windows 2000. That was not really good working. The software proxy was really bad. So now linux!!   Now i want to try in under linux but i still have some problems. The system is RedHat Linux 6.1 with kernel 2.2.12 And the latest versions of DVB linux, i tried the earlier released version to. I can see the pro7 on the compositevideo-line of my card. But i can't any data through squid as the proxy i think configured as described by the mailinglist. With dvbd i get sync=127 so that must be good.   The system with the DVB card is in a network, with a isdn-router using NAT. That's my gateway through the internet. Normal internet works fine. Linux DVB   =     192.168.15.20 ISDN-Router=    192.168.15.1 Is it possible to add an fake ip address into linux, because i think thats why DVB data isn't working. Or does anyone has better suggestions?? I read the Franz Ackerman manual, but i can't use a VPN.   And can someone tell me howto change the pro7 standard channel to another or a radio channel??   Kinds regards,   Bernd Edelijn DeLhee Systemmanagement Mobile: 06 29 51 53 38 SMS Mail (Only Subject) mailto:bjedelijn@quios.com mailto:bjedelijn@delhee.nl Homepage http://www.delhee.nl From shadow@krona.obninsk.ru Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 02:56:14 +0400 From: Max Shaposhnikov To: linux-dvb@linuxtv.org Subject: Can login to EOL from Linux [ 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. ] Hi all... I'm trying to setup Skystar-1 under SuSE Linux 6.4 Drivers compiling fine, and card is running without problems. But CyberLogin client (version 1.40) don't want connect me... Can anyone say to me - what config options i must enter - and which drivers i must use... I very need help - because it's my 1st experience with satellite Internet ;-( 10x for your attantion, Max Shaposhnikov From shadow@krona.obninsk.ru Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 02:56:14 +0400 From: Max Shaposhnikov To: linux-dvb@linuxtv.org Subject: Can login to EOL from Linux [ 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. ] Hi all... I'm trying to setup Skystar-1 under SuSE Linux 6.4 Drivers compiling fine, and card is running without problems. But CyberLogin client (version 1.40) don't want connect me... Can anyone say to me - what config options i must enter - and which drivers i must use... I very need help - because it's my 1st experience with satellite Internet ;-( 10x for your attantion, Max Shaposhnikov From shadow@krona.obninsk.ru Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 02:56:14 +0400 From: Max Shaposhnikov To: linux-dvb@linuxtv.org Subject: Can login to EOL from Linux [ 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. ] Hi all... I'm trying to setup Skystar-1 under SuSE Linux 6.4 Drivers compiling fine, and card is running without problems. But CyberLogin client (version 1.40) don't want connect me... Can anyone say to me - what config options i must enter - and which drivers i must use... I very need help - because it's my 1st experience with satellite Internet ;-( 10x for your attantion, Max Shaposhnikov From t.ja@gmx.at Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 08:26:21 +0200 From: Thomas Jagoditsch To: Jan Panteltje Cc: linux-dvb@linuxtv.org Subject: Re: Thoughts on VDR evolution - my 2 cent On 21 Sep 2000, at 21:52, Jan Panteltje wrote: > I am working on teletex, that is a teletext on you computer screen. > > Ralph says that the firmware needs modification to get VBI inserted > teletext. If we have that, we need to do nothing special to VDR I > think, cause then you can use the normals sets teletext. i would prefer teletext on the tv but coming from the pc as overlay like the normal vdr-ui. this would be much more comfortable and lightning fast. is this technically possible ? wbr.tja... From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 08:32:56 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: Thoughts on VDR evolution - my 2 cent Thomas Jagoditsch wrote: > > On 21 Sep 2000, at 21:52, Jan Panteltje wrote: > > > I am working on teletex, that is a teletext on you computer screen. > > > > Ralph says that the firmware needs modification to get VBI inserted > > teletext. If we have that, we need to do nothing special to VDR I > > think, cause then you can use the normals sets teletext. > > i would prefer teletext on the tv but coming from the pc as overlay > like the normal vdr-ui. this would be much more comfortable and > lightning fast. is this technically possible ? I believe this should be possible, since the OSD can draw bitmaps (and the teletext font would probably have to be drawn as such). And this definitley woud be a much faster solution since re-insertion would have to go through the same bottleneck as normal videotext, so any speed gain the PC would be able to make by caching all pages might be mostly lost. However, even with normal fonts the current OSD is pretty slow. I guess it would have to be a lot faster to do a good job with teletext (and of course VDR would also benefit from a faster OSD ;-). Ralph: any chances the OSD can be made faster? Greetings 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 t.ja@gmx.at Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 08:41:39 +0200 From: Thomas Jagoditsch To: linux-dvb@linuxtv.org Subject: VDR recording glitches hi all. tested again yesterday. results: recording channels: pro7 - ok zdf - ok rtl2 - ok mtv - not ok seems to me that mtv is the only channel i couldnt record without glitches so far. the others in my list seem to work flawlessly. questions: the only difference to me is the symbol rate - i remember that with haupauges windoof-software i couldnt even watch the channel and others with that rate (will check that further). could this be the reason ? why ? could somebody try to record some minutes of mtv, especially with a slow machine like mine (p200) ? wbr.tja... ps/outing: someone got a hint how to compile the css part of libvids cvs without building the whole oms/mpg2dec/... stuff or how to create a ordinary makefile out of the .am thing (this autoconf/automake stuff is completely new to me, as i sleeped in a box a couple of years ;-( ). From shadow@krona.obninsk.ru Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 11:05:27 +0400 From: Max Shaposhnikov To: linux-dvb@linuxtv.org Subject: Some more questions [ 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. ] Hi all again. Which drivers i should use? There is 0.7 version, 0.05 version... Which dvdb i must use? dvbd2.tar.gz or dvbdrouter.tar.gz? Can i use any transponder or some don't work with Linux? (i.e. can i use default dvbd settings?) Can anyone say to me working parameters? Big thanks for the answers - i need some more ;-) Max Shaposhnikov From Margit.Fiegert@t-online.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 10:53:19 +0200 From: Margit.Fiegert@t-online.de To: linux-dvb@linuxtv.org Subject: Re: Thoughts on VDR evolution - my 2 cent >I think it wouldn't be a > bad idea to concert action a bit. agreed! > > If I recall right what came up for enhancements, I get > > 1. playing DVDs (see my other posting for the hack I did) > 2. playing MP3 files > 3. having teletext > 4. having some kind of EPG (speak, improve the EIT stuff) > 5. controlling vbox > 6. playing regular audio CDs (that would be my add) > > My question to all of you is: > > Who would volounteer for what kind of enhancements? you forgot 1.) convinient output to VCR 2.) program VDR with kind of electronic TV magazine (close to 4.) That are the things i plan to do next. From Margit.Fiegert@t-online.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 11:11:27 +0200 From: Margit.Fiegert@t-online.de To: linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent > If I recall right what came up for enhancements, I get > > 1. playing DVDs (see my other posting for the hack I did) > 2. playing MP3 files > 3. having teletext > 4. having some kind of EPG (speak, improve the EIT stuff) > 5. controlling vbox > 6. playing regular audio CDs (that would be my add) > I like the idea of installing one packet and getting all of this! On the other hand i don`t like the idea to grow VDR to one big program. >Carsten: >I love the way Klaus has implemented it - lightweight >with just a few lines of C++ code. I do not even want >to install a db system on my video recorder, let alone >learn how to use it. All these things are really diffrent applications. What we want them to have in common is easy installation with one call of make, and a common frontend - a OSD UI. I would prefer an architecture like this: * A kind of logical device driver that is responsible managing the resources: Which of the applications should get access to which of the resources at what time. Applications: see above, resources: Sattelite input channel, TV output channel, Videotext,... of one or more cards. Of course the connections and priorities have to be taken into account. Videotext can`t change the network while VDR is recording, ... * A kind of Display Manager Input: Textual description of Menue structure Process: Interaction with user via LIRC or keyboard Output: Commands to the diffrent applications * One program per application, connected only by access to the former two modules. I did some sort of generic Display Manager in my job some time ago. I`d offer to help with this here too. What do you think of this? Michael From lehrig@t-online.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 11:36:12 +0200 From: Rainer Lehrig To: linux-dvb@linuxtv.org Subject: Cant't switch channels, can see only one program Hello, I have an analog bttv card and a hauppauge DVBs card in my PC under SuSE Linux 7.0 Because gVideo crashes I use kwintv. In the resourcefile kwintvrc I set: bttvDeviceName=/dev/video1 istead of the original bttvDeviceName=/dev/video (which refers to the analog card) Now I can see 1 digital program. Also I can scan the digital programs. But I can't switch from one program to other. Can someone tell me what to do ? Rainer Lehrig From jan@panteltje Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 14:36:32 +0200 (CEST) From: Jan Panteltje To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: Thoughts on VDR evolution - my 2 cent On Fri, 22 Sep 2000, Klaus Schmidinger wrote: > Thomas Jagoditsch wrote: > > > > On 21 Sep 2000, at 21:52, Jan Panteltje wrote: > > > > > I am working on teletex, that is a teletext on you computer screen. > > > > > > Ralph says that the firmware needs modification to get VBI inserted > > > teletext. If we have that, we need to do nothing special to VDR I > > > think, cause then you can use the normals sets teletext. > > > > i would prefer teletext on the tv but coming from the pc as overlay > > like the normal vdr-ui. this would be much more comfortable and > > lightning fast. is this technically possible ? > > I believe this should be possible, since the OSD can draw bitmaps > (and the teletext font would probably have to be drawn as such). > And this definitley woud be a much faster solution since re-insertion > would have to go through the same bottleneck as normal videotext, > so any speed gain the PC would be able to make by caching all pages > might be mostly lost. > > However, even with normal fonts the current OSD is pretty slow. > I guess it would have to be a lot faster to do a good job with > teletext (and of course VDR would also benefit from a faster OSD ;-). > OK, OK, but the OSD crashes on a regular basis, on my 450 MHz, then I have to reload the driver. This seems a driver problem, maybe it could be looked at? I have tried adding the delay someone suggested, but it still crashes. Regards Jan > Ralph: any chances the OSD can be made faster? > > Greetings > Klaus From jan@panteltje Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 14:36:32 +0200 (CEST) From: Jan Panteltje To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: Thoughts on VDR evolution - my 2 cent On Fri, 22 Sep 2000, Klaus Schmidinger wrote: > Thomas Jagoditsch wrote: > > > > On 21 Sep 2000, at 21:52, Jan Panteltje wrote: > > > > > I am working on teletex, that is a teletext on you computer screen. > > > > > > Ralph says that the firmware needs modification to get VBI inserted > > > teletext. If we have that, we need to do nothing special to VDR I > > > think, cause then you can use the normals sets teletext. > > > > i would prefer teletext on the tv but coming from the pc as overlay > > like the normal vdr-ui. this would be much more comfortable and > > lightning fast. is this technically possible ? > > I believe this should be possible, since the OSD can draw bitmaps > (and the teletext font would probably have to be drawn as such). > And this definitley woud be a much faster solution since re-insertion > would have to go through the same bottleneck as normal videotext, > so any speed gain the PC would be able to make by caching all pages > might be mostly lost. > > However, even with normal fonts the current OSD is pretty slow. > I guess it would have to be a lot faster to do a good job with > teletext (and of course VDR would also benefit from a faster OSD ;-). > OK, OK, but the OSD crashes on a regular basis, on my 450 MHz, then I have to reload the driver. This seems a driver problem, maybe it could be looked at? I have tried adding the delay someone suggested, but it still crashes. Regards Jan > Ralph: any chances the OSD can be made faster? > > Greetings > Klaus From jan@panteltje Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 14:36:32 +0200 (CEST) From: Jan Panteltje To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: Thoughts on VDR evolution - my 2 cent On Fri, 22 Sep 2000, Klaus Schmidinger wrote: > Thomas Jagoditsch wrote: > > > > On 21 Sep 2000, at 21:52, Jan Panteltje wrote: > > > > > I am working on teletex, that is a teletext on you computer screen. > > > > > > Ralph says that the firmware needs modification to get VBI inserted > > > teletext. If we have that, we need to do nothing special to VDR I > > > think, cause then you can use the normals sets teletext. > > > > i would prefer teletext on the tv but coming from the pc as overlay > > like the normal vdr-ui. this would be much more comfortable and > > lightning fast. is this technically possible ? > > I believe this should be possible, since the OSD can draw bitmaps > (and the teletext font would probably have to be drawn as such). > And this definitley woud be a much faster solution since re-insertion > would have to go through the same bottleneck as normal videotext, > so any speed gain the PC would be able to make by caching all pages > might be mostly lost. > > However, even with normal fonts the current OSD is pretty slow. > I guess it would have to be a lot faster to do a good job with > teletext (and of course VDR would also benefit from a faster OSD ;-). > OK, OK, but the OSD crashes on a regular basis, on my 450 MHz, then I have to reload the driver. This seems a driver problem, maybe it could be looked at? I have tried adding the delay someone suggested, but it still crashes. Regards Jan > Ralph: any chances the OSD can be made faster? > > Greetings > Klaus From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 15:53:58 +0200 (CEST) From: "Ralph Metzler <" To: linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent Margit.Fiegert@t-online.de writes: > I would prefer an architecture like this: > > * A kind of logical device driver that is responsible managing the > resources: > Which of the applications should get access to which of the resources > at what time. > Applications: see above, > resources: Sattelite input channel, TV output channel, Videotext,... > of one or more cards. > Of course the connections and priorities have to be taken into > account. Videotext can`t change the network while VDR is recording, ... We are already working on a resource manager. But it is implemented as a server, not as a logical device. You can connect to it via Unix domain and TCP/IP sockets. On the domain sockets it offers file descriptor passing for higher efficiency. File descriptor passing with Linux still seems to be a little buggy. All the code we found for this (including code explicitely for Linux) does not work reliably, sometimes depending on kernel version, SMP or not SMP, number of penguins in bathtub, ... It works for us now but if somebody has more experience with this under Linux please tell us. Please also tell us your ideas regarding what kind of resources should be provided and what kind of clients should get which priorities, how access control via TCP/IP should be handled, etc. > * A kind of Display Manager > Input: Textual description of Menue structure > Process: Interaction with user via LIRC or keyboard > Output: Commands to the diffrent applications > > * One program per application, connected only by access to the former > two modules. > > I did some sort of generic Display Manager in my job some time ago. I`d > offer to help with this here too. MHP already describes a lot of this (if you don´t have the specs get TS 101812 from www.etsi.org). But you can of course do something different which does not have all the overhead. Ralph From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 15:53:58 +0200 (CEST) From: "Ralph Metzler <" To: linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent Margit.Fiegert@t-online.de writes: > I would prefer an architecture like this: > > * A kind of logical device driver that is responsible managing the > resources: > Which of the applications should get access to which of the resources > at what time. > Applications: see above, > resources: Sattelite input channel, TV output channel, Videotext,... > of one or more cards. > Of course the connections and priorities have to be taken into > account. Videotext can`t change the network while VDR is recording, ... We are already working on a resource manager. But it is implemented as a server, not as a logical device. You can connect to it via Unix domain and TCP/IP sockets. On the domain sockets it offers file descriptor passing for higher efficiency. File descriptor passing with Linux still seems to be a little buggy. All the code we found for this (including code explicitely for Linux) does not work reliably, sometimes depending on kernel version, SMP or not SMP, number of penguins in bathtub, ... It works for us now but if somebody has more experience with this under Linux please tell us. Please also tell us your ideas regarding what kind of resources should be provided and what kind of clients should get which priorities, how access control via TCP/IP should be handled, etc. > * A kind of Display Manager > Input: Textual description of Menue structure > Process: Interaction with user via LIRC or keyboard > Output: Commands to the diffrent applications > > * One program per application, connected only by access to the former > two modules. > > I did some sort of generic Display Manager in my job some time ago. I`d > offer to help with this here too. MHP already describes a lot of this (if you don´t have the specs get TS 101812 from www.etsi.org). But you can of course do something different which does not have all the overhead. Ralph From Margit.Fiegert@t-online.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 18:00:15 +0200 From: Margit.Fiegert@t-online.de To: linux-dvb Subject: Intervideo presents LinDVD Just found the change on http://www.intervideoinc.com/jsp/LinDVD.jsp Maybe of interest for some of you (see what is going on in buisnss). Greetings Michael From Margit.Fiegert@t-online.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 18:00:15 +0200 From: Margit.Fiegert@t-online.de To: linux-dvb Subject: Intervideo presents LinDVD Just found the change on http://www.intervideoinc.com/jsp/LinDVD.jsp Maybe of interest for some of you (see what is going on in buisnss). Greetings Michael From av2000@topmail.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 18:04:45 +0200 From: André Valentin To: linux-dvb@linuxtv.org Subject: Radio / Tuner Hi! I just wrote a script to record radiochannels directly to mp3. I would like to insert some tunig mechanisms to enable a cron-based recording of different channels. The only thing I now need is some kind of program which I can use to tune into those radiochannels. It should exit after it set the tuning parameters. Does anybody know how to realize this? Thanks in advance, Andre Valentin From av2000@topmail.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 18:04:45 +0200 From: André Valentin To: linux-dvb@linuxtv.org Subject: Radio / Tuner Hi! I just wrote a script to record radiochannels directly to mp3. I would like to insert some tunig mechanisms to enable a cron-based recording of different channels. The only thing I now need is some kind of program which I can use to tune into those radiochannels. It should exit after it set the tuning parameters. Does anybody know how to realize this? Thanks in advance, Andre Valentin From lars@skynet.e.ruhr.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 18:35:17 +0200 From: lars@skynet.e.ruhr.de To: linux-dvb@linuxtv.org Subject: DVB driver and Kernel 2.4.0-test5 Hello, I just tried a 2.4. kernel and didn't have any luck with the DVB driver 0.7. Is it supposed to work? I got the following error on insmoding saa7146_core: saa7146_core.o: unresolved symbol virt_to_page After that most of the modules failed to load as well of course. cu, Lars -- If only one could get that wonderful feeling of accomplishment without having to accomplish anything. From lars@skynet.e.ruhr.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 18:35:17 +0200 From: lars@skynet.e.ruhr.de To: linux-dvb@linuxtv.org Subject: DVB driver and Kernel 2.4.0-test5 Hello, I just tried a 2.4. kernel and didn't have any luck with the DVB driver 0.7. Is it supposed to work? I got the following error on insmoding saa7146_core: saa7146_core.o: unresolved symbol virt_to_page After that most of the modules failed to load as well of course. cu, Lars -- If only one could get that wonderful feeling of accomplishment without having to accomplish anything. From Robert.Schneider@lotus.com Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 18:55:29 +0200 From: Robert Schneider/MUC1/Lotus To: "linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent [ Part 1, Text/PLAIN 37 lines. ] [ Unable to print this part. ] Hi, I have seen some replies to that thread, but none of them contains a crisp offering of help on the parts I mentioned. I know that many of you dislike big programs that contain many features, but I don't think it buys us a lot if we start discussing a spec on how we can rip that thing into pieces before it's been build. Furthermore, I just want that thing to do what I like it to do for my every day living, I'm not interested in winning a price for the most sophisticated software architecture. I have seen the MHP docs and I find them very appealing but, again, that's just to much to implement considering my job, my family with two babies and that there is no such thing as a time expander . I will go ahead and work on the stuff and I will send everything to Klaus who will then decide on whether he will introduce that into VDR or not. First I will start improving the EIT stuff and trying to get as much of an EPG in it  as possible. Ralph, with regards to the teletext stuff. I was thinking about creating the video text page in memory, converting it into a single picture mpeg stream and send it to the card. That way, I would loose overlaying the video text page with the current program, but I would assume I would gain a lot of speed and also avoid the bug that comes up when using the OSD too much. Could you give me some hint on how to achieve that? What would I have to create as a bitmap (color scheme etc.) until I could send it to the card to be displayed as a still frame? If you had some sample code for that, I would highly appreciate it. Best regards, Robert From Robert.Schneider@lotus.com Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 18:55:29 +0200 From: Robert Schneider/MUC1/Lotus To: "linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent [ Part 1, Text/PLAIN 37 lines. ] [ Unable to print this part. ] Hi, I have seen some replies to that thread, but none of them contains a crisp offering of help on the parts I mentioned. I know that many of you dislike big programs that contain many features, but I don't think it buys us a lot if we start discussing a spec on how we can rip that thing into pieces before it's been build. Furthermore, I just want that thing to do what I like it to do for my every day living, I'm not interested in winning a price for the most sophisticated software architecture. I have seen the MHP docs and I find them very appealing but, again, that's just to much to implement considering my job, my family with two babies and that there is no such thing as a time expander . I will go ahead and work on the stuff and I will send everything to Klaus who will then decide on whether he will introduce that into VDR or not. First I will start improving the EIT stuff and trying to get as much of an EPG in it  as possible. Ralph, with regards to the teletext stuff. I was thinking about creating the video text page in memory, converting it into a single picture mpeg stream and send it to the card. That way, I would loose overlaying the video text page with the current program, but I would assume I would gain a lot of speed and also avoid the bug that comes up when using the OSD too much. Could you give me some hint on how to achieve that? What would I have to create as a bitmap (color scheme etc.) until I could send it to the card to be displayed as a still frame? If you had some sample code for that, I would highly appreciate it. Best regards, Robert From Robert.Schneider@lotus.com Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 18:58:34 +0200 From: Robert Schneider/MUC1/Lotus To: " Subject: Re: Radio / Tuner [ Part 1, Text/PLAIN 1 lines. ] [ Unable to print this part. ] Why don't you use the ptest example that's in the libdvb folder in the driver source tree? From Robert.Schneider@lotus.com Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 18:58:34 +0200 From: Robert Schneider/MUC1/Lotus To: " Subject: Re: Radio / Tuner [ Part 1, Text/PLAIN 1 lines. ] [ Unable to print this part. ] Why don't you use the ptest example that's in the libdvb folder in the driver source tree? From lars@skynet.e.ruhr.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 19:05:25 +0200 From: lars@skynet.e.ruhr.de To: linux-dvb@linuxtv.org Subject: Rewind with VDR? Hello, is it possible to "rewind" a recording to the beginning without hitting the "-1 min"-button on the remote 90 times? cu, Lars -- The generation of random numbers is too important to be left to chance. From lars@skynet.e.ruhr.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 19:05:25 +0200 From: lars@skynet.e.ruhr.de To: linux-dvb@linuxtv.org Subject: Rewind with VDR? Hello, is it possible to "rewind" a recording to the beginning without hitting the "-1 min"-button on the remote 90 times? cu, Lars -- The generation of random numbers is too important to be left to chance. From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 19:21:51 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: Rewind with VDR? lars@skynet.e.ruhr.de wrote: > > Hello, > > is it possible to "rewind" a recording to the beginning without hitting > the "-1 min"-button on the remote 90 times? You could assign this function to, say, the "Red" key by adding the line case kRed: dvbApi->Skip(-INT_MAX); break; to the switch() in cReplayControl::ProcessKey() of menu.c. I was trying to use as few keys as possible, since there may be future functions that will need them (and rewinding is something that is not needed that often - at least by myself - and can be done with the "-60sec" button). But if you like to have that function, just make the above addition. Greetings 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 Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 19:21:51 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: Rewind with VDR? lars@skynet.e.ruhr.de wrote: > > Hello, > > is it possible to "rewind" a recording to the beginning without hitting > the "-1 min"-button on the remote 90 times? You could assign this function to, say, the "Red" key by adding the line case kRed: dvbApi->Skip(-INT_MAX); break; to the switch() in cReplayControl::ProcessKey() of menu.c. I was trying to use as few keys as possible, since there may be future functions that will need them (and rewinding is something that is not needed that often - at least by myself - and can be done with the "-60sec" button). But if you like to have that function, just make the above addition. Greetings 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 issam@eepad.com Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 18:28:20 +0100 From: ikhlef issam To: linux-dvb@linuxtv.org Subject: help to receive my Internet via EON Hello everyone, I ask of the assistance!! I have to install Hauppauge DVB-s, with RedHat 6.2, I have to install the driver siemens_dvb-0.7.tar.gz, all is well the card install like an interface Dvb0, I have to install dvbd2, when I launch dvbd2 in line of command it displays me : Fsync = 0, Freq = 2040000000, Sync = 127 Afc = 0 Agc = 159 Nest = 29440 Vber = 0 Fsync = 0, Freq = 2040000000, Sync = 127 Afc = 0 Agc = 319 Nest = 32000 Vber = 0 Fsync = 0, Freq = 2040000000, Sync = 127 Afc = 0 Agc = 191 Nest = 28928 Vber = 0 Fsync = 0, Freq = 2040000000, Sync = 127 Afc = 0 Agc = 287 Nest = 26624 Vber = 1 Fsync = 0, Freq = 2040000000, Sync = 127 Afc = 0 Agc = 271 Nest = 26368 Vber = I believes well that I have a very good signal, but when I ping one of tronsponders TR114 (194.177.32.44) , it ya nothing, then I includes/understands my file of configuration / etc/dvbd.conf is the following: ------------------------------------------------------------------------- # DVB receiver configuration file, (c) 2000 data planet international # # standard location in /etc # # LNB power on=1/off=0 # power 1 # # symbol rate [symbol/sec] # # ASTRA 1E/1F # # symbolrate 27500000 # # ASTRA 1G/1H # symbolrate 22000000 # # frequency [kHz] # # ASTRA TR 103 # # frequency 12461000 # # ASTRA TR 115 # #frequency 12662750 # # ASTRA TR 114 # frequency 12640000 # # ASTRA TR 113 # # frequency 12632250 # # 22 kHz signal on=1/off=0 # ttk 1 # # diseqc on=1/off=0 # diseqc 0 # # AFC on=1/off=0 # AFC 1 # # polarisation H=1/V=0 # polarisation 0t # # settings for MPE filter, PID and MAC filtering, valid MAC bytes # # filter_0 512 # filter_1 785 # # filter_2 786 00:02:C0:A8:0A:82 31 # # filter_3 xxx # # filter_4 xxx # # filter_5 xxx # # filter_6 xxx # # filter_7 xxx # # filter_8 xxx # # filter_9 xxx # # DVB receiver configuration file, (c) 2000 data planet international # # standard location in /etc # # LNB power on=1/off=0 # power 1 # # symbol rate [symbol/sec] # # ASTRA 1E/1F # # symbolrate 27500000 # # ASTRA 1G/1H # symbolrate 22000000 # # frequency [kHz] # # ASTRA TR 103 # # frequency 12461000 # # ASTRA TR 115 # #frequency 12662750 # # ASTRA TR 114 # frequency 12640000 # # ASTRA TR 113 # # frequency 12632250 # # 22 kHz signal on=1/off=0 # ttk 1 # # diseqc on=1/off=0 # diseqc 0 # # AFC on=1/off=0 # AFC 1 # # polarisation H=1/V=0 # polarisation 1 # # settings for MPE filter, PID and MAC filtering, valid MAC bytes # # filter_0 512 # filter_1 785 # # filter_2 786 00:02:C0:A8:0A:82 31 # # filter_3 xxx # # filter_4 xxx # # filter_5 xxx # # filter_6 xxx # # filter_7 xxx # # filter_8 xxx # # filter_9 xxx # ---------------------------------------------------------------------------- ------- then to help me in order to receive my Internet via EON and thank you. Ikhlef issam From issam@eepad.com Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 18:28:20 +0100 From: ikhlef issam To: linux-dvb@linuxtv.org Subject: help to receive my Internet via EON Hello everyone, I ask of the assistance!! I have to install Hauppauge DVB-s, with RedHat 6.2, I have to install the driver siemens_dvb-0.7.tar.gz, all is well the card install like an interface Dvb0, I have to install dvbd2, when I launch dvbd2 in line of command it displays me : Fsync = 0, Freq = 2040000000, Sync = 127 Afc = 0 Agc = 159 Nest = 29440 Vber = 0 Fsync = 0, Freq = 2040000000, Sync = 127 Afc = 0 Agc = 319 Nest = 32000 Vber = 0 Fsync = 0, Freq = 2040000000, Sync = 127 Afc = 0 Agc = 191 Nest = 28928 Vber = 0 Fsync = 0, Freq = 2040000000, Sync = 127 Afc = 0 Agc = 287 Nest = 26624 Vber = 1 Fsync = 0, Freq = 2040000000, Sync = 127 Afc = 0 Agc = 271 Nest = 26368 Vber = I believes well that I have a very good signal, but when I ping one of tronsponders TR114 (194.177.32.44) , it ya nothing, then I includes/understands my file of configuration / etc/dvbd.conf is the following: ------------------------------------------------------------------------- # DVB receiver configuration file, (c) 2000 data planet international # # standard location in /etc # # LNB power on=1/off=0 # power 1 # # symbol rate [symbol/sec] # # ASTRA 1E/1F # # symbolrate 27500000 # # ASTRA 1G/1H # symbolrate 22000000 # # frequency [kHz] # # ASTRA TR 103 # # frequency 12461000 # # ASTRA TR 115 # #frequency 12662750 # # ASTRA TR 114 # frequency 12640000 # # ASTRA TR 113 # # frequency 12632250 # # 22 kHz signal on=1/off=0 # ttk 1 # # diseqc on=1/off=0 # diseqc 0 # # AFC on=1/off=0 # AFC 1 # # polarisation H=1/V=0 # polarisation 0t # # settings for MPE filter, PID and MAC filtering, valid MAC bytes # # filter_0 512 # filter_1 785 # # filter_2 786 00:02:C0:A8:0A:82 31 # # filter_3 xxx # # filter_4 xxx # # filter_5 xxx # # filter_6 xxx # # filter_7 xxx # # filter_8 xxx # # filter_9 xxx # # DVB receiver configuration file, (c) 2000 data planet international # # standard location in /etc # # LNB power on=1/off=0 # power 1 # # symbol rate [symbol/sec] # # ASTRA 1E/1F # # symbolrate 27500000 # # ASTRA 1G/1H # symbolrate 22000000 # # frequency [kHz] # # ASTRA TR 103 # # frequency 12461000 # # ASTRA TR 115 # #frequency 12662750 # # ASTRA TR 114 # frequency 12640000 # # ASTRA TR 113 # # frequency 12632250 # # 22 kHz signal on=1/off=0 # ttk 1 # # diseqc on=1/off=0 # diseqc 0 # # AFC on=1/off=0 # AFC 1 # # polarisation H=1/V=0 # polarisation 1 # # settings for MPE filter, PID and MAC filtering, valid MAC bytes # # filter_0 512 # filter_1 785 # # filter_2 786 00:02:C0:A8:0A:82 31 # # filter_3 xxx # # filter_4 xxx # # filter_5 xxx # # filter_6 xxx # # filter_7 xxx # # filter_8 xxx # # filter_9 xxx # ---------------------------------------------------------------------------- ------- then to help me in order to receive my Internet via EON and thank you. Ikhlef issam From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 19:30:39 +0200 (CEST) From: "Ralph Metzler <" To: lars@skynet.e.ruhr.de Cc: linux-dvb@linuxtv.org Subject: DVB driver and Kernel 2.4.0-test5 lars@skynet.e.ruhr.de writes: > Hello, > > I just tried a 2.4. kernel and didn't have any luck with the DVB driver > 0.7. > > Is it supposed to work? > > I got the following error on insmoding saa7146_core: > saa7146_core.o: unresolved symbol virt_to_page > > After that most of the modules failed to load as well of course. Your kernel is too old. You need at least 2.4.0-test7. Sorry, but I cannot add thousands of #ifdefs for every test- or even pre-test-version. I am not sure if there even are any defines for those versions. Ralph From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 19:30:39 +0200 (CEST) From: "Ralph Metzler <" To: lars@skynet.e.ruhr.de Cc: linux-dvb@linuxtv.org Subject: DVB driver and Kernel 2.4.0-test5 lars@skynet.e.ruhr.de writes: > Hello, > > I just tried a 2.4. kernel and didn't have any luck with the DVB driver > 0.7. > > Is it supposed to work? > > I got the following error on insmoding saa7146_core: > saa7146_core.o: unresolved symbol virt_to_page > > After that most of the modules failed to load as well of course. Your kernel is too old. You need at least 2.4.0-test7. Sorry, but I cannot add thousands of #ifdefs for every test- or even pre-test-version. I am not sure if there even are any defines for those versions. Ralph From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 19:32:42 +0200 From: Klaus Schmidinger To: "linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent Robert Schneider/MUC1/Lotus wrote: > > with regards to the teletext stuff. I was thinking about creating the video text page in memory, converting it into a single picture mpeg stream and send it to the card. That way, I would loose overlaying the video text page with the current program, but I would assume I would gain a lot of speed > and also avoid the bug that comes up when using the OSD too much. > > Could you give me some hint on how to achieve that? What would I have to create as a bitmap (color scheme etc.) until I could send it to the card to be displayed as a still frame? If you had some sample code for that, I would highly appreciate it. Robert, I would like to vote against doing this, because it would mean that we could only watch _either_ teletext _or_ tv/recordings. What I like very much about the analog videotext is the fact that I can read it "in front of" the tv programme (even transparently, so that I can still see what's going on while quickly looking up the latest news or so). Just my two cents... Greetings 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 Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 19:32:42 +0200 From: Klaus Schmidinger To: "linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent Robert Schneider/MUC1/Lotus wrote: > > with regards to the teletext stuff. I was thinking about creating the video text page in memory, converting it into a single picture mpeg stream and send it to the card. That way, I would loose overlaying the video text page with the current program, but I would assume I would gain a lot of speed > and also avoid the bug that comes up when using the OSD too much. > > Could you give me some hint on how to achieve that? What would I have to create as a bitmap (color scheme etc.) until I could send it to the card to be displayed as a still frame? If you had some sample code for that, I would highly appreciate it. Robert, I would like to vote against doing this, because it would mean that we could only watch _either_ teletext _or_ tv/recordings. What I like very much about the analog videotext is the fact that I can read it "in front of" the tv programme (even transparently, so that I can still see what's going on while quickly looking up the latest news or so). Just my two cents... Greetings 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 av2000@topmail.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 19:53:47 +0200 From: André Valentin To: ", Robert Schneider/MUC1/Lotus Subject: Re: Radio / Tuner Hi! Could you tell me how ptest works. There no documentation that could give me a hint. From av2000@topmail.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 19:53:47 +0200 From: André Valentin To: ", Robert Schneider/MUC1/Lotus Subject: Re: Radio / Tuner Hi! Could you tell me how ptest works. There no documentation that could give me a hint. From lars@skynet.e.ruhr.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 19:57:18 +0200 From: Lars Bensmann To: linux-dvb@linuxtv.org Subject: Re: DVB driver and Kernel 2.4.0-test5 Hello, On Fri, Sep 22, 2000 at 07:30:39PM +0200, Ralph Metzler < wrote: > lars@skynet.e.ruhr.de writes: > > Your kernel is too old. > You need at least 2.4.0-test7. That's ok. I guess I will get a more up-to-date version. I had the debian package for the sources flying around and didn't bother checking if there was anything newer. > Sorry, but I cannot add thousands of #ifdefs for every test- or > even pre-test-version. I am not sure if there even are any > defines for those versions. That's alright with me. I was just wondering. I think "get the latest version" is a valid response when using development software. cu, Lars -- I browse at 14 pt and want to print at 12 pt. (That's just an example, real men always use the smallest font available.) -- Paul Phillips - www.mozilla.org From lars@skynet.e.ruhr.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 19:57:18 +0200 From: Lars Bensmann To: linux-dvb@linuxtv.org Subject: Re: DVB driver and Kernel 2.4.0-test5 Hello, On Fri, Sep 22, 2000 at 07:30:39PM +0200, Ralph Metzler < wrote: > lars@skynet.e.ruhr.de writes: > > Your kernel is too old. > You need at least 2.4.0-test7. That's ok. I guess I will get a more up-to-date version. I had the debian package for the sources flying around and didn't bother checking if there was anything newer. > Sorry, but I cannot add thousands of #ifdefs for every test- or > even pre-test-version. I am not sure if there even are any > defines for those versions. That's alright with me. I was just wondering. I think "get the latest version" is a valid response when using development software. cu, Lars -- I browse at 14 pt and want to print at 12 pt. (That's just an example, real men always use the smallest font available.) -- Paul Phillips - www.mozilla.org From Carsten.Koch@icem.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 21:12:37 +0200 From: Carsten Koch Cc: linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent Robert Schneider/MUC1/Lotus wrote: > > Hi all, > > after reading the postings about VDR evolution, I think it wouldn't be a > bad idea to concert action a bit. I was having a conversation with Klaus > recently, telling him many of the things that came up in the list recently > and if we found more people to help out with programming, we all would > benefit from the new features faster. > > If I recall right what came up for enhancements, I get > > 1. playing DVDs (see my other posting for the hack I did) > 2. playing MP3 files > 3. having teletext > 4. having some kind of EPG (speak, improve the EIT stuff) > 5. controlling vbox > 6. playing regular audio CDs (that would be my add) #1, #2 and #6 would be nice, but are not at all a priority for me, because I have a (extremely cheap but very powerful) Yamakawa DVD player that does all of them. It also does them better than the DVB card ever will, because it supports AC3 on its (coax and optical) digital outputs. Also, it does them while I record something with vdr. I do not know what a vbox is, so I guess #5 is not interesting for me, either. That leaves #3 and #4. I'm willing to contribute to both - time and ability permitting. #4 (EPG): In fact, I already have contributed to #4 in a very simple way that nonetheless turned out to be extremely useful to me. I highly recommend http://tvtv.de to everyone who has internet access either on the vdr computer or on a computer on the same LAN with it. Once a week, I click on the things there that I want to watch and run a script that converts the resulting "merkliste" to a channels.conf file. So, basically, programming the timer is just one mouse click per film. Can't get much bettter... In any event, if there is a chance to get the same luxory on the vdr's OSD with my remote control, I'm willing to contribute. I have my doubts, though, because the OSD is terribly slow and still quite unreliable. #3 (teletext): First off all, here are my thoughts on the re-insertion versus OSD versus MPEG debate: I agree with Klaus, it would be best to get re-insertion going. Here is an idea: maybe we could get rid of the OSD junk altogether, simply by leaving the TV set in teletext mode and generating teletext pages for the On-screen-displays as well? That way we would get not only re-inserted teletext, but also (finally) fast and reliable On-screen-displays and also a way to do timer programming via teletext and other teletext content access. We could even copy stuff to VHS with the OSD automatically suppressed on the copy while it is still visible on the TV. It may also free up some memory in the firmware that my turn out to be useful. Unfortunately, I have not the slightest idea what would be required, so I cannot seriously offer help in this area before I understand the basic technology of re-insertion. Some general thoughts: I very much like the stuff Klaus has done and it works very nicely for me. I do not think it is exaggerated to say that Klaus' VDR has given TV a new quality: vdr makes it possible to select (using http://tvtv.de) what you might want to watch, then forget about all worries like finding the right tape or being there at the right time, switching tapes, programming timers, setting stand-by mode, etc. After a while, the stuff is simplye there, just like live-tv, but better in many ways: * I can zap between recordings instead of switching channels. * I select between things that I want, not between things that happen to be on air when I have time to watch. * Programmes always start at the beginning, not at a random point that invariably tends to be closer to the end when the quality is better. ;-) * I can skip the advertising so easily that they virtually no longer exist. I have not seen an ad in months. I also like the way how Klaus has done it: no bloat and all well thought-out. I would really hate to see vdr overloaded with stuff that will only make it less reliable, more resource-hungry and more difficult to understand and maintain. Do people remember Samelson's rule nowadays? They were teaching it at the University back in the old days when I studied computer science. ;-) Carsten. -- +------------------------------------------------------------+ | Carsten Koch E-Mail: ckoch@ptc.com | | Team Leader Surf Architecture and Graphical User Interface | | ICEM Technologies GmbH Fax: +49-4286-1608 | | Waldsiedlung 7 Phone: +49-4286-920001 | | 27404 Elsdorf-Hatzte, Germany http://www.icem.com | +------------------------------------------------------------+ From Carsten.Koch@icem.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 21:12:37 +0200 From: Carsten Koch Cc: linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent Robert Schneider/MUC1/Lotus wrote: > > Hi all, > > after reading the postings about VDR evolution, I think it wouldn't be a > bad idea to concert action a bit. I was having a conversation with Klaus > recently, telling him many of the things that came up in the list recently > and if we found more people to help out with programming, we all would > benefit from the new features faster. > > If I recall right what came up for enhancements, I get > > 1. playing DVDs (see my other posting for the hack I did) > 2. playing MP3 files > 3. having teletext > 4. having some kind of EPG (speak, improve the EIT stuff) > 5. controlling vbox > 6. playing regular audio CDs (that would be my add) #1, #2 and #6 would be nice, but are not at all a priority for me, because I have a (extremely cheap but very powerful) Yamakawa DVD player that does all of them. It also does them better than the DVB card ever will, because it supports AC3 on its (coax and optical) digital outputs. Also, it does them while I record something with vdr. I do not know what a vbox is, so I guess #5 is not interesting for me, either. That leaves #3 and #4. I'm willing to contribute to both - time and ability permitting. #4 (EPG): In fact, I already have contributed to #4 in a very simple way that nonetheless turned out to be extremely useful to me. I highly recommend http://tvtv.de to everyone who has internet access either on the vdr computer or on a computer on the same LAN with it. Once a week, I click on the things there that I want to watch and run a script that converts the resulting "merkliste" to a channels.conf file. So, basically, programming the timer is just one mouse click per film. Can't get much bettter... In any event, if there is a chance to get the same luxory on the vdr's OSD with my remote control, I'm willing to contribute. I have my doubts, though, because the OSD is terribly slow and still quite unreliable. #3 (teletext): First off all, here are my thoughts on the re-insertion versus OSD versus MPEG debate: I agree with Klaus, it would be best to get re-insertion going. Here is an idea: maybe we could get rid of the OSD junk altogether, simply by leaving the TV set in teletext mode and generating teletext pages for the On-screen-displays as well? That way we would get not only re-inserted teletext, but also (finally) fast and reliable On-screen-displays and also a way to do timer programming via teletext and other teletext content access. We could even copy stuff to VHS with the OSD automatically suppressed on the copy while it is still visible on the TV. It may also free up some memory in the firmware that my turn out to be useful. Unfortunately, I have not the slightest idea what would be required, so I cannot seriously offer help in this area before I understand the basic technology of re-insertion. Some general thoughts: I very much like the stuff Klaus has done and it works very nicely for me. I do not think it is exaggerated to say that Klaus' VDR has given TV a new quality: vdr makes it possible to select (using http://tvtv.de) what you might want to watch, then forget about all worries like finding the right tape or being there at the right time, switching tapes, programming timers, setting stand-by mode, etc. After a while, the stuff is simplye there, just like live-tv, but better in many ways: * I can zap between recordings instead of switching channels. * I select between things that I want, not between things that happen to be on air when I have time to watch. * Programmes always start at the beginning, not at a random point that invariably tends to be closer to the end when the quality is better. ;-) * I can skip the advertising so easily that they virtually no longer exist. I have not seen an ad in months. I also like the way how Klaus has done it: no bloat and all well thought-out. I would really hate to see vdr overloaded with stuff that will only make it less reliable, more resource-hungry and more difficult to understand and maintain. Do people remember Samelson's rule nowadays? They were teaching it at the University back in the old days when I studied computer science. ;-) Carsten. -- +------------------------------------------------------------+ | Carsten Koch E-Mail: ckoch@ptc.com | | Team Leader Surf Architecture and Graphical User Interface | | ICEM Technologies GmbH Fax: +49-4286-1608 | | Waldsiedlung 7 Phone: +49-4286-920001 | | 27404 Elsdorf-Hatzte, Germany http://www.icem.com | +------------------------------------------------------------+ From count@pulse.flatline.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 22:13:36 +0200 (CEST) From: Andreas 'Count' Kotes To: André Valentin Cc: linux-dvb@linuxtv.org Subject: Re: Radio / Tuner Hi! > Could you tell me how ptest works. There no documentation that could > give me a hint. c'mon, use the source, luke! .. 406 bytes .. the interesting parts: ifs >> dvb; hands the data (the file 'CABLE' or 'TEST' selected before) assigned to the stream to the DVB object .. while (1) { cin >> hex >> nr; if (nr<0) break; dvb.SetChannel(nr); } loop for some userinput (in hex) on stdin, convert the hex numbers to integers and place them in nr, tune to channel with given nr. Count From count@pulse.flatline.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 22:13:36 +0200 (CEST) From: Andreas 'Count' Kotes To: André Valentin Cc: linux-dvb@linuxtv.org Subject: Re: Radio / Tuner Hi! > Could you tell me how ptest works. There no documentation that could > give me a hint. c'mon, use the source, luke! .. 406 bytes .. the interesting parts: ifs >> dvb; hands the data (the file 'CABLE' or 'TEST' selected before) assigned to the stream to the DVB object .. while (1) { cin >> hex >> nr; if (nr<0) break; dvb.SetChannel(nr); } loop for some userinput (in hex) on stdin, convert the hex numbers to integers and place them in nr, tune to channel with given nr. Count From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 22:41:19 +0200 From: Klaus Schmidinger To: linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent Carsten Koch wrote: > > [...] > > #3 (teletext): > First off all, here are my thoughts on the re-insertion > versus OSD versus MPEG debate: > > I agree with Klaus, it would be best to get re-insertion > going. When I voted against sending the teletext info as a still frame I wasn't really thinking about re-insertion. As far as I understand this, re-insertion means generating the same "vertical blank" information as in analog videotext. If we send the teletext through this bottleneck, I'm afraid we will lose a lot of the possibilities digital teletext offers. The VDR PC could chache all of the pages sent and have them ready instantaneously. But with re-insertion the information would have to be sequentially sent through the video signal's vertical blank, and it would be as slow as in the old analog days. Maybe I'm not understanding this correctly, so if re-insertion actually means something else, please enlighten me. > Here is an idea: maybe we could get rid of the OSD junk > altogether, simply by leaving the TV set in teletext mode > and generating teletext pages for the On-screen-displays > as well? Frankly I don't think this is a good idea, because the tv set (at least mine) is not in teletext mode by default, so every time I switch channels between VDR and terrestrial (yes, I sometimes watch the ORF...) or analog satellite (unfortunately there is no CICAM for SKY digital - or is there?!) I would have to fiddle around with getting in and out of teletext mode. What I would really like to have is a faster OSD. Since the driver doesn't do very much here, it must be the firmware that slows things down - or is this done in hardware and thus can't be improved? Ralph, any comments on this? I heard that convergence has presented a settop box on the IBC - was that based on the Siemens DVB card? Does it use the OSD? If so, with anything a little more complex than the VDR menus (and I guess a commercial product would present some fancy graphical interface?!) I'd say this must be veeeerrrrryyyy ssssssllllooooooooooooooooowwwwww.... On the other hand, maybe I'm using the OSD the wrong way in VDR, and it could be much faster if accessed correctly. Any hints here would be greatly appreciated. Greetings 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 Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 22:41:19 +0200 From: Klaus Schmidinger To: linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent Carsten Koch wrote: > > [...] > > #3 (teletext): > First off all, here are my thoughts on the re-insertion > versus OSD versus MPEG debate: > > I agree with Klaus, it would be best to get re-insertion > going. When I voted against sending the teletext info as a still frame I wasn't really thinking about re-insertion. As far as I understand this, re-insertion means generating the same "vertical blank" information as in analog videotext. If we send the teletext through this bottleneck, I'm afraid we will lose a lot of the possibilities digital teletext offers. The VDR PC could chache all of the pages sent and have them ready instantaneously. But with re-insertion the information would have to be sequentially sent through the video signal's vertical blank, and it would be as slow as in the old analog days. Maybe I'm not understanding this correctly, so if re-insertion actually means something else, please enlighten me. > Here is an idea: maybe we could get rid of the OSD junk > altogether, simply by leaving the TV set in teletext mode > and generating teletext pages for the On-screen-displays > as well? Frankly I don't think this is a good idea, because the tv set (at least mine) is not in teletext mode by default, so every time I switch channels between VDR and terrestrial (yes, I sometimes watch the ORF...) or analog satellite (unfortunately there is no CICAM for SKY digital - or is there?!) I would have to fiddle around with getting in and out of teletext mode. What I would really like to have is a faster OSD. Since the driver doesn't do very much here, it must be the firmware that slows things down - or is this done in hardware and thus can't be improved? Ralph, any comments on this? I heard that convergence has presented a settop box on the IBC - was that based on the Siemens DVB card? Does it use the OSD? If so, with anything a little more complex than the VDR menus (and I guess a commercial product would present some fancy graphical interface?!) I'd say this must be veeeerrrrryyyy ssssssllllooooooooooooooooowwwwww.... On the other hand, maybe I'm using the OSD the wrong way in VDR, and it could be much faster if accessed correctly. Any hints here would be greatly appreciated. Greetings 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 jan@panteltje.demon.nl Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 20:53:57 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: pscan-0.4 a scanning program now generates ~/channels.conf in VDR format AND ~/gvideorc This distribution contains the programs pscan and pview pscan scans and creates a ~/channels.conf (in your home dir) in VDR format, also creates ~/gvideorc (that you can opy to ~/.gvideorc in gVideo format. pview uses this in a GUI (gtk) list so you can click and select. Different audio channels have different entries, for example all the channels in ESP or EbS have different entries for different languages. Version 0.4 now on my site http://www.panteltje.demon.nl/satellite/ Since I am only pointed at Hotbird with a simple dish, the Astra scan has not been tested. New features: The channels.conf and gvideorc are now sorted alphabetically. Some options: pscan -b generates a ~/channels.conf for Hotbird, pscan -a for Astra (not tested I am fixed at Hotbird now). pscan -r alpha sorts an existing ~/channels.conf alphabetically pscan -r freq sorts an existing ~/channels.conf by frequency. Use pview to test, clicking an entry from the list selects that channel. See the README unzip with: tar -zxvf pscan.0.4.tgz Then: cd pscan-0.4 make make install Regards Jan From jan@panteltje.demon.nl Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 20:53:57 GMT From: jan@panteltje.demon.nl To: linux-dvb@linuxtv.org Subject: pscan-0.4 a scanning program now generates ~/channels.conf in VDR format AND ~/gvideorc This distribution contains the programs pscan and pview pscan scans and creates a ~/channels.conf (in your home dir) in VDR format, also creates ~/gvideorc (that you can opy to ~/.gvideorc in gVideo format. pview uses this in a GUI (gtk) list so you can click and select. Different audio channels have different entries, for example all the channels in ESP or EbS have different entries for different languages. Version 0.4 now on my site http://www.panteltje.demon.nl/satellite/ Since I am only pointed at Hotbird with a simple dish, the Astra scan has not been tested. New features: The channels.conf and gvideorc are now sorted alphabetically. Some options: pscan -b generates a ~/channels.conf for Hotbird, pscan -a for Astra (not tested I am fixed at Hotbird now). pscan -r alpha sorts an existing ~/channels.conf alphabetically pscan -r freq sorts an existing ~/channels.conf by frequency. Use pview to test, clicking an entry from the list selects that channel. See the README unzip with: tar -zxvf pscan.0.4.tgz Then: cd pscan-0.4 make make install Regards Jan From dan@romsat.ro Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 23:54:53 +0300 From: dan Reply-To: danl@dnt.ro To: DVB Subject: teletext Does it bother someone the idea of having the teletext reinserted on the vbi? That's not in the visible (active) part of the image. If someone dont' like teletext on tv set he is free not to use. As long as firmware will (I hope) to do it what's so bad? That do not exclude the possibility of having "enhanced" teletext on the computer Am I wrong? Dan From dan@romsat.ro Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 23:54:53 +0300 From: dan Reply-To: danl@dnt.ro To: DVB Subject: teletext Does it bother someone the idea of having the teletext reinserted on the vbi? That's not in the visible (active) part of the image. If someone dont' like teletext on tv set he is free not to use. As long as firmware will (I hope) to do it what's so bad? That do not exclude the possibility of having "enhanced" teletext on the computer Am I wrong? Dan From jan@panteltje Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 23:31:41 +0200 (CEST) From: Jan Panteltje To: danl@dnt.ro Cc: DVB Subject: Re: teletext On Fri, 22 Sep 2000, dan wrote: > Does it bother someone the idea of having the teletext reinserted on the > vbi? That's not in the visible (active) part of the image. > If someone dont' like teletext on tv set he is free not to use. As long > as firmware will (I hope) to do it what's so bad? > That do not exclude the possibility of having "enhanced" teletext on the > computer > Am I wrong? > > Dan > No But some will want it fast on the TV too. I am away for Paris. So do not complain if you get no mail reply please :-) Regards Jan From Carsten.Koch@icem.de Wed Aug 1 13:15:46 2001 Date: Fri, 22 Sep 2000 23:57:29 +0200 From: Carsten Koch To: Klaus Schmidinger Cc: linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent Klaus Schmidinger wrote: ... > When I voted against sending the teletext info as a still frame > I wasn't really thinking about re-insertion. As far as I understand > this, re-insertion means generating the same "vertical blank" information > as in analog videotext. If we send the teletext through this bottleneck, > I'm afraid we will lose a lot of the possibilities digital teletext > offers. The VDR PC could chache all of the pages sent and have them > ready instantaneously. But with re-insertion the information would > have to be sequentially sent through the video signal's vertical > blank, and it would be as slow as in the old analog days. It depends. If the firmware does the re-insertion automatically, you are right: we would gain nothing over analog teletext. But then it would also be impossible to use this path for the OSD, so I could not possibly have meant this. ;-) The path that I envisioned was: vdr reads the teletext data from /dev/vbi and collects it on hard disk or in RAM. However, instead of the OSD it uses re-insertion to feed ANY data (which could happen to be collected teletext, but could also be vdr's own menus) to the TV - on a fixed page number (say, 100). There would be no speed problem at all. Have you ever seen how blindingly fast teletext pages come in when the station broadcasts just a few of them? No delay at all. To be more concrete: I believe that I remember from the analog teletext specs that one vertical retrace carries about 20 lines of data. That's almost a page. So we would be seeing a speed of nearly 50 fps! Two orders of magnitude faster than the current OSD. To remove the OSD, vdr would only send a full transparent page with no text or graphics on it (same concept as in teletext subtitles - you see no teletext at all between two blocks of subtitles), so the tv could stay in teletext mode. > I would have to fiddle around > with getting in and out of teletext mode. On my remote control there is a button for this. Press it once and you are in or out. No fiddling or other musical instruments required. ;-) To be more serious: I would be willing to trade pressing one extra button when going to another input source for a full-speed OSD. Would you not? > What I would really like to have is a faster OSD. No argument at all from me here. That would be the solution, my idea would be merely a workaround. I, too, would welcome Ralph's comments on speed and reliability of the OSD. Carsten. -- +------------------------------------------------------------+ | Carsten Koch E-Mail: ckoch@ptc.com | | Team Leader Surf Architecture and Graphical User Interface | | ICEM Technologies GmbH Fax: +49-4286-1608 | | Waldsiedlung 7 Phone: +49-4286-920001 | | 27404 Elsdorf-Hatzte, Germany http://www.icem.com | +------------------------------------------------------------+ From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Sat, 23 Sep 2000 01:38:02 +0200 (CEST) From: "Ralph Metzler <" To: linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent Carsten Koch writes: > It depends. > If the firmware does the re-insertion automatically, > you are right: we would gain nothing over analog teletext. > But then it would also be impossible to use this path > for the OSD, so I could not possibly have meant this. ;-) > > The path that I envisioned was: vdr reads the teletext > data from /dev/vbi and collects it on hard disk or in RAM. > However, instead of the OSD it uses re-insertion to feed How does it get the data back to the ARM for re-insertion (and see below) ? Via the old "reliable" OSD polling data interface? Or via the new one nobody has written yet? > ANY data (which could happen to be collected teletext, > but could also be vdr's own menus) to the TV - on a fixed > page number (say, 100). No, this is not possible. The RTSL (Real Time Support Library) which controls the low level functions of the firmware only offers one function for re-insertion and there you have to give it a PID and a logical channel which corresponds to one of the 32 filters. You cannot feed it other data. The RTSL is only available as a binary and no datasheet mentions specifics about the re-insertion process. I guess it is somehow written into the video encoder microcode which is also explained nowhere. > > What I would really like to have is a faster OSD. > > No argument at all from me here. > That would be the solution, my idea would be merely a workaround. > > I, too, would welcome Ralph's comments on speed and > reliability of the OSD. Well, it´s slow and buggy :-) Ralph From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Sat, 23 Sep 2000 01:38:02 +0200 (CEST) From: "Ralph Metzler <" To: linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent Carsten Koch writes: > It depends. > If the firmware does the re-insertion automatically, > you are right: we would gain nothing over analog teletext. > But then it would also be impossible to use this path > for the OSD, so I could not possibly have meant this. ;-) > > The path that I envisioned was: vdr reads the teletext > data from /dev/vbi and collects it on hard disk or in RAM. > However, instead of the OSD it uses re-insertion to feed How does it get the data back to the ARM for re-insertion (and see below) ? Via the old "reliable" OSD polling data interface? Or via the new one nobody has written yet? > ANY data (which could happen to be collected teletext, > but could also be vdr's own menus) to the TV - on a fixed > page number (say, 100). No, this is not possible. The RTSL (Real Time Support Library) which controls the low level functions of the firmware only offers one function for re-insertion and there you have to give it a PID and a logical channel which corresponds to one of the 32 filters. You cannot feed it other data. The RTSL is only available as a binary and no datasheet mentions specifics about the re-insertion process. I guess it is somehow written into the video encoder microcode which is also explained nowhere. > > What I would really like to have is a faster OSD. > > No argument at all from me here. > That would be the solution, my idea would be merely a workaround. > > I, too, would welcome Ralph's comments on speed and > reliability of the OSD. Well, it´s slow and buggy :-) Ralph From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Sat, 23 Sep 2000 01:52:53 +0200 (CEST) From: "Ralph Metzler <" To: linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent Klaus Schmidinger writes: > When I voted against sending the teletext info as a still frame > I wasn't really thinking about re-insertion. As far as I understand > this, re-insertion means generating the same "vertical blank" information > as in analog videotext. If we send the teletext through this bottleneck, > I'm afraid we will lose a lot of the possibilities digital teletext > offers. The VDR PC could chache all of the pages sent and have them > ready instantaneously. But with re-insertion the information would > have to be sequentially sent through the video signal's vertical > blank, and it would be as slow as in the old analog days. > Maybe I'm not understanding this correctly, so if re-insertion > actually means something else, please enlighten me. The digitial teletext which comes in PES packets is not faster than analog teletext. You get exactly the same informtion at the same speed. The only difference is the caching of many pages in the PC. While it is not possible to switch on re-insertion and get the PES packet at the same time you could still get the VBI data from the SAA7146. But I would see that as a last resort if you really want re-insertion to use it on TV and all the pages on your PC. > > Here is an idea: maybe we could get rid of the OSD junk > > altogether, simply by leaving the TV set in teletext mode > > and generating teletext pages for the On-screen-displays > > as well? Not possible. See my last mail. > What I would really like to have is a faster OSD. > Since the driver doesn't do very much here, it must be the > firmware that slows things down - or is this done in hardware > and thus can't be improved? I think the main problem is the way OSD commands and data are transferred to the ARM. It´s e.g. not designed to work concurrently with playback. But I warned everybody here on the list when I enabled it that there could be problems with that. I think the whole OSD part needs to be rewrittten. > Ralph, any comments on this? I heard that convergence has presented > a settop box on the IBC - was that based on the Siemens DVB card? > Does it use the OSD? If so, with anything a little more complex > than the VDR menus (and I guess a commercial product would present > some fancy graphical interface?!) I'd say this must be veeeerrrrryyyy > ssssssllllooooooooooooooooowwwwww.... On the other hand, maybe I'm > using the OSD the wrong way in VDR, and it could be much faster if > accessed correctly. Any hints here would be greatly appreciated. No, it is not using the OSD of the card. It uses the PCs video card for display and transparent windows for OSD. But that´s different in this case since the box has it´s own TV out. Ralph From rjkm@netcologne.de Wed Aug 1 13:15:46 2001 Date: Sat, 23 Sep 2000 01:52:53 +0200 (CEST) From: "Ralph Metzler <" To: linux-dvb Subject: Re: Thoughts on VDR evolution - my 2 cent Klaus Schmidinger writes: > When I voted against sending the teletext info as a still frame > I wasn't really thinking about re-insertion. As far as I understand > this, re-insertion means generating the same "vertical blank" information > as in analog videotext. If we send the teletext through this bottleneck, > I'm afraid we will lose a lot of the possibilities digital teletext > offers. The VDR PC could chache all of the pages sent and have them > ready instantaneously. But with re-insertion the information would > have to be sequentially sent through the video signal's vertical > blank, and it would be as slow as in the old analog days. > Maybe I'm not understanding this correctly, so if re-insertion > actually means something else, please enlighten me. The digitial teletext which comes in PES packets is not faster than analog teletext. You get exactly the same informtion at the same speed. The only difference is the caching of many pages in the PC. While it is not possible to switch on re-insertion and get the PES packet at the same time you could still get the VBI data from the SAA7146. But I would see that as a last resort if you really want re-insertion to use it on TV and all the pages on your PC. > > Here is an idea: maybe we could get rid of the OSD junk > > altogether, simply by leaving the TV set in teletext mode > > and generating teletext pages for the On-screen-displays > > as well? Not possible. See my last mail. > What I would really like to have is a faster OSD. > Since the driver doesn't do very much here, it must be the > firmware that slows things down - or is this done in hardware > and thus can't be improved? I think the main problem is the way OSD commands and data are transferred to the ARM. It´s e.g. not designed to work concurrently with playback. But I warned everybody here on the list when I enabled it that there could be problems with that. I think the whole OSD part needs to be rewrittten. > Ralph, any comments on this? I heard that convergence has presented > a settop box on the IBC - was that based on the Siemens DVB card? > Does it use the OSD? If so, with anything a little more complex > than the VDR menus (and I guess a commercial product would present > some fancy graphical interface?!) I'd say this must be veeeerrrrryyyy > ssssssllllooooooooooooooooowwwwww.... On the other hand, maybe I'm > using the OSD the wrong way in VDR, and it could be much faster if > accessed correctly. Any hints here would be greatly appreciated. No, it is not using the OSD of the card. It uses t