From pganev@com-it.net Wed Aug 1 13:14:16 2001 Date: Sun, 1 Oct 2000 12:36:32 +0200 From: Plamen Ganev To: "Linux-Dvb@Linuxtv. Org" Subject: Driver problem... weird. Hi. I recently discovered that I could not use VDR to record on disk anymore. However, the problem is not with VDR and the new driver. Apparently, *any* disk activity will interfere with the DVB card and it will start corrupting the video & audio output (which goes to the tV set). The more activity- the more corruption happens. I don't need to be recording to have this happen. I just tune to a channel, then issue a "du /" on the other console and the show starts :-(( I tried changing irqs, dma settings for the disk and so forth, but no luck. One thing that could have happened is that I changed main board (an old VH chipset running a K6-233). Was working before with an HX and a P100. Are there any known troubles with chipsets? Any other hints or solutions to try before I dissect that PC? Thank you all, Plamen From pganev@com-it.net Wed Aug 1 13:14:16 2001 Date: Sun, 1 Oct 2000 12:36:32 +0200 From: Plamen Ganev To: "Linux-Dvb@Linuxtv. Org" Subject: Driver problem... weird. Hi. I recently discovered that I could not use VDR to record on disk anymore. However, the problem is not with VDR and the new driver. Apparently, *any* disk activity will interfere with the DVB card and it will start corrupting the video & audio output (which goes to the tV set). The more activity- the more corruption happens. I don't need to be recording to have this happen. I just tune to a channel, then issue a "du /" on the other console and the show starts :-(( I tried changing irqs, dma settings for the disk and so forth, but no luck. One thing that could have happened is that I changed main board (an old VH chipset running a K6-233). Was working before with an HX and a P100. Are there any known troubles with chipsets? Any other hints or solutions to try before I dissect that PC? Thank you all, Plamen From pganev@com-it.net Wed Aug 1 13:14:16 2001 Date: Sun, 1 Oct 2000 13:44:59 +0200 From: Plamen Ganev To: "Linux-Dvb@Linuxtv. Org" Subject: RE: Driver problem... weird. > However, the problem is not with VDR and the new driver. Sorry. I mean version 0.6 and 0.7 behave the same way. Plamen From pganev@com-it.net Wed Aug 1 13:14:16 2001 Date: Sun, 1 Oct 2000 13:44:59 +0200 From: Plamen Ganev To: "Linux-Dvb@Linuxtv. Org" Subject: RE: Driver problem... weird. > However, the problem is not with VDR and the new driver. Sorry. I mean version 0.6 and 0.7 behave the same way. Plamen From matjaz.thaler@guest.arnes.si Wed Aug 1 13:14:16 2001 Date: Sun, 01 Oct 2000 16:43:39 +0200 From: Matjaz Thaler To: Gregoire Favre Cc: linux-dvb@linuxtv.org Subject: Re: Playing unencypted DVD? -> Still not working ;-( Gregoire Favre wrote: > > dvdplayer -a 0 -j 3 -f /dvd/VIDEO_TS/VTS_01_1.VOB > > Well, maybe I could find one explanation: you are using a kernel that you have patched to add udf > support (the CAPITAL letters of the files), I think since 2.2.15 there is no more patches necessary > as the files are included in the kernel, maybe that works only (and very good) in conjonction with > css, but without the css the access is quiete problematic? I tested with kernel 2.2.14 (udf patch) and with kernel 2.2.17 (without patch). In both cases the dvdplayer works without problems. > Any idea on that? I'll try it tomorrow (under 2.4 and with udf instead of iso9660) but all the docs > of dvdplayer are written with small letters for files? Usually are used small letters, on the DVD I tested are used capital letters. $ ls /dvd /dvd/VIDEO_TS/ /dvd: AUDIO_TS VIDEO_TS WebDVD autorun.inf start.htm start.js /dvd/VIDEO_TS/: VIDEO_TS.BUP VTS_02_0.BUP VTS_05_0.BUP VTS_08_0.BUP VTS_11_0.BUP VIDEO_TS.IFO VTS_02_0.IFO VTS_05_0.IFO VTS_08_0.IFO VTS_11_0.IFO VIDEO_TS.VOB VTS_02_0.VOB VTS_05_0.VOB VTS_08_0.VOB VTS_11_0.VOB VTS_01_0.BUP VTS_02_1.VOB VTS_05_1.VOB VTS_08_1.VOB VTS_11_1.VOB VTS_01_0.IFO VTS_03_0.BUP VTS_06_0.BUP VTS_09_0.BUP VTS_12_0.BUP VTS_01_0.VOB VTS_03_0.IFO VTS_06_0.IFO VTS_09_0.IFO VTS_12_0.IFO VTS_01_1.VOB VTS_03_0.VOB VTS_06_0.VOB VTS_09_0.VOB VTS_12_0.VOB VTS_01_2.VOB VTS_03_1.VOB VTS_06_1.VOB VTS_09_1.VOB VTS_12_1.VOB VTS_01_3.VOB VTS_04_0.BUP VTS_07_0.BUP VTS_10_0.BUP VTS_13_0.BUP VTS_01_4.VOB VTS_04_0.IFO VTS_07_0.IFO VTS_10_0.IFO VTS_13_0.IFO VTS_01_5.VOB VTS_04_0.VOB VTS_07_0.VOB VTS_10_0.VOB VTS_13_0.VOB VTS_01_6.VOB VTS_04_1.VOB VTS_07_1.VOB VTS_10_1.VOB VTS_13_1.VOB Matjaz From matjaz.thaler@guest.arnes.si Wed Aug 1 13:14:16 2001 Date: Sun, 01 Oct 2000 16:43:39 +0200 From: Matjaz Thaler To: Gregoire Favre Cc: linux-dvb@linuxtv.org Subject: Re: Playing unencypted DVD? -> Still not working ;-( Gregoire Favre wrote: > > dvdplayer -a 0 -j 3 -f /dvd/VIDEO_TS/VTS_01_1.VOB > > Well, maybe I could find one explanation: you are using a kernel that you have patched to add udf > support (the CAPITAL letters of the files), I think since 2.2.15 there is no more patches necessary > as the files are included in the kernel, maybe that works only (and very good) in conjonction with > css, but without the css the access is quiete problematic? I tested with kernel 2.2.14 (udf patch) and with kernel 2.2.17 (without patch). In both cases the dvdplayer works without problems. > Any idea on that? I'll try it tomorrow (under 2.4 and with udf instead of iso9660) but all the docs > of dvdplayer are written with small letters for files? Usually are used small letters, on the DVD I tested are used capital letters. $ ls /dvd /dvd/VIDEO_TS/ /dvd: AUDIO_TS VIDEO_TS WebDVD autorun.inf start.htm start.js /dvd/VIDEO_TS/: VIDEO_TS.BUP VTS_02_0.BUP VTS_05_0.BUP VTS_08_0.BUP VTS_11_0.BUP VIDEO_TS.IFO VTS_02_0.IFO VTS_05_0.IFO VTS_08_0.IFO VTS_11_0.IFO VIDEO_TS.VOB VTS_02_0.VOB VTS_05_0.VOB VTS_08_0.VOB VTS_11_0.VOB VTS_01_0.BUP VTS_02_1.VOB VTS_05_1.VOB VTS_08_1.VOB VTS_11_1.VOB VTS_01_0.IFO VTS_03_0.BUP VTS_06_0.BUP VTS_09_0.BUP VTS_12_0.BUP VTS_01_0.VOB VTS_03_0.IFO VTS_06_0.IFO VTS_09_0.IFO VTS_12_0.IFO VTS_01_1.VOB VTS_03_0.VOB VTS_06_0.VOB VTS_09_0.VOB VTS_12_0.VOB VTS_01_2.VOB VTS_03_1.VOB VTS_06_1.VOB VTS_09_1.VOB VTS_12_1.VOB VTS_01_3.VOB VTS_04_0.BUP VTS_07_0.BUP VTS_10_0.BUP VTS_13_0.BUP VTS_01_4.VOB VTS_04_0.IFO VTS_07_0.IFO VTS_10_0.IFO VTS_13_0.IFO VTS_01_5.VOB VTS_04_0.VOB VTS_07_0.VOB VTS_10_0.VOB VTS_13_0.VOB VTS_01_6.VOB VTS_04_1.VOB VTS_07_1.VOB VTS_10_1.VOB VTS_13_1.VOB Matjaz From greg@ulima.unil.ch Wed Aug 1 13:14:16 2001 Date: Sun, 1 Oct 2000 18:01:14 +0200 From: Gregoire Favre To: Matjaz Thaler Cc: linux-dvb@linuxtv.org Subject: Re: Playing unencypted DVD? -> Still not working ;-( On Sun, Oct 01, 2000 at 04:43:39PM +0200, Matjaz Thaler wrote: > I tested with kernel 2.2.14 (udf patch) and with kernel 2.2.17 (without patch). In both cases the > dvdplayer works without problems. For me, it is working under 2.4.0-test8 also, but not under 2.2.17, no idea why... Anyway, I will be more and more under 2.4 so that not a big problem... Thanks for all who helpd in dvb and dvd ;-) Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch From greg@ulima.unil.ch Wed Aug 1 13:14:16 2001 Date: Sun, 1 Oct 2000 18:01:14 +0200 From: Gregoire Favre To: Matjaz Thaler Cc: linux-dvb@linuxtv.org Subject: Re: Playing unencypted DVD? -> Still not working ;-( On Sun, Oct 01, 2000 at 04:43:39PM +0200, Matjaz Thaler wrote: > I tested with kernel 2.2.14 (udf patch) and with kernel 2.2.17 (without patch). In both cases the > dvdplayer works without problems. For me, it is working under 2.4.0-test8 also, but not under 2.2.17, no idea why... Anyway, I will be more and more under 2.4 so that not a big problem... Thanks for all who helpd in dvb and dvd ;-) Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch From kju@fqdn.org Wed Aug 1 13:14:16 2001 Date: Sun, 1 Oct 2000 22:23:04 +0200 From: Michael Holzt To: DVB Subject: Re: Proposition... > I think now it's the time for a .rpm version of the siemens driver. Making .rpm's of kernel modules is a very very bad idea. Maybe the apps can be packaged, but i don't see any point in it. In the current state i think that only people who are able to compile themselves should use the driver. > An precompiled version of the driver an surrounding apps can spare a lot > of time for installing the siemens (and compatible) card Hmm, saving 1 1/2 Minute? Or how long do you need for compile? I oppose against this idea. -- Greetings Michael From kju@fqdn.org Wed Aug 1 13:14:16 2001 Date: Sun, 1 Oct 2000 22:23:04 +0200 From: Michael Holzt To: DVB Subject: Re: Proposition... > I think now it's the time for a .rpm version of the siemens driver. Making .rpm's of kernel modules is a very very bad idea. Maybe the apps can be packaged, but i don't see any point in it. In the current state i think that only people who are able to compile themselves should use the driver. > An precompiled version of the driver an surrounding apps can spare a lot > of time for installing the siemens (and compatible) card Hmm, saving 1 1/2 Minute? Or how long do you need for compile? I oppose against this idea. -- Greetings Michael From dan@romsat.ro Wed Aug 1 13:14:16 2001 Date: Sun, 01 Oct 2000 22:54:52 +0200 From: dan Reply-To: danl@dnt.ro To: DVB Subject: Proposition... I think now it's the time for a .rpm version of the siemens driver. An precompiled version of the driver an surrounding apps can spare a lot of time for installing the siemens (and compatible) card What is your opinion? Dan From dan@romsat.ro Wed Aug 1 13:14:16 2001 Date: Sun, 01 Oct 2000 22:54:52 +0200 From: dan Reply-To: danl@dnt.ro To: DVB Subject: Proposition... I think now it's the time for a .rpm version of the siemens driver. An precompiled version of the driver an surrounding apps can spare a lot of time for installing the siemens (and compatible) card What is your opinion? Dan From mihai@ambra.ro Wed Aug 1 13:14:16 2001 Date: Mon, 2 Oct 2000 07:04:49 +0300 From: Mihai Amariutei To: danl@dnt.ro, DVB Subject: Re: Proposition... Well, not quite. You see, some dvbd parameters are still hardcoded in .h files and installing drivers make use of make. Quite untide to make a .rpm depend on gcc and make, don't you think? ----- Original Message ----- From: "dan" To: "DVB" Sent: Sunday, October 01, 2000 11:54 PM Subject: Proposition... > > I think now it's the time for a .rpm version of the siemens driver. > An precompiled version of the driver an surrounding apps can spare a lot > of time for installing the siemens (and compatible) card > What is your opinion? > > Dan > > > From mihai@ambra.ro Wed Aug 1 13:14:16 2001 Date: Mon, 2 Oct 2000 07:04:49 +0300 From: Mihai Amariutei To: danl@dnt.ro, DVB Subject: Re: Proposition... Well, not quite. You see, some dvbd parameters are still hardcoded in .h files and installing drivers make use of make. Quite untide to make a .rpm depend on gcc and make, don't you think? ----- Original Message ----- From: "dan" To: "DVB" Sent: Sunday, October 01, 2000 11:54 PM Subject: Proposition... > > I think now it's the time for a .rpm version of the siemens driver. > An precompiled version of the driver an surrounding apps can spare a lot > of time for installing the siemens (and compatible) card > What is your opinion? > > Dan > > > From red@tripany.com Wed Aug 1 13:14:16 2001 Date: Mon, 2 Oct 2000 13:00:01 +0200 From: Robin Edgar Tripany To: Michael Holzt , DVB Subject: Re: Proposition... I still don't even know what apps are needed, what drivers are needed and what the switches in dvbd.conf are... an rpm would make life a bit easier, i can then always tweak the .conf file from at least a starting point - i'd have everything in one place! I like the idea ----- Original Message ----- From: "Michael Holzt" To: "DVB" Sent: Sunday, October 01, 2000 10:23 PM Subject: Re: Proposition... > > I think now it's the time for a .rpm version of the siemens driver. > > Making .rpm's of kernel modules is a very very bad idea. Maybe the apps > can be packaged, but i don't see any point in it. In the current state i > think that only people who are able to compile themselves should use the > driver. > > > An precompiled version of the driver an surrounding apps can spare a lot > > of time for installing the siemens (and compatible) card > > Hmm, saving 1 1/2 Minute? Or how long do you need for compile? > > I oppose against this idea. > > -- > Greetings > Michael > From red@tripany.com Wed Aug 1 13:14:16 2001 Date: Mon, 2 Oct 2000 13:00:01 +0200 From: Robin Edgar Tripany To: Michael Holzt , DVB Subject: Re: Proposition... I still don't even know what apps are needed, what drivers are needed and what the switches in dvbd.conf are... an rpm would make life a bit easier, i can then always tweak the .conf file from at least a starting point - i'd have everything in one place! I like the idea ----- Original Message ----- From: "Michael Holzt" To: "DVB" Sent: Sunday, October 01, 2000 10:23 PM Subject: Re: Proposition... > > I think now it's the time for a .rpm version of the siemens driver. > > Making .rpm's of kernel modules is a very very bad idea. Maybe the apps > can be packaged, but i don't see any point in it. In the current state i > think that only people who are able to compile themselves should use the > driver. > > > An precompiled version of the driver an surrounding apps can spare a lot > > of time for installing the siemens (and compatible) card > > Hmm, saving 1 1/2 Minute? Or how long do you need for compile? > > I oppose against this idea. > > -- > Greetings > Michael > From mihai@ambra.ro Wed Aug 1 13:14:16 2001 Date: Mon, 2 Oct 2000 14:10:29 +0300 From: Mihai Amariutei To: Robin Edgar Tripany , Michael Holzt , DVB Subject: Re: Proposition... I don't know if life well be easier considering the rpm will be kernel-version dependant (and a lot rpm's will be needed then). Nowadays you should just put the driver somewhere, make @ make insmod and you're off (regardless of the kernel you use). Applications you need depends on what you want to do, dvbd is for data receiving, gvideo for TV. Maybe these are better candidates for rpm'ing (but at least dvbd needs recompiling, having options in a .h file - or two rpm's, one for ppp and another for eth0). ----- Original Message ----- From: "Robin Edgar Tripany" To: "Michael Holzt" ; "DVB" Sent: Monday, October 02, 2000 2:00 PM Subject: Re: Proposition... > I still don't even know what apps are needed, what drivers are needed and > what the switches in dvbd.conf are... an rpm would make life a bit easier, i > can then always tweak the .conf file from at least a starting point - i'd > have everything in one place! > > I like the idea > ----- Original Message ----- > From: "Michael Holzt" > To: "DVB" > Sent: Sunday, October 01, 2000 10:23 PM > Subject: Re: Proposition... > > > > > I think now it's the time for a .rpm version of the siemens driver. > > > > Making .rpm's of kernel modules is a very very bad idea. Maybe the apps > > can be packaged, but i don't see any point in it. In the current state i > > think that only people who are able to compile themselves should use the > > driver. > > > > > An precompiled version of the driver an surrounding apps can spare a lot > > > of time for installing the siemens (and compatible) card > > > > Hmm, saving 1 1/2 Minute? Or how long do you need for compile? > > > > I oppose against this idea. > > > > -- > > Greetings > > Michael > > > > From mihai@ambra.ro Wed Aug 1 13:14:16 2001 Date: Mon, 2 Oct 2000 14:10:29 +0300 From: Mihai Amariutei To: Robin Edgar Tripany , Michael Holzt , DVB Subject: Re: Proposition... I don't know if life well be easier considering the rpm will be kernel-version dependant (and a lot rpm's will be needed then). Nowadays you should just put the driver somewhere, make @ make insmod and you're off (regardless of the kernel you use). Applications you need depends on what you want to do, dvbd is for data receiving, gvideo for TV. Maybe these are better candidates for rpm'ing (but at least dvbd needs recompiling, having options in a .h file - or two rpm's, one for ppp and another for eth0). ----- Original Message ----- From: "Robin Edgar Tripany" To: "Michael Holzt" ; "DVB" Sent: Monday, October 02, 2000 2:00 PM Subject: Re: Proposition... > I still don't even know what apps are needed, what drivers are needed and > what the switches in dvbd.conf are... an rpm would make life a bit easier, i > can then always tweak the .conf file from at least a starting point - i'd > have everything in one place! > > I like the idea > ----- Original Message ----- > From: "Michael Holzt" > To: "DVB" > Sent: Sunday, October 01, 2000 10:23 PM > Subject: Re: Proposition... > > > > > I think now it's the time for a .rpm version of the siemens driver. > > > > Making .rpm's of kernel modules is a very very bad idea. Maybe the apps > > can be packaged, but i don't see any point in it. In the current state i > > think that only people who are able to compile themselves should use the > > driver. > > > > > An precompiled version of the driver an surrounding apps can spare a lot > > > of time for installing the siemens (and compatible) card > > > > Hmm, saving 1 1/2 Minute? Or how long do you need for compile? > > > > I oppose against this idea. > > > > -- > > Greetings > > Michael > > > > From pganev@com-it.net Wed Aug 1 13:14:16 2001 Date: Mon, 2 Oct 2000 15:19:49 +0200 From: Plamen Ganev To: DVB Subject: RE: Proposition... > I don't know if life well be easier considering the rpm will be > kernel-version dependant (and a lot rpm's will be needed then). I agree. The software (the driver but also the apps) is un such an early stage that packages will only help increasing the troubles. First you would need to package at least for RPM and DEB. This steals developer time from people who could be using it to fix bugs and implement new things. Second, doing packages will lower the entry level for many people too lazy to do their homework (i.e. read the docs). This would lead to even more trouble (until driver and apps are rock-solid). Plamen. From pganev@com-it.net Wed Aug 1 13:14:16 2001 Date: Mon, 2 Oct 2000 15:19:49 +0200 From: Plamen Ganev To: DVB Subject: RE: Proposition... > I don't know if life well be easier considering the rpm will be > kernel-version dependant (and a lot rpm's will be needed then). I agree. The software (the driver but also the apps) is un such an early stage that packages will only help increasing the troubles. First you would need to package at least for RPM and DEB. This steals developer time from people who could be using it to fix bugs and implement new things. Second, doing packages will lower the entry level for many people too lazy to do their homework (i.e. read the docs). This would lead to even more trouble (until driver and apps are rock-solid). Plamen. From kju@fqdn.org Wed Aug 1 13:14:16 2001 Date: Mon, 2 Oct 2000 23:48:53 +0200 From: Michael Holzt To: DVB Subject: Re: Proposition... > First you would need to package at least for RPM and DEB. This steals > developer time from people who could be using it to fix bugs and implement > new things. As beeing a debian developer i will package the dvb-tools when it's about time. Currently it all just too alpha. > Second, doing packages will lower the entry level for many people too lazy > to do their homework (i.e. read the docs). Yes, we deal with this problem to often nowadays already :( -- Greetings Michael From red@tripany.com Wed Aug 1 13:14:16 2001 Date: Tue, 3 Oct 2000 11:18:34 +0200 From: Robin Edgar Tripany To: Michael Holzt , DVB Subject: Re: Proposition... WHAT DOCS!!!!?? Robin ----- Original Message ----- From: "Michael Holzt" To: "DVB" Sent: Monday, October 02, 2000 11:48 PM Subject: Re: Proposition... > > First you would need to package at least for RPM and DEB. This steals > > developer time from people who could be using it to fix bugs and implement > > new things. > > As beeing a debian developer i will package the dvb-tools when it's about > time. Currently it all just too alpha. > > > Second, doing packages will lower the entry level for many people too lazy > > to do their homework (i.e. read the docs). > > Yes, we deal with this problem to often nowadays already :( > > -- > Greetings > Michael > From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:14:16 2001 Date: Tue, 03 Oct 2000 16:43:42 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Video Disk Recorder version 0.65 The new version 0.65 of the Video Disk Recorder project is now available at http://www.cadsoft.de/people/kls/vdr/download.htm NOTE: VDR now requires that you use DVB driver version 0.71. You need to load the dvb.o module with option outstream=0. This is currently necessary because 'vdr' still works with AV_PES data. It is also important that you apply the patch 'dvb.c.071.diff' (which comes with the VDR archive) to the driver file 'dvb.c' (this should become obsolete in future driver versions). Modified LIRC interface to better handle repeat function. The On Screen Display now works a lot faster. When switching channels the channel is now immediately displayed, and the current/next information is shown as soon as it becomes available. No longer displaying the year in the 'Recordings' menu to save space for the title. The 'Recordings' menu now displays a '*' to indicate new recordings. In normal viewing mode the '0' key now toggles between the current and the previous channel. 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 dancho@lirex.com Wed Aug 1 13:14:16 2001 Date: Tue, 3 Oct 2000 18:30:41 +0200 From: Jordan Kanev To: linux-dvb@linuxtv.org Subject: problem with dvbd [ 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, I try to start dvbd, but it stop-s with error: dvbd[7613]: starting dvbd[7613]: open: No such file or directory dvbd[7613]: exiting I look at hte sorce and see that there must be device video in /dev/video How and who must make this device ? Regards, Dancho From kju@fqdn.org Wed Aug 1 13:14:16 2001 Date: Tue, 3 Oct 2000 23:43:17 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: problem with dvbd > I look at hte sorce and see that there must be device video in /dev/video > How and who must make this device ? cd /dev ./MAKEDEV video should do the trick. -- Greetings Michael From pganev@com-it.net Wed Aug 1 13:14:16 2001 Date: Wed, 4 Oct 2000 00:16:36 +0200 From: Plamen Ganev To: Robin Edgar Tripany Cc: "Linux-Dvb@Linuxtv. Org" Subject: RE: Proposition... > WHAT DOCS!!!!?? Come on. There's the mailing list to start with. All is archived on the web site. I've been on the list for almost an year now, and I've seen the same questions asked again and again.... The programs have at least a readme. Then you have the internet. Most of the stuff we're talking about is documented elsewhere (multicast, proxies, masquerading, and the like). And if that doesn't work: "Use the Source Luke!" :-) The point is that all this code is in pre-alfa stage. It will change significantly before it's ready for a broader audience. A lot of it is little more than personal tweaks shared with other people. So documenting it now will mean that we'll have to do it again later. However, I acknowledge that all this information would be easier to read if it was properly cleaned up and placed in one place. Maybe you could help us here? Plamen. From pganev@com-it.net Wed Aug 1 13:14:16 2001 Date: Wed, 4 Oct 2000 00:17:34 +0200 From: Plamen Ganev To: "Linux-Dvb@Linuxtv. Org" Subject: Driver problem... weird. > Apparently, *any* disk activity will interfere with the DVB card > and it will > start corrupting the video & audio output (which goes to the tV set). The > more activity- the more corruption happens. I get it that it's only me that sees this problem. Bad luck :-(( Ok... let's start digging. Plamen. From t.ja@gmx.at Wed Aug 1 13:14:16 2001 Date: Wed, 4 Oct 2000 10:58:46 +0200 From: Thomas Jagoditsch To: linux-dvb Subject: recording glitches ... again hi all. after spending some time on other things, i turned to "my" vdr yesterday. recent story: had to swap the motherboard for other reasons, which was luck *g*. i now use a board with vx chipset (the old was hx) and only 32mb ram (vs 48 before). the outcome is, that (without hd-tuning) the glitches are much fewer and not so disturbing as before. before (with the old board) you could see & hear glitches while recording, on playback too, naturally. now i see them on the log (every 2-3 minutes comes a couple of "record buffer full", followed by "lost [audio|video] block ...") and you could hear (shortly - "knacksen") them only on playback, no pictureproblems anymore - a clear advantage. btw.: hd-tuning (mulitblock/unmaskirq/writecaching/32bit) seems to have no impact on the problem. since i dont find mtv anymore, i could not do the "mtv-check" now (anyone know where mtv europe/german "free" is gone). i found viva, but recording there is "normal", like described above. to go further i´ve found an old bx-board with a pii-350, i have to get some ram and a chassis. this will be my next step to learn about this. may i bring a suggestion: for somebody to try vdr/dvb it would be usefull to have a kind of "vdr-known-to-run-on-or-not-to-run-on-hw-list". what do you think about it ? we could calculate some "minimum requirements" of it. if there is agreement here i would collect & maintain such list (dont know where to publish, but that would be a minor problem - to start i could post to the list monthly). wbr.tja... ps: ahh, i forgot, the remote via lirc works fine now - new feelings on the sofa *g* From Carsten.Koch@icem.de Wed Aug 1 13:14:16 2001 Date: Wed, 04 Oct 2000 16:46:25 +0200 From: Carsten Koch To: Thomas Jagoditsch Cc: linux-dvb Subject: Re: recording glitches ... again Thomas Jagoditsch wrote: ... > may i bring a suggestion: > for somebody to try vdr/dvb it would be usefull to have a kind of > "vdr-known-to-run-on-or-not-to-run-on-hw-list". what do you think > about it ? we could calculate some "minimum requirements" of it. > > if there is agreement here i would collect & maintain such list (dont > know where to publish, but that would be a minor problem - to start i > could post to the list monthly). It may be difficult to figure out the exact minimum requirements, as they depend on so many factors. But compiling a list of configurations and their behaviour would definitely be useful. I would like to contribute the following entries: 1. Siemens Celsius 1 System, Siemens D931 main board, PentiumPro 150 MHz CPU, 64 MB RAM. Maxtor 60GB UDMA/66 disk. Main board does not support UDMA. Very frequent glitches, some of them big. 2. Siemens Celsius 1 System, Siemens D931 main board, PentiumPro 150 MHz CPU, 64 MB RAM. Maxtor 60GB UDMA/66 disk. Additional UDMA/66 PCI IDE contrller (Promise FastTrack/66). Manually set UDMA/66 using hdparm. Few small glitches (every other minute or less). If Ralph has the time, maybe it would be useful to investigate the problem on a weak system... > ps: ahh, i forgot, the remote via lirc works fine now - new feelings > on the sofa *g* Thanks for the feedback. I was hoping my new vdr LIRC code would work well for everybody now. The old code worked well here, but a few people had problems that I could not reproduce. Cheers, Carsten. From Carsten.Koch@icem.de Wed Aug 1 13:14:16 2001 Date: Wed, 04 Oct 2000 16:46:25 +0200 From: Carsten Koch To: Thomas Jagoditsch Cc: linux-dvb Subject: Re: recording glitches ... again Thomas Jagoditsch wrote: ... > may i bring a suggestion: > for somebody to try vdr/dvb it would be usefull to have a kind of > "vdr-known-to-run-on-or-not-to-run-on-hw-list". what do you think > about it ? we could calculate some "minimum requirements" of it. > > if there is agreement here i would collect & maintain such list (dont > know where to publish, but that would be a minor problem - to start i > could post to the list monthly). It may be difficult to figure out the exact minimum requirements, as they depend on so many factors. But compiling a list of configurations and their behaviour would definitely be useful. I would like to contribute the following entries: 1. Siemens Celsius 1 System, Siemens D931 main board, PentiumPro 150 MHz CPU, 64 MB RAM. Maxtor 60GB UDMA/66 disk. Main board does not support UDMA. Very frequent glitches, some of them big. 2. Siemens Celsius 1 System, Siemens D931 main board, PentiumPro 150 MHz CPU, 64 MB RAM. Maxtor 60GB UDMA/66 disk. Additional UDMA/66 PCI IDE contrller (Promise FastTrack/66). Manually set UDMA/66 using hdparm. Few small glitches (every other minute or less). If Ralph has the time, maybe it would be useful to investigate the problem on a weak system... > ps: ahh, i forgot, the remote via lirc works fine now - new feelings > on the sofa *g* Thanks for the feedback. I was hoping my new vdr LIRC code would work well for everybody now. The old code worked well here, but a few people had problems that I could not reproduce. Cheers, Carsten. From Carsten.Koch@icem.de Wed Aug 1 13:14:16 2001 Date: Wed, 04 Oct 2000 16:46:25 +0200 From: Carsten Koch To: Thomas Jagoditsch Cc: linux-dvb Subject: Re: recording glitches ... again Thomas Jagoditsch wrote: ... > may i bring a suggestion: > for somebody to try vdr/dvb it would be usefull to have a kind of > "vdr-known-to-run-on-or-not-to-run-on-hw-list". what do you think > about it ? we could calculate some "minimum requirements" of it. > > if there is agreement here i would collect & maintain such list (dont > know where to publish, but that would be a minor problem - to start i > could post to the list monthly). It may be difficult to figure out the exact minimum requirements, as they depend on so many factors. But compiling a list of configurations and their behaviour would definitely be useful. I would like to contribute the following entries: 1. Siemens Celsius 1 System, Siemens D931 main board, PentiumPro 150 MHz CPU, 64 MB RAM. Maxtor 60GB UDMA/66 disk. Main board does not support UDMA. Very frequent glitches, some of them big. 2. Siemens Celsius 1 System, Siemens D931 main board, PentiumPro 150 MHz CPU, 64 MB RAM. Maxtor 60GB UDMA/66 disk. Additional UDMA/66 PCI IDE contrller (Promise FastTrack/66). Manually set UDMA/66 using hdparm. Few small glitches (every other minute or less). If Ralph has the time, maybe it would be useful to investigate the problem on a weak system... > ps: ahh, i forgot, the remote via lirc works fine now - new feelings > on the sofa *g* Thanks for the feedback. I was hoping my new vdr LIRC code would work well for everybody now. The old code worked well here, but a few people had problems that I could not reproduce. Cheers, Carsten. From gfiala@s.netic.de Wed Aug 1 13:14:16 2001 Date: Wed, 4 Oct 2000 17:18:16 +0200 From: Guido Fiala To: linux-dvb Subject: Re: recording glitches ... again >> for somebody to try vdr/dvb it would be usefull to have a kind of >> "vdr-known-to-run-on-or-not-to-run-on-hw-list". what do you think >> about it ? we could calculate some "minimum requirements" of it. >I would like to contribute the following entries: > >1. Siemens Celsius 1 System, Siemens D931 main board, > PentiumPro 150 MHz CPU, 64 MB RAM. > Maxtor 60GB UDMA/66 disk. > Main board does not support UDMA. > Very frequent glitches, some of them big. > >2. Siemens Celsius 1 System, Siemens D931 main board, > PentiumPro 150 MHz CPU, 64 MB RAM. > Maxtor 60GB UDMA/66 disk. > Additional UDMA/66 PCI IDE contrller (Promise FastTrack/66). > Manually set UDMA/66 using hdparm. > Few small glitches (every other minute or less). > >If Ralph has the time, maybe it would be useful to investigate >the problem on a weak system... My contribution: 3. Comtech-NoName, Tekram BX main board, Pentium II 450MHz, 128 MB RAM Maxtor 40GB UDMA/66 disk. Main board with UDMA/33 controller PIIX4, (DMA acitvated and tuned to 20MB/sec continous transfer rate, quad-word-dma) one or two glitches per recording even with no system load since i use 0.7 driver, previously never observed even with high system load!, nothing changed at kernel or disk tuning. (ok, i did'nt record MTV...is the card really at it's limit?) With driver 0.71 no glitches observed so far. Hope that it does'nt turn out a dual 1GHz as minimum requirement? As you can see, there are a lot more parameters that can be the problem, e.g. filesystem or kernel version or if there is another disk for the system... From gfiala@s.netic.de Wed Aug 1 13:14:16 2001 Date: Wed, 4 Oct 2000 17:18:16 +0200 From: Guido Fiala To: linux-dvb Subject: Re: recording glitches ... again >> for somebody to try vdr/dvb it would be usefull to have a kind of >> "vdr-known-to-run-on-or-not-to-run-on-hw-list". what do you think >> about it ? we could calculate some "minimum requirements" of it. >I would like to contribute the following entries: > >1. Siemens Celsius 1 System, Siemens D931 main board, > PentiumPro 150 MHz CPU, 64 MB RAM. > Maxtor 60GB UDMA/66 disk. > Main board does not support UDMA. > Very frequent glitches, some of them big. > >2. Siemens Celsius 1 System, Siemens D931 main board, > PentiumPro 150 MHz CPU, 64 MB RAM. > Maxtor 60GB UDMA/66 disk. > Additional UDMA/66 PCI IDE contrller (Promise FastTrack/66). > Manually set UDMA/66 using hdparm. > Few small glitches (every other minute or less). > >If Ralph has the time, maybe it would be useful to investigate >the problem on a weak system... My contribution: 3. Comtech-NoName, Tekram BX main board, Pentium II 450MHz, 128 MB RAM Maxtor 40GB UDMA/66 disk. Main board with UDMA/33 controller PIIX4, (DMA acitvated and tuned to 20MB/sec continous transfer rate, quad-word-dma) one or two glitches per recording even with no system load since i use 0.7 driver, previously never observed even with high system load!, nothing changed at kernel or disk tuning. (ok, i did'nt record MTV...is the card really at it's limit?) With driver 0.71 no glitches observed so far. Hope that it does'nt turn out a dual 1GHz as minimum requirement? As you can see, there are a lot more parameters that can be the problem, e.g. filesystem or kernel version or if there is another disk for the system... From gfiala@s.netic.de Wed Aug 1 13:14:16 2001 Date: Wed, 4 Oct 2000 17:18:16 +0200 From: Guido Fiala To: linux-dvb Subject: Re: recording glitches ... again >> for somebody to try vdr/dvb it would be usefull to have a kind of >> "vdr-known-to-run-on-or-not-to-run-on-hw-list". what do you think >> about it ? we could calculate some "minimum requirements" of it. >I would like to contribute the following entries: > >1. Siemens Celsius 1 System, Siemens D931 main board, > PentiumPro 150 MHz CPU, 64 MB RAM. > Maxtor 60GB UDMA/66 disk. > Main board does not support UDMA. > Very frequent glitches, some of them big. > >2. Siemens Celsius 1 System, Siemens D931 main board, > PentiumPro 150 MHz CPU, 64 MB RAM. > Maxtor 60GB UDMA/66 disk. > Additional UDMA/66 PCI IDE contrller (Promise FastTrack/66). > Manually set UDMA/66 using hdparm. > Few small glitches (every other minute or less). > >If Ralph has the time, maybe it would be useful to investigate >the problem on a weak system... My contribution: 3. Comtech-NoName, Tekram BX main board, Pentium II 450MHz, 128 MB RAM Maxtor 40GB UDMA/66 disk. Main board with UDMA/33 controller PIIX4, (DMA acitvated and tuned to 20MB/sec continous transfer rate, quad-word-dma) one or two glitches per recording even with no system load since i use 0.7 driver, previously never observed even with high system load!, nothing changed at kernel or disk tuning. (ok, i did'nt record MTV...is the card really at it's limit?) With driver 0.71 no glitches observed so far. Hope that it does'nt turn out a dual 1GHz as minimum requirement? As you can see, there are a lot more parameters that can be the problem, e.g. filesystem or kernel version or if there is another disk for the system... From ms@korben.owl.de Wed Aug 1 13:14:16 2001 Date: Wed, 4 Oct 2000 19:15:49 +0200 From: Matthias Schniedermeyer To: Thomas Jagoditsch Cc: linux-dvb Subject: Re: recording glitches ... again > may i bring a suggestion: > for somebody to try vdr/dvb it would be usefull to have a kind of > "vdr-known-to-run-on-or-not-to-run-on-hw-list". what do you think > about it ? we could calculate some "minimum requirements" of it. > > if there is agreement here i would collect & maintain such list (dont > know where to publish, but that would be a minor problem - to start i > could post to the list monthly). MB: Tyan Thunder 100 DLUAN-G (GX-Chipset) 2xPII 400 512MB RAM 2x Hauppauge DVB-s (Primary Linux on SCSI) Dedicated HDD-subsystem: (Only for recording and cutting. ) 1x Promise Ultra 100 2x IBM DTLA 20GB ("Use DMA by default" is on, but no other tuneing) (... Many more.) No glitches at all. :-) 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:14:16 2001 Date: Wed, 4 Oct 2000 19:15:49 +0200 From: Matthias Schniedermeyer To: Thomas Jagoditsch Cc: linux-dvb Subject: Re: recording glitches ... again > may i bring a suggestion: > for somebody to try vdr/dvb it would be usefull to have a kind of > "vdr-known-to-run-on-or-not-to-run-on-hw-list". what do you think > about it ? we could calculate some "minimum requirements" of it. > > if there is agreement here i would collect & maintain such list (dont > know where to publish, but that would be a minor problem - to start i > could post to the list monthly). MB: Tyan Thunder 100 DLUAN-G (GX-Chipset) 2xPII 400 512MB RAM 2x Hauppauge DVB-s (Primary Linux on SCSI) Dedicated HDD-subsystem: (Only for recording and cutting. ) 1x Promise Ultra 100 2x IBM DTLA 20GB ("Use DMA by default" is on, but no other tuneing) (... Many more.) No glitches at all. :-) 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:14:16 2001 Date: Wed, 4 Oct 2000 19:15:49 +0200 From: Matthias Schniedermeyer To: Thomas Jagoditsch Cc: linux-dvb Subject: Re: recording glitches ... again > may i bring a suggestion: > for somebody to try vdr/dvb it would be usefull to have a kind of > "vdr-known-to-run-on-or-not-to-run-on-hw-list". what do you think > about it ? we could calculate some "minimum requirements" of it. > > if there is agreement here i would collect & maintain such list (dont > know where to publish, but that would be a minor problem - to start i > could post to the list monthly). MB: Tyan Thunder 100 DLUAN-G (GX-Chipset) 2xPII 400 512MB RAM 2x Hauppauge DVB-s (Primary Linux on SCSI) Dedicated HDD-subsystem: (Only for recording and cutting. ) 1x Promise Ultra 100 2x IBM DTLA 20GB ("Use DMA by default" is on, but no other tuneing) (... Many more.) No glitches at all. :-) 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 Stefan.Hagendorn@lindy.cc Wed Aug 1 13:14:16 2001 Date: Wed, 4 Oct 2000 20:21:25 +0200 From: Stefan.Hagendorn@lindy.cc To: Carsten Koch Cc: linux-dvb Subject: Strange Problem with VDR .65 - LIRC - IRMAN Hello everybody, first of all thanks everyone for the driver and for this really nice program VDR and all it's contributors. Now I try to describe my problem: I use VDR with LIRC and an IRMAN receiver. Everything works fine till VDR .63 (I didn't update to .64 jumped directly to DVB .71 and VDR .65) the only thing I had to do was remove the "flush() " command at the end of remote.c because I had to press every button twice to activate the functions (Carsten helped me with this some weeks ago). Yesterday I installed DVB .71 and VDR .65 and everything looks good .. after switching some channels I got this strange problem that the program executes the previous command I pressed on the RC. It looks like the following happen: I switch channel UP - OK I don't wait and try to switch UP again while the EIT isn't displayed already - Nothing happen Now I press another key on the RC (OK for example) and the previous command is executed (UP). Now every time I press a button always the previous command is executed ?!?! For my point of view it looks like the command issued while the EIT is not displayed will be buffered and executed when the next command from the RC is coming. This now happens as long as the software is loaded ... if I reload the VDR everything works fine till I'm press a button again directly after i switch a channel and the EIT isn't showing already ... Hope this explanation was good enough to help me solve this problem thanks in advance Stefan Hagendorn From amk@befree.ch Wed Aug 1 13:14:16 2001 Date: Wed, 04 Oct 2000 19:50:21 +0100 From: MK To: linux-dvb@linuxtv.org Subject: Re: recording glitches ... again At 19:15 04.10.00 +0200, you wrote: > > may i bring a suggestion: > > for somebody to try vdr/dvb it would be usefull to have a kind of > > "vdr-known-to-run-on-or-not-to-run-on-hw-list". what do you think > > about it ? we could calculate some "minimum requirements" of it. > > > > if there is agreement here i would collect & maintain such list (dont > > know where to publish, but that would be a minor problem - to start i > > could post to the list monthly). > >MB: Tyan Thunder 100 DLUAN-G (GX-Chipset) >2xPII 400 >512MB RAM >2x Hauppauge DVB-s >(Primary Linux on SCSI) > >Dedicated HDD-subsystem: (Only for recording and cutting. ) > 1x Promise Ultra 100 > 2x IBM DTLA 20GB ("Use DMA by default" is on, but no other tuneing) > >(... Many more.) > >No glitches at all. :-) ------------------------------------------- MB: Asus K7M Athlon 600 MHz @600 MHz ;-) 128 MB SDRAM Video Card: ATI Rage 128 32 MB OEM TV: Hauppauge WinTV radio (BT878 rev.17) DVB: Hauppauge DVB-S hda: Maxtor 92041U4, 19541 MB w/512kb Cache, CHS=2491/255/63, UDMA(33) hdc: Maxtor 54098U8, 39082 MB w/2048kb Cache, UDMA(33) hdd: ASUS ATAPI CD-ROM drive, 128kb Cache, UDMA(33) hdc is used to store video, it's formatted with reiserfs (reiserfs 3.5.23) ------------------------- running VDR 0.61 and DVB 0.6.0 , no problems, no glitches (sorry i ain't had time to update, I'm waiting for real mpeg2 PS capable VDR) actually there's problems: in spite of correct playback with VDR, ALL demux or cut tools i've tried (windoze or linux) do choke at some point of the recorded AVPES streams: this does makes life difficult for editing/cutting/burning on CDR). Life will probably be better with all-mpeg2 PS recordings, but how do I deal with the already recorded stuff? Cheers, Max From t.ja@gmx.at Wed Aug 1 13:14:16 2001 Date: Wed, 4 Oct 2000 21:16:53 +0200 From: Thomas Jagoditsch To: linux-dvb Cc: Carsten Koch Subject: Re: recording glitches ... again On 4 Oct 2000, at 16:46, Carsten Koch wrote: > It may be difficult to figure out the exact minimum requirements, as yeah, you´re right ... > they depend on so many factors. But compiling a list of configurations > and their behaviour would definitely be useful. ... that was my intention. > I would like to contribute the following entries: > > 1. Siemens Celsius 1 System, Siemens D931 main board, > PentiumPro 150 MHz CPU, 64 MB RAM. > Maxtor 60GB UDMA/66 disk. > Main board does not support UDMA. > Very frequent glitches, some of them big. > > 2. Siemens Celsius 1 System, Siemens D931 main board, > PentiumPro 150 MHz CPU, 64 MB RAM. > Maxtor 60GB UDMA/66 disk. > Additional UDMA/66 PCI IDE contrller (Promise FastTrack/66). > Manually set UDMA/66 using hdparm. > Few small glitches (every other minute or less). thx. if i got it right, this is the same box before/after ? could you try to find out the chipset it uses (or the ide-chipset from boot.msg) ? plamen told me about problems with an tx-based board, but a vx works way better. here i´ve got better results with vx than with hx. so this may be important. wbr.tja... From Carsten.Koch@icem.de Wed Aug 1 13:14:16 2001 Date: Wed, 04 Oct 2000 21:17:00 +0200 From: Carsten Koch To: MK Cc: linux-dvb@linuxtv.org Subject: Re: recording glitches ... again MK wrote: ... > actually there's problems: in spite of correct playback with VDR, ALL demux > or cut tools i've tried (windoze or linux) do choke at some point of the > recorded AVPES streams: this does makes life difficult for > editing/cutting/burning on CDR). Life will probably be better with > all-mpeg2 PS recordings, but how do I deal with the already recorded stuff? Convert it to MPEG2. Foe windoze, there is the Techonotrend program that does this. For Linux, I believe that DVB/apps/gVideo/av_pes2any contains something that looks like such a converter. I did not find a README file or a "purpose" header in the source, but the name may be a hint... Carsten. From Carsten.Koch@icem.de Wed Aug 1 13:14:16 2001 Date: Wed, 04 Oct 2000 21:26:13 +0200 From: Carsten Koch To: Thomas Jagoditsch Cc: linux-dvb Subject: Re: recording glitches ... again Thomas Jagoditsch wrote: ... > if i got it right, this is the same box before/after ? Yes. > could you try to find out the chipset it uses (or the ide-chipset > from boot.msg) ? I just disassembled the thing and put the disks into a Pentium III 450 MHz system (to get rid of the glitches), so it may take a few days until I have access again to boot.msg on the Celsius. But there is an article about the board at http://www.heise.de/ct/english/96/01/210/ it says: "SNI D931 Siemens Nixdorf entrusted us with their development board of the D9321 system group, which came in LBX format with a riser board but without any further peripherals. Along with the Orion chipset two other chips were on the board. These take care of the IDE and power management. A FDC37C934 from SMC looks after the normal I/O. The 82378ZB ('SIO') serves as a bridge to the ISA, which is found in the Neptune and Mercury systems." Carsten. From mocm@netcologne.de Wed Aug 1 13:14:17 2001 Date: Wed, 4 Oct 2000 22:12:13 +0200 (CEST) From: Marcus O.C. Metzler To: linux-dvb@linuxtv.org Cc: MK Subject: Re: recording glitches ... again Carsten Koch writes: > MK wrote: > ... > > actually there's problems: in spite of correct playback with VDR, ALL demux > > or cut tools i've tried (windoze or linux) do choke at some point of the > > recorded AVPES streams: this does makes life difficult for > > editing/cutting/burning on CDR). Life will probably be better with > > all-mpeg2 PS recordings, but how do I deal with the already recorded stuff? > > Convert it to MPEG2. Well AV_PES is also MPEG2 in the broader sense, but yes > > Foe windoze, there is the Techonotrend program that does this. > For Linux, I believe that DVB/apps/gVideo/av_pes2any contains > something that looks like such a converter. I did not find a > README file or a "purpose" header in the source, but the name > may be a hint... you can use av_pes2ps or av_pes2pes. See my post about MPEG stream types to understand the difference. Don't forget to "make links" after you compiled av_pes2any. 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 t.ja@gmx.at Wed Aug 1 13:14:17 2001 Date: Wed, 4 Oct 2000 22:17:18 +0200 From: Thomas Jagoditsch To: linux-dvb Subject: HW-POLL hi all. thx for the lot of contributions ;-) but _please_ wait till i´ve got a (full-functioning) html-form on my site to do this. i think this is the better way. i´ve already hacked an ugly page under http://www.tja.org/dvb/HW-Poll/poll.html , maybe you could tell me what (important for VDR) fields i missed on the form. surely somebody will find some things i´ve overseen. i will try to build this ASAP. but now i´ll go to bed *g* wbr.tja... From amk@befree.ch Wed Aug 1 13:14:17 2001 Date: Wed, 04 Oct 2000 21:23:26 +0100 From: MK To: Carsten Koch Cc: linux-dvb@linuxtv.org Subject: Re: recording glitches ... again At 21:17 04.10.00 +0200, you wrote: >MK wrote: >... > > actually there's problems: in spite of correct playback with VDR, ALL demux > > or cut tools i've tried (windoze or linux) do choke at some point of the > > recorded AVPES streams: this does makes life difficult for > > editing/cutting/burning on CDR). Life will probably be better with > > all-mpeg2 PS recordings, but how do I deal with the already recorded stuff? > >Convert it to MPEG2. > >Foe windoze, there is the Techonotrend program that does this. mostly worx but I'm stuck with several takes it doesn't like at all. am quite perplex as what to do with 'em. >For Linux, I believe that DVB/apps/gVideo/av_pes2any contains >something that looks like such a converter. tried too. like the demux code, It's extremely picky about errors. Most of the time it fails. Again: tools that work on "production level" streams appear to fail on broadcast because they are not enough "error-resilient". I figure that's a difficult part to deal with in code. Max ------------------------------------- http://www.medch.com nouvelles et politique médicale en suisse romande. mk@medch.com From amk@befree.ch Wed Aug 1 13:14:17 2001 Date: Wed, 04 Oct 2000 21:28:40 +0100 From: MK To: mocm@netcologne.de Cc: linux-dvb@linuxtv.org Subject: Re: recording glitches ... again At 22:12 04.10.00 +0200, you wrote: >you can use av_pes2ps or av_pes2pes. See my post about MPEG stream >types to understand the difference. i think what I want is program stream, or ps. >Don't forget to "make links" after >you compiled av_pes2any. Seems that's a more recent version? I'll compile and try that one. thanx Marcus. Max ------------------------------------- http://www.medch.com nouvelles et politique médicale en suisse romande. mk@medch.com From Stefan.Hagendorn@lindy.cc Wed Aug 1 13:14:17 2001 Date: Wed, 4 Oct 2000 23:15:26 +0200 From: Stefan.Hagendorn@lindy.cc Cc: linux-dvb@linuxtv.org Subject: Recordings / PES / MPEG -> VVCD/SVCD Hi all, I can't distribute anything to the projects, but maybe my experience in converting recorded streams to mpeg2 which I've got from my recent test could help: My goal was to get a captured SCI-FI Series (Voyager) in the best possible quality (SVCD) on CD and here is my way. Due to the lack of tools (or my knowledge of the tools in linux) I use only windows tools: 1. demux the captured file with pvademux.exe you will get a m2v and a mp2 file 2. throw away the m2v file :-) resample the mp2 file from 48KHz to 44KHz (SVCD conform) I'd use Tsunami Mpeg Decoder for that 3. convert the captured file with the technotrend tool pva2mpeg2.exe -> you will get a mpg file 4. get flask-mpeg and avisynth and avisyth plugin - open the mpegfile in flask-mpeg set the correct frame count, don't use audio 5. set the outputoption to "link to avisynth" and start the conversion .. I use only PAL files and PAL SVCD .. so I don' know anything about framerate conversion .. 6. create a txt file with IPCSource("videoOut") and name is something.avs - videoOut is the name which is shown by the avisyth plugin after you start the conversion. 7. load the *.avs file into Tsunami MPEG Encoder and set up the SVCD parameters (or better use the SVCD Templates) and start encoding 8. After some hours u should have another m2v file (or mpv ?? not sure right know) 9 mux the audio file from 2 with the Video file from 8 with bbMpeg .. in SVCD mode (it calculates scanoffsets into the stream for SVCD player) Well thats all .. burn the mpeg file with NERO in SVCD Mode and you should a really good looking SVCD. For detailed informations I recommend http://www.vcdhelper.com and http://go.to/doom9 and http://www.geocities.com/bug2kbug/Helper/helper.htm You get there much Infos and all Links to all Programms needed for conversion ... Another tip : Look for DVD to SVCD Guides too because DVD2SVCD and digital captured files to svcd conversion have much in common Hope that helps a bit ... Stefan From ms@korben.owl.de Wed Aug 1 13:14:17 2001 Date: Wed, 4 Oct 2000 23:20:56 +0200 From: Matthias Schniedermeyer To: Stefan.Hagendorn@lindy.cc Cc: linux-dvb@linuxtv.org Subject: Re: Recordings / PES / MPEG -> VVCD/SVCD Time? 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.wiesinger@aon.at Wed Aug 1 13:14:17 2001 Date: Wed, 4 Oct 2000 23:24:15 +0200 (CEST) From: Martin Wiesinger To: Stefan.Hagendorn@lindy.cc Cc: linux-dvb@linuxtv.org Subject: Re: Recordings / PES / MPEG -> VVCD/SVCD hi yeah, it'd be of great use to know what LINUX tools can do that... greetings Martin - some people out there have only one os on their i386-pc On Wed, 4 Oct 2000 Stefan.Hagendorn@lindy.cc wrote: > > Hi all, > > I can't distribute anything to the projects, but maybe my experience in > converting recorded streams to mpeg2 which I've got from my recent test > could help: > > My goal was to get a captured SCI-FI Series (Voyager) in the best possible > quality (SVCD) on CD and here is my way. > > Due to the lack of tools (or my knowledge of the tools in linux) I use only > windows tools: > > 1. demux the captured file with pvademux.exe you will get a m2v and a mp2 > file > 2. throw away the m2v file :-) resample the mp2 file from 48KHz to 44KHz > (SVCD conform) I'd use Tsunami Mpeg Decoder for that > 3. convert the captured file with the technotrend tool pva2mpeg2.exe -> you > will get a mpg file > 4. get flask-mpeg and avisynth and avisyth plugin - open the mpegfile in > flask-mpeg set the correct frame count, don't use audio > 5. set the outputoption to "link to avisynth" and start the conversion .. I > use only PAL files and PAL SVCD .. so I don' know anything about framerate > conversion .. > 6. create a txt file with IPCSource("videoOut") and name is something.avs - > videoOut is the name which is shown by the avisyth plugin after you start > the conversion. > 7. load the *.avs file into Tsunami MPEG Encoder and set up the SVCD > parameters (or better use the SVCD Templates) and start encoding > 8. After some hours u should have another m2v file (or mpv ?? not sure > right know) > 9 mux the audio file from 2 with the Video file from 8 with bbMpeg .. in > SVCD mode (it calculates scanoffsets into the stream for SVCD player) > > Well thats all .. burn the mpeg file with NERO in SVCD Mode and you should > a really good looking SVCD. > > For detailed informations I recommend http://www.vcdhelper.com and > http://go.to/doom9 and http://www.geocities.com/bug2kbug/Helper/helper.htm > > You get there much Infos and all Links to all Programms needed for > conversion ... Another tip : Look for DVD to SVCD Guides too because > DVD2SVCD and digital captured files to svcd conversion have much in common > > Hope that helps a bit ... > > Stefan > > > > From Stefan.Hagendorn@lindy.cc Wed Aug 1 13:14:17 2001 Date: Wed, 4 Oct 2000 23:27:25 +0200 From: Stefan.Hagendorn@lindy.cc To: Martin Wiesinger Cc: linux-dvb@linuxtv.org Subject: Antwort: Re: Recordings / PES / MPEG -> VVCD/SVCD Yes .. do that all with linux tools would be great .. just think about that : after recording you cut out the advertisment and schedule a conversion over night (no matter how fast your computer is) .. next morning (or maybe some days after) you have a ready to burn iso or bin/cue file on your box .. or send it direct to the burner which is in the box ... sure that would be nice .. but as far as I know not everything is available in linux .. maybe vcd (mpeg1) should work but not sure ... Greetings Stefan Martin Wiesinger An: Stefan.Hagendorn@lindy.cc Thema: Re: Recordings / PES / MPEG -> VVCD/SVCD 04.10.2000 23:24 hi yeah, it'd be of great use to know what LINUX tools can do that... greetings Martin - some people out there have only one os on their i386-pc On Wed, 4 Oct 2000 Stefan.Hagendorn@lindy.cc wrote: > > Hi all, > > I can't distribute anything to the projects, but maybe my experience in > converting recorded streams to mpeg2 which I've got from my recent test > could help: > > My goal was to get a captured SCI-FI Series (Voyager) in the best possible > quality (SVCD) on CD and here is my way. > > Due to the lack of tools (or my knowledge of the tools in linux) I use only > windows tools: > > 1. demux the captured file with pvademux.exe you will get a m2v and a mp2 > file > 2. throw away the m2v file :-) resample the mp2 file from 48KHz to 44KHz > (SVCD conform) I'd use Tsunami Mpeg Decoder for that > 3. convert the captured file with the technotrend tool pva2mpeg2.exe -> you > will get a mpg file > 4. get flask-mpeg and avisynth and avisyth plugin - open the mpegfile in > flask-mpeg set the correct frame count, don't use audio > 5. set the outputoption to "link to avisynth" and start the conversion .. I > use only PAL files and PAL SVCD .. so I don' know anything about framerate > conversion .. > 6. create a txt file with IPCSource("videoOut") and name is something.avs - > videoOut is the name which is shown by the avisyth plugin after you start > the conversion. > 7. load the *.avs file into Tsunami MPEG Encoder and set up the SVCD > parameters (or better use the SVCD Templates) and start encoding > 8. After some hours u should have another m2v file (or mpv ?? not sure > right know) > 9 mux the audio file from 2 with the Video file from 8 with bbMpeg .. in > SVCD mode (it calculates scanoffsets into the stream for SVCD player) > > Well thats all .. burn the mpeg file with NERO in SVCD Mode and you should > a really good looking SVCD. > > For detailed informations I recommend http://www.vcdhelper.com and > http://go.to/doom9 and http://www.geocities.com/bug2kbug/Helper/helper.htm > > You get there much Infos and all Links to all Programms needed for > conversion ... Another tip : Look for DVD to SVCD Guides too because > DVD2SVCD and digital captured files to svcd conversion have much in common > > Hope that helps a bit ... > > Stefan > > > > From Stefan.Hagendorn@lindy.cc Wed Aug 1 13:14:17 2001 Date: Wed, 4 Oct 2000 23:37:46 +0200 From: Stefan.Hagendorn@lindy.cc To: Martin Wiesinger Cc: linux-dvb@linuxtv.org Subject: Re: Re: Recordings / PES / MPEG -> VVCD/SVCD Yes .. do that all with linux tools would be great .. just think about that : after recording you cut out the advertisment and schedule a conversion over night (no matter how fast your computer is) .. next morning (or maybe some days after) you have a ready to burn iso or bin/cue file on your box .. or send it direct to the burner which is in the box ... sure that would be nice .. but as far as I know not everything is available in linux .. maybe vcd (mpeg1) should work but not sure ... Greetings Stefan Martin Wiesinger An: Stefan.Hagendorn@lindy.cc Thema: Re: Recordings / PES / MPEG -> VVCD/SVCD 04.10.2000 23:24 hi yeah, it'd be of great use to know what LINUX tools can do that... greetings Martin - some people out there have only one os on their i386-pc On Wed, 4 Oct 2000 Stefan.Hagendorn@lindy.cc wrote: > > Hi all, > > I can't distribute anything to the projects, but maybe my experience in > converting recorded streams to mpeg2 which I've got from my recent test > could help: > > My goal was to get a captured SCI-FI Series (Voyager) in the best possible > quality (SVCD) on CD and here is my way. > > Due to the lack of tools (or my knowledge of the tools in linux) I use only > windows tools: > > 1. demux the captured file with pvademux.exe you will get a m2v and a mp2 > file > 2. throw away the m2v file :-) resample the mp2 file from 48KHz to 44KHz > (SVCD conform) I'd use Tsunami Mpeg Decoder for that > 3. convert the captured file with the technotrend tool pva2mpeg2.exe -> you > will get a mpg file > 4. get flask-mpeg and avisynth and avisyth plugin - open the mpegfile in > flask-mpeg set the correct frame count, don't use audio > 5. set the outputoption to "link to avisynth" and start the conversion .. I > use only PAL files and PAL SVCD .. so I don' know anything about framerate > conversion .. > 6. create a txt file with IPCSource("videoOut") and name is something.avs - > videoOut is the name which is shown by the avisyth plugin after you start > the conversion. > 7. load the *.avs file into Tsunami MPEG Encoder and set up the SVCD > parameters (or better use the SVCD Templates) and start encoding > 8. After some hours u should have another m2v file (or mpv ?? not sure > right know) > 9 mux the audio file from 2 with the Video file from 8 with bbMpeg .. in > SVCD mode (it calculates scanoffsets into the stream for SVCD player) > > Well thats all .. burn the mpeg file with NERO in SVCD Mode and you should > a really good looking SVCD. > > For detailed informations I recommend http://www.vcdhelper.com and > http://go.to/doom9 and http://www.geocities.com/bug2kbug/Helper/helper.htm > > You get there much Infos and all Links to all Programms needed for > conversion ... Another tip : Look for DVD to SVCD Guides too because > DVD2SVCD and digital captured files to svcd conversion have much in common > > Hope that helps a bit ... > > Stefan > > > > From Stefan.Hagendorn@lindy.cc Wed Aug 1 13:14:17 2001 Date: Wed, 4 Oct 2000 23:38:13 +0200 From: Stefan.Hagendorn@lindy.cc To: Martin Wiesinger Cc: linux-dvb@linuxtv.org Subject: Re: Re: Recordings / PES / MPEG -> VVCD/SVCD Yes .. do that all with linux tools would be great .. just think about that : after recording you cut out the advertisment and schedule a conversion over night (no matter how fast your computer is) .. next morning (or maybe some days after) you have a ready to burn iso or bin/cue file on your box .. or send it direct to the burner which is in the box ... sure that would be nice .. but as far as I know not everything is available in linux .. maybe vcd (mpeg1) should work but not sure ... Greetings Stefan Martin Wiesinger An: Stefan.Hagendorn@lindy.cc Thema: Re: Recordings / PES / MPEG -> VVCD/SVCD 04.10.2000 23:24 hi yeah, it'd be of great use to know what LINUX tools can do that... greetings Martin - some people out there have only one os on their i386-pc On Wed, 4 Oct 2000 Stefan.Hagendorn@lindy.cc wrote: > > Hi all, > > I can't distribute anything to the projects, but maybe my experience in > converting recorded streams to mpeg2 which I've got from my recent test > could help: > > My goal was to get a captured SCI-FI Series (Voyager) in the best possible > quality (SVCD) on CD and here is my way. > > Due to the lack of tools (or my knowledge of the tools in linux) I use only > windows tools: > > 1. demux the captured file with pvademux.exe you will get a m2v and a mp2 > file > 2. throw away the m2v file :-) resample the mp2 file from 48KHz to 44KHz > (SVCD conform) I'd use Tsunami Mpeg Decoder for that > 3. convert the captured file with the technotrend tool pva2mpeg2.exe -> you > will get a mpg file > 4. get flask-mpeg and avisynth and avisyth plugin - open the mpegfile in > flask-mpeg set the correct frame count, don't use audio > 5. set the outputoption to "link to avisynth" and start the conversion .. I > use only PAL files and PAL SVCD .. so I don' know anything about framerate > conversion .. > 6. create a txt file with IPCSource("videoOut") and name is something.avs - > videoOut is the name which is shown by the avisyth plugin after you start > the conversion. > 7. load the *.avs file into Tsunami MPEG Encoder and set up the SVCD > parameters (or better use the SVCD Templates) and start encoding > 8. After some hours u should have another m2v file (or mpv ?? not sure > right know) > 9 mux the audio file from 2 with the Video file from 8 with bbMpeg .. in > SVCD mode (it calculates scanoffsets into the stream for SVCD player) > > Well thats all .. burn the mpeg file with NERO in SVCD Mode and you should > a really good looking SVCD. > > For detailed informations I recommend http://www.vcdhelper.com and > http://go.to/doom9 and http://www.geocities.com/bug2kbug/Helper/helper.htm > > You get there much Infos and all Links to all Programms needed for > conversion ... Another tip : Look for DVD to SVCD Guides too because > DVD2SVCD and digital captured files to svcd conversion have much in common > > Hope that helps a bit ... > > Stefan > > > > From mocm@netcologne.de Wed Aug 1 13:14:17 2001 Date: Thu, 5 Oct 2000 00:05:54 +0200 (CEST) From: Marcus O.C. Metzler To: Stefan.Hagendorn@lindy.cc Cc: Martin Wiesinger , linux-dvb@linuxtv.org Subject: Re: Re: Recordings / PES / MPEG -> VVCD/SVCD Stefan.Hagendorn@lindy.cc writes: > > Yes .. do that all with linux tools would be great .. just think about that > : > > after recording you cut out the advertisment and schedule a conversion over > night (no matter how fast your computer is) .. next morning (or maybe some > days after) you have a ready to burn iso or bin/cue file on your box .. or > send it direct to the burner which is in the box ... > > sure that would be nice .. but as far as I know not everything is available > in linux .. maybe vcd (mpeg1) should work but not sure ... > Ok, here are some links to Linux tools: http://www.ee.up.ac.za/~justin/videostuff/ (Quick and Dirty Video Tools) http://www.munich-vision.de/vcd/ (VCD Tools) http://www.hvrlab.org/~hvr/vcdimager/ And some others that can be found on freshmeat.net 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 Carsten.Koch@icem.de Wed Aug 1 13:14:17 2001 Date: Thu, 05 Oct 2000 14:35:10 +0200 From: Carsten Koch To: Stefan.Hagendorn@lindy.cc Cc: linux-dvb@linuxtv.org Subject: Re: Recordings / PES / MPEG -> VVCD/SVCD Stefan.Hagendorn@lindy.cc wrote: ... > My goal was to get a captured SCI-FI Series (Voyager) in the best possible > quality (SVCD) on CD and here is my way. > > Due to the lack of tools (or my knowledge of the tools in linux) I use only > windows tools: Interestingly, I had exactly the same goal (even the same show - Star Trek Voyager with the original english sound from Sky One). I have been creating Star Trek Voyager VCDs for a while now without using windoze at all, but there are a few drawbacks: * Unfortunately, I cannot directly record the digital data stream from Astra at 28.2o East, because it is scrambled, so I have to do the MPEG encoding here, which is time-consuming. * I have not yet found an MPEG-2 encoder that works without windoze, so I am encoding MPEG-1 and creating a VCD, not an S-VCD. However, the quality I am achieving is so good that I cannot distinguish it from the live broadcast. Here is what I do: I use... 1 ...an SGI O2 for capturing (under SGI's flavour of UNIX called IRIX). The O2 has good video hardware that produces much better picture quality than my PCs Elsa Erazor III. 2 ...SGI's dmconvert tool (that comes for free with IRIX) for the compression to MPEG-1. For best picture quality, I am using a non-VCD-standard video bitrate (2 Mbit/s) that makes one show fit exactly on one VCD. SGI's dmconvert has it's drawbacks, but with the right parameters, it does create the best MPEG-1 quality I've seen so far. 3 ...SGI's movieplayer tool (that comes for free with IRIX) to visually find the start/end frame numbers for the 4 parts of the show. Then I use a simple command line tool to cut these 4 parts out of my recording file. The whole process takes just a few minutes - the movieplayer tool has a good GUI that allows you to find a certain frame easily and precisely. 4 ...4 dmconvert jobs on 4 SGI machines in parallel to convert the 4 movie files to MPEG streams. 5 ...Rainer Johanni's mkvcdfs tool to create a VCD image of those 4 MPEG streams. See http://www.munich-vision.de/vcd 6 ...cdrdao to write the VCD image to a CD-R. All of the above steps (except for the visual frame selection to cut the ads out) can be scripted, so they run more or less automatically. There is very little manual work involved in creating such a VCD. Of course, I might still achieve a slightly better quality if I could use VDR to capture MPEG-2 directly and burn it to an SVCD. Also, step 4 above takes about 24 hours (in spite of the fact that I run 4 dmconverts in parallel) - dmconvert is extremely slow. On the positive side, the resulting VCD runs fine on my Yamakawa 715 DVD player and can also be played on any PC (even without a DVB card) under linux using mtvp. See http://www.mpegtv.com/download.html In any event, it would be great if we could find out together how to do the whole thing under linux without recompression. Carsten. From uwe@cscc.de Wed Aug 1 13:14:17 2001 Date: Thu, 05 Oct 2000 15:30:38 +0200 From: Uwe Guenther To: linux-dvb@linuxtv.org Subject: Routing Probs with dvb0 Hello, I got my EON working for some das, but now it doesent work since several days. I don´t know the reason?? If I make a ping to Transponder 113 such as vater:~ # ping glop113.europeonline.net PING glop113.europeonline.net (194.177.32.11): 56 data bytes i det no response. But if I make a tcpdump from dvb0 i get Packets; vater:~ # tcpdump -i dvb0 Kernel filter, protocol ALL, datagram packet socket tcpdump: listening on dvb0 15:17:44.209371 glop113.europeonline.net > p3E9C3365.dip.t-dialin.net: icmp: echo reply 15:17:44.209371 glop113.europeonline.net > p3E9C3365.dip.t-dialin.net: icmp: echo reply 15:17:45.199132 glop113.europeonline.net > p3E9C3365.dip.t-dialin.net: icmp: echo reply 15:17:45.199132 glop113.europeonline.net > p3E9C3365.dip.t-dialin.net: icmp: echo reply 15:17:46.188893 glop113.europeonline.net > p3E9C3365.dip.t-dialin.net: icmp: echo reply any Ideas ??? :(( -- ... 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 uwe@cscc.de Wed Aug 1 13:14:17 2001 Date: Thu, 05 Oct 2000 16:11:58 +0200 From: Uwe Guenther To: Uwe Guenther Cc: linux-dvb@linuxtv.org Subject: Re: Routing Probs with dvb0 additional I found some messages in the syslog, but I can`t interpret them: Oct 5 15:44:49 vater kernel: NET: 4 messages suppressed. Oct 5 15:44:49 vater kernel: martian source 0b20b1c2 for 65339c3e, dev dvb0 Oct 5 15:44:49 vater kernel: ll header: 00 02 3e 9c 33 65 00 00 00 00 00 00 08 00 Any Ideas what this means?? -- ... 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 pganev@com-it.net Wed Aug 1 13:14:17 2001 Date: Thu, 5 Oct 2000 16:15:27 +0200 From: Plamen Ganev To: uwe@cscc.de Cc: "Linux-Dvb@Linuxtv. Org" Subject: RE: Routing Probs with dvb0 > additional I found some messages in the syslog, but I can`t interpret > them: > > Oct 5 15:44:49 vater kernel: NET: 4 messages suppressed. > Oct 5 15:44:49 vater kernel: martian source 0b20b1c2 for 65339c3e, dev > dvb0 > Oct 5 15:44:49 vater kernel: ll header: 00 02 3e 9c 33 65 00 00 00 00 > 00 00 08 00 > > Any Ideas what this means?? Check that you've turned off spoofing protection for the DVB interface, or the kernel will throw away those packets (and log them as martians) Plamen From johan.de_wit@alcatel.be Wed Aug 1 13:14:17 2001 Date: Thu, 05 Oct 2000 14:47:57 GMT From: Johan De Wit To: linux-dvb@linuxtv.org Subject: Which brand of DVB-s Hi All, I.m trying to get rid of my Skymedia DVB-S. After that I.m plnning to by a real supported DVB card. Any suggestions ?? I'm thinking at hauppage right now. Main purpose : testing and maybe programming if i find some time. Thanks for your time. Johan From uwe@cscc.de Wed Aug 1 13:14:17 2001 Date: Thu, 05 Oct 2000 17:11:30 +0200 From: Uwe Guenther To: Plamen Ganev , linux-dvb@linuxtv.org Subject: Re: Routing Probs with dvb0 Plamen Ganev wrote: > Check that you've turned off spoofing protection for the DVB interface, or > the kernel will throw away those packets (and log them as martians) Thanks Plamen, this was the right solution! Some day in the past in turned on FW_KERNEL_SECURITY = yes in the /etc/rc.config.d/firewall.rc.config and this variable switch on SpoofProtection in /sbin/SuSEfirewall :) now I added some lines at the end of this block int /sbin/SuSEfirewall if [ -e /proc/sys/net/ipv4/conf/dvb0/rp_filter ]; then echo 0 > /proc/sys/net/ipv4/conf/dvb0/rp_filter 2> /dev/null fi and all works fine! Thanks!!!! If anyone has SuSE 6.4 and has switched on this feature in his router, you should add this lines after line 415 in /sbin/SuSEfirewall. By Uwe -- ... 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 uwe@cscc.de Wed Aug 1 13:14:17 2001 Date: Thu, 05 Oct 2000 17:11:30 +0200 From: Uwe Guenther To: Plamen Ganev , linux-dvb@linuxtv.org Subject: Re: Routing Probs with dvb0 Plamen Ganev wrote: > Check that you've turned off spoofing protection for the DVB interface, or > the kernel will throw away those packets (and log them as martians) Thanks Plamen, this was the right solution! Some day in the past in turned on FW_KERNEL_SECURITY = yes in the /etc/rc.config.d/firewall.rc.config and this variable switch on SpoofProtection in /sbin/SuSEfirewall :) now I added some lines at the end of this block int /sbin/SuSEfirewall if [ -e /proc/sys/net/ipv4/conf/dvb0/rp_filter ]; then echo 0 > /proc/sys/net/ipv4/conf/dvb0/rp_filter 2> /dev/null fi and all works fine! Thanks!!!! If anyone has SuSE 6.4 and has switched on this feature in his router, you should add this lines after line 415 in /sbin/SuSEfirewall. By Uwe -- ... 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 gfiala@s.netic.de Wed Aug 1 13:14:17 2001 Date: Thu, 5 Oct 2000 17:27:44 +0200 From: Guido Fiala To: linux-dvb@linuxtv.org Subject: Re: recording glitches - a possible solution ? I think the major problem here is the scheduling concept of Linux itself. For multimedia it just does'nt make sense... Something like KURT ( http://hegel.ittc.ukans.edu/projects/kurt/ ) will solve it in a secure way. Is someone out there who can verify it? ( have not tested it myself fo far ;-) A small improvement with the standard scheduler might be achieved setting the policy of the vdr-record-process to SCHED_RR or nice it up ;-) From gfiala@s.netic.de Wed Aug 1 13:14:17 2001 Date: Thu, 5 Oct 2000 17:27:44 +0200 From: Guido Fiala To: linux-dvb@linuxtv.org Subject: Re: recording glitches - a possible solution ? I think the major problem here is the scheduling concept of Linux itself. For multimedia it just does'nt make sense... Something like KURT ( http://hegel.ittc.ukans.edu/projects/kurt/ ) will solve it in a secure way. Is someone out there who can verify it? ( have not tested it myself fo far ;-) A small improvement with the standard scheduler might be achieved setting the policy of the vdr-record-process to SCHED_RR or nice it up ;-) From bsch@dit-gmbh.de Wed Aug 1 13:14:17 2001 Date: Thu, 5 Oct 2000 18:14:13 +0200 (CEST) From: bsch@dit-gmbh.de To: Guido Fiala Cc: linux-dvb@linuxtv.org Subject: Re: recording glitches - a possible solution ? On Thu, 5 Oct 2000, Guido Fiala wrote: > I think the major problem here is the scheduling concept of Linux itself. > For multimedia it just does'nt make sense... > Something like KURT ( http://hegel.ittc.ukans.edu/projects/kurt/ ) will solve > it in a secure way. > Is someone out there who can verify it? ( have not tested it myself fo far ;-) > > A small improvement with the standard scheduler might be achieved setting the > policy of the vdr-record-process to SCHED_RR or nice it up ;-) nice makes no improves for me. my playback glitches are quite the same. (data is recorded ok) bernd schweikert@dit-gmbh.de From bsch@dit-gmbh.de Wed Aug 1 13:14:17 2001 Date: Thu, 5 Oct 2000 18:14:13 +0200 (CEST) From: bsch@dit-gmbh.de To: Guido Fiala Cc: linux-dvb@linuxtv.org Subject: Re: recording glitches - a possible solution ? On Thu, 5 Oct 2000, Guido Fiala wrote: > I think the major problem here is the scheduling concept of Linux itself. > For multimedia it just does'nt make sense... > Something like KURT ( http://hegel.ittc.ukans.edu/projects/kurt/ ) will solve > it in a secure way. > Is someone out there who can verify it? ( have not tested it myself fo far ;-) > > A small improvement with the standard scheduler might be achieved setting the > policy of the vdr-record-process to SCHED_RR or nice it up ;-) nice makes no improves for me. my playback glitches are quite the same. (data is recorded ok) bernd schweikert@dit-gmbh.de From Bitz-Loetsysteme@t-online.de Wed Aug 1 13:14:17 2001 Date: Thu, 05 Oct 2000 18:18:13 +0200 From: Martin Bitz To: linux-dvb@linuxtv.org Subject: compiling libdvb Hello everybody. Yesterday I've got my brandnew Siemens DVB-S card. Compiling the driver was not problem, but when I tried to compile the libdvb I get a message about missing header files (iostream.h, fstream.h strstream.h ...). Can anybody help me to find out in which package these files are included or where I can get a rpm-package with these files. I' ve got Mandrake Linux 7.1. Thanks you Martin From Bitz-Loetsysteme@t-online.de Wed Aug 1 13:14:17 2001 Date: Thu, 05 Oct 2000 18:18:13 +0200 From: Martin Bitz To: linux-dvb@linuxtv.org Subject: compiling libdvb Hello everybody. Yesterday I've got my brandnew Siemens DVB-S card. Compiling the driver was not problem, but when I tried to compile the libdvb I get a message about missing header files (iostream.h, fstream.h strstream.h ...). Can anybody help me to find out in which package these files are included or where I can get a rpm-package with these files. I' ve got Mandrake Linux 7.1. Thanks you Martin From Carsten.Koch@icem.de Wed Aug 1 13:14:17 2001 Date: Fri, 06 Oct 2000 16:59:49 +0200 From: Carsten Koch To: linux-dvb@linuxtv.org Subject: Europe Online - "the broadband internet company". Hello, while Europe Online still calls itself "the broadband internet company" (see http://www.europeonline.com), it has placed a message from its CEO onto its home page deying just that. The complete message is at http://www.europeonline.com/220900.htm Here is a quote from it: "Although we currently offer the facility for customers to surf the Internet, on a going forward basis we will not guarantee the download speed performance as this can vary significantly depending on network loadings and is inconsistent with our strategy. Currently surfing speeds are likely to vary from part ISDN to a maximum 4 times ISDN but this could well fall as demand for our services grows and we attempt to manage the bandwidth more efficiently. As such, we do not see ourselves as a high-speed access network provider. If all you are looking for is high speed, unicast access to the Internet for surfing then Europe Online is not the right service for you." OK, I *am* looking for high speed, unicast access to the Internet! DSL is not available in my area. Are there any alternatives to EOL? Does anyone have experience with alternative DVB-internet providers? Does that work under linux? Better than EOL? With the Siemens DVB-S card? Cheers, Carsten. From holzt@multimediahaus.de Wed Aug 1 13:14:17 2001 Date: Fri, 6 Oct 2000 17:05:02 +0200 From: Michael Holzt To: Carsten Koch Cc: linux-dvb@linuxtv.org Subject: Re: Europe Online - "the broadband internet company". On Fri, Oct 06, 2000 at 04:59:49PM +0200, Carsten Koch wrote: > OK, I *am* looking for high speed, unicast access to the Internet! > DSL is not available in my area. I'm waiting for TDSL which is scheduled for 6/2001 for my city, but currently i'm satisfied with EOL. Currently it is fast enough, working reliable once again and it is still the cheapest service and only one with a fixed fee. I heard only about SkyDSL from strato, but for the same price you only get 16 kb/sec, they don't guarantee any speed too, and you can't run it under linux. In sum i think EOL is doing a great job. -- Greetings Michael From red@tripany.com Wed Aug 1 13:14:17 2001 Date: Fri, 6 Oct 2000 17:49:30 +0200 From: Robin Edgar Tripany To: Michael Holzt , Carsten Koch Cc: linux-dvb@linuxtv.org Subject: Re: Europe Online - "the broadband internet company". I'm getting 16kb/s from astra/EON using windows... still fighting with linux datastream... Robin ----- Original Message ----- From: "Michael Holzt" To: "Carsten Koch" Cc: Sent: Friday, October 06, 2000 5:05 PM Subject: Re: Europe Online - "the broadband internet company". > On Fri, Oct 06, 2000 at 04:59:49PM +0200, Carsten Koch wrote: > > OK, I *am* looking for high speed, unicast access to the Internet! > > DSL is not available in my area. > > I'm waiting for TDSL which is scheduled for 6/2001 for my city, but > currently i'm satisfied with EOL. Currently it is fast enough, working > reliable once again and it is still the cheapest service and only one > with a fixed fee. > > I heard only about SkyDSL from strato, but for the same price you > only get 16 kb/sec, they don't guarantee any speed too, and you can't > run it under linux. > > In sum i think EOL is doing a great job. > > -- > Greetings > Michael > From gfiala@s.netic.de Wed Aug 1 13:14:17 2001 Date: Fri, 6 Oct 2000 17:59:35 +0200 From: Guido Fiala To: linux-dvb@linuxtv.org Subject: strange kind of recording glitch... Have tracked it down to the first 6MB of a pav-file (starting about 4MB - how can i cut it clean there?)- if it would help i can upload it at my web-page. It's not those typical blocking-effect as with record-buffer-full (but might be related), it's a half-frame drawn at the wrong place combined with continous audio disturbances and latency (mentioned it before as flash-frame-problem). The file is unviewable, and this happens now almost every recording longer than 30 min. (But more often if i actually like to view the movie and not just test it - Murphy is a pig ;-) Maybe we can track it down further without wasting so much bandwidth: -The effect is only visible in normal-play mode _not_ in slow-forward mode! (the record-buffer glitches can be seen then too) How can that be? -During the recording of these file where no buffer-overflows, but a few "ERROR: unknown picture type '0'" (but not as often as the failure occurs). -During the recording of the previous file (vdr.001) i put a heavy disk load at the system to produce buffer-overflows (succesful ;-) -Stopping the recording vdr tells me: vdr[1394]: buffer stats: 1023083 free, 0 overflows, limit exceeded 0 time vdr[1394]: end recording process Nothing went wrong, but the file is still garbage ;-( Any idea's? From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Fri, 6 Oct 2000 18:47:06 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: Europe Online - "the broadband internet company". > I'm getting 16kb/s from astra/EON using windows... still fighting with linux > datastream... Of course i do not get fast speeds to all servers, but my maximum i get regulary is 32 kb/sec. Seems that the bandwith limitation which was said to be 27 kb/sec has been raised. -- Greetings Michael From red@tripany.com Wed Aug 1 13:14:17 2001 Date: Fri, 6 Oct 2000 19:14:54 +0200 From: Robin Edgar Tripany To: Michael Holzt Cc: linux-dvb@linuxtv.org Subject: Re: Europe Online - "the broadband internet company". I'm using transponder 113, which ones are faster? (haven't really played around with the other ones yet - i'm still a bit new to all this) :) ----- Original Message ----- From: "Michael Holzt" To: Sent: Friday, October 06, 2000 6:47 PM Subject: Re: Europe Online - "the broadband internet company". > > I'm getting 16kb/s from astra/EON using windows... still fighting with linux > > datastream... > > Of course i do not get fast speeds to all servers, but my maximum i get > regulary is 32 kb/sec. Seems that the bandwith limitation which was said > to be 27 kb/sec has been raised. > > -- > Greetings > Michael > From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Fri, 6 Oct 2000 19:31:12 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: Europe Online - "the broadband internet company". > I'm using transponder 113, which ones are faster? I don't think they really differ in speed. I normally use 103. Sometime i have downtimes or problems, just in this moment i have problems with downloads stopping in the middle. But i say, you get what you pay for, compared to the amounts of data i got over the satellite link (i work for a isp, so i know what data volume costs in europe) its a bargain. -- Greetings Michael From red@tripany.com Wed Aug 1 13:14:17 2001 Date: Fri, 6 Oct 2000 19:43:03 +0200 From: Robin Edgar Tripany To: Michael Holzt , linux-dvb@linuxtv.org Subject: Re: Europe Online - "the broadband internet company". Hey, I'm using casema in the Hague which is the slowest ISP in the world or something. Avg d/l speed is 2.5 kb/s, but it's 24 hr. up and down stream which is something i need... so now i'm using the upstream from casema and the astra/eon downstream. the 16kb/s i'm getting from eon is a massive improvement! And i get more tv channels as a bonus! Robin ----- Original Message ----- From: "Michael Holzt" To: Sent: Friday, October 06, 2000 7:31 PM Subject: Re: Europe Online - "the broadband internet company". > > I'm using transponder 113, which ones are faster? > > I don't think they really differ in speed. I normally use 103. Sometime > i have downtimes or problems, just in this moment i have problems with > downloads stopping in the middle. > > But i say, you get what you pay for, compared to the amounts of data > i got over the satellite link (i work for a isp, so i know what data > volume costs in europe) its a bargain. > > -- > Greetings > Michael > From mihai@ambra.ro Wed Aug 1 13:14:17 2001 Date: Fri, 6 Oct 2000 21:06:51 +0300 From: Mihai Amariutei To: Robin Edgar Tripany , Michael Holzt , linux-dvb@linuxtv.org Subject: Re: Europe Online - "the broadband internet company". Aren't you guys talking about kB/s (Kbytes)? Because I get about 16 kB/s ( or 128 kb/s, Kbits) from EON regularly. Either is a ongoing spelling error, or something is terribly wrong somewhere. Mihai ----- Original Message ----- From: "Robin Edgar Tripany" To: "Michael Holzt" ; Sent: Friday, October 06, 2000 8:43 PM Subject: Re: Europe Online - "the broadband internet company". > Hey, I'm using casema in the Hague which is the slowest ISP in the world or > something. Avg d/l speed is 2.5 kb/s, but it's 24 hr. up and down stream > which is something i need... so now i'm using the upstream from casema and > the astra/eon downstream. the 16kb/s i'm getting from eon is a massive > improvement! And i get more tv channels as a bonus! > Robin > ----- Original Message ----- > From: "Michael Holzt" > To: > Sent: Friday, October 06, 2000 7:31 PM > Subject: Re: Europe Online - "the broadband internet company". > > > > > I'm using transponder 113, which ones are faster? > > > > I don't think they really differ in speed. I normally use 103. Sometime > > i have downtimes or problems, just in this moment i have problems with > > downloads stopping in the middle. > > > > But i say, you get what you pay for, compared to the amounts of data > > i got over the satellite link (i work for a isp, so i know what data > > volume costs in europe) its a bargain. > > > > -- > > Greetings > > Michael > > > > From red@tripany.com Wed Aug 1 13:14:17 2001 Date: Fri, 6 Oct 2000 20:14:25 +0200 From: Robin Edgar Tripany To: Mihai Amariutei , Michael Holzt , linux-dvb@linuxtv.org Subject: Re: Europe Online - "the broadband internet company". yes, I'm talking kilobytes per second, i get a stream of between 140-210 kilobits per second which fluctuates quite a lot but seems to be happy around 200 kilobits per second. the 16 kilobytes per second is quite stable though, as my client averages the kilobit per second too slowly to show the changes in the kilobyte per second counter. If i'm babbling it's because i've been staring at the screen too long. Forgive me. Robin ----- Original Message ----- From: "Mihai Amariutei" To: "Robin Edgar Tripany" ; "Michael Holzt" ; Sent: Friday, October 06, 2000 8:06 PM Subject: Re: Europe Online - "the broadband internet company". > Aren't you guys talking about kB/s (Kbytes)? > Because I get about 16 kB/s ( or 128 kb/s, Kbits) from EON regularly. > Either is a ongoing spelling error, or something is terribly wrong > somewhere. > > Mihai > > ----- Original Message ----- > From: "Robin Edgar Tripany" > To: "Michael Holzt" ; > Sent: Friday, October 06, 2000 8:43 PM > Subject: Re: Europe Online - "the broadband internet company". > > > > Hey, I'm using casema in the Hague which is the slowest ISP in the world > or > > something. Avg d/l speed is 2.5 kb/s, but it's 24 hr. up and down stream > > which is something i need... so now i'm using the upstream from casema and > > the astra/eon downstream. the 16kb/s i'm getting from eon is a massive > > improvement! And i get more tv channels as a bonus! > > Robin > > ----- Original Message ----- > > From: "Michael Holzt" > > To: > > Sent: Friday, October 06, 2000 7:31 PM > > Subject: Re: Europe Online - "the broadband internet company". > > > > > > > > I'm using transponder 113, which ones are faster? > > > > > > I don't think they really differ in speed. I normally use 103. Sometime > > > i have downtimes or problems, just in this moment i have problems with > > > downloads stopping in the middle. > > > > > > But i say, you get what you pay for, compared to the amounts of data > > > i got over the satellite link (i work for a isp, so i know what data > > > volume costs in europe) its a bargain. > > > > > > -- > > > Greetings > > > Michael > > > > > > > > From markus_s@aon.at Wed Aug 1 13:14:17 2001 Date: Fri, 6 Oct 2000 18:26:42 +0001 From: markus_s@aon.at To: linux-dvb@linuxtv.org Subject: Re: Europe Online - "the broadband internet company". > The complete message is at http://www.europeonline.com/220900.htm for me its soon getting time to cancel my account also. the unicast speed is just getting worse, half of the urls entered into file fetch don't work and support doesn't exist.. > Are there any alternatives to EOL? soon yes. cbl will start a new satellite service called StarSpeeder in november/december on a new non-TV satellite (europe star on 45° east). they are now using other software then at the time when "herzog" was around.. its supposed to deliver more konstant download speeds. resellers for each country are listed at http://www.cblcbe.lu/our_partners.htm more detailed information can be found in the forum at http://www.skysurf.at time and download will be unlimited again and the speed will be "up to" 400kbps. proxies aren't required, instead vpn will be used allowing you to use all internet services. > Does that work under linux? i don't know how well this vpn would work on a linux computer and if the drivers need to be modified... > Better than EOL? can't be much worse IMHO. i don't like having to buy a new satellite dish, and i'm still waiting and hoping for eon to at least fix the file fetch to accept more urls. > With the Siemens DVB-S card? yes i think i have read that most cards except of Cyberstream Sat1 will be compatible for the use of this service. hth, max From dpajur@irb.hr Wed Aug 1 13:14:17 2001 Date: Fri, 6 Oct 2000 20:29:31 +0200 From: Danijel Pajur To: linux-dvb@linuxtv.org Subject: problems setting up dvbd I have some problems setting up dvbd. I'm using the latest drivers (0.7.1), kernel 2.4.0-pre9 and dvbd that I picked up from linuxtv.org (dvbd2). I have an eth0 interface that I want to use as the interface channel for dvb (for sending packets in, instead of a ppp0) The kernel modules compile and insert correctly (at first I had a problem with IRQ sharing, I've fixed that) and I get a dvb0 interface using ip 192.168.4.1. That is the first strange thing, since my service provider told me my ip is 192.168.2.239 (netmask 255.255.255.0).. I've tried changing the ip's but couldn't get the service running. Since the modules report no errors I can only assume that the problem lies in dvbd and it's configuration. I've tried using various configurations supplied here on the list and on the web but couldn't get any of them up.. One thing I noticed is that they all report sync=127 (best) which is a bit strange.. I tried using the scripts provided in eon.tar.gz, they don't work either. I know if has to be something trivial and I've been banging my head trying to find out what I'm doing wrong. I guess someone went through all of this before and might know the answer. dvbd.conf seems like the most likely suspect, it's undocumented and I have no idea what the directives inside mean. Do i need filter_2 or just filter_0 ? What is the MAC address in filter_2, should it be my dvb0 MAC or my eth0 MAC ? I am not behind a firewall or a router, and I can't ping the proxy servers. And I get an error : insmod: msp3400: no module by that name found when loading modules.. no such module is provided in the drivers.. could it be a problem there? I have no idea what the msp3400 module is used for. I do not need video services, just data services. Console sometimes reports "outcommand error 1" or "commandrequest error" in regards to the dvb modules. I hope someone's got an idea what's going on here :) kind regards, Danijel From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Fri, 6 Oct 2000 21:00:10 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: problems setting up dvbd > I get a dvb0 interface using ip 192.168.4.1. That is the first strange > thing, Nope, thats fine. > Since the modules report no errors I can only assume that the problem lies > in dvbd and it's configuration. Did you echo 0 > /proc/sys/net/ipv4/conf/dvb0/rp_filter ? > One thing I noticed is that they all report sync=127 (best) which is a bit > strange.. Why? What sync do you have? Why is your error report so unspecific? How do you think we should be able to help you without appropiate error description? 'Does not work' is not helpful. > dvbd.conf seems like the most likely suspect, it's undocumented Having a config file with comments on each option isn't exactly the same as undocumented. > Do i need filter_2 or just filter_0 ? 0 is just fine, thats the reason why all other filters are commented out in the example config. Start thinking! From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Fri, 6 Oct 2000 21:00:10 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: problems setting up dvbd > I get a dvb0 interface using ip 192.168.4.1. That is the first strange > thing, Nope, thats fine. > Since the modules report no errors I can only assume that the problem lies > in dvbd and it's configuration. Did you echo 0 > /proc/sys/net/ipv4/conf/dvb0/rp_filter ? > One thing I noticed is that they all report sync=127 (best) which is a bit > strange.. Why? What sync do you have? Why is your error report so unspecific? How do you think we should be able to help you without appropiate error description? 'Does not work' is not helpful. > dvbd.conf seems like the most likely suspect, it's undocumented Having a config file with comments on each option isn't exactly the same as undocumented. > Do i need filter_2 or just filter_0 ? 0 is just fine, thats the reason why all other filters are commented out in the example config. Start thinking! From m.demetriou@cytanet.com.cy Wed Aug 1 13:14:17 2001 Date: Fri, 06 Oct 2000 22:29:56 +0300 From: Demetris To: linux-dvb Subject: where is the avpes2mpeg? I use DVB-0.7 and in apps/gVideo/av_pesany directory I dont get any program avpes2mpeg. does this program exists? or is a combination of the rest av_xxxx programs? is there any documentation regarding av_pesany? Thanks From m.demetriou@cytanet.com.cy Wed Aug 1 13:14:17 2001 Date: Fri, 06 Oct 2000 22:29:56 +0300 From: Demetris To: linux-dvb Subject: where is the avpes2mpeg? I use DVB-0.7 and in apps/gVideo/av_pesany directory I dont get any program avpes2mpeg. does this program exists? or is a combination of the rest av_xxxx programs? is there any documentation regarding av_pesany? Thanks From dpajur@irb.hr Wed Aug 1 13:14:17 2001 Date: Fri, 6 Oct 2000 22:42:18 +0200 From: Danijel Pajur To: linux-dvb@linuxtv.org Subject: Re: problems setting up dvbd > > I get a dvb0 interface using ip 192.168.4.1. That is the first strange > > thing, > > Nope, thats fine. Ok, I switched it back to 192.168.4.1. my interfaces now look like this: dvb0 Link encap:Ethernet HWaddr 00:02:A1:35:80:ED inet addr:192.168.4.1 Bcast:192.168.4.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 eth0 Link encap:Ethernet HWaddr 00:D0:B7:BD:42:1C inet addr:161.53.128.237 Bcast:161.53.128.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:29423 errors:0 dropped:0 overruns:0 frame:0 TX packets:20070 errors:0 dropped:0 overruns:0 carrier:0 collisions:219 txqueuelen:100 Interrupt:11 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16192 Metric:1 RX packets:12 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 > > Since the modules report no errors I can only assume that the problem lies > > in dvbd and it's configuration. > > Did you echo 0 > /proc/sys/net/ipv4/conf/dvb0/rp_filter ? yup. and heres what the modules report upon insertion (could be something wrong there?) Oct 6 23:40:50 dptest kernel: i2c-core.o: i2c core module Oct 6 23:41:12 dptest kernel: saa7146_init_one() Oct 6 23:41:12 dptest kernel: i2c-core.o: adapter saa7146(1) registered as adap ter 0. Oct 6 23:42:23 dptest kernel: Linux video capture interface: v1.00 Oct 6 23:42:32 dptest kernel: i2c-core.o: driver dvbi2c registered. Oct 6 23:42:34 dptest kernel: outcommand error 1 Oct 6 23:42:34 dptest kernel: commandrequest error Oct 6 23:42:34 dptest kernel: dvb: firmware = 9ef8ce3e Oct 6 23:42:34 dptest kernel: dvb: MAC = 00 d0 5c 00 3b 65 Oct 6 23:42:34 dptest kernel: dvb: attach_adapter Oct 6 23:49:29 dptest kernel: outcommand error 1 Oct 6 23:49:30 dptest kernel: outcommand error 1 Oct 6 23:49:30 dptest kernel: commandrequest error Oct 6 23:57:16 dptest kernel: outcommand error 1 Oct 6 23:57:21 dptest last message repeated 5 times these outcommand and commandrequest errors could mean something's wrong but I can't tell. also, the MAC address differs on what dvb0 reports and what the kernel reports (i've supplied both here).. is there a problem there? and how to force the dvb module to use the correct MAC address for dvb0? > > One thing I noticed is that they all report sync=127 (best) which is a bit > > strange.. > > Why? What sync do you have? Why is your error report so unspecific? How > do you think we should be able to help you without appropiate error > description? 'Does not work' is not helpful. ok I'll try to be more informative.. under windows the signal level was about 50% on all transponders except for 103 where it was 100%. so i expected sync (if that is a measurement of signal quality) to be in the 60's for other transponders and 127 for transponder 103. turns out it's 127 for all of them, that made me think there might be something wrong. here is my latest dvbd.conf: (should be on transponder 103) power 1 symbolrate 27500000 frequency 12461000 ttk 1 diseqc 0 AFC 0 polarisation 1 filter_0 512 actually now that i've recompiled everything and used 0.7 modules instead of 0.7.1 I'm getting a sync of 1-7, heres an example: Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 6015625 Agc = 223 Nest = 36096 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 6015625 Agc = 223 Nest = 36608 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5843750 Agc = 239 Nest = 36608 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5843750 Agc = 191 Nest = 36608 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5843750 Agc = 207 Nest = 36352 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5671875 Agc = 255 Nest = 36352 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5671875 Agc = 223 Nest = 36096 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5500000 Agc = 255 Nest = 35584 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5500000 Agc = 271 Nest = 35328 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5500000 Agc = 255 Nest = 35584 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5328125 Agc = 239 Nest = 35328 Vber = 1048575 that doesnt make much sense.. it's half past 10pm, i don't expect there could be any interference at this time and the weather's clear. last time i tried at about 5-6pm i got sync 127 with all transponders.. but i'm most worried about the kernel errors reported after inserting modules. (outcommand and commandrequest) > > dvbd.conf seems like the most likely suspect, it's undocumented > > Having a config file with comments on each option isn't exactly the same > as undocumented. well I guess i'm one of those people who like to know what the directives do and what the complete syntax is. just getting it to work would be enough for me for now :) actually found a commented dvbd.conf file in one of the other packages (dvbrouter i think). > > Do i need filter_2 or just filter_0 ? > > 0 is just fine, thats the reason why all other filters are commented out > in the example config. Start thinking! ok i'm back to just filter_0.. didn't seem to help but there's any other info i can supply please let me know. From dpajur@irb.hr Wed Aug 1 13:14:17 2001 Date: Fri, 6 Oct 2000 22:42:18 +0200 From: Danijel Pajur To: linux-dvb@linuxtv.org Subject: Re: problems setting up dvbd > > I get a dvb0 interface using ip 192.168.4.1. That is the first strange > > thing, > > Nope, thats fine. Ok, I switched it back to 192.168.4.1. my interfaces now look like this: dvb0 Link encap:Ethernet HWaddr 00:02:A1:35:80:ED inet addr:192.168.4.1 Bcast:192.168.4.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 eth0 Link encap:Ethernet HWaddr 00:D0:B7:BD:42:1C inet addr:161.53.128.237 Bcast:161.53.128.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:29423 errors:0 dropped:0 overruns:0 frame:0 TX packets:20070 errors:0 dropped:0 overruns:0 carrier:0 collisions:219 txqueuelen:100 Interrupt:11 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16192 Metric:1 RX packets:12 errors:0 dropped:0 overruns:0 frame:0 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 > > Since the modules report no errors I can only assume that the problem lies > > in dvbd and it's configuration. > > Did you echo 0 > /proc/sys/net/ipv4/conf/dvb0/rp_filter ? yup. and heres what the modules report upon insertion (could be something wrong there?) Oct 6 23:40:50 dptest kernel: i2c-core.o: i2c core module Oct 6 23:41:12 dptest kernel: saa7146_init_one() Oct 6 23:41:12 dptest kernel: i2c-core.o: adapter saa7146(1) registered as adap ter 0. Oct 6 23:42:23 dptest kernel: Linux video capture interface: v1.00 Oct 6 23:42:32 dptest kernel: i2c-core.o: driver dvbi2c registered. Oct 6 23:42:34 dptest kernel: outcommand error 1 Oct 6 23:42:34 dptest kernel: commandrequest error Oct 6 23:42:34 dptest kernel: dvb: firmware = 9ef8ce3e Oct 6 23:42:34 dptest kernel: dvb: MAC = 00 d0 5c 00 3b 65 Oct 6 23:42:34 dptest kernel: dvb: attach_adapter Oct 6 23:49:29 dptest kernel: outcommand error 1 Oct 6 23:49:30 dptest kernel: outcommand error 1 Oct 6 23:49:30 dptest kernel: commandrequest error Oct 6 23:57:16 dptest kernel: outcommand error 1 Oct 6 23:57:21 dptest last message repeated 5 times these outcommand and commandrequest errors could mean something's wrong but I can't tell. also, the MAC address differs on what dvb0 reports and what the kernel reports (i've supplied both here).. is there a problem there? and how to force the dvb module to use the correct MAC address for dvb0? > > One thing I noticed is that they all report sync=127 (best) which is a bit > > strange.. > > Why? What sync do you have? Why is your error report so unspecific? How > do you think we should be able to help you without appropiate error > description? 'Does not work' is not helpful. ok I'll try to be more informative.. under windows the signal level was about 50% on all transponders except for 103 where it was 100%. so i expected sync (if that is a measurement of signal quality) to be in the 60's for other transponders and 127 for transponder 103. turns out it's 127 for all of them, that made me think there might be something wrong. here is my latest dvbd.conf: (should be on transponder 103) power 1 symbolrate 27500000 frequency 12461000 ttk 1 diseqc 0 AFC 0 polarisation 1 filter_0 512 actually now that i've recompiled everything and used 0.7 modules instead of 0.7.1 I'm getting a sync of 1-7, heres an example: Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 6015625 Agc = 223 Nest = 36096 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 6015625 Agc = 223 Nest = 36608 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5843750 Agc = 239 Nest = 36608 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5843750 Agc = 191 Nest = 36608 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5843750 Agc = 207 Nest = 36352 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5671875 Agc = 255 Nest = 36352 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5671875 Agc = 223 Nest = 36096 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5500000 Agc = 255 Nest = 35584 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5500000 Agc = 271 Nest = 35328 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5500000 Agc = 255 Nest = 35584 Vber Fsync = 0, Freq = 2040000000, Sync = 1 Afc = 5328125 Agc = 239 Nest = 35328 Vber = 1048575 that doesnt make much sense.. it's half past 10pm, i don't expect there could be any interference at this time and the weather's clear. last time i tried at about 5-6pm i got sync 127 with all transponders.. but i'm most worried about the kernel errors reported after inserting modules. (outcommand and commandrequest) > > dvbd.conf seems like the most likely suspect, it's undocumented > > Having a config file with comments on each option isn't exactly the same > as undocumented. well I guess i'm one of those people who like to know what the directives do and what the complete syntax is. just getting it to work would be enough for me for now :) actually found a commented dvbd.conf file in one of the other packages (dvbrouter i think). > > Do i need filter_2 or just filter_0 ? > > 0 is just fine, thats the reason why all other filters are commented out > in the example config. Start thinking! ok i'm back to just filter_0.. didn't seem to help but there's any other info i can supply please let me know. From dpajur@irb.hr Wed Aug 1 13:14:17 2001 Date: Sat, 7 Oct 2000 02:06:08 +0200 From: Danijel Pajur To: linux-dvb@linuxtv.org Subject: problems setting up dvb another thing just crossed my mind.. i have no idea which dvb card i got, it has the service provider's sticker on it (and they're not making it), here's what the /proc/pci has to say about it: Bus 0, device 9, function 0: Multimedia controller: Philips Semiconductors SAA7146 (rev 1). IRQ 10. Master Capable. Latency=32. Min Gnt=15.Max Lat=38. Non-prefetchable 32 bit memory at 0xe5000000 [0xe50001ff]. i guessed that since the SAA7146 shows on both the siemens dvb driver and here that it might be the same card and work properly, but after the initial troubles i cannot help but wonder. any ideas? :) From mkecman@pogled.net Wed Aug 1 13:14:17 2001 Date: Sat, 07 Oct 2000 10:40:05 +0200 From: Milan Kecman To: linux-dvb@linuxtv.org Subject: Two DVB cards [ 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. ] Hi, I'v put two Technisat's DVB-S cards in one machine. I use 0.6 drivers, on RH 6.1 with 2.2.14 kernel. I'v managed to get: first card using internet second using for sattelite TV, or watch VCD, but when I stop gVideo, internet stops on first card, so I must restart dvbd. I tried to get the following: using internet on both cards, if possible on different transponders. I firs changed /dev/video into /dev/video1, to adress seconf DVB-s card. Then since dvbd havent started, i found locale.port = 1060 is communication with dvb card only possible using that port as local? and is there saoethin else needed to change in dvbd.c to make it work on second card? Greetings Milan Kecman [ Part 2, "Card for Milan Kecman" Text/X-VCARD (charset: ISO-8859-2 ] [ "Latin 2 (Eastern Europe)") (Name: "mkecman.vcf") 13 lines. ] [ Unable to print this part. ] From ivo@ultra.hr Wed Aug 1 13:14:17 2001 Date: Sat, 7 Oct 2000 11:54:36 +0200 From: Ivo Simicevic To: linux-dvb@linuxtv.org Subject: Re: problems setting up dvbd On Fri, Oct 06, 2000 at 10:42:18PM +0200, Danijel Pajur wrote: > > my interfaces now look like this: > dvb0 Link encap:Ethernet HWaddr 00:02:A1:35:80:ED > inet addr:192.168.4.1 Bcast:192.168.4.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:100 > > eth0 Link encap:Ethernet HWaddr 00:D0:B7:BD:42:1C > inet addr:161.53.128.237 Bcast:161.53.128.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:29423 errors:0 dropped:0 overruns:0 frame:0 > TX packets:20070 errors:0 dropped:0 overruns:0 carrier:0 > collisions:219 txqueuelen:100 > Interrupt:11 > > Oct 6 23:42:34 dptest kernel: dvb: firmware = 9ef8ce3e > Oct 6 23:42:34 dptest kernel: dvb: MAC = 00 d0 5c 00 3b 65 > also, the MAC address differs on what dvb0 reports and what the kernel > reports (i've supplied both here).. is there a problem there? and how to > force the dvb module to use the correct MAC address for dvb0? > MAC address you have on your card will be changed to another one when starting dvbd because of new authorization system EON uses. So your IP address 161.53.128.237 represented in hex is A1:35:80:ED which are last 4 bytes of dvb0 MAC after dvbd has started and that is OK. Regards, Ivo. From boris@bstnet.org Wed Aug 1 13:14:17 2001 Date: Sat, 07 Oct 2000 12:17:44 +0200 From: Boris V. To: DVB-Mailinglist Subject: Re: Europe Online - "the broadband internet company". Carsten Koch wrote: > > Hello, > > while Europe Online still calls itself "the broadband internet company" > (see http://www.europeonline.com), it has placed a message from its CEO > onto its home page deying just that. > > The complete message is at http://www.europeonline.com/220900.htm > > Here is a quote from it: > > "Although we currently offer the facility for customers to surf the > Internet, on a going forward basis we will not guarantee the download > speed performance as this can vary significantly depending on network > loadings and is inconsistent with our strategy. Currently surfing > speeds are likely to vary from part ISDN to a maximum 4 times ISDN > but this could well fall as demand for our services grows and we > attempt to manage the bandwidth more efficiently. > As such, we do not see ourselves as a high-speed access network provider. > If all you are looking for is high speed, unicast access to the > Internet for surfing then Europe Online is not the right service for you." > > OK, I *am* looking for high speed, unicast access to the Internet! > DSL is not available in my area. > Are there any alternatives to EOL? > > Does anyone have experience with alternative DVB-internet providers? > Does that work under linux? > Better than EOL? > With the Siemens DVB-S card? > > Cheers, Carsten. There will be some new SAT providers on Europe*Star FM1 at 45E (STARSPEEDER) in december. Speed up to 400kBit and all services will be available (email, newsgroups,ICQ,napster...) Price will be approx 400 ATS per month. And I think for an additional price up to 6MBit. Boris -- october 7, 2000 ---------------------------------------------------------------- Gentlemen, you can't fight in here, this is the War Room! ---------------------------------------------------------------- From boris@bstnet.org Wed Aug 1 13:14:17 2001 Date: Sat, 07 Oct 2000 12:25:56 +0200 From: Boris V. To: DVB-Mailinglist Subject: Re: Europe Online - "the broadband internet company". Sorry for this didn't see someone else answered :) > > There will be some new SAT providers on Europe*Star FM1 at 45E > (STARSPEEDER) in december. > Speed up to 400kBit and all services will be available (email, > newsgroups,ICQ,napster...) > Price will be approx 400 ATS per month. And I think for an additional > price up to 6MBit. > > Boris > > -- > october 7, 2000 > ---------------------------------------------------------------- > Gentlemen, you can't fight in here, this is the War Room! > ---------------------------------------------------------------- -- oCtober 7, 2000 ---------------------------------------------------------------- Gentlemen, you can't fight in here, this is the War Room! ---------------------------------------------------------------- From pganev@com-it.net Wed Aug 1 13:14:17 2001 Date: Sat, 7 Oct 2000 13:32:12 +0200 From: Plamen Ganev To: Danijel Pajur , linux-dvb@linuxtv.org Subject: RE: problems setting up dvbd > ....my service > provider told > me my ip is 192.168.2.239 (netmask 255.255.255.0).. Double check this number, as if this is the case, then your provider is using private addresses for customers, and probably using masquerading on its gateway. EON need a real IP address to send you data. > And I get an error : insmod: msp3400: no module by that name found > when loading modules.. no such module is provided in the > drivers.. could it You don't need this module for EON. It's with the driver, but is not compiled in by default. > Console sometimes reports "outcommand error 1" or "commandrequest > error" in > regards to the dvb modules. This happens when the firmware on the dvb card hangs. This can happen for a variety of reasons, including not being able to tune on the correct frequency (i.e. find the transponder signal). Once you see outcommand error, you will have to reload drivers. Plamen. From dpajur@irb.hr Wed Aug 1 13:14:17 2001 Date: Sat, 7 Oct 2000 13:49:53 +0200 From: Danijel Pajur To: linux-dvb@linuxtv.org Subject: Re: problems setting up dvbd > > ....my service > > provider told > > me my ip is 192.168.2.239 (netmask 255.255.255.0).. > > Double check this number, as if this is the case, then your provider is > using private addresses for customers, and probably using masquerading on > its gateway. EON need a real IP address to send you data. sorry maybe the way i said it confused some people.. i have a real ip and the traffic goes over my ethernet card.. this is the IP my EON provider gave me that I should use on the DVB interface.. they only provide support under windows and the ip goes under TCP/IP protocol for the DVB adapter.. so i assumed it should be set for my dvb0 interface under linux instad of 162.168.4.1 > > And I get an error : insmod: msp3400: no module by that name found > > when loading modules.. no such module is provided in the > > drivers.. could it > > You don't need this module for EON. It's with the driver, but is not > compiled in by default. i noticed it is provided with 0.7 but not 0.7.1.. but it doesnt change things apparently :) > > Console sometimes reports "outcommand error 1" or "commandrequest > > error" in > > regards to the dvb modules. > > This happens when the firmware on the dvb card hangs. This can happen for a > variety of reasons, including not being able to tune on the correct > frequency (i.e. find the transponder signal). Once you see outcommand error, > you will have to reload drivers. outcommand error happens almost immediately.. probably as soon as any communication is tried on the dvb0 interface. should i try upgrading the card's firmware ? if it is some low-level hardware problem maybe i can fix it that way.. not sure if the dvb cards have flash memory or not. but now that we're here apparently this is the reason why it isn't working. of couse i'll appreciate any ideas and suggestions you might have. and thanks for your help so far. kind regards, danijel From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Sat, 7 Oct 2000 13:51:42 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: problems setting up dvbd > MAC address you have on your card will be changed to another one > when starting dvbd because of new authorization system EON uses. Its more because of a - in the meanwhile fixed by me - bug in the driver. If i have time, i will compile a dvbd with some lines of readme and remove the mac address change. -- Gruss Michael From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Sat, 7 Oct 2000 13:53:37 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: problems setting up dvbd > outcommand error happens almost immediately.. probably as soon as any > communication is tried on the dvb0 interface. should i try upgrading the > card's firmware ? The firmware is loaded by the driver. But in respect of this error messages odds are, that your card is simply not supported right now. -- Greetings Michael From danl@dnt.ro Wed Aug 1 13:14:17 2001 Date: Sat, 07 Oct 2000 14:06:03 +0200 From: dan To: dvb Subject: Conversion tool I have the following problem: I have captured some .pva clips with the siemens card and I've converted them into .mpg files. Now I want to import them onto an non linear editing machine but this one only accepts .avi files Anyone knows any converter for this purpose (doesn't matter which OS Linux, NT) Thank You Dan From calman@kaliostro.crimea.com Wed Aug 1 13:14:17 2001 Date: Sat, 07 Oct 2000 15:28:56 +0300 From: Konstantin S. Kurianoff To: linux-dvb@linuxtv.org Subject: Strange problem.... [ 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 have a such problem: I have a Linux Box with DVB-S connected to EON by dvbd && squid for my small local network. I wouldn't talk about connection speed, but ONE TIME EVERY DAY the dvbd connection become LOST... It's strange because if I reboot the computer connection become AVAILABLE. I use T114. Maybe you have some ideas? Computer doesn't stop it only lost the connection..... :-(((( Computer P100/32RAM/6Gb HDD (simple router). It was worked with FreeBSD for a long time and no alike errors occured. Thank you for any answer, Konstantin. From amk@befree.ch Wed Aug 1 13:14:17 2001 Date: Sat, 07 Oct 2000 14:06:04 +0100 From: MK To: dan Cc: linux-dvb@linuxtv.org Subject: Re: Conversion tool Have a look at virtualdub http://www186.pair.com/vdub/features.html if you mean "mpeg1" for your .mpg files it has an integrated mpeg1 codec. Virtualdub is one GREAT tool and it's under GPL. Some good souls should consider a port to linux... If your "mpg files" are mpeg2, you should use a gop- or frame-accurate editor for mpeg2. That avoids you an additional conversion to an avi based format. To my knowledge there are none in the linux world, but several released for win32... names such as vitec multimedia video clip mpeg2 SE, mpeg edit studio, womble mpeg editor... if you absolutely need an avi format (thus a conversion), try a tool like mpeg2avi, or better flaskmpeg. Cheers, M. At 14:06 07.10.00 +0200, you wrote: >I have the following problem: > >I have captured some .pva clips with the siemens card and I've converted >them into .mpg files. >Now I want to import them onto an non linear editing machine but this >one only accepts .avi files > >Anyone knows any converter for this purpose (doesn't matter which OS >Linux, NT) > >Thank You >Dan ------------------------------------- http://www.medch.com nouvelles et politique médicale en suisse romande. mk@medch.com From mihai@ambra.ro Wed Aug 1 13:14:17 2001 Date: Sat, 7 Oct 2000 17:19:17 +0300 From: Mihai Amariutei To: Konstantin S. Kurianoff , linux-dvb@linuxtv.org Subject: Re: Strange problem.... [ 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. ] It's a old bug in the Siemens Linux driver. Try using a faster CPU (over 500 MHz) and it should be more stable. make reload to restart the reception after it stops. Mihai ----- Original Message ----- From: "Konstantin S. Kurianoff" To: Sent: Saturday, October 07, 2000 3:28 PM Subject: Strange problem.... > Hi all, > > I have a such problem: > > I have a Linux Box with DVB-S connected to EON by dvbd && squid for my > small local network. > > I wouldn't talk about connection speed, but ONE TIME EVERY DAY the dvbd > connection become LOST... It's strange because if I reboot the computer > connection become AVAILABLE. I use T114. > > Maybe you have some ideas? Computer doesn't stop it only lost the > connection..... :-(((( > > Computer P100/32RAM/6Gb HDD (simple router). > > It was worked with FreeBSD for a long time and no alike errors occured. > > Thank you for any answer, > > Konstantin. > > From ms@citd.de Wed Aug 1 13:14:17 2001 Date: Sat, 7 Oct 2000 18:25:33 +0200 (MEST) From: Matthias Schniedermeyer To: linux-dvb@linuxtv.org Subject: Playing glitches #Include When i play a recorded file this way cat > /dev/video It's seams like every now and then a frame is "dropped" (The Motion freezes for about a frame) When i play with cat | buffer -b 1000 > /dev/video There isn't any problem at all. There weren't any other programs running while i tested that! (Load is "0.13" and NO other IO activity) Playing with vdr has the same problem. 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:14:17 2001 Date: Sat, 7 Oct 2000 19:15:44 +0200 (MEST) From: Matthias Schniedermeyer To: linux-dvb@linuxtv.org Subject: Correction "Playing glitches" #include The file i played with cat | buffer -b 1000 > /dev/video was cutted with my software. The "other" was just "av_pes2pes"ed. When i play "av_pes2p(e)s" with | buffer -b 1000" the also have the "dropped frame" problem. After "pvademux " and remultiplexing with "mplex " (mplex is from "mpeg_movie" from www.heroinsoftwarecom) the playing glitches are gone. Maybe the interleaving of the video & audio streams aren't optimal. (When thats the problem, i ask myself my such problems don't show while viewing "from satelite") 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 mocm@netcologne.de Wed Aug 1 13:14:17 2001 Date: Sat, 7 Oct 2000 20:05:38 +0200 (CEST) From: Marcus O.C. Metzler To: Matthias Schniedermeyer Cc: linux-dvb@linuxtv.org Subject: Correction "Playing glitches" Matthias Schniedermeyer writes: > #include > > > > The file i played with > > cat | buffer -b 1000 > /dev/video > > was cutted with my software. The "other" was just "av_pes2pes"ed. > > When i play "av_pes2p(e)s" with | buffer -b 1000" the also have the > "dropped frame" problem. What happens if you play the original av_pes file? What happens if you play the converted files on another player? It is possible that there are still some glitches in the av_pes2p(e)s program, or maybe in the p(e)s2av_pes converter in the driver. I have tested them with a lot of examples, but there could still be some files that are not played/converted correctly. If you have any problems, please tell me. But please check if the av_pes versions work. Since the firmware works directly with av_pes, any problems that show up while playing av_pes are not that easily corrected. > > After "pvademux " and remultiplexing with "mplex " (mplex is > from "mpeg_movie" from www.heroinsoftwarecom) the playing glitches are > gone. What is the typical PES size those programs produce ? > > Maybe the interleaving of the video & audio streams aren't optimal. (When > thats the problem, i ask myself my such problems don't show while viewing > "from satelite") There is still the problem, that the av_pes format gives you actual PES for audio, but not for video. So we are just guessing the PES size for the video stream. 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 martin@hammerschmid.com Wed Aug 1 13:14:17 2001 Date: Sun, 08 Oct 2000 01:38:54 +0200 From: Martin Hammerschmid To: Klaus Schmidinger , linux-dvb@linuxtv.org Subject: blue-button-resumes-replay-patch for Video Disk Recorder version 0.65 inspired by the blue button that stops replaying, I thought it would be comfortable to continue watching the previously stopped recording when pressing the blue button again. hope it does not crash vdr :) Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== [ Part 2, Application/OCTET-STREAM (Name: "vdr.c.diff") 1.2KB. ] [ Unable to print this part. ] [ Part 3, Application/OCTET-STREAM (Name: "menu.c.diff") 1.1KB. ] [ Unable to print this part. ] From classic@ghost.odessos.org Wed Aug 1 13:14:17 2001 Date: Sun, 8 Oct 2000 09:57:31 -0200 (GMT+2) From: classic@ghost.odessos.org Cc: linux-dvb@linuxtv.org Subject: Re: Strange problem.... hi there... maybe its not only the cpu bug... here i run the dvb-s on a 128 mb / celeron 300A on a slackware router.. since 3-4 days i have the same problem.. it worked fine for more than 3 months.. now i have to switch from 114 to 115th TP.. On Sat, 7 Oct 2000, Mihai Amariutei wrote: > It's a old bug in the Siemens Linux driver. Try using a faster CPU (over 500 > MHz) and it should be more stable. > make reload to restart the reception after it stops. > > > Mihai > From mike@umft.ro Wed Aug 1 13:14:17 2001 Date: Sun, 8 Oct 2000 15:40:31 +0300 (EEST) From: Mihai NEGREA To: linux-dvb@linuxtv.org Subject: trouble Hi! I have a dvb card which I use for europeonline internet access under linux. I used to have a Mandrake linux - kernel 2.2.16 and the card worked fine. Now I installed Slackware with kernel 2.2.16 and downloaded the siemens_dvb-0.7.1.tar.gz and dvb2.tar.gz the modules in DVB/driver where successfully compiled and installed, I have put the dvbd.conf in /etc but when I run "./dvbd -w" it produces the following syslog message: Oct 8 20:23:44 astra dvbd[540]: starting Oct 8 20:23:44 astra insmod: Hint: this error can be caused by incorrect module parameters, including invalid IO or IRQ parameters Oct 8 20:23:44 astra dvbd[540]: exiting i've also tried newer kernel versions like 2.3.99-pre9 and also older siemens_dvb drivers with the same negative result.. What could be the cause of this? Tnx! Negrea Mihai email: mike@umft.ro phone: +4093612495 From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:14:17 2001 Date: Sun, 08 Oct 2000 17:56:24 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: LOF in Video Disk Recorder Klaus Schmidinger wrote: > > 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 was just thinking about making this a setup option in VDR, but now I'm wondering whether we need to have all three numbers configurable, or just the two offsets? Also, I guess since there can be a total of 4 DVB cards we might need to be able to configure these separately for each card?! Any ideas? 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 pganev@com-it.net Wed Aug 1 13:14:17 2001 Date: Sun, 8 Oct 2000 18:00:36 +0200 From: Plamen Ganev To: Klaus Schmidinger , linux-dvb@linuxtv.org Subject: RE: LOF in Video Disk Recorder > Also, I guess since there can be a total of 4 DVB cards we might need to > be able to configure these separately for each card?! Not to mention that you can have up to 16 (or 32?) LNB connected to each DVB card, which makes it for a huge number :-O Most universal LNB differ only in the hi/lo frequency setting, or I am missing something. Plamen From Carsten.Koch@icem.de Wed Aug 1 13:14:17 2001 Date: Sun, 08 Oct 2000 18:17:33 +0200 From: Carsten Koch To: linux-dvb@linuxtv.org Subject: Re: LOF in Video Disk Recorder Klaus Schmidinger wrote: ... > Also, I guess since there can be a total of 4 DVB cards we might need to > be able to configure these separately for each card?! Yes. And the LNBs connected to the separate cards can be installed on dishes pointing to different satellites, so it may be necessary to associate each separate LNB with a separate channels.conf file. Maybe the channels.conf file should contain all LNB info (LOFs, DISEQC, channels)? Carsten. From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:14:17 2001 Date: Sun, 08 Oct 2000 18:20:29 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: LOF in Video Disk Recorder Carsten Koch wrote: > > Klaus Schmidinger wrote: > ... > > Also, I guess since there can be a total of 4 DVB cards we might need to > > be able to configure these separately for each card?! > > Yes. > And the LNBs connected to the separate cards can be installed > on dishes pointing to different satellites, so it may be > necessary to associate each separate LNB with a separate > channels.conf file. > > Maybe the channels.conf file should contain all LNB info > (LOFs, DISEQC, channels)? Ok, apparently this whole matter needs more thought. I'll make the two values for low and high frequency configurable for the moment, this should help most people right now. 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 Stefan.Hagendorn@lindy.cc Wed Aug 1 13:14:17 2001 Date: Sun, 8 Oct 2000 18:47:20 +0200 From: Stefan.Hagendorn@lindy.cc To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: Re: LOF in Video Disk Recorder Maybe i'm wrong .. but isn't it more complicated ?? Isn't it possible to have 4 DVB's and on every DVB are 4 LNB'S via DISEQ ???? Just a thought .... Greetings Stefan Klaus Schmidinger Kopie: Gesendet von: Thema: Re: LOF in Video Disk Recorder kls@cadsoft.de 08.10.2000 18:20 Carsten Koch wrote: > > Klaus Schmidinger wrote: > ... > > Also, I guess since there can be a total of 4 DVB cards we might need to > > be able to configure these separately for each card?! > > Yes. > And the LNBs connected to the separate cards can be installed > on dishes pointing to different satellites, so it may be > necessary to associate each separate LNB with a separate > channels.conf file. > > Maybe the channels.conf file should contain all LNB info > (LOFs, DISEQC, channels)? Ok, apparently this whole matter needs more thought. I'll make the two values for low and high frequency configurable for the moment, this should help most people right now. 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:14:17 2001 Date: Sun, 08 Oct 2000 19:07:28 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Video Disk Recorder version 0.66 The new version 0.66 of the Video Disk Recorder project is now available at http://www.cadsoft.de/people/kls/vdr/download.htm NOTE: VDR now requires that you use DVB driver version 0.71. You need to load the dvb.o module with option outstream=0. This is currently necessary because 'vdr' still works with AV_PES data. It is also important that you apply the patch 'dvb.c.071.diff' (which comes with the VDR archive) to the driver file 'dvb.c' (this should become obsolete in future driver versions). Remote control data is now received in a separate thread, which makes things a lot smoother. Repeat and release of remote control keys is now explicitly distinguished. In replay mode the search forward/back and skip functions now have two modes: Pressing the key shortly and releasing it starts the function, and pressing it again stops it. Pressing and holding down the key starts the function and releasing the key stops it. The '@' character that marks an "instant recording" can now be turned off in the "Setup" menu. Pressing the "Back" button while replaying now stops replaying and brings up the "Recordings" menu. This can be used to easily delete a recording after watching it, or to switch to a different recording. The "Recordings" menu now places the cursor on the last replayed recording, if that file still exists. The "Blue" button in the "Main" menu can now be used to "Resume" a previously stopped replay session. The low and high LNB frequencies can now be changed in the "Setup" menu. 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 thomas.schuett@munich.netsurf.de Wed Aug 1 13:14:17 2001 Date: Sun, 8 Oct 2000 21:01:54 +0200 From: Thomas Schuett To: linux-dvb@linuxtv.org Subject: cat file > /dev/video maybe with gVideo ? Hello, some time ago I have asked about a possibility to get a TV screen on the PC monitor that can replace the TV connected to the DVB card. It should be able to display whatever video datastreams are sent to /dev/video. I have something in mind that can be called like: tvscreen & cat file1 > /dev/video cat file2 > /dev/video ... There was a suggestion, that kvdr can do this, but actually it can not. kvdr needs a running vdr, but already vdr blocks /dev/video, so that you can not do what I want to (this is even true for vdr started in daemon mode). I have already asked Guido (the author of kvdr), if it is possible to add the function I am interested in, but he do not see an easy solution. He suggested to patch gVideo, so that it can handle named pipes as play file. (gVideo can not do this without some kind of modification, I do not know why). Now I wonder, if anybody already has such an gVideo patch ? If so, please mail me! Thanks a lot, Thomas From thomas.schuett@munich.netsurf.de Wed Aug 1 13:14:17 2001 Date: Sun, 8 Oct 2000 22:13:21 +0200 From: Thomas Schuett To: linux-dvb@linuxtv.org Subject: gVideo: this bug is my favorite feature :-))) Hello, as I was just trying to patch gVideo (see my mail before), I found the following, what most people may call a bug. Actually it gives exactly the behaviour I want: mknod /pipe p gVideo play File > open /pipe cat somerecord > /pipe stop the cat with CTRL-C *then* stop gVideo with CTRL-C (not with the GUI Quit!) Result: A window (without window frame) keeps staying open on the monitor. It displays the recent TV broadcast. When I "cat file > /dev/video", it displays the file. And the best: When I start vdr, I can even see the vdr menu in this window. This is 98% what I want :-))) Only problem: I would like to have a window frame around it, so I can reposition, resize, iconize and close it. And of course, I would like to have an easier procedure to get this window ;-) cu, Thomas From m.demetriou@cytanet.com.cy Wed Aug 1 13:14:17 2001 Date: Mon, 09 Oct 2000 01:43:33 +0300 From: Demetris To: linux-dvb Subject: Re: [where is the avpes2mpeg?] well, I want to put a film on cd (vcd). the burner software wants an mpeg(mpeg2?) file as source. if I do an ./streamtype out it says that my stream (out) is av_pes, mpeg2. but any mpeg player (xing, xmps, zzplayer) wont play that stream. only this work: cat out > /dev/video can you help me on what to do next to get a working mpeg2? is there any doc somewhere? what can I do with that stream? (program, elementary, pes or transport). Demetri > What do you mean by MPEG, a program stream (PS), a PES stream or a > transport stream (TS), or maybe just the elementary streams (ES) for > audio and video? > av_pes2ps > av_pes2pes > av_pes2ts > pes2aud > pes2vid > > 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 dmitry@billing.ru Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 10:23:12 +0400 From: Gatchko Dmitry To: linux-dvb@linuxtv.org Subject: RE: Strange problem.... > maybe its not only the cpu bug... here i run the dvb-s on a 128 mb / > celeron 300A on a slackware router.. since 3-4 days i have the same > problem.. it worked fine for more than 3 months.. now i have to switch > from 114 to 115th TP.. > > > On Sat, 7 Oct 2000, Mihai Amariutei wrote: > > > It's a old bug in the Siemens Linux driver. Try using a faster CPU (over > 500 > > MHz) and it should be more stable. > > make reload to restart the reception after it stops. > > > > > [Gatchko Dmitry] I suggest it's hungs sometimes because of low level signal from transponder. Because then I switch from tp103 70%qual. to 114 50%qual. it's hungs about every hour, and on 103tr it's work one-two days. From t.ja@gmx.at Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 10:03:52 +0200 From: Thomas Jagoditsch To: linux-dvb Subject: glitches, another story *g* hi all. after switching to a bx-board with an old ´350 and 128megs of ram (yeah, its a bit "overdressed", but the parts were there anyway except the casing and the memory [they got the 128 only, no 64 *grrr*]) i´ve got error-free recording without any problems and no syslog-messages, hoooray ;-) but (there allways seem to be a "but") i have to report another strange thing. playing around with the machine on the weekend i recorded the qualifying of the motorbike-gp on eurosport while watching it. at the commercials i made a switch to the syslog-console (found a riva-tnt with video-out which works per default on the tv when there is no vga-screen connected) to look for recording errors. there were none. trying to playback of some interesting scenes i discovered that in playback-mode the recording sometimes lost a couple of frames (the bikes were REAL FAST this moments *g*), then lost audio for a couple of sedonds to minutes with good picture, again good audio with lost frames and so on. checking the syslog showed no errors so i became curious. playing back the same scene a couple of times showed that losing frames or audio _didnt_ happen the same time every playback. some runs i´ve got perfect audio, next run no audio at all (beside the in-sync glitches that every playback has) - this leads to the conclusion that the recording itself is ok (am i right ?!?) but playback has problems. trying to crosscheck on other channels showed no problems at all. recording the end of "men in black" on pro7 yesterday and playback of this 20-minute recording behave correctly with no glitches at all. technical questions: PAL/NTSC etc.: my first (now thrown-out) thought was about the possible source of the video-signal. the gp happend in brasil, so maybe (the picture showes real bad colors and sharpness) they´re using ntsc to record and there is a kind of convert-process involved that could cause problems for the dvb. recording of other events or even commercials on eurosport showed the same misbehaving, so this is out. but, basicly, what about pal, ntsc ... is this important in the "new digital satellite world" ? recordings/files: is there any (non-programmer) way to find out more about the properties/specialities of the distict recordings, to help debuging the cause ? are there different sub-formats or are they identic despite the data ? could i convert the recording to a mpg-file suitable to play on a windoze-machines media-player to cross-check the recording itself ? a lot of questions, i know *g* btw: links to basics are welcome, too. wbr.tja... From bsch@dit-gmbh.de Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 10:21:19 +0200 (CEST) From: bsch@dit-gmbh.de To: Thomas Jagoditsch Cc: linux-dvb Subject: Re: glitches, another story *g* [ 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. ] this is what i have on may system, but with no audio corupption, and on each channel. i use 533 Celleron, 256 MB, UDMA33 testet with all sorts of optimation On Mon, 9 Oct 2000, Thomas Jagoditsch wrote: > hi all. > > trying to playback of some interesting scenes i discovered that in > playback-mode the recording sometimes lost a couple of frames (the > bikes were REAL FAST this moments *g*), then lost audio for a couple > of sedonds to minutes with good picture, again good audio with lost > frames and so on. > > checking the syslog showed no errors so i became curious. > > playing back the same scene a couple of times showed that losing > frames or audio _didnt_ happen the same time every playback. > some runs i´ve got perfect audio, next run no audio at all (beside > the in-sync glitches that every playback has) - this leads to the > conclusion that the recording itself is ok (am i right ?!?) but > playback has problems. > From t.ja@gmx.at Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 11:04:11 +0200 From: Thomas Jagoditsch To: linux-dvb Subject: harddisk spindown & linux hi all ! after setting "hdparm -S 1" i realized my old enemy rose again (fought that on my answering-machine project and gave up ;-). something in linux does disk io every couple of minutes - so "-S 1" works not as expected and i found no way to prevent this. turning off all daemons (except syslogd and kerneld) showed no change, which subsystem is responsible for this ? for watching only and "stand-by" over the day it would be good to let the disk sleep, not only for noise-reduction but also for heat- reduction. the pii-350 without fan stays under 50°C but hd-off would make life easier, and maybe would permit to turn off the fan of the power-supply too. maybe someone has a good idea about this ? wbr.tja... From lars.bensmann@epost.de Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 11:32:17 +0200 From: Lars Bensmann To: linux-dvb Subject: Re: harddisk spindown & linux Hi, On Mon, Oct 09, 2000 at 11:04:11AM +0200, Thomas Jagoditsch wrote: > > after setting "hdparm -S 1" i realized my old enemy rose again > (fought that on my answering-machine project and gave up ;-). > > something in linux does disk io every couple of minutes - so "-S 1" > works not as expected and i found no way to prevent this. > turning off all daemons (except syslogd and kerneld) showed no > change, which subsystem is responsible for this ? 1. I haven't tried this. :-) 2. You can prepend the names of the logfiles in /etc/syslogd.conf with a -. This should prevent syncing after every recorded message. 3. There is the following Debian package that sounds like you could like it: Package: noflushd Priority: optional Section: misc Installed-Size: 61 Maintainer: Joey Hess Version: 1.8.5-3 Depends: libc6 (>= 2.1.2) Architecture: i386 Size: 23694 MD5sum: 32a7b8f1366269472c282f9af37072c2 Filename: dists/woody/main/binary-i386/misc/noflushd_1.8.5-3.deb Description: allow idle hard disks to spin down Noflushd is a daemon that spins down disks that have not been read from after a certain amount of time, and then prevents disk writes from spinning them back up. It's targeted for laptops but can be used on any computer with IDE disks. The effect is that the hard disk actually spins down, saving you battery power, and shutting off the loudest component of most computers. If you don't use Debian, you can get more info about the package at http://packages.debian.org/noflushd. The place where it was downloaded can normally found in the copyright file. (There should be a link to it on the page) cu, Lars -- I consume, therefore I am [ Part 2, Application/PGP-SIGNATURE 299bytes. ] [ Unable to print this part. ] From mocm@netcologne.de Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 11:47:25 +0200 (CEST) From: Marcus O.C. Metzler To: linux-dvb Subject: glitches, another story *g* Thomas Jagoditsch writes: > hi all. > > after switching to a bx-board with an old ´350 and 128megs of ram > (yeah, its a bit "overdressed", but the parts were there anyway > except the casing and the memory [they got the 128 only, no 64 > *grrr*]) i´ve got error-free recording without any problems and no > syslog-messages, hoooray ;-) > > but (there allways seem to be a "but") i have to report another > strange thing. > > playing around with the machine on the weekend i recorded the > qualifying of the motorbike-gp on eurosport while watching it. > at the commercials i made a switch to the syslog-console (found a > riva-tnt with video-out which works per default on the tv when there > is no vga-screen connected) to look for recording errors. there were > none. > > trying to playback of some interesting scenes i discovered that in > playback-mode the recording sometimes lost a couple of frames (the > bikes were REAL FAST this moments *g*), then lost audio for a couple > of sedonds to minutes with good picture, again good audio with lost > frames and so on. > > checking the syslog showed no errors so i became curious. > > playing back the same scene a couple of times showed that losing > frames or audio _didnt_ happen the same time every playback. > some runs i´ve got perfect audio, next run no audio at all (beside > the in-sync glitches that every playback has) - this leads to the > conclusion that the recording itself is ok (am i right ?!?) but > playback has problems. > > trying to crosscheck on other channels showed no problems at all. > recording the end of "men in black" on pro7 yesterday and playback of > this 20-minute recording behave correctly with no glitches at all. Thanks, for the report, I think that confirms our suspicion that the interleave of auduo and video packages is sometimes not advantageous for the internal buffers of the mpeg decoder. I guess that the video bitrate and the size of the PES we write gets to large when you have those fast scence in the motorcycle race. In order to fix that, we will have to do some work, so please be patient. Another problem is that it is hard to check. So if we think we have a solution, we will check it into the CVS and tell you to test it vigorously :). > > technical questions: > > PAL/NTSC etc.: > my first (now thrown-out) thought was about the possible source of > the video-signal. the gp happend in brasil, so maybe (the picture > showes real bad colors and sharpness) they´re using ntsc to record > and there is a kind of convert-process involved that could cause > problems for the dvb. > recording of other events or even commercials on eurosport showed the > same misbehaving, so this is out. > but, basicly, what about pal, ntsc ... is this important in the "new > digital satellite world" ? > Well, there is a difference between PAL and NTSC MPEG2, but the dvb card can playback both. The only problem is that it can only playback PAL as PAL and NTSC as NTSC (no PAL60 conversion at the moment). So you need a TV that can display NTSC and PAL in order to be able to view both. On the computer screen it makes no difference. > recordings/files: > is there any (non-programmer) way to find out more about the > properties/specialities of the distict recordings, to help debuging > the cause ? are there different sub-formats or are they identic > despite the data ? > could i convert the recording to a mpg-file suitable to play on a > windoze-machines media-player to cross-check the recording itself ? The output of the driver (if you don`t use outstream=0 (which means av_pes)) is on default a program stream (PS), which you should be able to play back on any MPEG2 player (I hope). If you have an av_pes file you can use av_pes2ps to convert it to a program stream ("av_pes2ps "). You get av_pes2ps when you compile the program in the av_pes2any directory and then "make links". You can also pipe directly into the program, e.g. "cat /dev/video | av_pes2ps > myfile". > > a lot of questions, i know *g* > btw: links to basics are welcome, too. > > wbr.tja... > No problem. 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:14:17 2001 Date: Mon, 9 Oct 2000 11:56:28 +0200 (CEST) From: Marcus O.C. Metzler To: Demetris Cc: linux-dvb Subject: Re: [where is the avpes2mpeg?] Demetris writes: > well, I want to put a film on cd (vcd). the burner software wants > an mpeg(mpeg2?) file as source. > if I do an > ./streamtype out > it says that my stream (out) is av_pes, mpeg2. > but any mpeg player (xing, xmps, zzplayer) wont play that stream. > only this work: cat out > /dev/video > > can you help me on what to do next to get > a working mpeg2? is there any doc somewhere? > (I thought that av_pes2any was self explanatory ;-) ) Here is the doc: The output of the driver (if you don`t use outstream=0 (which means av_pes)) is on default a program stream (PS), which you should be able to play back on any MPEG2 player (I hope). If you have an av_pes file you can use av_pes2ps to convert it to a program stream ("av_pes2ps "). You get av_pes2ps when you compile the program in the av_pes2any directory and then "make links". You can also pipe directly into the program, e.g. "cat /dev/video | av_pes2ps > myfile". > > what can I do with that stream? (program, elementary, pes or transport). Program streams are meant for playback by mpeg2 players (just like vob file, which are program streams). Elementary streams are not muxed, you have separate audio and video streams, which you can then mux yourself. PESs are something like PS, but they lack some information which are provided by the program stream header (see also my earlier post). They are used to create PS and TS streams. TS are usually used for transfering MPEGS over the net, over satellite and so on. They consist of small packets (188 bytes) that contain parts of PESs and are put together by the receiver to get whole PESs, which can usually also be fed into a decoder, without creating a PS first. 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 isz@dds.nl Wed Aug 1 13:14:17 2001 Date: Mon, 09 Oct 2000 11:39:49 +0100 From: Jeroen To: linux-dvb@linuxtv.org Subject: Re: harddisk spindown & linux Hi Thomas, I think that syslog is trhe daemon that's bothering you. A solution might be that you mount the /var dir in a ram disk. grtz. Jeroen *********** REPLY SEPARATOR *********** On 9-10-00 at 11:04 Thomas Jagoditsch wrote: >hi all ! > >after setting "hdparm -S 1" i realized my old enemy rose again >(fought that on my answering-machine project and gave up ;-). > >something in linux does disk io every couple of minutes - so "-S 1" >works not as expected and i found no way to prevent this. >turning off all daemons (except syslogd and kerneld) showed no >change, which subsystem is responsible for this ? > >for watching only and "stand-by" over the day it would be good to let >the disk sleep, not only for noise-reduction but also for heat- >reduction. the pii-350 without fan stays under 50°C but hd-off would >make life easier, and maybe would permit to turn off the fan of the >power-supply too. > >maybe someone has a good idea about this ? > >wbr.tja... From Thomas.Schuett@icn.siemens.de Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 12:53:00 +0200 From: Schuett Thomas To: 'Thomas Jagoditsch' , linux-dvb Subject: AW: harddisk spindown & linux Hello, >something in linux does disk io every couple of minutes - so "-S 1" >works not as expected and i found no way to prevent this. >turning off all daemons (except syslogd and kerneld) showed no >change, which subsystem is responsible for this ? I do not have linux to hand here at work :-( ;-) , but I think, there is a crontab entry to "sync" each few minutes. cu, Thomas From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 14:21:17 +0200 From: Michael Holzt To: linux-dvb Subject: Re: harddisk spindown & linux > something in linux does disk io every couple of minutes - so "-S 1" > works not as expected and i found no way to prevent this. Take a look on 'noflushd'. -- Greetings Michael From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 14:21:17 +0200 From: Michael Holzt To: linux-dvb Subject: Re: harddisk spindown & linux > something in linux does disk io every couple of minutes - so "-S 1" > works not as expected and i found no way to prevent this. Take a look on 'noflushd'. -- Greetings Michael From n7oo@theriver.com Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 08:36:10 -0600 From: Jack Taylor To: Lars Bensmann , linux-dvb Subject: Re: harddisk spindown & linux I had a similar problem and turned out the power management was buggy. I went into cmos setup and turned this function off. Jack -----Original Message----- From: Lars Bensmann To: linux-dvb Date: Monday, October 09, 2000 5:02 AM Subject: Re: harddisk spindown & linux Hi, On Mon, Oct 09, 2000 at 11:04:11AM +0200, Thomas Jagoditsch wrote: > > after setting "hdparm -S 1" i realized my old enemy rose again > (fought that on my answering-machine project and gave up ;-). > > something in linux does disk io every couple of minutes - so "-S 1" > works not as expected and i found no way to prevent this. > turning off all daemons (except syslogd and kerneld) showed no > change, which subsystem is responsible for this ? 1. I haven't tried this. :-) 2. You can prepend the names of the logfiles in /etc/syslogd.conf with a -. This should prevent syncing after every recorded message. 3. There is the following Debian package that sounds like you could like it: Package: noflushd Priority: optional Section: misc Installed-Size: 61 Maintainer: Joey Hess Version: 1.8.5-3 Depends: libc6 (>= 2.1.2) Architecture: i386 Size: 23694 MD5sum: 32a7b8f1366269472c282f9af37072c2 Filename: dists/woody/main/binary-i386/misc/noflushd_1.8.5-3.deb Description: allow idle hard disks to spin down Noflushd is a daemon that spins down disks that have not been read from after a certain amount of time, and then prevents disk writes from spinning them back up. It's targeted for laptops but can be used on any computer with IDE disks. The effect is that the hard disk actually spins down, saving you battery power, and shutting off the loudest component of most computers. If you don't use Debian, you can get more info about the package at http://packages.debian.org/noflushd. The place where it was downloaded can normally found in the copyright file. (There should be a link to it on the page) cu, Lars -- I consume, therefore I am From Karsten@Karsten-Becker.de Wed Aug 1 13:14:17 2001 Date: Mon, 09 Oct 2000 17:15:50 +0200 From: Karsten Becker To: Linux DVB Subject: Reloading driver&dvbd hi, has anyone of you written a script that you can put into ip-up, for reloading the driver&dvbd? My problem is that I know how to kill a proc by PID but not by name. But if dvbd is running I can't reload the driver.. Thanks in advance Karsten From mihai@ambra.ro Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 18:30:02 +0300 From: Mihai Amariutei To: Karsten Becker , Linux DVB Subject: Re: Reloading driver&dvbd killall procname ----- Original Message ----- From: "Karsten Becker" To: "Linux DVB" Sent: Monday, October 09, 2000 6:15 PM Subject: Reloading driver&dvbd > hi, > has anyone of you written a script that you can put into ip-up, for > reloading the driver&dvbd? > My problem is that I know how to kill a proc by PID but not by name. But > if dvbd is running I can't reload the driver.. > Thanks in advance > Karsten > > From gfiala@s.netic.de Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 17:40:23 +0200 From: Guido Fiala To: linux-dvb@linuxtv.org Cc: linux-dvb@linuxtv.org Subject: Re: recording glitches ... is this logical? To reduce the recording glitches i tried to increas the size of the buffer of the driver in dvb.h (i doubled the values). Result: There are even more recording glitches, starting instantly with the slightest disk activity (and it does'nt stop then...) Did i something wrong? From gfiala@s.netic.de Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 17:44:16 +0200 From: Guido Fiala To: linux-dvb Subject: Re: glitches, another story *g* Am Mon, 09 Oct 2000 schrieb Thomas Jagoditsch: >hi all. > >after switching to a bx-board with an old ´350 and 128megs of ram >(yeah, its a bit "overdressed", but the parts were there anyway >except the casing and the memory [they got the 128 only, no 64 >*grrr*]) i´ve got error-free recording without any problems and no >syslog-messages, hoooray ;-) > >but (there allways seem to be a "but") i have to report another >strange thing. > >wbr.tja... I wonder - is it transmission failures (we have a year with a lot of sun-spot activity ;-) or are it still driver problems? Another thing - some of us might have hardware problems with the cards itself overheating? Are there similar problems with the W95 drivers? (Because my Bios can't read my 40 GB disk i can't test myself) From pganev@com-it.net Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 18:10:30 +0200 From: Plamen Ganev To: Guido Fiala Cc: "Linux-Dvb@Linuxtv. Org" Subject: RE: glitches, another story *g* > I wonder - is it transmission failures (we have a year with a lot > of sun-spot > activity ;-) or are it still driver problems? My other receivers don't care about this activity. > Another thing - some of us might have hardware problems with the > cards itself > overheating? This could be a clue. I noted some relation between up-time, heat and noise. However, I've been able to get perfect recordings with a hot card too. > Are there similar problems with the W95 drivers? (Because my Bios > can't read my > 40 GB disk i can't test myself) Wish somebody could test. No w95 here. However, I noted some relation between CPU speed and glitches. Actually, it seems that higher CPU speeds create more glitches than slow CPU + well-tuned hd. My test case is a TX chipset with a K6-2 233 CPU. When the CPU is running at full speed, I could see glitches even without recording (*any* disk activity was enough). By lowering the cpu speed (making it work at a mere 133 MHz) I could record without any glitches. All I can think of is either the card is getting too much noise from the cpu+ide cable, or, there're race conditions with the bus, so that the card misses frames (maybe waiting to the bus to free to send the frame in the main memory?). Plamen. From dpajur@irb.hr Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 18:28:21 +0200 From: Danijel Pajur To: linux-dvb@linuxtv.org Subject: duplicate pings over dvb i got the dvbd running on the third box I've tried.. seems my card is compatibile but there are other problems apparently unresolved with more exotic hardware :) anyways, i set up squid on the box with the dvb interface, and when i have traffic over dvb i get duplicate ping replies like this: PING 194.177.32.196 (194.177.32.196): 56 data bytes 64 bytes from 194.177.32.196: icmp_seq=0 ttl=255 time=335.1 ms 64 bytes from 194.177.32.196: icmp_seq=0 ttl=255 time=335.4 ms (DUP!) 64 bytes from 194.177.32.196: icmp_seq=1 ttl=255 time=300.0 ms 64 bytes from 194.177.32.196: icmp_seq=1 ttl=255 time=300.3 ms (DUP!) 64 bytes from 194.177.32.196: icmp_seq=2 ttl=255 time=305.9 ms 64 bytes from 194.177.32.196: icmp_seq=2 ttl=255 time=306.1 ms (DUP!) 64 bytes from 194.177.32.196: icmp_seq=3 ttl=255 time=294.7 ms 64 bytes from 194.177.32.196: icmp_seq=3 ttl=255 time=295.0 ms (DUP!) 64 bytes from 194.177.32.196: icmp_seq=4 ttl=255 time=302.2 ms 64 bytes from 194.177.32.196: icmp_seq=4 ttl=255 time=302.6 ms (DUP!) 64 bytes from 194.177.32.196: icmp_seq=5 ttl=255 time=322.1 ms 64 bytes from 194.177.32.196: icmp_seq=5 ttl=255 time=322.3 ms (DUP!) 64 bytes from 194.177.32.196: icmp_seq=6 ttl=255 time=308.7 ms 64 bytes from 194.177.32.196: icmp_seq=6 ttl=255 time=309.0 ms (DUP!) 64 bytes from 194.177.32.196: icmp_seq=7 ttl=255 time=304.8 ms 64 bytes from 194.177.32.196: icmp_seq=7 ttl=255 time=305.1 ms (DUP!) 64 bytes from 194.177.32.196: icmp_seq=8 ttl=255 time=295.5 ms 64 bytes from 194.177.32.196: icmp_seq=8 ttl=255 time=295.8 ms (DUP!) is this a normal behavior? only one dvbd is running.. From rjkm@netcologne.de Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 18:48:18 +0200 (CEST) From: "Ralph Metzler <" To: Plamen Ganev Cc: Guido Fiala , "Linux-Dvb@Linuxtv. Org" Subject: RE: glitches, another story *g* Plamen Ganev writes: > However, I noted some relation between CPU speed and glitches. Actually, it > seems that higher CPU speeds create more glitches than slow CPU + well-tuned > hd. My test case is a TX chipset with a K6-2 233 CPU. When the CPU is > running at full speed, I could see glitches even without recording (*any* > disk activity was enough). By lowering the cpu speed (making it work at a > mere 133 MHz) I could record without any glitches. > > All I can think of is either the card is getting too much noise from the > cpu+ide cable, or, there're race conditions with the bus, so that the card > misses frames (maybe waiting to the bus to free to send the frame in the > main memory?). Those glitches are heat related. I had the same effects last February. Like in your case they mostly occured during high disk and CPU activity, even when they were unrelated to recording. They also were much more frequent when the CI interface was connected. I have a fan blowing directly on the card since then and never had that problem again. I always blamed my specific setup for this: dual PII 350, hard disks close to the card (heat + interference), many cables for on-board SCSI and IDE surrounding the card, etc. With other PCs (single CPU and better ventilation) the problem did not occur. So, this problem might come up if the air flow over the DVB board is not sufficient. Ralph From mihai@ambra.ro Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 19:56:27 +0300 From: Mihai Amariutei To: Danijel Pajur , linux-dvb@linuxtv.org Subject: Re: duplicate pings over dvb You have started dvbd more than once. Packets come through even if dvbd is stopped. Kill dvbd, make reload the driver and restart dvbd ONCE. All should be fine then. Mihai ----- Original Message ----- From: "Danijel Pajur" To: Sent: Monday, October 09, 2000 7:28 PM Subject: duplicate pings over dvb > i got the dvbd running on the third box I've tried.. seems my card is > compatibile but there are other problems apparently unresolved with more > exotic hardware :) anyways, i set up squid on the box with the dvb > interface, and when i have traffic over dvb i get duplicate ping replies > like this: > > PING 194.177.32.196 (194.177.32.196): 56 data bytes > 64 bytes from 194.177.32.196: icmp_seq=0 ttl=255 time=335.1 ms > 64 bytes from 194.177.32.196: icmp_seq=0 ttl=255 time=335.4 ms (DUP!) > 64 bytes from 194.177.32.196: icmp_seq=1 ttl=255 time=300.0 ms > 64 bytes from 194.177.32.196: icmp_seq=1 ttl=255 time=300.3 ms (DUP!) > 64 bytes from 194.177.32.196: icmp_seq=2 ttl=255 time=305.9 ms > 64 bytes from 194.177.32.196: icmp_seq=2 ttl=255 time=306.1 ms (DUP!) > 64 bytes from 194.177.32.196: icmp_seq=3 ttl=255 time=294.7 ms > 64 bytes from 194.177.32.196: icmp_seq=3 ttl=255 time=295.0 ms (DUP!) > 64 bytes from 194.177.32.196: icmp_seq=4 ttl=255 time=302.2 ms > 64 bytes from 194.177.32.196: icmp_seq=4 ttl=255 time=302.6 ms (DUP!) > 64 bytes from 194.177.32.196: icmp_seq=5 ttl=255 time=322.1 ms > 64 bytes from 194.177.32.196: icmp_seq=5 ttl=255 time=322.3 ms (DUP!) > 64 bytes from 194.177.32.196: icmp_seq=6 ttl=255 time=308.7 ms > 64 bytes from 194.177.32.196: icmp_seq=6 ttl=255 time=309.0 ms (DUP!) > 64 bytes from 194.177.32.196: icmp_seq=7 ttl=255 time=304.8 ms > 64 bytes from 194.177.32.196: icmp_seq=7 ttl=255 time=305.1 ms (DUP!) > 64 bytes from 194.177.32.196: icmp_seq=8 ttl=255 time=295.5 ms > 64 bytes from 194.177.32.196: icmp_seq=8 ttl=255 time=295.8 ms (DUP!) > > is this a normal behavior? > only one dvbd is running.. > > > From pganev@com-it.net Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 21:35:07 +0200 From: Plamen Ganev To: rjkm@netcologne.de Cc: Guido Fiala , "Linux-Dvb@Linuxtv. Org" Subject: RE: glitches, another story *g* > Those glitches are heat related. > I had the same effects last February. Like in your case they mostly > occured during high disk and CPU activity, even when they were > unrelated to recording. > They also were much more frequent when the CI interface was connected. > I have a fan blowing directly on the card since then and never > had that problem again. I can confirm that heat is a problem. But, I get the glitches on cold machine and card too. I need to isolate the problem better before reporting. Plamen. From paul@campina.iiruc.ro Wed Aug 1 13:14:17 2001 Date: Mon, 09 Oct 2000 22:21:02 +0200 From: Paul Lacatus To: linux-dvb@linuxtv.org Subject: RedHat 7.0 Has somebody installed dvb card on a RH 7.0 system ? Drivers does not compile , not even the kernel that came with the distribution does not compile. The only kernel that compiled without errors for me was the 2.4.0 but the system does not boot anymore with the resulted kernel From pganev@com-it.net Wed Aug 1 13:14:17 2001 Date: Mon, 9 Oct 2000 22:25:20 +0200 From: Plamen Ganev To: Paul Lacatus , linux-dvb@linuxtv.org Subject: RE: RedHat 7.0 > Has somebody installed dvb card on a RH 7.0 system ? Drivers does > not compile , not even the kernel that came with the distribution does > not compile. The only kernel that compiled without errors for me was the > 2.4.0 but the system does not boot anymore with the resulted kernel Redhat7 comes with kernel source version 2.2.16 and with headers from 2.4.0-something, so if you want to recompile you need a fresh kernel. Plamen. From martin@hammerschmid.com Wed Aug 1 13:14:17 2001 Date: Mon, 09 Oct 2000 22:45:44 +0200 From: Martin Hammerschmid To: Paul Lacatus , linux-dvb@linuxtv.org Subject: Re: RedHat 7.0 Paul Lacatus wrote: > > Has somebody installed dvb card on a RH 7.0 system ? Drivers does > not compile , not even the kernel that came with the distribution does > not compile. The only kernel that compiled without errors for me was the > 2.4.0 but the system does not boot anymore with the resulted kernel I've read that RH7.0 comes with GCC 2.96 which might be a problem in some cases but there should be a "kgcc" to compile the kernel too though that's all what I've heard Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== My other computer is an abacus. From paul@campina.iiruc.ro Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 06:41:09 +0200 From: Paul Lacatus To: Martin Hammerschmid Cc: linux-dvb@linuxtv.org Subject: Re: RedHat 7.0 Martin Hammerschmid wrote: > > > I've read that RH7.0 comes with GCC 2.96 which might be a problem in > some cases > but there should be a "kgcc" to compile the kernel too though > That's true that gcc is 2.96 and also it is here kgcc 1.1.2 . Do you think that kgcc will compile kernel and driver better. How it must be modified the make files ? From paul@campina.iiruc.ro Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 07:01:25 +0200 From: Paul Lacatus To: Plamen Ganev Cc: linux-dvb@linuxtv.org Subject: Re: RedHat 7.0 > > > Redhat7 comes with kernel source version 2.2.16 and with headers from > 2.4.0-something, > so if you want to recompile you need a fresh kernel. In /boot I have the headers for 2.2.16 and also for 2.4.0. The kernel.h is a symlink to kernel headers for 2.2.16 but kernel.h-2.4.0 is an empty file ! RH 7.0 seems to me like a Microsoft product, launched with so many bugs. From bsch@dit-gmbh.de Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 09:38:01 +0200 (CEST) From: bsch@dit-gmbh.de To: linux-dvb@linuxtv.org Subject: corupted OSD hello, i use dvb-7.1 (simens card with CI) whith the patch from vdr 0.66. when running vdr 0.66 i get a verry transparent menue and some itmems are missing. when going up and down with the cursor the missing items are redrawn. whad dit i wrong ? did i missed something on the list, or i am the only one with this problem ? thanks bernd schweikert@dit-gmbh.de From t.ja@gmx.at Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 10:13:08 +0200 From: Thomas Jagoditsch To: linux-dvb@linuxtv.org, Klaus Schmidinger Subject: Re: Video Disk Recorder version 0.66 On 8 Oct 2000, at 19:07, Klaus Schmidinger wrote: > The new version 0.66 of the Video Disk Recorder project > is now available at hi klaus. first i want to thank you for your efforts, the OSD is much quicker in 0.66. my VCR´s OSD is not quicker anymore *g* "but" *g*, there seem to be a bug in the OSD in th 0.66. the OSD cuts in the middle of "Setup" (only gettin the upper half of the word, the backgroud starting there down to the color-button-row is lighter (but not the clear tv pic) as the background of the normal OSD. this is a 2.2.17 machine. wbr.tja... From t.ja@gmx.at Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 10:44:12 +0200 From: Thomas Jagoditsch To: linux-dvb@linuxtv.org, Carsten Koch Subject: Re: RGB to S-Video On 23 Sep 2000, at 5:31, Carsten Koch wrote: > I made the adapter and the driver mod. > It works. And the picture quality is visibly better! :-) could you post the pinout of j2, please ? i´ve got only the rgb- pinout with no Y/C description. thx.tja... From Thomas.Schuett@icn.siemens.de Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 10:50:14 +0200 From: Schuett Thomas To: "Linux-Dvb@Linuxtv. Org" Subject: AW: glitches, another story *g* > I can confirm that heat is a problem. But, I get the glitches on cold >machine and card too. I need to isolate the problem better before reporting. And I do not see the problems while *watching* TV, only when recording. Does'nt this speak against the heat solution? Even more when I watch with gVideo, so the card should have the same work to do. thomas From radek.valek@npnet.cz Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 10:56:00 +0200 From: Radek Valek To: linux-dvb@linuxtv.org Subject: dvbd - lockup - does upd to ver 0.7 solve it ? [ 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, Im fighting with dvbd lockups for a long time. Using drv ver. 0.5 on Technisat SKYSTAR-1 and must reload modules from time to time. Can anybody tell me wheter new ver. of drv (0.7 - i guess) can solve this problem or not ? thanks Rad From Thomas.Schuett@icn.siemens.de Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 10:56:54 +0200 From: Schuett Thomas To: linux-dvb@linuxtv.org Subject: AW: corupted OSD Hello, >whad dit i wrong ? did i missed something on the list, or i am the only >one with this problem ? I had the same problems, but I only tried 0.71 for kvdr. So I thought it is some trouble with kvdr. Now it becomes clear, that it is a vdr 0.71 problem. cu, thomas From johan.de_wit@alcatel.be Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 09:03:06 GMT From: Johan De Wit To: linux-dvb@linuxtv.org Subject: Siemens Card - where to buy Hi all, Anyone know an adress for bying the siemens DVB card, for delivering to belgium. The link on the website doesn't give me answers to my enquiries. Thanks for your time. Johan From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 11:04:13 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: corupted OSD bsch@dit-gmbh.de wrote: > > hello, > i use dvb-7.1 (simens card with CI) whith the patch from vdr 0.66. > when running vdr 0.66 i get a verry transparent menue > and some itmems are missing. when going up and down with the cursor > the missing items are redrawn. Locate the 'ddelay(2)' call in dvb.c's OSDSetBlock() and try increasing the value to 3, 4, ... This should help. 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:14:17 2001 Date: Tue, 10 Oct 2000 11:05:26 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: Video Disk Recorder version 0.66 Thomas Jagoditsch wrote: > > On 8 Oct 2000, at 19:07, Klaus Schmidinger wrote: > > > The new version 0.66 of the Video Disk Recorder project > > is now available at > > hi klaus. > > first i want to thank you for your efforts, the OSD is much quicker > in 0.66. my VCR´s OSD is not quicker anymore *g* > > "but" *g*, there seem to be a bug in the OSD in th 0.66. > > the OSD cuts in the middle of "Setup" (only gettin the upper half of > the word, the backgroud starting there down to the color-button-row > is lighter (but not the clear tv pic) as the background of the normal > OSD. > > this is a 2.2.17 machine. Locate the 'ddelay(2)' call in dvb.c's OSDSetBlock() and try increasing the value to 3, 4, ... This should help. 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 meder@isr.uni-stuttgart.de Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 12:19:36 +0200 From: Christian Meder To: linux-dvb@linuxtv.org Subject: APM problems with VDR Hi, recently I purchased the hardware for building my own VDR, a project which was intriguing me for quite some time. My machine is a close clone of the one from the VDR project page: K6/2-500 (underclocked to 350) WD 45g hard drive ASUS P5A mainboard Hauppauge DVB-S card 100mb network DVD drive and the black desktop case from the VDR project page (yes, there are a few left from the company) First of all a big thank you to the Metzler Bros and Klaus Schmidinger for the very good software. I've got no real problems with the driver or the VDR software. I'm still using the keyboard for VDR navigation until a friend of mine builds a couple of IRmans. My only real problem is with power saving. Contrary to most people's problem the system does suspend but way too _often_. So everytime while recording the system goes into suspend after 3 minutes and stops recording which is kind of pointless with a VDR. My BIOS settings are max powersaving (doze 1min, standby 1min, suspend 1min, hdd spindown 3min). Ok what did I try so far: * BIOS version 1009.beta1, 1011.beta2 (the current one), I haven't tested 1007a because it won't support hdd over 32gig * experimented with various BIOS settings for powersaving without success * kernels 2.2.17 with and without ide-patches, 2.4.0-test9 with APM, 2.4.0-test9 with ACPI * software VDR 0.65, dvb0.7.1 The results: * 2.2.17 without hdparm or ide-patches tends to lock up because of buffer overruns (the hdd doesn't use DMA then) * 2.2.17 and 2.4.0-test9 with APM do work but go into suspend while recording * 2.4.0-test9 with ACPI does work but doesn't do any powersaving (the CPU fan isn't turned off) * 2.2.17 and 2.4.0-test9 with APM turned off in the BIOS do work but obviously don't do any powersaving * the dvb driver works well with 2.2.17 and 2.4.0-test9 * the system only wakes up from suspending when there's keyboard activity Anybody (perhaps Klaus because he's got the same motherboard) has an idea how to enable APM _and_ avoid suspending while recording ? Christian -- Christian Meder, email: meder@isr.uni-stuttgart.de What's the railroad to me ? I never go to see Where it ends. It fills a few hollows, And makes banks for the swallows, It sets the sand a-blowing, And the blackberries a-growing. (Henry David Thoreau) From rjkm@netcologne.de Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 12:20:34 +0200 (CEST) From: "Ralph Metzler <" To: "Linux-Dvb@Linuxtv. Org" Subject: AW: glitches, another story *g* Schuett Thomas writes: > > > I can confirm that heat is a problem. But, I get the glitches on cold > >machine and card too. I need to isolate the problem better before reporting. > > And I do not see the problems while *watching* TV, only when recording. > Does'nt this speak against the heat solution? Even more when I > watch with gVideo, so the card should have the same work to do. > He reported that he also has glitches during CPU and disk activities which are unrelated to the card. In my experience such glitches are caused by heat. Of course they would also occur during activities related to the card (recording). And, as I said before, they are much more often and stronger if you have a CI adapter connected to your card and they completely disappeared for me when I used an extra fan blowing on the card. So, if you watch TV and compile a kernel and have no glitches, fine. Then the reason for your problems lies somewhere else. Otherwise, you may have a heat problem. Ralph From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 12:26:32 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: APM problems with VDR Christian Meder wrote: > > [...] > > Anybody (perhaps Klaus because he's got the same motherboard) has an idea > how to enable APM _and_ avoid suspending while recording ? Sorry, I haven't enabled APM, so I can't comment on this. 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 gfiala@s.netic.de Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 16:56:14 +0200 From: Guido Fiala To: "Linux-Dvb@Linuxtv. Org" Subject: RE: glitches, another story *g* Am Mon, 09 Oct 2000 schrieb Plamen Ganev: >> Those glitches are heat related. >> I had the same effects last February. Like in your case they mostly >> occured during high disk and CPU activity, even when they were >> unrelated to recording. >> They also were much more frequent when the CI interface was connected. >> I have a fan blowing directly on the card since then and never >> had that problem again. > >I can confirm that heat is a problem. But, I get the glitches on cold >machine and card too. I need to isolate the problem better before reporting. > Will place a fan at my card and test it (lmsensors tells me my mainboard temperature is 38°C) - BTW, would be great if the LNB-output driver is only activated on demand - makes the biggest heat despite it seems to be a switched power supply ;-( If it's really a design failure of the cards would be great if Siemens would give us replacements ... But as i mentioned before - it can be a scheduling problem, i'am currently up to patching Kurt 2.0 into my kernel, but's a horror - they changed so much from 2.2.9 to 14 that it won't apply without rejects ;-( If someone with an earlier kernel could verify it, would be great. Guido From gfiala@s.netic.de Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 17:10:53 +0200 From: Guido Fiala To: "Linux-Dvb@Linuxtv. Org" Subject: Re: AW: glitches, another story *g* >He reported that he also has glitches during CPU and disk activities >which are unrelated to the card. In my experience such glitches are >caused by heat. Of course they would also occur during activities >related to the card (recording). And, as I said before, they are much >more often and stronger if you have a CI adapter connected to your >card and they completely disappeared for me when I used an extra fan >blowing on the card. > >So, if you watch TV and compile a kernel and have no glitches, >fine. Then the reason for your problems lies somewhere else. >Otherwise, you may have a heat problem. > True - think most of us have those glitches just in the recorded files, but not watching TV the same time -> vdr does not take the data fast enough, because it's not scheduled in realtime ??? From Carsten.Koch@icem.de Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 17:39:17 +0200 From: Carsten Koch To: Thomas Jagoditsch Cc: linux-dvb@linuxtv.org Subject: Re: RGB to S-Video Thomas Jagoditsch wrote: > > On 23 Sep 2000, at 5:31, Carsten Koch wrote: > > > I made the adapter and the driver mod. > > It works. And the picture quality is visibly better! :-) > > could you post the pinout of j2, please ? i´ve got only the rgb- > pinout with no Y/C description. See Ralph's post http://linuxtv.org/mailinglists/linux-dvb/msg02167.html for the Y/C info. Also see Ralph's original post http://linuxtv.org/mailinglists/linux-dvb/msg01086.html for the J2 pinout. Btw: I am having intermittent problems with both the SPDIF audio and the Y/C video. The SPDIF audio works poorly right after turning on my receiver. The receiver's "Digital Input" goes out every few seconds for a second, indicating that the SPDIF signal quality is insufficient. After the receiver (!) has been running for an hour or so, the dropout rate reduces to about one droput every 20 minutes. I suspect that the DVB-S card outputs very poor SPDIF signal quality and that my receiver can handle the marginal signal only after it hast fully warmed up. The same receiver input works fine with an SPDIF signal from my DVD player. The Y/C signal works fine some of the time and displays wrong colors on my beamer at other times. Sometimes it helps to switch to a different channel or to disconnect and reconnect the Y/C cable. I had a similar problem with my DVD player and I exchanged the DVD player several times until I found one that works fine with my beamer. I assume that the beamer is very critical about the video timing and that (like the SPDIF signal) the Y/C signal from the DVB card is at the margin of the spec. So, your mileage may vary. ;-) Good luck! Carsten. From dancho@lirex.com Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 18:34:10 +0200 From: Jordan Kanev To: linux-dvb@linuxtv.org Subject: dvbd options hi there... Is any options aviable for dvbd ? I'm looking for option to not display tuner lock status. Thanks, Jordan From pganev@com-it.net Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 18:35:00 +0200 From: Plamen Ganev To: "Linux-Dvb@Linuxtv. Org" Subject: RE: glitches, another story *g* > >I can confirm that heat is a problem. But, I get the glitches on cold > >machine and card too. I need to isolate the problem better > before reporting. Problem solved, but the solution is bad news... Apparently the DVB card doesn't like a K6-233 processor. It's that simple, but took me days to understand. I tested several main boards (AsusTX97-E, some other Unknown VX and HX chipsets), a couple of hard disks (quantum, ibm), and few processors (a Pentium-S 100, A K6-233, a P233-MMX). I get perfect picture with the pentiums. With the K6 I can get acceptable (not perfect!) picture when clocked at 133 MHz (ouch!). The more I increase the clock, the more glithes. The CI module seemed to have no relations with this (but may have heat issues). The P233 will work fine even in a system with 75 and 83MHz bus... Now, I don't understand why the K6 has this troubles. Maybe it's something with it's weird bus access (it's not the same as the pentiums, if I remember). Is there anybody using the K6 (not the K6-2) on this list? Maybe he can share it's experience. Plamen. From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 18:39:47 +0200 From: Klaus Schmidinger To: "Linux-Dvb@Linuxtv. Org" Subject: Re: AW: glitches, another story *g* Guido Fiala wrote: > > >He reported that he also has glitches during CPU and disk activities > >which are unrelated to the card. In my experience such glitches are > >caused by heat. Of course they would also occur during activities > >related to the card (recording). And, as I said before, they are much > >more often and stronger if you have a CI adapter connected to your > >card and they completely disappeared for me when I used an extra fan > >blowing on the card. > > > >So, if you watch TV and compile a kernel and have no glitches, > >fine. Then the reason for your problems lies somewhere else. > >Otherwise, you may have a heat problem. > > > True - think most of us have those glitches just in the recorded files, > but not watching TV the same time -> vdr does not take the data fast enough, > because it's not scheduled in realtime ??? As long as VDR doesn't report any "missed data blocks" it should have taken all the data fast enough. VDR checks the sequence numbers of the data blocks and also their lengths. Also: if the glitches happen at different points when replaying, ths would indicate that the recorded data is ok, but the driver/firmware has trouble keeping picture and sound in sync. 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 pganev@com-it.net Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 22:04:32 +0200 From: Plamen Ganev To: Klaus Schmidinger , linux-dvb@linuxtv.org Subject: RE: Video Disk Recorder version 0.66 Klaus, > Locate the 'ddelay(2)' call in dvb.c's OSDSetBlock() and try > increasing the > value to 3, 4, ... There's no ddelay call in OSDSetBlock()... actually there's no ddelay(2) call in all the driver... maybe this is why my OSD is completely transparent... Hints? Plamen. From pganev@com-it.net Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 22:04:32 +0200 From: Plamen Ganev To: Klaus Schmidinger , linux-dvb@linuxtv.org Subject: RE: Video Disk Recorder version 0.66 Klaus, > Locate the 'ddelay(2)' call in dvb.c's OSDSetBlock() and try > increasing the > value to 3, 4, ... There's no ddelay call in OSDSetBlock()... actually there's no ddelay(2) call in all the driver... maybe this is why my OSD is completely transparent... Hints? Plamen. From pganev@com-it.net Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 22:06:28 +0200 From: Plamen Ganev To: Plamen Ganev , Klaus Schmidinger , linux-dvb@linuxtv.org Subject: RE: Video Disk Recorder version 0.66 Silly me.... ddelay was in the patch :-(( Sorry. From pganev@com-it.net Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 22:06:28 +0200 From: Plamen Ganev To: Plamen Ganev , Klaus Schmidinger , linux-dvb@linuxtv.org Subject: RE: Video Disk Recorder version 0.66 Silly me.... ddelay was in the patch :-(( Sorry. From greg@ulima.unil.ch Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 22:31:49 +0200 From: Gregoire Favre To: linux-dvb@linuxtv.org Subject: about gcc 2.96 Have a look at: http://www.gnu.org/software/gcc/gcc-2.96.html Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch From greg@ulima.unil.ch Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 22:31:49 +0200 From: Gregoire Favre To: linux-dvb@linuxtv.org Subject: about gcc 2.96 Have a look at: http://www.gnu.org/software/gcc/gcc-2.96.html Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch From bsch@dit-gmbh.de Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 22:49:28 +0200 (CEST) From: bsch@dit-gmbh.de To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: corupted OSD On Tue, 10 Oct 2000, Klaus Schmidinger wrote: > Locate the 'ddelay(2)' call in dvb.c's OSDSetBlock() and try increasing the > value to 3, 4, ... > > This should help. > ddelay(3) does the job for me. thanks. bernd schweikert@dit-gmbh.de From bsch@dit-gmbh.de Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 22:49:28 +0200 (CEST) From: bsch@dit-gmbh.de To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: corupted OSD On Tue, 10 Oct 2000, Klaus Schmidinger wrote: > Locate the 'ddelay(2)' call in dvb.c's OSDSetBlock() and try increasing the > value to 3, 4, ... > > This should help. > ddelay(3) does the job for me. thanks. bernd schweikert@dit-gmbh.de From gw@wolfrath.de Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 23:08:59 +0000 From: Gerhard Wolfrath To: linux-dvb@linuxtv.org Subject: compiling problems with VDR-0.66 Hi all, Compiling VDR-0.66 i got following errors: g++ -O2 -Wall -m486 -c -DREMOTE_KBD -I../DVB/driver thread.c thread.c: In method `bool cThread::Start ()': thread.c:54: cannot convert `void *(*) (cThread *)' to `void *(*) (void *)' for argument `3' to `pthread_create (pthread_t *, const pthread_attr_t *, void *(*) (void *), void *)' make: *** [thread.o] Fehler 1 RedHat 7.0 Kernel 2.2.16(RedHat) dvb-0.7.1 any hints? Thanks Gerhard From gw@wolfrath.de Wed Aug 1 13:14:17 2001 Date: Tue, 10 Oct 2000 23:08:59 +0000 From: Gerhard Wolfrath To: linux-dvb@linuxtv.org Subject: compiling problems with VDR-0.66 Hi all, Compiling VDR-0.66 i got following errors: g++ -O2 -Wall -m486 -c -DREMOTE_KBD -I../DVB/driver thread.c thread.c: In method `bool cThread::Start ()': thread.c:54: cannot convert `void *(*) (cThread *)' to `void *(*) (void *)' for argument `3' to `pthread_create (pthread_t *, const pthread_attr_t *, void *(*) (void *), void *)' make: *** [thread.o] Fehler 1 RedHat 7.0 Kernel 2.2.16(RedHat) dvb-0.7.1 any hints? Thanks Gerhard From dpajur@irb.hr Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 10:33:16 +0200 From: Danijel Pajur To: Jordan Kanev , linux-dvb@linuxtv.org Subject: Re: dvbd options Have you tried dvbd -q ? That's the only one I know :) It doesn't display status and works in the background. ----- Original Message ----- From: "Jordan Kanev" To: Sent: Tuesday, October 10, 2000 6:34 PM Subject: dvbd options > hi there... > > Is any options aviable for dvbd ? > I'm looking for option to not display tuner lock status. > > Thanks, > Jordan > From dpajur@irb.hr Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 10:33:16 +0200 From: Danijel Pajur To: Jordan Kanev , linux-dvb@linuxtv.org Subject: Re: dvbd options Have you tried dvbd -q ? That's the only one I know :) It doesn't display status and works in the background. ----- Original Message ----- From: "Jordan Kanev" To: Sent: Tuesday, October 10, 2000 6:34 PM Subject: dvbd options > hi there... > > Is any options aviable for dvbd ? > I'm looking for option to not display tuner lock status. > > Thanks, > Jordan > From Karsten@Karsten-Becker.de Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 16:11:42 +0200 From: Karsten Becker To: Linux DVB Subject: ReloadProblem&Multiswitch Hi, I have 2 problems, the first is a problem is saw twice. I'm using a dynamic dial-up connection which dials in every time internet is needed. But i also have a dynamic IP so I will have to reload my driver. I do this with this few lines in my ip-up killall /DVB/dvbd/dvbd > /var/log/DVBreload.log make -C /DVB/DVB/driver reload > /var/log/DVBreload.log /DVB/dvbd/dvbd -q > /var/log/DVBreload.log My only problem with this is, that my machine hangs after some reloads. It has a Kernel Panic saying something about, that the idle-task has been killed. That's all I could find out. Even the logs don't tell me more. My second problem is, When i had the DVB-Card working directly connected to the LNB everything worked fine. But now we got a new satelite-dish and a multiswitch and i can't get a sync. Do I have to configure it different? regards Karsten From Karsten@Karsten-Becker.de Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 16:11:42 +0200 From: Karsten Becker To: Linux DVB Subject: ReloadProblem&Multiswitch Hi, I have 2 problems, the first is a problem is saw twice. I'm using a dynamic dial-up connection which dials in every time internet is needed. But i also have a dynamic IP so I will have to reload my driver. I do this with this few lines in my ip-up killall /DVB/dvbd/dvbd > /var/log/DVBreload.log make -C /DVB/DVB/driver reload > /var/log/DVBreload.log /DVB/dvbd/dvbd -q > /var/log/DVBreload.log My only problem with this is, that my machine hangs after some reloads. It has a Kernel Panic saying something about, that the idle-task has been killed. That's all I could find out. Even the logs don't tell me more. My second problem is, When i had the DVB-Card working directly connected to the LNB everything worked fine. But now we got a new satelite-dish and a multiswitch and i can't get a sync. Do I have to configure it different? regards Karsten From gfiala@s.netic.de Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 16:21:20 +0200 From: Guido Fiala To: "Linux-Dvb@Linuxtv. Org" Cc: Klaus Schmidinger Subject: RE: glitches, another story *g* - more results Am Tue, 10 Oct 2000 schrieb Plamen Ganev: >> >I can confirm that heat is a problem. But, I get the glitches on cold >> >machine and card too. I need to isolate the problem better >> before reporting. > >Problem solved, but the solution is bad news... > >Apparently the DVB card doesn't like a K6-233 processor. It's that simple, >but took me days to understand. Think that's to easy - i have an P-2-450 and a lot of glitches - does it just work with P-1's or what? PCI-Bus-Clock related? (BTW, i've finally managed increasing the buffer size in dvb.h - silly me: i forget to make insmod with outstream=AV_PES, that leads to buffer-fulls too with vdr) For the first time, it seems to be much better now - got no glitches despite high CPU & disk load at once, but i need more tests with a hot card too. Another thing: even with the "small" 256k buffers i could not produce any record-buffer-fulls recording with "cat /dev/video > test.pav". (But a replay-buffer empty during replaying ;-)) Does that mean, it's a problem of vdr alone? Guido From gfiala@s.netic.de Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 16:21:20 +0200 From: Guido Fiala To: "Linux-Dvb@Linuxtv. Org" Cc: Klaus Schmidinger Subject: RE: glitches, another story *g* - more results Am Tue, 10 Oct 2000 schrieb Plamen Ganev: >> >I can confirm that heat is a problem. But, I get the glitches on cold >> >machine and card too. I need to isolate the problem better >> before reporting. > >Problem solved, but the solution is bad news... > >Apparently the DVB card doesn't like a K6-233 processor. It's that simple, >but took me days to understand. Think that's to easy - i have an P-2-450 and a lot of glitches - does it just work with P-1's or what? PCI-Bus-Clock related? (BTW, i've finally managed increasing the buffer size in dvb.h - silly me: i forget to make insmod with outstream=AV_PES, that leads to buffer-fulls too with vdr) For the first time, it seems to be much better now - got no glitches despite high CPU & disk load at once, but i need more tests with a hot card too. Another thing: even with the "small" 256k buffers i could not produce any record-buffer-fulls recording with "cat /dev/video > test.pav". (But a replay-buffer empty during replaying ;-)) Does that mean, it's a problem of vdr alone? Guido From gfiala@s.netic.de Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 16:34:00 +0200 From: Guido Fiala To: Klaus Schmidinger , "Linux-Dvb@Linuxtv. Org" Subject: Re: AW: glitches, another story *g* Am Tue, 10 Oct 2000 schrieb Klaus Schmidinger: >Guido Fiala wrote: >> >> >He reported that he also has glitches during CPU and disk activities >> >which are unrelated to the card. In my experience such glitches are >> >caused by heat. Of course they would also occur during activities >> >related to the card (recording). And, as I said before, they are much >> >more often and stronger if you have a CI adapter connected to your >> >card and they completely disappeared for me when I used an extra fan >> >blowing on the card. >> > >> >So, if you watch TV and compile a kernel and have no glitches, >> >fine. Then the reason for your problems lies somewhere else. >> >Otherwise, you may have a heat problem. >> > >> True - think most of us have those glitches just in the recorded files, >> but not watching TV the same time -> vdr does not take the data fast enough, >> because it's not scheduled in realtime ??? > >As long as VDR doesn't report any "missed data blocks" it should have >taken all the data fast enough. VDR checks the sequence numbers of >the data blocks and also their lengths. Also: if the glitches happen >at different points when replaying, ths would indicate that the recorded >data is ok, but the driver/firmware has trouble keeping picture and sound >in sync. > At least for me, exactly that's happening - "missed audio/video data blocks ...". Also - if the firmware does not write in a full buffer (but throws away the data), you can get buffer-fulls before the sequence-chain is broken, think exactly that happens. From gfiala@s.netic.de Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 16:34:00 +0200 From: Guido Fiala To: Klaus Schmidinger , "Linux-Dvb@Linuxtv. Org" Subject: Re: AW: glitches, another story *g* Am Tue, 10 Oct 2000 schrieb Klaus Schmidinger: >Guido Fiala wrote: >> >> >He reported that he also has glitches during CPU and disk activities >> >which are unrelated to the card. In my experience such glitches are >> >caused by heat. Of course they would also occur during activities >> >related to the card (recording). And, as I said before, they are much >> >more often and stronger if you have a CI adapter connected to your >> >card and they completely disappeared for me when I used an extra fan >> >blowing on the card. >> > >> >So, if you watch TV and compile a kernel and have no glitches, >> >fine. Then the reason for your problems lies somewhere else. >> >Otherwise, you may have a heat problem. >> > >> True - think most of us have those glitches just in the recorded files, >> but not watching TV the same time -> vdr does not take the data fast enough, >> because it's not scheduled in realtime ??? > >As long as VDR doesn't report any "missed data blocks" it should have >taken all the data fast enough. VDR checks the sequence numbers of >the data blocks and also their lengths. Also: if the glitches happen >at different points when replaying, ths would indicate that the recorded >data is ok, but the driver/firmware has trouble keeping picture and sound >in sync. > At least for me, exactly that's happening - "missed audio/video data blocks ...". Also - if the firmware does not write in a full buffer (but throws away the data), you can get buffer-fulls before the sequence-chain is broken, think exactly that happens. From Carsten.Koch@icem.de Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 17:01:11 +0200 From: Carsten Koch To: Guido Fiala Cc: "Linux-Dvb@Linuxtv. Org" , Klaus Schmidinger Subject: Re: glitches, another story *g* - more results Guido Fiala wrote: > Another thing: even with the "small" 256k buffers i could not produce any > record-buffer-fulls recording with "cat /dev/video > test.pav". > (But a replay-buffer empty during replaying ;-)) Have you tried *reducing* the buffer size in vdr? At line 31 of dvbapi.c there is #define VIDEOBUFSIZE (1024*1024) You could reduce this all the way to #define VIDEOBUFSIZE (32*1024) This way, vdr would make more but shorter I/O requests. Maybe processing some of vdr's I/O requests takes so long that in the meantime data from the DVB-S card are missed. Carsten. P.S.: I have upgraded from a PentiumPro150 to a Pentium III 450 system and I am no longer seeing any glitches. From Carsten.Koch@icem.de Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 17:01:11 +0200 From: Carsten Koch To: Guido Fiala Cc: "Linux-Dvb@Linuxtv. Org" , Klaus Schmidinger Subject: Re: glitches, another story *g* - more results Guido Fiala wrote: > Another thing: even with the "small" 256k buffers i could not produce any > record-buffer-fulls recording with "cat /dev/video > test.pav". > (But a replay-buffer empty during replaying ;-)) Have you tried *reducing* the buffer size in vdr? At line 31 of dvbapi.c there is #define VIDEOBUFSIZE (1024*1024) You could reduce this all the way to #define VIDEOBUFSIZE (32*1024) This way, vdr would make more but shorter I/O requests. Maybe processing some of vdr's I/O requests takes so long that in the meantime data from the DVB-S card are missed. Carsten. P.S.: I have upgraded from a PentiumPro150 to a Pentium III 450 system and I am no longer seeing any glitches. From paul@campina.iiruc.ro Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 18:31:48 +0300 From: Paul Lacatus To: linux-dvb@linuxtv.org Subject: Strange problem with dvbd Today , I tried to install a DVB system on a ppp connected to internet linux router. I have downloaded dvbd2, modified dvbd.h to use ppp0 instead eth0 , compiled OK , but when I launch dvbd (without -q) it shows Sync=127 ......Vber=0 but in /var/log/messages does not appear " Local Ip = ..........Sync =127 OK " . The dvb 's card MAC is not modified and link is not working, and does not get any ping replay. What is my mistake ? PS. Anybody knows why 194.177.32.196 is now gruik103.europeonline.net instead of glop103....... and does not working ? Paul From paul@campina.iiruc.ro Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 18:31:48 +0300 From: Paul Lacatus To: linux-dvb@linuxtv.org Subject: Strange problem with dvbd Today , I tried to install a DVB system on a ppp connected to internet linux router. I have downloaded dvbd2, modified dvbd.h to use ppp0 instead eth0 , compiled OK , but when I launch dvbd (without -q) it shows Sync=127 ......Vber=0 but in /var/log/messages does not appear " Local Ip = ..........Sync =127 OK " . The dvb 's card MAC is not modified and link is not working, and does not get any ping replay. What is my mistake ? PS. Anybody knows why 194.177.32.196 is now gruik103.europeonline.net instead of glop103....... and does not working ? Paul From pganev@com-it.net Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 17:37:50 +0200 From: Plamen Ganev To: "Linux-Dvb@Linuxtv. Org" Subject: RE: glitches, another story *g* - more results > From: Guido Fiala [mailto:gfiala@s.netic.de] > >> >I can confirm that heat is a problem. But, I get the glitches on cold > >> >machine and card too. I need to isolate the problem better > >> before reporting. > > > >Problem solved, but the solution is bad news... > > > >Apparently the DVB card doesn't like a K6-233 processor. It's > that simple, > >but took me days to understand. > > Think that's to easy - i have an P-2-450 and a lot of glitches - > does it just > work with P-1's or what? PCI-Bus-Clock related? My problem was corruption in the received picture even without having to record the stream to disk. As I said in that message, I think there's an issue with the bus sharing between the periferals and that the K6 was increasing this issue, while the P-1 seemed to be unaffected. The K6 has a different way to access the bus, so I presume it's placing the DVB card on hold way too much. Increasing the speed of the CPU increases it's bus bandwidth demands, so ultimately makes things worse. This is all I can think of. Someone could object that Ralph's says that you're better with a high-speed cpu than a slow one. I'm not saying the contrary. PII/PIII machines have a completely different way to access their cache/ram/bus than the pentiums. If the problem is related to clock skew, arbitration issues and so even a slight change in the cpu/bus etc frequency can have impact. But all this is just words, until someone hooks a logic analyzer on that bus and sees what's going on. I don't think that raw CPU power is an isssue. I refuse to think that I need a PIII to send 2mbit of mpeg data from the card to the screen or from the dvd to the card. A very old 486 can do better than that routing packets. Regarding heat: Yesterday, I enjoyed some 40minutes watching a perfect TV picture with a closed PC case and then the picture suddently froze. I opened the case and the DVB card was very hot (maybe my LNB is eating too much power, or maybe it's just bad design). So I placed a nice 8cm fan on top of the card, blowing straight on the tuner section and the dsp. After a couple of minutes the picture started again (note: I did not reload the drivers). At first there was some glitches (the sort of thing you get when there're missed key-frames), then perfect. Today, it's been running now for 4 consecutive hours with closed case and it's fine. Plamen From pganev@com-it.net Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 17:37:50 +0200 From: Plamen Ganev To: "Linux-Dvb@Linuxtv. Org" Subject: RE: glitches, another story *g* - more results > From: Guido Fiala [mailto:gfiala@s.netic.de] > >> >I can confirm that heat is a problem. But, I get the glitches on cold > >> >machine and card too. I need to isolate the problem better > >> before reporting. > > > >Problem solved, but the solution is bad news... > > > >Apparently the DVB card doesn't like a K6-233 processor. It's > that simple, > >but took me days to understand. > > Think that's to easy - i have an P-2-450 and a lot of glitches - > does it just > work with P-1's or what? PCI-Bus-Clock related? My problem was corruption in the received picture even without having to record the stream to disk. As I said in that message, I think there's an issue with the bus sharing between the periferals and that the K6 was increasing this issue, while the P-1 seemed to be unaffected. The K6 has a different way to access the bus, so I presume it's placing the DVB card on hold way too much. Increasing the speed of the CPU increases it's bus bandwidth demands, so ultimately makes things worse. This is all I can think of. Someone could object that Ralph's says that you're better with a high-speed cpu than a slow one. I'm not saying the contrary. PII/PIII machines have a completely different way to access their cache/ram/bus than the pentiums. If the problem is related to clock skew, arbitration issues and so even a slight change in the cpu/bus etc frequency can have impact. But all this is just words, until someone hooks a logic analyzer on that bus and sees what's going on. I don't think that raw CPU power is an isssue. I refuse to think that I need a PIII to send 2mbit of mpeg data from the card to the screen or from the dvd to the card. A very old 486 can do better than that routing packets. Regarding heat: Yesterday, I enjoyed some 40minutes watching a perfect TV picture with a closed PC case and then the picture suddently froze. I opened the case and the DVB card was very hot (maybe my LNB is eating too much power, or maybe it's just bad design). So I placed a nice 8cm fan on top of the card, blowing straight on the tuner section and the dsp. After a couple of minutes the picture started again (note: I did not reload the drivers). At first there was some glitches (the sort of thing you get when there're missed key-frames), then perfect. Today, it's been running now for 4 consecutive hours with closed case and it's fine. Plamen From Carsten.Koch@icem.de Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 17:47:36 +0200 From: Carsten Koch To: Plamen Ganev Cc: "Linux-Dvb@Linuxtv. Org" Subject: Re: glitches, another story *g* - more results Plamen Ganev wrote: ... > I don't think that raw CPU power is an isssue. I refuse to think that I need > a PIII to send 2mbit of mpeg data from the card to the screen or from the > dvd to the card. A very old 486 can do better than that routing packets. Of course you are right - in theory. In practice, however, I had glitches with my 150 MHz PentiumPro and I don't have any with my 450 Mhz Pentium III. (Of course, that's during recording while you have problems even when watching live broadcasts) I would assume that some careful tuning of the DVB driver's interrupt handler on a slow system would make the thing work without any glitches. Until then, our only chance is to throw more horsepower at it. Carsten. From Carsten.Koch@icem.de Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 17:47:36 +0200 From: Carsten Koch To: Plamen Ganev Cc: "Linux-Dvb@Linuxtv. Org" Subject: Re: glitches, another story *g* - more results Plamen Ganev wrote: ... > I don't think that raw CPU power is an isssue. I refuse to think that I need > a PIII to send 2mbit of mpeg data from the card to the screen or from the > dvd to the card. A very old 486 can do better than that routing packets. Of course you are right - in theory. In practice, however, I had glitches with my 150 MHz PentiumPro and I don't have any with my 450 Mhz Pentium III. (Of course, that's during recording while you have problems even when watching live broadcasts) I would assume that some careful tuning of the DVB driver's interrupt handler on a slow system would make the thing work without any glitches. Until then, our only chance is to throw more horsepower at it. Carsten. From clemens@root.at Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 20:45:45 +0200 From: Clemens Kirchgatterer Reply-To: clemens@linux-austria.com To: linux-dvb@linuxtv.org Subject: outcommand error 1 hi! after moveing my dvb to a different motherboard, i had short success on loading the dvb drivers (version 0.7.1). i started vdr (version 0.66) and could even see the OSD-output on my tv, but no tv-picture. after some driver un - and reloading, /var/log/messages keeps reporting this: Oct 12 00:50:17 warfare kernel: Linux video capture interface: v1.00 Oct 12 00:50:17 warfare kernel: i2c-core.o: adapter saa7146(1) registered as adapter 0. Oct 12 00:50:17 warfare kernel: saa7146_core.o: saa7146(1): bus:0, rev:1, mem:0xc2819000. Oct 12 00:50:17 warfare kernel: saa7146_core.o: 1 saa7146 chipset(s) found. Oct 12 00:50:17 warfare kernel: i2c-core.o: driver VES1893 DVB DECODER registered. Oct 12 00:50:17 warfare kernel: VES1893: attaching VES1893 at 0x10 Oct 12 00:50:17 warfare kernel: i2c-core.o: client [VES1893] registered to adapter [saa7146(1)](pos. 0). Oct 12 00:50:17 warfare kernel: VES1893: init chip Oct 12 00:50:18 warfare kernel: VES1893: attached to adapter saa7146(1) Oct 12 00:50:18 warfare kernel: VES1893: init_module Oct 12 00:50:18 warfare kernel: i2c-core.o: driver VES1820 DVB DECODER registered. Oct 12 00:50:18 warfare kernel: VES1820: init_module Oct 12 00:50:18 warfare kernel: i2c-core.o: driver dvbi2c registered. Oct 12 00:50:19 warfare kernel: outcommand error 1 Oct 12 00:50:19 warfare kernel: commandrequest error Oct 12 00:50:19 warfare kernel: dvb: firmware = 7fcec312 Oct 12 00:50:19 warfare kernel: dvb: MAC = 00 d0 5c 2d cc 65 Oct 12 00:50:19 warfare kernel: dvb: attach_adapter Oct 12 00:50:19 warfare kernel: dvb: attached/detached client VES1893 in dvb(0) Oct 12 00:50:19 warfare kernel: dvb: 1 dvb(s) found! Oct 12 00:50:20 warfare kernel: i2c-core.o: driver i2c TV tuner driver registered. Oct 12 00:50:20 warfare kernel: tuner: chip found @ 0x61 Oct 12 00:50:20 warfare kernel: dvb: attached/detached client i2c tv tuner chip in dvb(0) Oct 12 00:50:20 warfare kernel: VES1893: init chip Oct 12 00:50:21 warfare kernel: outcommand error 1 Oct 12 00:50:31 warfare last message repeated 9 times Oct 12 00:50:33 warfare kernel: i2c-core.o: client [SP5659] registered to adapter [saa7146(1)](pos. 1). Oct 12 00:50:33 warfare kernel: i2c-core.o: driver i2c msp3400 driver registered. can anybody tell, whats broken now??? hope so .... clemens From clemens@root.at Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 20:45:45 +0200 From: Clemens Kirchgatterer Reply-To: clemens@linux-austria.com To: linux-dvb@linuxtv.org Subject: outcommand error 1 hi! after moveing my dvb to a different motherboard, i had short success on loading the dvb drivers (version 0.7.1). i started vdr (version 0.66) and could even see the OSD-output on my tv, but no tv-picture. after some driver un - and reloading, /var/log/messages keeps reporting this: Oct 12 00:50:17 warfare kernel: Linux video capture interface: v1.00 Oct 12 00:50:17 warfare kernel: i2c-core.o: adapter saa7146(1) registered as adapter 0. Oct 12 00:50:17 warfare kernel: saa7146_core.o: saa7146(1): bus:0, rev:1, mem:0xc2819000. Oct 12 00:50:17 warfare kernel: saa7146_core.o: 1 saa7146 chipset(s) found. Oct 12 00:50:17 warfare kernel: i2c-core.o: driver VES1893 DVB DECODER registered. Oct 12 00:50:17 warfare kernel: VES1893: attaching VES1893 at 0x10 Oct 12 00:50:17 warfare kernel: i2c-core.o: client [VES1893] registered to adapter [saa7146(1)](pos. 0). Oct 12 00:50:17 warfare kernel: VES1893: init chip Oct 12 00:50:18 warfare kernel: VES1893: attached to adapter saa7146(1) Oct 12 00:50:18 warfare kernel: VES1893: init_module Oct 12 00:50:18 warfare kernel: i2c-core.o: driver VES1820 DVB DECODER registered. Oct 12 00:50:18 warfare kernel: VES1820: init_module Oct 12 00:50:18 warfare kernel: i2c-core.o: driver dvbi2c registered. Oct 12 00:50:19 warfare kernel: outcommand error 1 Oct 12 00:50:19 warfare kernel: commandrequest error Oct 12 00:50:19 warfare kernel: dvb: firmware = 7fcec312 Oct 12 00:50:19 warfare kernel: dvb: MAC = 00 d0 5c 2d cc 65 Oct 12 00:50:19 warfare kernel: dvb: attach_adapter Oct 12 00:50:19 warfare kernel: dvb: attached/detached client VES1893 in dvb(0) Oct 12 00:50:19 warfare kernel: dvb: 1 dvb(s) found! Oct 12 00:50:20 warfare kernel: i2c-core.o: driver i2c TV tuner driver registered. Oct 12 00:50:20 warfare kernel: tuner: chip found @ 0x61 Oct 12 00:50:20 warfare kernel: dvb: attached/detached client i2c tv tuner chip in dvb(0) Oct 12 00:50:20 warfare kernel: VES1893: init chip Oct 12 00:50:21 warfare kernel: outcommand error 1 Oct 12 00:50:31 warfare last message repeated 9 times Oct 12 00:50:33 warfare kernel: i2c-core.o: client [SP5659] registered to adapter [saa7146(1)](pos. 1). Oct 12 00:50:33 warfare kernel: i2c-core.o: driver i2c msp3400 driver registered. can anybody tell, whats broken now??? hope so .... clemens From clemens@root.at Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 20:45:45 +0200 From: Clemens Kirchgatterer Reply-To: clemens@linux-austria.com To: linux-dvb@linuxtv.org Subject: outcommand error 1 hi! after moveing my dvb to a different motherboard, i had short success on loading the dvb drivers (version 0.7.1). i started vdr (version 0.66) and could even see the OSD-output on my tv, but no tv-picture. after some driver un - and reloading, /var/log/messages keeps reporting this: Oct 12 00:50:17 warfare kernel: Linux video capture interface: v1.00 Oct 12 00:50:17 warfare kernel: i2c-core.o: adapter saa7146(1) registered as adapter 0. Oct 12 00:50:17 warfare kernel: saa7146_core.o: saa7146(1): bus:0, rev:1, mem:0xc2819000. Oct 12 00:50:17 warfare kernel: saa7146_core.o: 1 saa7146 chipset(s) found. Oct 12 00:50:17 warfare kernel: i2c-core.o: driver VES1893 DVB DECODER registered. Oct 12 00:50:17 warfare kernel: VES1893: attaching VES1893 at 0x10 Oct 12 00:50:17 warfare kernel: i2c-core.o: client [VES1893] registered to adapter [saa7146(1)](pos. 0). Oct 12 00:50:17 warfare kernel: VES1893: init chip Oct 12 00:50:18 warfare kernel: VES1893: attached to adapter saa7146(1) Oct 12 00:50:18 warfare kernel: VES1893: init_module Oct 12 00:50:18 warfare kernel: i2c-core.o: driver VES1820 DVB DECODER registered. Oct 12 00:50:18 warfare kernel: VES1820: init_module Oct 12 00:50:18 warfare kernel: i2c-core.o: driver dvbi2c registered. Oct 12 00:50:19 warfare kernel: outcommand error 1 Oct 12 00:50:19 warfare kernel: commandrequest error Oct 12 00:50:19 warfare kernel: dvb: firmware = 7fcec312 Oct 12 00:50:19 warfare kernel: dvb: MAC = 00 d0 5c 2d cc 65 Oct 12 00:50:19 warfare kernel: dvb: attach_adapter Oct 12 00:50:19 warfare kernel: dvb: attached/detached client VES1893 in dvb(0) Oct 12 00:50:19 warfare kernel: dvb: 1 dvb(s) found! Oct 12 00:50:20 warfare kernel: i2c-core.o: driver i2c TV tuner driver registered. Oct 12 00:50:20 warfare kernel: tuner: chip found @ 0x61 Oct 12 00:50:20 warfare kernel: dvb: attached/detached client i2c tv tuner chip in dvb(0) Oct 12 00:50:20 warfare kernel: VES1893: init chip Oct 12 00:50:21 warfare kernel: outcommand error 1 Oct 12 00:50:31 warfare last message repeated 9 times Oct 12 00:50:33 warfare kernel: i2c-core.o: client [SP5659] registered to adapter [saa7146(1)](pos. 1). Oct 12 00:50:33 warfare kernel: i2c-core.o: driver i2c msp3400 driver registered. can anybody tell, whats broken now??? hope so .... clemens From clemens@root.at Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 20:45:45 +0200 From: Clemens Kirchgatterer Reply-To: clemens@linux-austria.com To: linux-dvb@linuxtv.org Subject: outcommand error 1 hi! after moveing my dvb to a different motherboard, i had short success on loading the dvb drivers (version 0.7.1). i started vdr (version 0.66) and could even see the OSD-output on my tv, but no tv-picture. after some driver un - and reloading, /var/log/messages keeps reporting this: Oct 12 00:50:17 warfare kernel: Linux video capture interface: v1.00 Oct 12 00:50:17 warfare kernel: i2c-core.o: adapter saa7146(1) registered as adapter 0. Oct 12 00:50:17 warfare kernel: saa7146_core.o: saa7146(1): bus:0, rev:1, mem:0xc2819000. Oct 12 00:50:17 warfare kernel: saa7146_core.o: 1 saa7146 chipset(s) found. Oct 12 00:50:17 warfare kernel: i2c-core.o: driver VES1893 DVB DECODER registered. Oct 12 00:50:17 warfare kernel: VES1893: attaching VES1893 at 0x10 Oct 12 00:50:17 warfare kernel: i2c-core.o: client [VES1893] registered to adapter [saa7146(1)](pos. 0). Oct 12 00:50:17 warfare kernel: VES1893: init chip Oct 12 00:50:18 warfare kernel: VES1893: attached to adapter saa7146(1) Oct 12 00:50:18 warfare kernel: VES1893: init_module Oct 12 00:50:18 warfare kernel: i2c-core.o: driver VES1820 DVB DECODER registered. Oct 12 00:50:18 warfare kernel: VES1820: init_module Oct 12 00:50:18 warfare kernel: i2c-core.o: driver dvbi2c registered. Oct 12 00:50:19 warfare kernel: outcommand error 1 Oct 12 00:50:19 warfare kernel: commandrequest error Oct 12 00:50:19 warfare kernel: dvb: firmware = 7fcec312 Oct 12 00:50:19 warfare kernel: dvb: MAC = 00 d0 5c 2d cc 65 Oct 12 00:50:19 warfare kernel: dvb: attach_adapter Oct 12 00:50:19 warfare kernel: dvb: attached/detached client VES1893 in dvb(0) Oct 12 00:50:19 warfare kernel: dvb: 1 dvb(s) found! Oct 12 00:50:20 warfare kernel: i2c-core.o: driver i2c TV tuner driver registered. Oct 12 00:50:20 warfare kernel: tuner: chip found @ 0x61 Oct 12 00:50:20 warfare kernel: dvb: attached/detached client i2c tv tuner chip in dvb(0) Oct 12 00:50:20 warfare kernel: VES1893: init chip Oct 12 00:50:21 warfare kernel: outcommand error 1 Oct 12 00:50:31 warfare last message repeated 9 times Oct 12 00:50:33 warfare kernel: i2c-core.o: client [SP5659] registered to adapter [saa7146(1)](pos. 1). Oct 12 00:50:33 warfare kernel: i2c-core.o: driver i2c msp3400 driver registered. can anybody tell, whats broken now??? hope so .... clemens From paul@campina.iiruc.ro Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 21:18:48 +0200 From: Paul Lacatus To: Boris Jalov , linux-dvb@linuxtv.org Subject: Re: may be helps Boris Jalov wrote: > check your dvb.c for this lines: > if (!(len=firmread("Dpram", (char**) &lfirm))) > if (!(len=firmread("dpram", (char**) > > and change them to > > if (!(len=firmread("/lib/modules/skystar/Dpram", (char**) &lfirm))) > if (!(len=firmread("/lib/modules/skystar/dpram", (char**) > > you can use any directory you chose where you must copy Dpram, Root and > Boot_up.axf . Check all the "firmread" commands in dvb.c . Then compile > again. But the same drivers I have used a few hours ago but on another computer that has am internet link by eth0. I think that maibe dvbd is not working well after changing to ppp0 and recompiling. It does not send anything in /var/log/messages .Neither "dvbd[......] starting" . You think that the drivers does not uploaded the firmware ? But how then getting sync=127 and vber=0. I think that dvbd can't get the ppp0 local Ip . Thanks Paul From paul@campina.iiruc.ro Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 21:18:48 +0200 From: Paul Lacatus To: Boris Jalov , linux-dvb@linuxtv.org Subject: Re: may be helps Boris Jalov wrote: > check your dvb.c for this lines: > if (!(len=firmread("Dpram", (char**) &lfirm))) > if (!(len=firmread("dpram", (char**) > > and change them to > > if (!(len=firmread("/lib/modules/skystar/Dpram", (char**) &lfirm))) > if (!(len=firmread("/lib/modules/skystar/dpram", (char**) > > you can use any directory you chose where you must copy Dpram, Root and > Boot_up.axf . Check all the "firmread" commands in dvb.c . Then compile > again. But the same drivers I have used a few hours ago but on another computer that has am internet link by eth0. I think that maibe dvbd is not working well after changing to ppp0 and recompiling. It does not send anything in /var/log/messages .Neither "dvbd[......] starting" . You think that the drivers does not uploaded the firmware ? But how then getting sync=127 and vber=0. I think that dvbd can't get the ppp0 local Ip . Thanks Paul From paul@campina.iiruc.ro Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 21:18:48 +0200 From: Paul Lacatus To: Boris Jalov , linux-dvb@linuxtv.org Subject: Re: may be helps Boris Jalov wrote: > check your dvb.c for this lines: > if (!(len=firmread("Dpram", (char**) &lfirm))) > if (!(len=firmread("dpram", (char**) > > and change them to > > if (!(len=firmread("/lib/modules/skystar/Dpram", (char**) &lfirm))) > if (!(len=firmread("/lib/modules/skystar/dpram", (char**) > > you can use any directory you chose where you must copy Dpram, Root and > Boot_up.axf . Check all the "firmread" commands in dvb.c . Then compile > again. But the same drivers I have used a few hours ago but on another computer that has am internet link by eth0. I think that maibe dvbd is not working well after changing to ppp0 and recompiling. It does not send anything in /var/log/messages .Neither "dvbd[......] starting" . You think that the drivers does not uploaded the firmware ? But how then getting sync=127 and vber=0. I think that dvbd can't get the ppp0 local Ip . Thanks Paul From paul@campina.iiruc.ro Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 21:18:48 +0200 From: Paul Lacatus To: Boris Jalov , linux-dvb@linuxtv.org Subject: Re: may be helps Boris Jalov wrote: > check your dvb.c for this lines: > if (!(len=firmread("Dpram", (char**) &lfirm))) > if (!(len=firmread("dpram", (char**) > > and change them to > > if (!(len=firmread("/lib/modules/skystar/Dpram", (char**) &lfirm))) > if (!(len=firmread("/lib/modules/skystar/dpram", (char**) > > you can use any directory you chose where you must copy Dpram, Root and > Boot_up.axf . Check all the "firmread" commands in dvb.c . Then compile > again. But the same drivers I have used a few hours ago but on another computer that has am internet link by eth0. I think that maibe dvbd is not working well after changing to ppp0 and recompiling. It does not send anything in /var/log/messages .Neither "dvbd[......] starting" . You think that the drivers does not uploaded the firmware ? But how then getting sync=127 and vber=0. I think that dvbd can't get the ppp0 local Ip . Thanks Paul From paul@campina.iiruc.ro Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 22:01:46 +0200 From: Paul Lacatus To: linux-dvb@linuxtv.org Subject: a little correction to "Strange problem with dvbd" > The dvb 's card MAC is not > modified and link is not working, and does not get any ping replay the mac card IS derived from ip of ppp0 . Maybe the problem is that the 103 is out of service and I get 114 with a tremendous vber of 10000. But dvbd does not send any messages in /var/log/messages in this case ? From paul@campina.iiruc.ro Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 22:01:46 +0200 From: Paul Lacatus To: linux-dvb@linuxtv.org Subject: a little correction to "Strange problem with dvbd" > The dvb 's card MAC is not > modified and link is not working, and does not get any ping replay the mac card IS derived from ip of ppp0 . Maybe the problem is that the 103 is out of service and I get 114 with a tremendous vber of 10000. But dvbd does not send any messages in /var/log/messages in this case ? From paul@campina.iiruc.ro Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 22:01:46 +0200 From: Paul Lacatus To: linux-dvb@linuxtv.org Subject: a little correction to "Strange problem with dvbd" > The dvb 's card MAC is not > modified and link is not working, and does not get any ping replay the mac card IS derived from ip of ppp0 . Maybe the problem is that the 103 is out of service and I get 114 with a tremendous vber of 10000. But dvbd does not send any messages in /var/log/messages in this case ? From paul@campina.iiruc.ro Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 22:01:46 +0200 From: Paul Lacatus To: linux-dvb@linuxtv.org Subject: a little correction to "Strange problem with dvbd" > The dvb 's card MAC is not > modified and link is not working, and does not get any ping replay the mac card IS derived from ip of ppp0 . Maybe the problem is that the 103 is out of service and I get 114 with a tremendous vber of 10000. But dvbd does not send any messages in /var/log/messages in this case ? From m.demetriou@cytanet.com.cy Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 23:54:05 +0300 From: Demetris To: mocm@netcologne.de, linux-dvb Subject: Re: [where is the avpes2mpeg?] "Marcus O.C. Metzler" wrote: > The output of the driver (if you don`t use outstream=0 (which means > av_pes)) is on default a program stream (PS), which you should be able to > play back on any MPEG2 player (I hope). If you have an av_pes file you > can use av_pes2ps to convert it to a program stream ("av_pes2ps > "). You get av_pes2ps when you compile the program in the I used outstream=0 and now I'm getting av_pes I manage to get an ps_stream with cat /dev/video | av_pes2ps > out.mpg then pressed CTRL-C and got a file about 8MB (just a few seconds) streamtype out.mpg says its an ps_stream the file. but xmps, zzplayer, xing cannot open the file. they result out with error messages. does ps needs another conversion step before it goes to a finally mpeg2? also isnt it a little big in size? 8MB for few seconds? > file, which are program streams). Elementary streams are not muxed, > you have separate audio and video streams, which you can then mux > yourself. PESs are something like PS, but they lack some information is there any link that I can get more information (documentation) about the format of audio and video stream and in general about how it gets to mpeg? av_pes2aud produces an audio stream which can play with gVideo. what is the format of this stream? is there any way to get it to wav and mp3? From m.demetriou@cytanet.com.cy Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 23:54:05 +0300 From: Demetris To: mocm@netcologne.de, linux-dvb Subject: Re: [where is the avpes2mpeg?] "Marcus O.C. Metzler" wrote: > The output of the driver (if you don`t use outstream=0 (which means > av_pes)) is on default a program stream (PS), which you should be able to > play back on any MPEG2 player (I hope). If you have an av_pes file you > can use av_pes2ps to convert it to a program stream ("av_pes2ps > "). You get av_pes2ps when you compile the program in the I used outstream=0 and now I'm getting av_pes I manage to get an ps_stream with cat /dev/video | av_pes2ps > out.mpg then pressed CTRL-C and got a file about 8MB (just a few seconds) streamtype out.mpg says its an ps_stream the file. but xmps, zzplayer, xing cannot open the file. they result out with error messages. does ps needs another conversion step before it goes to a finally mpeg2? also isnt it a little big in size? 8MB for few seconds? > file, which are program streams). Elementary streams are not muxed, > you have separate audio and video streams, which you can then mux > yourself. PESs are something like PS, but they lack some information is there any link that I can get more information (documentation) about the format of audio and video stream and in general about how it gets to mpeg? av_pes2aud produces an audio stream which can play with gVideo. what is the format of this stream? is there any way to get it to wav and mp3? From m.demetriou@cytanet.com.cy Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 23:54:05 +0300 From: Demetris To: mocm@netcologne.de, linux-dvb Subject: Re: [where is the avpes2mpeg?] "Marcus O.C. Metzler" wrote: > The output of the driver (if you don`t use outstream=0 (which means > av_pes)) is on default a program stream (PS), which you should be able to > play back on any MPEG2 player (I hope). If you have an av_pes file you > can use av_pes2ps to convert it to a program stream ("av_pes2ps > "). You get av_pes2ps when you compile the program in the I used outstream=0 and now I'm getting av_pes I manage to get an ps_stream with cat /dev/video | av_pes2ps > out.mpg then pressed CTRL-C and got a file about 8MB (just a few seconds) streamtype out.mpg says its an ps_stream the file. but xmps, zzplayer, xing cannot open the file. they result out with error messages. does ps needs another conversion step before it goes to a finally mpeg2? also isnt it a little big in size? 8MB for few seconds? > file, which are program streams). Elementary streams are not muxed, > you have separate audio and video streams, which you can then mux > yourself. PESs are something like PS, but they lack some information is there any link that I can get more information (documentation) about the format of audio and video stream and in general about how it gets to mpeg? av_pes2aud produces an audio stream which can play with gVideo. what is the format of this stream? is there any way to get it to wav and mp3? From m.demetriou@cytanet.com.cy Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 23:54:05 +0300 From: Demetris To: mocm@netcologne.de, linux-dvb Subject: Re: [where is the avpes2mpeg?] "Marcus O.C. Metzler" wrote: > The output of the driver (if you don`t use outstream=0 (which means > av_pes)) is on default a program stream (PS), which you should be able to > play back on any MPEG2 player (I hope). If you have an av_pes file you > can use av_pes2ps to convert it to a program stream ("av_pes2ps > "). You get av_pes2ps when you compile the program in the I used outstream=0 and now I'm getting av_pes I manage to get an ps_stream with cat /dev/video | av_pes2ps > out.mpg then pressed CTRL-C and got a file about 8MB (just a few seconds) streamtype out.mpg says its an ps_stream the file. but xmps, zzplayer, xing cannot open the file. they result out with error messages. does ps needs another conversion step before it goes to a finally mpeg2? also isnt it a little big in size? 8MB for few seconds? > file, which are program streams). Elementary streams are not muxed, > you have separate audio and video streams, which you can then mux > yourself. PESs are something like PS, but they lack some information is there any link that I can get more information (documentation) about the format of audio and video stream and in general about how it gets to mpeg? av_pes2aud produces an audio stream which can play with gVideo. what is the format of this stream? is there any way to get it to wav and mp3? From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 22:57:49 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: Strange problem with dvbd > PS. Anybody knows why 194.177.32.196 is now > gruik103.europeonline.net instead of glop103....... and does not working > ? I don't know about the name change, but it seems that 103 is in fact down. But 115 is working fine for me. -- Greetings Michael From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 22:57:49 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: Strange problem with dvbd > PS. Anybody knows why 194.177.32.196 is now > gruik103.europeonline.net instead of glop103....... and does not working > ? I don't know about the name change, but it seems that 103 is in fact down. But 115 is working fine for me. -- Greetings Michael From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 22:57:49 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: Strange problem with dvbd > PS. Anybody knows why 194.177.32.196 is now > gruik103.europeonline.net instead of glop103....... and does not working > ? I don't know about the name change, but it seems that 103 is in fact down. But 115 is working fine for me. -- Greetings Michael From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Wed, 11 Oct 2000 22:57:49 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: Strange problem with dvbd > PS. Anybody knows why 194.177.32.196 is now > gruik103.europeonline.net instead of glop103....... and does not working > ? I don't know about the name change, but it seems that 103 is in fact down. But 115 is working fine for me. -- Greetings Michael From martin@hammerschmid.com Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 02:24:26 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: vdr recording without ads. Carsten Koch wrote: > > A german company is now making the exact times of commercial > breaks available via the internet. See > http://www.adkiller.de > > A vdr with an internet connection could theoretically record > TV programs without the commercial breaks. The info may even > contain the exact start and end times, so it would also replace > VPS. > > Of course, that company is making its money by selling hardware > which translates the internet info into remote control commands. > This hardware would not be needed when using vdr, which could > directly use the internet info. The question is: will the company > make the information available to us? Or would they even object > if we used it without asking? > > Carsten. stepped over this site today too. looks like the data needed for this service can be downloaded here weekly. http://www.adkiller.de/programmheft.htm those file contains lines like this: 0108032315000000008Planetopia at first sigh it looks to me digit 1-2 : channel code digit 3-4 : day of the month in "tv style" (day does not end at 00:00) digit 5-6 : continuous number digit 7-10: begin time digit 11-14: end time digit 15-19: ?? should is the the info ?? Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== Going out of my mind, back in 5 minutes. From martin@hammerschmid.com Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 02:24:26 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: vdr recording without ads. Carsten Koch wrote: > > A german company is now making the exact times of commercial > breaks available via the internet. See > http://www.adkiller.de > > A vdr with an internet connection could theoretically record > TV programs without the commercial breaks. The info may even > contain the exact start and end times, so it would also replace > VPS. > > Of course, that company is making its money by selling hardware > which translates the internet info into remote control commands. > This hardware would not be needed when using vdr, which could > directly use the internet info. The question is: will the company > make the information available to us? Or would they even object > if we used it without asking? > > Carsten. stepped over this site today too. looks like the data needed for this service can be downloaded here weekly. http://www.adkiller.de/programmheft.htm those file contains lines like this: 0108032315000000008Planetopia at first sigh it looks to me digit 1-2 : channel code digit 3-4 : day of the month in "tv style" (day does not end at 00:00) digit 5-6 : continuous number digit 7-10: begin time digit 11-14: end time digit 15-19: ?? should is the the info ?? Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== Going out of my mind, back in 5 minutes. From martin@hammerschmid.com Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 02:24:26 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: vdr recording without ads. Carsten Koch wrote: > > A german company is now making the exact times of commercial > breaks available via the internet. See > http://www.adkiller.de > > A vdr with an internet connection could theoretically record > TV programs without the commercial breaks. The info may even > contain the exact start and end times, so it would also replace > VPS. > > Of course, that company is making its money by selling hardware > which translates the internet info into remote control commands. > This hardware would not be needed when using vdr, which could > directly use the internet info. The question is: will the company > make the information available to us? Or would they even object > if we used it without asking? > > Carsten. stepped over this site today too. looks like the data needed for this service can be downloaded here weekly. http://www.adkiller.de/programmheft.htm those file contains lines like this: 0108032315000000008Planetopia at first sigh it looks to me digit 1-2 : channel code digit 3-4 : day of the month in "tv style" (day does not end at 00:00) digit 5-6 : continuous number digit 7-10: begin time digit 11-14: end time digit 15-19: ?? should is the the info ?? Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== Going out of my mind, back in 5 minutes. From martin@hammerschmid.com Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 02:24:26 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: vdr recording without ads. Carsten Koch wrote: > > A german company is now making the exact times of commercial > breaks available via the internet. See > http://www.adkiller.de > > A vdr with an internet connection could theoretically record > TV programs without the commercial breaks. The info may even > contain the exact start and end times, so it would also replace > VPS. > > Of course, that company is making its money by selling hardware > which translates the internet info into remote control commands. > This hardware would not be needed when using vdr, which could > directly use the internet info. The question is: will the company > make the information available to us? Or would they even object > if we used it without asking? > > Carsten. stepped over this site today too. looks like the data needed for this service can be downloaded here weekly. http://www.adkiller.de/programmheft.htm those file contains lines like this: 0108032315000000008Planetopia at first sigh it looks to me digit 1-2 : channel code digit 3-4 : day of the month in "tv style" (day does not end at 00:00) digit 5-6 : continuous number digit 7-10: begin time digit 11-14: end time digit 15-19: ?? should is the the info ?? Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== Going out of my mind, back in 5 minutes. From cristian@pverde.timis.starnets.ro Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 09:34:12 +0300 From: Man Cristian To: "linux-dvb@linuxtv.org" Subject: One question ! I have instaled a dvb card siemens and work fine. I have a script witch load drivers on every boot of the sistem, but for dvbd i modified the rc.local file like this /usr/local/dvbd -q. If the sistem restart, the output of dvbd its : Unable to load configuration file, Exiting. Have you any sugestion for this problem ? With best regards Cristian From cristian@pverde.timis.starnets.ro Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 09:34:12 +0300 From: Man Cristian To: "linux-dvb@linuxtv.org" Subject: One question ! I have instaled a dvb card siemens and work fine. I have a script witch load drivers on every boot of the sistem, but for dvbd i modified the rc.local file like this /usr/local/dvbd -q. If the sistem restart, the output of dvbd its : Unable to load configuration file, Exiting. Have you any sugestion for this problem ? With best regards Cristian From cristian@pverde.timis.starnets.ro Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 09:34:12 +0300 From: Man Cristian To: "linux-dvb@linuxtv.org" Subject: One question ! I have instaled a dvb card siemens and work fine. I have a script witch load drivers on every boot of the sistem, but for dvbd i modified the rc.local file like this /usr/local/dvbd -q. If the sistem restart, the output of dvbd its : Unable to load configuration file, Exiting. Have you any sugestion for this problem ? With best regards Cristian From cristian@pverde.timis.starnets.ro Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 09:34:12 +0300 From: Man Cristian To: "linux-dvb@linuxtv.org" Subject: One question ! I have instaled a dvb card siemens and work fine. I have a script witch load drivers on every boot of the sistem, but for dvbd i modified the rc.local file like this /usr/local/dvbd -q. If the sistem restart, the output of dvbd its : Unable to load configuration file, Exiting. Have you any sugestion for this problem ? With best regards Cristian From Robert.Schneider@lotus.com Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 09:02:56 +0200 From: Robert.Schneider@lotus.com To: linux-dvb@linuxtv.org Subject: Re: vdr recording without ads. [ Part 1, Text/PLAIN 28 lines. ] [ Unable to print this part. ] Hi folks, I had a look at this site, I can't see though, where the ad information is stored, it seems it's just the schedule that's freely downloadable. I'm working on a new implementation of the EIT stuff that:         1. gets the data asynchronously         2. displays an extended description of the events         3. displays the schedule of the program (as much as the program sends out 1 - 5 days, varies)         4. displays "What's running in all programs"         5. takes timer information out of this schedule and as a next step, uses online information to start and stop recording at appropriate times (VPS). Bare with me, I don't have too much spare time but I'm working on it every free minute. I doubt a bit how the removal of ads should work by only providing the times of the ad-blocks as if programs slip, ad-blocks slip with them. In order to avoid recording ads by providing times only, that means you would have to update your information from the net almost in realtime. Is that feasable? Regards, Robert From Robert.Schneider@lotus.com Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 09:02:56 +0200 From: Robert.Schneider@lotus.com To: linux-dvb@linuxtv.org Subject: Re: vdr recording without ads. [ Part 1, Text/PLAIN 28 lines. ] [ Unable to print this part. ] Hi folks, I had a look at this site, I can't see though, where the ad information is stored, it seems it's just the schedule that's freely downloadable. I'm working on a new implementation of the EIT stuff that:         1. gets the data asynchronously         2. displays an extended description of the events         3. displays the schedule of the program (as much as the program sends out 1 - 5 days, varies)         4. displays "What's running in all programs"         5. takes timer information out of this schedule and as a next step, uses online information to start and stop recording at appropriate times (VPS). Bare with me, I don't have too much spare time but I'm working on it every free minute. I doubt a bit how the removal of ads should work by only providing the times of the ad-blocks as if programs slip, ad-blocks slip with them. In order to avoid recording ads by providing times only, that means you would have to update your information from the net almost in realtime. Is that feasable? Regards, Robert From Robert.Schneider@lotus.com Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 09:02:56 +0200 From: Robert.Schneider@lotus.com To: linux-dvb@linuxtv.org Subject: Re: vdr recording without ads. [ Part 1, Text/PLAIN 28 lines. ] [ Unable to print this part. ] Hi folks, I had a look at this site, I can't see though, where the ad information is stored, it seems it's just the schedule that's freely downloadable. I'm working on a new implementation of the EIT stuff that:         1. gets the data asynchronously         2. displays an extended description of the events         3. displays the schedule of the program (as much as the program sends out 1 - 5 days, varies)         4. displays "What's running in all programs"         5. takes timer information out of this schedule and as a next step, uses online information to start and stop recording at appropriate times (VPS). Bare with me, I don't have too much spare time but I'm working on it every free minute. I doubt a bit how the removal of ads should work by only providing the times of the ad-blocks as if programs slip, ad-blocks slip with them. In order to avoid recording ads by providing times only, that means you would have to update your information from the net almost in realtime. Is that feasable? Regards, Robert From Robert.Schneider@lotus.com Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 09:02:56 +0200 From: Robert.Schneider@lotus.com To: linux-dvb@linuxtv.org Subject: Re: vdr recording without ads. [ Part 1, Text/PLAIN 28 lines. ] [ Unable to print this part. ] Hi folks, I had a look at this site, I can't see though, where the ad information is stored, it seems it's just the schedule that's freely downloadable. I'm working on a new implementation of the EIT stuff that:         1. gets the data asynchronously         2. displays an extended description of the events         3. displays the schedule of the program (as much as the program sends out 1 - 5 days, varies)         4. displays "What's running in all programs"         5. takes timer information out of this schedule and as a next step, uses online information to start and stop recording at appropriate times (VPS). Bare with me, I don't have too much spare time but I'm working on it every free minute. I doubt a bit how the removal of ads should work by only providing the times of the ad-blocks as if programs slip, ad-blocks slip with them. In order to avoid recording ads by providing times only, that means you would have to update your information from the net almost in realtime. Is that feasable? Regards, Robert From Thomas.Schuett@icn.siemens.de Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 10:31:32 +0200 From: Schuett Thomas To: "'linux-dvb@linuxtv. org'" Subject: AW: glitches, another story *g* - more results Hi Guido, >Another thing: even with the "small" 256k buffers i could not produce any >record-buffer-fulls recording with "cat /dev/video > test.pav". I have glitches in the record (havent checked logfile, but it is in the record, on playback always the same positions etc.) when recording with cat /dev/video > file. I am just going to try buffer -i /dev/video > file to see if it makes a difference. But after all the solutions that I have seen in the ml, and that worked for some and not for others, I am really close to sure, that there are several reasons for the glitches. We should have a matrix of possible solutions and who has tried what and if it worked completely/partial/not. I know, its work ... cu, Thomas From Thomas.Schuett@icn.siemens.de Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 10:31:32 +0200 From: Schuett Thomas To: "'linux-dvb@linuxtv. org'" Subject: AW: glitches, another story *g* - more results Hi Guido, >Another thing: even with the "small" 256k buffers i could not produce any >record-buffer-fulls recording with "cat /dev/video > test.pav". I have glitches in the record (havent checked logfile, but it is in the record, on playback always the same positions etc.) when recording with cat /dev/video > file. I am just going to try buffer -i /dev/video > file to see if it makes a difference. But after all the solutions that I have seen in the ml, and that worked for some and not for others, I am really close to sure, that there are several reasons for the glitches. We should have a matrix of possible solutions and who has tried what and if it worked completely/partial/not. I know, its work ... cu, Thomas From Thomas.Schuett@icn.siemens.de Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 10:31:32 +0200 From: Schuett Thomas To: "'linux-dvb@linuxtv. org'" Subject: AW: glitches, another story *g* - more results Hi Guido, >Another thing: even with the "small" 256k buffers i could not produce any >record-buffer-fulls recording with "cat /dev/video > test.pav". I have glitches in the record (havent checked logfile, but it is in the record, on playback always the same positions etc.) when recording with cat /dev/video > file. I am just going to try buffer -i /dev/video > file to see if it makes a difference. But after all the solutions that I have seen in the ml, and that worked for some and not for others, I am really close to sure, that there are several reasons for the glitches. We should have a matrix of possible solutions and who has tried what and if it worked completely/partial/not. I know, its work ... cu, Thomas From Thomas.Schuett@icn.siemens.de Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 10:31:32 +0200 From: Schuett Thomas To: "'linux-dvb@linuxtv. org'" Subject: AW: glitches, another story *g* - more results Hi Guido, >Another thing: even with the "small" 256k buffers i could not produce any >record-buffer-fulls recording with "cat /dev/video > test.pav". I have glitches in the record (havent checked logfile, but it is in the record, on playback always the same positions etc.) when recording with cat /dev/video > file. I am just going to try buffer -i /dev/video > file to see if it makes a difference. But after all the solutions that I have seen in the ml, and that worked for some and not for others, I am really close to sure, that there are several reasons for the glitches. We should have a matrix of possible solutions and who has tried what and if it worked completely/partial/not. I know, its work ... cu, Thomas From t.ja@gmx.at Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 10:47:24 +0200 From: Thomas Jagoditsch To: linux-dvb@linuxtv.org Subject: dvdplayer - without sound, misc hi all ! yesterday i got some spare time *g* (lately my wife says i invest to much time in this damn VDR thing) to play around with my box. mpeg/vdr on windows: first of all, i tried to replay a recording under windows (this eurosport-thing which failed to replay in VDR without glitches). got no chance with some players, all talk about "wrong format" ... maybe someone has done that and could tell us how to play .vdr´s on windows, which player and which conversions would be necessary. dvdplayer, a journey into the morning: second, i tried again to get the dvdplayer running. loaded the newest css-sources from the cvs, compiled (hooray, it compiles now), run the "testdvd"-parcour, failed again with "not authenticated". close to despair i had a look to messages (got to pin that "if-there- are-problems-look-at-messages"-slip on my forehead ;-), found that there was some sort of "region mismatch" - didnt understand that in the moment, cause i´ve got that brand-new-virgin pioneer drive and a region-2 dvd in it ... after diggin some mailing-ist archives i found out that you need indeed a RPC-1 drive, css wouldnt work otherwise - even if there is no real "region-mismatch" involved. got that nice RPC-2_to_RPC-1 converter for my drive on the net (yes, i´ve been lucky), got that damn floppy built in (never need one till that), got that damn dos-boot disk prepared and finally got that RPC- 1 DVD drive i needed ;-) ah, testdvd seem to authenticate now. i compiled ac3dec, dvdplayer and tried to run dvdplayer with the first of these vob-files - fine picture *yippie* - but no sound at all ;-( hmm, says something about "/dev/dsp". thought hard, compiled msp3400, played around, looked at the source (understand not much), tried to run ac3dec on "/dev/radio" (as i found it in the source) instead on "/dev/dsp" (im just _that_ kind of dummy) - "/dev/radio not found" ... maybe you need a soundcard for this, next thought. found one in the basement, included that, built a new kernel, boot, panic, boot, panic, boot, panic, search for bootdisk - no bootdisk at home, boot, panic, go to bed angry .... questions: you need that soundcard, or can msp3400 be used to play audio for dvdplayer ? if yes, why do you need it ? there is no soundcard involved when replaying recordings - is it because of the multiple audio streams in dvd´s ? wbr.tja... From t.ja@gmx.at Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 10:47:24 +0200 From: Thomas Jagoditsch To: linux-dvb@linuxtv.org Subject: dvdplayer - without sound, misc hi all ! yesterday i got some spare time *g* (lately my wife says i invest to much time in this damn VDR thing) to play around with my box. mpeg/vdr on windows: first of all, i tried to replay a recording under windows (this eurosport-thing which failed to replay in VDR without glitches). got no chance with some players, all talk about "wrong format" ... maybe someone has done that and could tell us how to play .vdr´s on windows, which player and which conversions would be necessary. dvdplayer, a journey into the morning: second, i tried again to get the dvdplayer running. loaded the newest css-sources from the cvs, compiled (hooray, it compiles now), run the "testdvd"-parcour, failed again with "not authenticated". close to despair i had a look to messages (got to pin that "if-there- are-problems-look-at-messages"-slip on my forehead ;-), found that there was some sort of "region mismatch" - didnt understand that in the moment, cause i´ve got that brand-new-virgin pioneer drive and a region-2 dvd in it ... after diggin some mailing-ist archives i found out that you need indeed a RPC-1 drive, css wouldnt work otherwise - even if there is no real "region-mismatch" involved. got that nice RPC-2_to_RPC-1 converter for my drive on the net (yes, i´ve been lucky), got that damn floppy built in (never need one till that), got that damn dos-boot disk prepared and finally got that RPC- 1 DVD drive i needed ;-) ah, testdvd seem to authenticate now. i compiled ac3dec, dvdplayer and tried to run dvdplayer with the first of these vob-files - fine picture *yippie* - but no sound at all ;-( hmm, says something about "/dev/dsp". thought hard, compiled msp3400, played around, looked at the source (understand not much), tried to run ac3dec on "/dev/radio" (as i found it in the source) instead on "/dev/dsp" (im just _that_ kind of dummy) - "/dev/radio not found" ... maybe you need a soundcard for this, next thought. found one in the basement, included that, built a new kernel, boot, panic, boot, panic, boot, panic, search for bootdisk - no bootdisk at home, boot, panic, go to bed angry .... questions: you need that soundcard, or can msp3400 be used to play audio for dvdplayer ? if yes, why do you need it ? there is no soundcard involved when replaying recordings - is it because of the multiple audio streams in dvd´s ? wbr.tja... From t.ja@gmx.at Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 10:47:24 +0200 From: Thomas Jagoditsch To: linux-dvb@linuxtv.org Subject: dvdplayer - without sound, misc hi all ! yesterday i got some spare time *g* (lately my wife says i invest to much time in this damn VDR thing) to play around with my box. mpeg/vdr on windows: first of all, i tried to replay a recording under windows (this eurosport-thing which failed to replay in VDR without glitches). got no chance with some players, all talk about "wrong format" ... maybe someone has done that and could tell us how to play .vdr´s on windows, which player and which conversions would be necessary. dvdplayer, a journey into the morning: second, i tried again to get the dvdplayer running. loaded the newest css-sources from the cvs, compiled (hooray, it compiles now), run the "testdvd"-parcour, failed again with "not authenticated". close to despair i had a look to messages (got to pin that "if-there- are-problems-look-at-messages"-slip on my forehead ;-), found that there was some sort of "region mismatch" - didnt understand that in the moment, cause i´ve got that brand-new-virgin pioneer drive and a region-2 dvd in it ... after diggin some mailing-ist archives i found out that you need indeed a RPC-1 drive, css wouldnt work otherwise - even if there is no real "region-mismatch" involved. got that nice RPC-2_to_RPC-1 converter for my drive on the net (yes, i´ve been lucky), got that damn floppy built in (never need one till that), got that damn dos-boot disk prepared and finally got that RPC- 1 DVD drive i needed ;-) ah, testdvd seem to authenticate now. i compiled ac3dec, dvdplayer and tried to run dvdplayer with the first of these vob-files - fine picture *yippie* - but no sound at all ;-( hmm, says something about "/dev/dsp". thought hard, compiled msp3400, played around, looked at the source (understand not much), tried to run ac3dec on "/dev/radio" (as i found it in the source) instead on "/dev/dsp" (im just _that_ kind of dummy) - "/dev/radio not found" ... maybe you need a soundcard for this, next thought. found one in the basement, included that, built a new kernel, boot, panic, boot, panic, boot, panic, search for bootdisk - no bootdisk at home, boot, panic, go to bed angry .... questions: you need that soundcard, or can msp3400 be used to play audio for dvdplayer ? if yes, why do you need it ? there is no soundcard involved when replaying recordings - is it because of the multiple audio streams in dvd´s ? wbr.tja... From t.ja@gmx.at Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 10:47:24 +0200 From: Thomas Jagoditsch To: linux-dvb@linuxtv.org Subject: dvdplayer - without sound, misc hi all ! yesterday i got some spare time *g* (lately my wife says i invest to much time in this damn VDR thing) to play around with my box. mpeg/vdr on windows: first of all, i tried to replay a recording under windows (this eurosport-thing which failed to replay in VDR without glitches). got no chance with some players, all talk about "wrong format" ... maybe someone has done that and could tell us how to play .vdr´s on windows, which player and which conversions would be necessary. dvdplayer, a journey into the morning: second, i tried again to get the dvdplayer running. loaded the newest css-sources from the cvs, compiled (hooray, it compiles now), run the "testdvd"-parcour, failed again with "not authenticated". close to despair i had a look to messages (got to pin that "if-there- are-problems-look-at-messages"-slip on my forehead ;-), found that there was some sort of "region mismatch" - didnt understand that in the moment, cause i´ve got that brand-new-virgin pioneer drive and a region-2 dvd in it ... after diggin some mailing-ist archives i found out that you need indeed a RPC-1 drive, css wouldnt work otherwise - even if there is no real "region-mismatch" involved. got that nice RPC-2_to_RPC-1 converter for my drive on the net (yes, i´ve been lucky), got that damn floppy built in (never need one till that), got that damn dos-boot disk prepared and finally got that RPC- 1 DVD drive i needed ;-) ah, testdvd seem to authenticate now. i compiled ac3dec, dvdplayer and tried to run dvdplayer with the first of these vob-files - fine picture *yippie* - but no sound at all ;-( hmm, says something about "/dev/dsp". thought hard, compiled msp3400, played around, looked at the source (understand not much), tried to run ac3dec on "/dev/radio" (as i found it in the source) instead on "/dev/dsp" (im just _that_ kind of dummy) - "/dev/radio not found" ... maybe you need a soundcard for this, next thought. found one in the basement, included that, built a new kernel, boot, panic, boot, panic, boot, panic, search for bootdisk - no bootdisk at home, boot, panic, go to bed angry .... questions: you need that soundcard, or can msp3400 be used to play audio for dvdplayer ? if yes, why do you need it ? there is no soundcard involved when replaying recordings - is it because of the multiple audio streams in dvd´s ? wbr.tja... From tw@domain.ubcom.net Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 11:13:40 +0200 (CEST) From: Thilo Wunderlich Reply-To: tw@ubcom.net To: linux-dvb@linuxtv.org Subject: Re: vdr recording without ads. > directly use the internet info. The question is: will the company > make the information available to us? Or would they even object I don't think so, but 70 DM wouldn't be too much if it works. > if we used it without asking? When you try to register you'll be asked for the adKiller-Code. I guess this is a number which you'll get with the hardware. I wonder how they know when the commercial breaks are. Or do I have to be online all the time when I'm recording a film ? Then someone just sits there and sends the signal manually, maybe ? Ahh, just read the page again, the addkiller will rewind the tape itself a bit when nessesary. This means they do not know in advance when the breaks are, right ? I saw some hardware some time ago which watches the tv company logo and if it is gone it stops the vcr. Maybe someone has written a program which does the same ? Thilo From tw@domain.ubcom.net Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 11:13:40 +0200 (CEST) From: Thilo Wunderlich Reply-To: tw@ubcom.net To: linux-dvb@linuxtv.org Subject: Re: vdr recording without ads. > directly use the internet info. The question is: will the company > make the information available to us? Or would they even object I don't think so, but 70 DM wouldn't be too much if it works. > if we used it without asking? When you try to register you'll be asked for the adKiller-Code. I guess this is a number which you'll get with the hardware. I wonder how they know when the commercial breaks are. Or do I have to be online all the time when I'm recording a film ? Then someone just sits there and sends the signal manually, maybe ? Ahh, just read the page again, the addkiller will rewind the tape itself a bit when nessesary. This means they do not know in advance when the breaks are, right ? I saw some hardware some time ago which watches the tv company logo and if it is gone it stops the vcr. Maybe someone has written a program which does the same ? Thilo From tw@domain.ubcom.net Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 11:13:40 +0200 (CEST) From: Thilo Wunderlich Reply-To: tw@ubcom.net To: linux-dvb@linuxtv.org Subject: Re: vdr recording without ads. > directly use the internet info. The question is: will the company > make the information available to us? Or would they even object I don't think so, but 70 DM wouldn't be too much if it works. > if we used it without asking? When you try to register you'll be asked for the adKiller-Code. I guess this is a number which you'll get with the hardware. I wonder how they know when the commercial breaks are. Or do I have to be online all the time when I'm recording a film ? Then someone just sits there and sends the signal manually, maybe ? Ahh, just read the page again, the addkiller will rewind the tape itself a bit when nessesary. This means they do not know in advance when the breaks are, right ? I saw some hardware some time ago which watches the tv company logo and if it is gone it stops the vcr. Maybe someone has written a program which does the same ? Thilo From tw@domain.ubcom.net Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 11:13:40 +0200 (CEST) From: Thilo Wunderlich Reply-To: tw@ubcom.net To: linux-dvb@linuxtv.org Subject: Re: vdr recording without ads. > directly use the internet info. The question is: will the company > make the information available to us? Or would they even object I don't think so, but 70 DM wouldn't be too much if it works. > if we used it without asking? When you try to register you'll be asked for the adKiller-Code. I guess this is a number which you'll get with the hardware. I wonder how they know when the commercial breaks are. Or do I have to be online all the time when I'm recording a film ? Then someone just sits there and sends the signal manually, maybe ? Ahh, just read the page again, the addkiller will rewind the tape itself a bit when nessesary. This means they do not know in advance when the breaks are, right ? I saw some hardware some time ago which watches the tv company logo and if it is gone it stops the vcr. Maybe someone has written a program which does the same ? Thilo From radek.valek@npnet.cz Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 13:10:50 +0200 From: Radek Valek To: Paul Lacatus , linux-dvb@linuxtv.org Subject: Re: Strange problem with dvbd Only thing I can write is to confirm that 103 is looking down for today... Name changed too. RV -----Pùvodní zpráva----- Od: Paul Lacatus Komu: linux-dvb@linuxtv.org Datum: 11. øíjna 2000 18:30 Pøedmìt: Strange problem with dvbd > Today , I tried to install a DVB system on a ppp connected to >internet linux router. I have downloaded dvbd2, modified dvbd.h to use >ppp0 instead eth0 , compiled OK , but when I launch dvbd (without -q) >it shows Sync=127 ......Vber=0 but in /var/log/messages does not appear >" Local Ip = ..........Sync =127 OK " . The dvb 's card MAC is not >modified and link is not working, and does not get any ping replay. > What is my mistake ? > > PS. Anybody knows why 194.177.32.196 is now >gruik103.europeonline.net instead of glop103....... and does not working >? > > > Paul > > From radek.valek@npnet.cz Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 13:10:50 +0200 From: Radek Valek To: Paul Lacatus , linux-dvb@linuxtv.org Subject: Re: Strange problem with dvbd Only thing I can write is to confirm that 103 is looking down for today... Name changed too. RV -----Pùvodní zpráva----- Od: Paul Lacatus Komu: linux-dvb@linuxtv.org Datum: 11. øíjna 2000 18:30 Pøedmìt: Strange problem with dvbd > Today , I tried to install a DVB system on a ppp connected to >internet linux router. I have downloaded dvbd2, modified dvbd.h to use >ppp0 instead eth0 , compiled OK , but when I launch dvbd (without -q) >it shows Sync=127 ......Vber=0 but in /var/log/messages does not appear >" Local Ip = ..........Sync =127 OK " . The dvb 's card MAC is not >modified and link is not working, and does not get any ping replay. > What is my mistake ? > > PS. Anybody knows why 194.177.32.196 is now >gruik103.europeonline.net instead of glop103....... and does not working >? > > > Paul > > From radek.valek@npnet.cz Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 13:10:50 +0200 From: Radek Valek To: Paul Lacatus , linux-dvb@linuxtv.org Subject: Re: Strange problem with dvbd Only thing I can write is to confirm that 103 is looking down for today... Name changed too. RV -----Pùvodní zpráva----- Od: Paul Lacatus Komu: linux-dvb@linuxtv.org Datum: 11. øíjna 2000 18:30 Pøedmìt: Strange problem with dvbd > Today , I tried to install a DVB system on a ppp connected to >internet linux router. I have downloaded dvbd2, modified dvbd.h to use >ppp0 instead eth0 , compiled OK , but when I launch dvbd (without -q) >it shows Sync=127 ......Vber=0 but in /var/log/messages does not appear >" Local Ip = ..........Sync =127 OK " . The dvb 's card MAC is not >modified and link is not working, and does not get any ping replay. > What is my mistake ? > > PS. Anybody knows why 194.177.32.196 is now >gruik103.europeonline.net instead of glop103....... and does not working >? > > > Paul > > From radek.valek@npnet.cz Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 13:10:50 +0200 From: Radek Valek To: Paul Lacatus , linux-dvb@linuxtv.org Subject: Re: Strange problem with dvbd Only thing I can write is to confirm that 103 is looking down for today... Name changed too. RV -----Pùvodní zpráva----- Od: Paul Lacatus Komu: linux-dvb@linuxtv.org Datum: 11. øíjna 2000 18:30 Pøedmìt: Strange problem with dvbd > Today , I tried to install a DVB system on a ppp connected to >internet linux router. I have downloaded dvbd2, modified dvbd.h to use >ppp0 instead eth0 , compiled OK , but when I launch dvbd (without -q) >it shows Sync=127 ......Vber=0 but in /var/log/messages does not appear >" Local Ip = ..........Sync =127 OK " . The dvb 's card MAC is not >modified and link is not working, and does not get any ping replay. > What is my mistake ? > > PS. Anybody knows why 194.177.32.196 is now >gruik103.europeonline.net instead of glop103....... and does not working >? > > > Paul > > From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 13:20:42 +0200 From: Michael Holzt To: linux-dvb Subject: Re: [where is the avpes2mpeg?] > also isnt it a little big in size? 8MB for few seconds? It depends how long your "few" seconds are. 8 MB is arround 20 seconds of video in MPEG2 at 3 MBit/sec. -- Greetings Michael From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 13:20:42 +0200 From: Michael Holzt To: linux-dvb Subject: Re: [where is the avpes2mpeg?] > also isnt it a little big in size? 8MB for few seconds? It depends how long your "few" seconds are. 8 MB is arround 20 seconds of video in MPEG2 at 3 MBit/sec. -- Greetings Michael From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 13:20:42 +0200 From: Michael Holzt To: linux-dvb Subject: Re: [where is the avpes2mpeg?] > also isnt it a little big in size? 8MB for few seconds? It depends how long your "few" seconds are. 8 MB is arround 20 seconds of video in MPEG2 at 3 MBit/sec. -- Greetings Michael From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 13:20:42 +0200 From: Michael Holzt To: linux-dvb Subject: Re: [where is the avpes2mpeg?] > also isnt it a little big in size? 8MB for few seconds? It depends how long your "few" seconds are. 8 MB is arround 20 seconds of video in MPEG2 at 3 MBit/sec. -- Greetings Michael From jay.tribick@carrier1.net Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 12:23:08 +0100 From: Jay Tribick To: Michael Holzt Cc: linux-dvb Subject: Re: [where is the avpes2mpeg?] > > also isnt it a little big in size? 8MB for few seconds? > > It depends how long your "few" seconds are. 8 MB is arround 20 seconds > of video in MPEG2 at 3 MBit/sec. How long does it take to convert from AV_EPS to MPEG2? -- Regards, Jay Tribick Senior Systems Engineer Carrier1 Voice: +44 207 531 3874 Mobile: +44 7801 526 638 From jay.tribick@carrier1.net Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 12:23:08 +0100 From: Jay Tribick To: Michael Holzt Cc: linux-dvb Subject: Re: [where is the avpes2mpeg?] > > also isnt it a little big in size? 8MB for few seconds? > > It depends how long your "few" seconds are. 8 MB is arround 20 seconds > of video in MPEG2 at 3 MBit/sec. How long does it take to convert from AV_EPS to MPEG2? -- Regards, Jay Tribick Senior Systems Engineer Carrier1 Voice: +44 207 531 3874 Mobile: +44 7801 526 638 From jay.tribick@carrier1.net Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 12:23:08 +0100 From: Jay Tribick To: Michael Holzt Cc: linux-dvb Subject: Re: [where is the avpes2mpeg?] > > also isnt it a little big in size? 8MB for few seconds? > > It depends how long your "few" seconds are. 8 MB is arround 20 seconds > of video in MPEG2 at 3 MBit/sec. How long does it take to convert from AV_EPS to MPEG2? -- Regards, Jay Tribick Senior Systems Engineer Carrier1 Voice: +44 207 531 3874 Mobile: +44 7801 526 638 From jay.tribick@carrier1.net Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 12:23:08 +0100 From: Jay Tribick To: Michael Holzt Cc: linux-dvb Subject: Re: [where is the avpes2mpeg?] > > also isnt it a little big in size? 8MB for few seconds? > > It depends how long your "few" seconds are. 8 MB is arround 20 seconds > of video in MPEG2 at 3 MBit/sec. How long does it take to convert from AV_EPS to MPEG2? -- Regards, Jay Tribick Senior Systems Engineer Carrier1 Voice: +44 207 531 3874 Mobile: +44 7801 526 638 From isz@dds.nl Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 12:23:17 +0100 From: Jeroen To: linux-dvb@linuxtv.org Subject: Re: vdr recording without ads. *********** REPLY SEPARATOR *********** On 12-10-00 at 11:13 Thilo Wunderlich wrote: >> directly use the internet info. The question is: will the company >> make the information available to us? Or would they even object > >I don't think so, but 70 DM wouldn't be too much if it works. > >> if we used it without asking? > >When you try to register you'll be asked for the adKiller-Code. >I guess this is a number which you'll get with the hardware. > >I wonder how they know when the commercial breaks are. > >Or do I have to be online all the time when I'm recording a film ? >Then someone just sits there and sends the signal manually, maybe ? > >Ahh, just read the page again, the addkiller will rewind the tape >itself a bit when nessesary. This means they do not know in advance when >the breaks are, right ? > >I saw some hardware some time ago which watches the tv company logo and >if it is gone it stops the vcr. I was thinking about a solution like that too (I didn't know there allready was software which does that). But I noticed that at least here in holland that doesn't work because the logo allways disappears 10-20 secs. before the commercial block and reappears 10-20 secs. after the commercial block. But this could be usefull if you want to cut manually and don't want to search with ffwd or rwd through the movie. >Maybe someone has written a program which does the same ? > >Thilo From isz@dds.nl Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 12:23:17 +0100 From: Jeroen To: linux-dvb@linuxtv.org Subject: Re: vdr recording without ads. *********** REPLY SEPARATOR *********** On 12-10-00 at 11:13 Thilo Wunderlich wrote: >> directly use the internet info. The question is: will the company >> make the information available to us? Or would they even object > >I don't think so, but 70 DM wouldn't be too much if it works. > >> if we used it without asking? > >When you try to register you'll be asked for the adKiller-Code. >I guess this is a number which you'll get with the hardware. > >I wonder how they know when the commercial breaks are. > >Or do I have to be online all the time when I'm recording a film ? >Then someone just sits there and sends the signal manually, maybe ? > >Ahh, just read the page again, the addkiller will rewind the tape >itself a bit when nessesary. This means they do not know in advance when >the breaks are, right ? > >I saw some hardware some time ago which watches the tv company logo and >if it is gone it stops the vcr. I was thinking about a solution like that too (I didn't know there allready was software which does that). But I noticed that at least here in holland that doesn't work because the logo allways disappears 10-20 secs. before the commercial block and reappears 10-20 secs. after the commercial block. But this could be usefull if you want to cut manually and don't want to search with ffwd or rwd through the movie. >Maybe someone has written a program which does the same ? > >Thilo From isz@dds.nl Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 12:23:17 +0100 From: Jeroen To: linux-dvb@linuxtv.org Subject: Re: vdr recording without ads. *********** REPLY SEPARATOR *********** On 12-10-00 at 11:13 Thilo Wunderlich wrote: >> directly use the internet info. The question is: will the company >> make the information available to us? Or would they even object > >I don't think so, but 70 DM wouldn't be too much if it works. > >> if we used it without asking? > >When you try to register you'll be asked for the adKiller-Code. >I guess this is a number which you'll get with the hardware. > >I wonder how they know when the commercial breaks are. > >Or do I have to be online all the time when I'm recording a film ? >Then someone just sits there and sends the signal manually, maybe ? > >Ahh, just read the page again, the addkiller will rewind the tape >itself a bit when nessesary. This means they do not know in advance when >the breaks are, right ? > >I saw some hardware some time ago which watches the tv company logo and >if it is gone it stops the vcr. I was thinking about a solution like that too (I didn't know there allready was software which does that). But I noticed that at least here in holland that doesn't work because the logo allways disappears 10-20 secs. before the commercial block and reappears 10-20 secs. after the commercial block. But this could be usefull if you want to cut manually and don't want to search with ffwd or rwd through the movie. >Maybe someone has written a program which does the same ? > >Thilo From isz@dds.nl Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 12:23:17 +0100 From: Jeroen To: linux-dvb@linuxtv.org Subject: Re: vdr recording without ads. *********** REPLY SEPARATOR *********** On 12-10-00 at 11:13 Thilo Wunderlich wrote: >> directly use the internet info. The question is: will the company >> make the information available to us? Or would they even object > >I don't think so, but 70 DM wouldn't be too much if it works. > >> if we used it without asking? > >When you try to register you'll be asked for the adKiller-Code. >I guess this is a number which you'll get with the hardware. > >I wonder how they know when the commercial breaks are. > >Or do I have to be online all the time when I'm recording a film ? >Then someone just sits there and sends the signal manually, maybe ? > >Ahh, just read the page again, the addkiller will rewind the tape >itself a bit when nessesary. This means they do not know in advance when >the breaks are, right ? > >I saw some hardware some time ago which watches the tv company logo and >if it is gone it stops the vcr. I was thinking about a solution like that too (I didn't know there allready was software which does that). But I noticed that at least here in holland that doesn't work because the logo allways disappears 10-20 secs. before the commercial block and reappears 10-20 secs. after the commercial block. But this could be usefull if you want to cut manually and don't want to search with ffwd or rwd through the movie. >Maybe someone has written a program which does the same ? > >Thilo From rjkm@netcologne.de Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 13:35:27 +0200 (CEST) From: "Ralph Metzler <" To: Thomas Jagoditsch Cc: linux-dvb@linuxtv.org Subject: dvdplayer - without sound, misc Thomas Jagoditsch writes: > mpeg/vdr on windows: > first of all, i tried to replay a recording under windows (this > eurosport-thing which failed to replay in VDR without glitches). > got no chance with some players, all talk about "wrong format" ... > maybe someone has done that and could tell us how to play .vdr´s on > windows, which player and which conversions would be necessary. You need to convert it to a program stream. Use the av_pes2ps tool, which was discussed here before and tell us if the result works with the players you have. We only tried it once with "powerdvd" under windows and it worked. > hmm, says something about "/dev/dsp". thought hard, compiled msp3400, > played around, looked at the source (understand not much), tried to > run ac3dec on "/dev/radio" (as i found it in the source) instead on > "/dev/dsp" (im just _that_ kind of dummy) - "/dev/radio not found" ... The MSP34XX series of chips are sound decoders for analog TV/radio. Some also have analog sound and video switches. The analog upgrade module of the DVB-C card has such a chip. There is no use for it with a DVB-S card. > maybe you need a soundcard for this, next thought. found one in the > basement, included that, built a new kernel, boot, panic, boot, > panic, boot, panic, search for bootdisk - no bootdisk at home, boot, > panic, go to bed angry .... > > > questions: > you need that soundcard, or can msp3400 be used to play audio for > dvdplayer ? > if yes, why do you need it ? there is no soundcard involved when > replaying recordings - is it because of the multiple audio streams in > dvd´s ? No, it is because dvdplayer does not send the sound to the DVB card. The DVB card cannot decode AC3 but the decoded PCM stream can be sent to the card as a PCM-PES with the firmware version that came with DVB-0.7.0 (and later). I know I don´t write much in the DVB/NEWS file but this is in there. Until support for this is in dvdplayer (I don´t know if this is planned?) you will need a soundcard. Ralph From rjkm@netcologne.de Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 13:35:27 +0200 (CEST) From: "Ralph Metzler <" To: Thomas Jagoditsch Cc: linux-dvb@linuxtv.org Subject: dvdplayer - without sound, misc Thomas Jagoditsch writes: > mpeg/vdr on windows: > first of all, i tried to replay a recording under windows (this > eurosport-thing which failed to replay in VDR without glitches). > got no chance with some players, all talk about "wrong format" ... > maybe someone has done that and could tell us how to play .vdr´s on > windows, which player and which conversions would be necessary. You need to convert it to a program stream. Use the av_pes2ps tool, which was discussed here before and tell us if the result works with the players you have. We only tried it once with "powerdvd" under windows and it worked. > hmm, says something about "/dev/dsp". thought hard, compiled msp3400, > played around, looked at the source (understand not much), tried to > run ac3dec on "/dev/radio" (as i found it in the source) instead on > "/dev/dsp" (im just _that_ kind of dummy) - "/dev/radio not found" ... The MSP34XX series of chips are sound decoders for analog TV/radio. Some also have analog sound and video switches. The analog upgrade module of the DVB-C card has such a chip. There is no use for it with a DVB-S card. > maybe you need a soundcard for this, next thought. found one in the > basement, included that, built a new kernel, boot, panic, boot, > panic, boot, panic, search for bootdisk - no bootdisk at home, boot, > panic, go to bed angry .... > > > questions: > you need that soundcard, or can msp3400 be used to play audio for > dvdplayer ? > if yes, why do you need it ? there is no soundcard involved when > replaying recordings - is it because of the multiple audio streams in > dvd´s ? No, it is because dvdplayer does not send the sound to the DVB card. The DVB card cannot decode AC3 but the decoded PCM stream can be sent to the card as a PCM-PES with the firmware version that came with DVB-0.7.0 (and later). I know I don´t write much in the DVB/NEWS file but this is in there. Until support for this is in dvdplayer (I don´t know if this is planned?) you will need a soundcard. Ralph From rjkm@netcologne.de Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 13:35:27 +0200 (CEST) From: "Ralph Metzler <" To: Thomas Jagoditsch Cc: linux-dvb@linuxtv.org Subject: dvdplayer - without sound, misc Thomas Jagoditsch writes: > mpeg/vdr on windows: > first of all, i tried to replay a recording under windows (this > eurosport-thing which failed to replay in VDR without glitches). > got no chance with some players, all talk about "wrong format" ... > maybe someone has done that and could tell us how to play .vdr´s on > windows, which player and which conversions would be necessary. You need to convert it to a program stream. Use the av_pes2ps tool, which was discussed here before and tell us if the result works with the players you have. We only tried it once with "powerdvd" under windows and it worked. > hmm, says something about "/dev/dsp". thought hard, compiled msp3400, > played around, looked at the source (understand not much), tried to > run ac3dec on "/dev/radio" (as i found it in the source) instead on > "/dev/dsp" (im just _that_ kind of dummy) - "/dev/radio not found" ... The MSP34XX series of chips are sound decoders for analog TV/radio. Some also have analog sound and video switches. The analog upgrade module of the DVB-C card has such a chip. There is no use for it with a DVB-S card. > maybe you need a soundcard for this, next thought. found one in the > basement, included that, built a new kernel, boot, panic, boot, > panic, boot, panic, search for bootdisk - no bootdisk at home, boot, > panic, go to bed angry .... > > > questions: > you need that soundcard, or can msp3400 be used to play audio for > dvdplayer ? > if yes, why do you need it ? there is no soundcard involved when > replaying recordings - is it because of the multiple audio streams in > dvd´s ? No, it is because dvdplayer does not send the sound to the DVB card. The DVB card cannot decode AC3 but the decoded PCM stream can be sent to the card as a PCM-PES with the firmware version that came with DVB-0.7.0 (and later). I know I don´t write much in the DVB/NEWS file but this is in there. Until support for this is in dvdplayer (I don´t know if this is planned?) you will need a soundcard. Ralph From gfiala@s.netic.de Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 17:39:19 +0200 From: Guido Fiala To: "Linux-Dvb@Linuxtv. Org" Subject: Re: glitches, another story *g* - more results Am Wed, 11 Oct 2000 schrieb Carsten Koch: >Guido Fiala wrote: >> Another thing: even with the "small" 256k buffers i could not produce any >> record-buffer-fulls recording with "cat /dev/video > test.pav". >> (But a replay-buffer empty during replaying ;-)) > >Have you tried *reducing* the buffer size in vdr? > >At line 31 of dvbapi.c there is > >#define VIDEOBUFSIZE (1024*1024) > >You could reduce this all the way to > >#define VIDEOBUFSIZE (32*1024) have tested it with (128*1024) - still buffer-fulls but also "buffer empties" maybe something in the middle... But i've now attached a fan at the card, let's see if it helps. From gfiala@s.netic.de Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 17:42:25 +0200 From: Guido Fiala To: "'linux-dvb@linuxtv. org'" Subject: Re: AW: glitches, another story *g* - more results Am Thu, 12 Oct 2000 schrieb Schuett Thomas: >Hi Guido, > >>Another thing: even with the "small" 256k buffers i could not produce any >>record-buffer-fulls recording with "cat /dev/video > test.pav". > >I have glitches in the record (havent checked logfile, but it is in the record, >on playback always the same positions etc.) when recording with >cat /dev/video > file. I am just going to try buffer -i /dev/video > file >to see if it makes a difference. > >But after all the solutions that I have seen in the ml, and that worked for >some and not for others, I am really close to sure, that there are > > several reasons for the glitches. > >We should have a matrix of possible solutions and who has tried >what and if it worked completely/partial/not. > I made further tests with different outstream-formats - it seems that there are at least 2 occurences of recorded glitches: the one with buffer-full/missed-video-data producing blocking-failures and another type - even if there are no errors shown in log - producing audio/video-latency with flashing image disturbances every a few seconds. Guido From paul@campina.iiruc.ro Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 19:26:19 +0200 From: Paul Lacatus To: linux-dvb@linuxtv.org Subject: DVBD messages Now the dvbd is working on 114 but still don't get any messages in /var/log/messages . Any ideea ? From gfiala@s.netic.de Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 20:11:35 +0200 From: Guido Fiala To: "'linux-dvb@linuxtv. org'" Subject: Re: AW: glitches, another story *g* - more bad news ;-( Am Thu, 12 Oct 2000 schrieb Guido Fiala: >Am Thu, 12 Oct 2000 schrieb Schuett Thomas: >>Hi Guido, >> >>>Another thing: even with the "small" 256k buffers i could not produce any >>>record-buffer-fulls recording with "cat /dev/video > test.pav". >> >>I have glitches in the record (havent checked logfile, but it is in the record, >>on playback always the same positions etc.) when recording with >>cat /dev/video > file. I am just going to try buffer -i /dev/video > file >>to see if it makes a difference. >> >>But after all the solutions that I have seen in the ml, and that worked for >>some and not for others, I am really close to sure, that there are >> >> several reasons for the glitches. >> >>We should have a matrix of possible solutions and who has tried >>what and if it worked completely/partial/not. >> >I made further tests with different outstream-formats - it seems that there are >at least 2 occurences of recorded glitches: the one with >buffer-full/missed-video-data producing blocking-failures and another type >- even if there are no errors shown in log - >producing audio/video-latency with flashing image disturbances every a few >seconds. > Cooling seems not to help! (lmsensors report now 5 degree less temperature) Still to much glitches (with no buffer-full-syslogs) But something to think about: Watching TV the same time does not show any failures, these are just in the recorded files - i suspect that only these part of the card/chip is affected/buggy. My feeling was, it started with the later drivers (>0.5). Will make some tests with "cat /dev/video >test.pav" to check it. But it would help, if someone can verify if these failures happen under W95 too, who can do it? From red@tripany.com Wed Aug 1 13:14:17 2001 Date: Thu, 12 Oct 2000 20:34:55 +0200 From: Robin Edgar Tripany To: Uwe Guenther , linux-dvb@linuxtv.org Cc: Christian Berding Subject: Re: Routing Probs with dvb0 K...... got dvbd drivers compiled, installed and they work :) got dvbd compiled and dvbd.conf editted to my specific settings.... my primary questions are: 1. When i run dvbd without the -q option i get these lines over and over again: "VFsync = 0, Freq = 2033000000, Sync = 3 Afc = 4293076671 Agc = 319 Nest = 43264" "VFsync = 0, Freq = 2033000000, Sync = 3 Afc = 4293076671 Agc = 303 Nest = 43776" is this ok? 2. How many filters do i need in /etc/dvbd.conf? (under windows i have 5!!!!) 3. how do you set a MAC address on your card? 4. as i understand you have to use mrouted to multicast your streams, what are the tunnel settings? (local ip = my uplink device? remote=???) might you have your mrouted.conf file? I dont really understand the mrouted.conf file :))) "phyint dvb0 altnet 212.17.1.212/1 altnet 125.0.0.0/1" "phyint eth0" is the first altnet my ppp device and the second one the destination address? well, i hope someone can help me :) thanx robin ----- Original Message ----- From: "Uwe Guenther" To: "Robin Edgar Tripany" Sent: Thursday, October 05, 2000 5:28 PM Subject: Re: Routing Probs with dvb0 > Robin Edgar Tripany wrote: > > > > What did you use to get EON working?! where can i find the sources? > > > > http://www.linuxtv.org/download/dvb/siemens_dvb-0.7.1.tar.gz > http://www.linuxtv.org/download/dvb/dvbd2.tar.gz > > and you could check my config, they is located at > > http://www.cscc.de/eon.tar.gz > > > ... 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 mihai@ambra.ro Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 09:57:12 +0300 From: Mihai Amariutei To: Robin Edgar Tripany , Uwe Guenther , linux-dvb@linuxtv.org Cc: Christian Berding Subject: Re: Routing Probs with dvb0 1. No, is not OK. The sync (signal quality) should be over 63 (128 for a perfect reception). 3 means no signall at all. Check cables, LNC, dvbd.conf, etc. 2. EON has 1 PID for unicast (0x200) and two others for multicast, but dvbd should set them automatically, so no setting in dvbd.conf is necessary. 3. dvbd takes care of that. Just set the external interface used in dvbd.h (ppp0/eth0/whatever) ----- Original Message ----- From: "Robin Edgar Tripany" To: "Uwe Guenther" ; Cc: "Christian Berding" Sent: Thursday, October 12, 2000 9:34 PM Subject: Re: Routing Probs with dvb0 > K...... got dvbd drivers compiled, installed and they work :) > > got dvbd compiled and dvbd.conf editted to my specific settings.... > my primary questions are: > > 1. When i run dvbd without the -q option i get these lines over and over > again: > > "VFsync = 0, Freq = 2033000000, Sync = 3 Afc = 4293076671 Agc = 319 Nest > = 43264" > "VFsync = 0, Freq = 2033000000, Sync = 3 Afc = 4293076671 Agc = 303 Nest > = 43776" > > is this ok? > 2. How many filters do i need in /etc/dvbd.conf? > (under windows i have 5!!!!) > 3. how do you set a MAC address on your card? > 4. as i understand you have to use mrouted to multicast your streams, > what are the tunnel settings? (local ip = my uplink device? remote=???) > might you have your mrouted.conf file? > I dont really understand the mrouted.conf file :))) > > "phyint dvb0 altnet 212.17.1.212/1 altnet 125.0.0.0/1" > "phyint eth0" > > is the first altnet my ppp device and the second one the destination > address? > > well, i hope someone can help me :) > > thanx > > robin > > > ----- Original Message ----- > From: "Uwe Guenther" > To: "Robin Edgar Tripany" > Sent: Thursday, October 05, 2000 5:28 PM > Subject: Re: Routing Probs with dvb0 > > > > Robin Edgar Tripany wrote: > > > > > > What did you use to get EON working?! where can i find the sources? > > > > > > > http://www.linuxtv.org/download/dvb/siemens_dvb-0.7.1.tar.gz > > http://www.linuxtv.org/download/dvb/dvbd2.tar.gz > > > > and you could check my config, they is located at > > > > http://www.cscc.de/eon.tar.gz > > > > > > ... 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 red@tripany.com Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 10:15:30 +0200 From: Robin Edgar Tripany To: Uwe Guenther , linux-dvb@linuxtv.org Subject: Re: Routing Probs with dvb0 You sent me a package containing mrouted.conf, so i thought you did... how do you organise the datastream then? Hmmmm... if sync = 3 is bad transmission, then why do i get it when it shows a good signal in windows? tnx, Robin > Robin Edgar Tripany wrote: > > > > K...... got dvbd drivers compiled, installed and they work :) > > > > got dvbd compiled and dvbd.conf editted to my specific settings.... > > my primary questions are: > > > > 1. When i run dvbd without the -q option i get these lines over and over > > again: > > > > "VFsync = 0, Freq = 2033000000, Sync = 3 Afc = 4293076671 Agc = 319 Nest > > = 43264" > > "VFsync = 0, Freq = 2033000000, Sync = 3 Afc = 4293076671 Agc = 303 Nest > > = 43776" > sync=3 means bad signal > > you should get sync=127 > > > > > is this ok? > > 2. How many filters do i need in /etc/dvbd.conf? > > (under windows i have 5!!!!) > i have 2 > > 3. how do you set a MAC address on your card? > > 4. as i understand you have to use mrouted to multicast your streams, > > what are the tunnel settings? (local ip = my uplink device? remote=???) > > might you have your mrouted.conf file? > > I dont really understand the mrouted.conf file :))) > > > > "phyint dvb0 altnet 212.17.1.212/1 altnet 125.0.0.0/1" > > "phyint eth0" > > > > is the first altnet my ppp device and the second one the destination > > address? > I don`t use mrouted > > I don´t understand this stuff too :)) > > > > > well, i hope someone can help me :) > > > > thanx > > > > robin > > > > ----- Original Message ----- > > From: "Uwe Guenther" > > To: "Robin Edgar Tripany" > > Sent: Thursday, October 05, 2000 5:28 PM > > Subject: Re: Routing Probs with dvb0 > > > > > Robin Edgar Tripany wrote: > > > > > > > > What did you use to get EON working?! where can i find the sources? > > > > > > > > > > http://www.linuxtv.org/download/dvb/siemens_dvb-0.7.1.tar.gz > > > http://www.linuxtv.org/download/dvb/dvbd2.tar.gz > > > > > > and you could check my config, they is located at > > > > > > http://www.cscc.de/eon.tar.gz > > > > > > > > > ... 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 ...! > > > > > -- > ... 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 andre@grotius.nl Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 10:18:31 +0200 From: Vossen To: linux-dvb@linuxtv.org Subject: direc-pc question !! Hello, Does someone know if you can use the direc-pc subscription with a hauppauge (technotrend) dvb-s card. ? From greg@ulima.unil.ch Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 10:47:19 +0200 From: Gregoire Favre To: linux-dvb@linuxtv.org Cc: kraxel@goldbach.in-berlin.de Subject: DVB, bttv and XFree4.0.1 xv extension? Hello, I own an Matrox card that as support for xv extension under XFree, when I only have bttv loaded, xv works fine, but with dvb also loaded that's don't... Anyone has succeded in both, and in the affirmative, by which way? With the bttv from the kernel (I use 2.4.0-test9)? I2c from kernel? Thanks you very much, Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch From ujq7@rz.uni-karlsruhe.de Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 12:59:01 +0200 From: Andreas Peter To: linux-dvb@linuxtv.org Subject: Re: AW: glitches, another story *g* - more bad news ;-( Guido Fiala wrote: > > Am Thu, 12 Oct 2000 schrieb Guido Fiala: > >Am Thu, 12 Oct 2000 schrieb Schuett Thomas: > >>Hi Guido, > >> > >>>Another thing: even with the "small" 256k buffers i could not produce any > >>>record-buffer-fulls recording with "cat /dev/video > test.pav". > >> > >>I have glitches in the record (havent checked logfile, but it is in the record, > >>on playback always the same positions etc.) when recording with > >>cat /dev/video > file. I am just going to try buffer -i /dev/video > file > >>to see if it makes a difference. > >> > >>But after all the solutions that I have seen in the ml, and that worked for > >>some and not for others, I am really close to sure, that there are > >> > >> several reasons for the glitches. > >> > >>We should have a matrix of possible solutions and who has tried > >>what and if it worked completely/partial/not. > >> > >I made further tests with different outstream-formats - it seems that there are > >at least 2 occurences of recorded glitches: the one with > >buffer-full/missed-video-data producing blocking-failures and another type > >- even if there are no errors shown in log - > >producing audio/video-latency with flashing image disturbances every a few > >seconds. > > > Cooling seems not to help! (lmsensors report now 5 degree less temperature) > Still to much glitches (with no buffer-full-syslogs) > > But something to think about: > Watching TV the same time does not show any failures, these are just in the > recorded files - i suspect that only these part of the card/chip is > affected/buggy. > My feeling was, it started with the later drivers (>0.5). Will make some tests > with "cat /dev/video >test.pav" to check it. > > But it would help, if someone can verify if these failures happen under W95 too, > who can do it? Hi, I've also problems with recording glitches. I'm using driver ver. 0.71 and Klaus' VDR. Watching TV works fine, but playback recording produces glitches every second. I think the performance of my System is not the Problem: Dual Celeron 533 Gigabyte 6BXDS Maxtor DiamodMAX 60GB HD Hauppauge DVBS (cooled with fan) SuSE 6.4 I tried to record with VDR and cat /dev/video > 001.pva. The playback results are the same: glitches every second. I think VDR does not produce the glitches, so I tried older versions of the driver. A file recoded with ver. 0.71 (cat /dev/video0 > 001.pva) produces glitches if it is played with ver. 0.71 BUT it can be played error free with ver. 0.04! Ralph, what do you think? Andreas From agw@supersonic.ruhr.de Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 14:15:38 +0200 From: Andreas Wohlfeld To: "Linux-Dvb@Linuxtv.Org" Subject: Bezugsquelle fuer Siemens-DVB-S Hi, as Fujitsu-Siemens closed their webshop (forever?) I'm searching for a place to buy the DVB-S card and the CI for the 3.5" floppy slot. I live in Essen/NRW so I can't visit their shops. -- Andreas Wohlfeld -- Germany agw@ruhr.de andreas.wohlfeld@uni-bochum.de From Stefan.Hagendorn@lindy.cc Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 15:16:30 +0200 From: Stefan.Hagendorn@lindy.cc To: Johan De Wit Cc: Andreas Wohlfeld , "Linux-Dvb@Linuxtv.Org" Subject: Re: Re: Bezugsquelle fuer Siemens-DVB-S IMHO a good German reseller for the DVB-S Card (and accesories like the CI Module for both PCI and 3.5 Zoll) is http://www.dbd-shop.de Stefan Hagendorn From Stefan.Hagendorn@lindy.cc Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 15:23:17 +0200 From: Stefan.Hagendorn@lindy.cc To: Johan De Wit Cc: Andreas Wohlfeld , "Linux-Dvb@Linuxtv.Org" Subject: Re: Re: Bezugsquelle fuer Siemens-DVB-S Sorry !! The right URL is http://www.dvb-shop.de Stefan Hagendorn From johan.de_wit@alcatel.be Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 13:40:33 GMT From: Johan De Wit To: Andreas Wohlfeld Cc: "Linux-Dvb@Linuxtv.Org" Subject: Re: Bezugsquelle fuer Siemens-DVB-S Hi all, I,m looking also for this info Thanks From Carsten.Koch@icem.de Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 16:18:26 +0200 From: Carsten Koch To: "Linux-Dvb@Linuxtv.Org" Subject: Re: Bezugsquelle fuer Siemens-DVB-S Stefan.Hagendorn@lindy.cc wrote: > > IMHO a good German reseller for the DVB-S Card (and accesories like the CI > Module for both PCI and 3.5 Zoll) is http://www.dbd-shop.de The Hauppauge card is really easy to get. My favorite web shop is http://www.reichelt.de everything I ever ordered from them was here within 48 hours and their prices on some components are ridiculously low. For the dvb-s card they charge DM 489, the CI costs DM 199. Their shipping charge is DM 6,45 if you pay by direct debit. Simply go to http://www.reichelt.de and enter dvb into the search text field in the lower left corner of the window. Another good web shop is http://www.kmelektronik.de they have a wide selection of computer stuff (however, they do not carry small electronic components) and most of the time they deliver within 3 days. If you do not get a delivery note E-mail from them within 24 hours, it usually helps to get in touch with them. ;-) They do not have the CI and the dvb-s card costs DM 459. Their shipping charge is DM 19 + DM 3 COD = DM 22. Other sites worth mentioning include * http://www.fortknox.de I have not ordered from them yet. For the dvb-s card they charge DM 479, the CI costs DM 179. * http://www.mix-computer.de I never ended up ordering from them - they never had the stuff I wanted in stock. Their price is DM 460 for the dvb-s card, they do not have the CI. * http://www.alternate.de I have not ordered from them yet. They do not have the CI and the dvb-s card costs DM 469. * http://www.snogard.de They have some good prices, but they delivered stuff to me twice that did not work and gave me a hard time about it. They do not have the CI and the dvb-s card costs DM 465. Of course, as has been mentioned on this list several times, we really ought to buy the Siemens card, as Siemens is the only company that was willing to support the open source linux driver development. Does anyone know where we can get the original Siemens card? Carsten. From Stefan.Hagendorn@lindy.cc Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 16:28:43 +0200 From: Stefan.Hagendorn@lindy.cc To: Carsten Koch Cc: "Linux-Dvb@Linuxtv.Org" Subject: Re: Re: Bezugsquelle fuer Siemens-DVB-S Carsten u're right .... DVB Shop sells the Hauppauge Card and not the Siemens .... And I understand the problem with the other companys not supporting the LINUX Driver. Anyway are not ALL Cards licensed builds from TechnoTrend ??? Greetings Stefan Hagendorn From Carsten.Koch@icem.de Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 16:46:45 +0200 From: Carsten Koch To: Stefan.Hagendorn@lindy.cc Cc: "Linux-Dvb@Linuxtv.Org" Subject: Re: Bezugsquelle fuer Siemens-DVB-S Stefan.Hagendorn@lindy.cc wrote: > > Carsten u're right .... > > DVB Shop sells the Hauppauge Card and not the Siemens .... And I understand > the problem with the other companys not supporting the LINUX Driver. Anyway > are not ALL Cards licensed builds from TechnoTrend ??? I cannot answer that as good as someone from convergence could. As far as I remember it, convergence got in touch with TechnoTrend and TechnoTrend was unwilling to help - up to a degree where it might be worth boycotting them. On the other hand Siemens was very friendly and generously supported the open source development of the dvb-s linux driver. Consequently, we ought to buy the original Siemens card whenever possible. However, all the sources I mentioned are not Siemens either, but Hauppauge. :-( Carsten. From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 16:52:58 +0200 From: Klaus Schmidinger To: "Linux-Dvb@Linuxtv.Org" Subject: Re: Bezugsquelle fuer Siemens-DVB-S Carsten Koch wrote: > > [...] > Of course, as has been mentioned on this list several times, > we really ought to buy the Siemens card, as Siemens is the > only company that was willing to support the open source linux > driver development. > > Does anyone know where we can get the original Siemens card? I ordered both my cards online from http://www.pc-werksverkauf.de/zubehoer/tv-karten.htm but apparently that link is now broken. On http://www.pc-werksverkauf.de it says that their Online-Shop is currently closed - which I can hardly understand why... 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 Carsten.Koch@icem.de Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 17:34:43 +0200 From: Carsten Koch To: "Linux-Dvb@Linuxtv.Org" Subject: New Technotrend DVB-S card. A few months ago, I have heard rumors that a new DVB-S card was due for release around end of September. I just checked the Technotrend web site and did not find any info about a new card. One would assume that convergence already has some pre- production samples? Any info about the new card available yet? Will the current driver support it? Will it have an "official" SPDIF output? Will it support AC-3? Will it have an "official" Y/C output? Will it have a faster OSD? Price? Availability? Would anyone from convergence care to comment about the card? Carsten. From Stefan.Hagendorn@lindy.cc Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 17:37:06 +0200 From: Stefan.Hagendorn@lindy.cc To: "Linux-Dvb@Linuxtv.Org" Subject: VDR and CI/CAM Menue Is it possible to integrate a CI/CAM Menue into VDR ??? For example to show the cam status or change CAM Options ??? And is it possible to show CAM messages in the OSD of VDR (like the "Insert Smartcard" message) Greetings Stefan Hagendorn From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 17:45:49 +0200 From: Klaus Schmidinger To: "Linux-Dvb@Linuxtv.Org" Subject: Re: VDR and CI/CAM Menue Stefan.Hagendorn@lindy.cc wrote: > > Is it possible to integrate a CI/CAM Menue into VDR ??? > For example to show the cam status or change CAM Options ??? > And is it possible to show CAM messages in the OSD of VDR (like the "Insert > Smartcard" message) I guess the main task here would be to get the necessary information from the CAM module. Presenting it on the OSD should not be a big problem. If somebody can come up with some code that interfaces with the CAM module and gets the info we could implement that in VDR. 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 Stefan.Hagendorn@lindy.cc Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 17:49:43 +0200 From: Stefan.Hagendorn@lindy.cc To: "Linux-Dvb@Linuxtv.Org" Subject: VDR OSD and Systeminformation And another Idea which maybe interesting for some VDR Users ... (at least for me ...) How about a page with systeminformation in the OSD .. like Load/Free Space ..... And how about a link from the OSD to lm_sensors to get systeminformations like temperature and fanspeeds ... I discussed those ides some time ago with Claus. The easiest would be a OSD Page which is pulled from a text file which can be filled with anything. I tried to understand the programming of the OSD .. but my little knowledge is really not enough to perform that task .... Well ... I have much ideas but can't donate anything .. is there any other way to donate something ... I don't feel confortable in requesting features and can't help in the tasks ... Claus .. how about a nice lunch-packet ... with some real fine drinks and foods from here at "Odenwals/Bergstrasse" maybe that would help in times where people like me requesting features and support but don't really help in the project :-)))) Greetings Stefan Hagendorn From Stefan.Hagendorn@lindy.cc Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 17:50:50 +0200 From: Stefan.Hagendorn@lindy.cc To: "Linux-Dvb@Linuxtv.Org" Subject: Re: Re: VDR and CI/CAM Menue I try to do my best to get some Informations ..... Greetings Stefan Hagendorn From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 18:08:40 +0200 From: Klaus Schmidinger To: "Linux-Dvb@Linuxtv.Org" Subject: Re: VDR OSD and Systeminformation Stefan.Hagendorn@lindy.cc wrote: > > And another Idea which maybe interesting for some VDR Users ... (at least > for me ...) > > How about a page with systeminformation in the OSD .. like Load/Free Space > ..... > And how about a link from the OSD to lm_sensors to get systeminformations > like temperature and fanspeeds ... I'll make the cMenuSummary class a more general purpose tool, that way we can define a specific file from which text is put on the screen "as is". This weekend, however, I want to look into making VDR use the "real" MEPEG2 data from the driver... 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 Thomas.Schuett@icn.siemens.de Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 18:23:25 +0200 From: Schuett Thomas To: linux-dvb@linuxtv.org Subject: AW: AW: glitches, another story *g* Andreas wrote: >A file recoded with ver. 0.71 (cat /dev/video0 > 001.pva) produces >glitches if it is played with ver. 0.71 BUT it can be played error free >with ver. 0.04! > >Ralph, what do you think? Wow, this gives hope that even already made records can properly be played one time. Thanks for investigating, thomas (But I still think, that there is more than one reason out there.) From kraxel@goldbach.in-berlin.de Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 19:25:34 +0200 (CEST) From: Gerd Knorr To: Gregoire Favre Cc: linux-dvb@linuxtv.org Subject: Re: DVB, bttv and XFree4.0.1 xv extension? On Fri, 13 Oct 2000, Gregoire Favre wrote: > Hello, > > I own an Matrox card that as support for xv extension under XFree, > when I only have bttv loaded, xv works fine, but with dvb also loaded > that's don't... > > Anyone has succeded in both, and in the affirmative, by which way? The xvideo debug tool which comes with xawtv will dump info about all available Xvideo ports to stdout. Might help to track down the problem... Gerd -- Protecting the children is a good way to get a lot of adults who cant stand up for themselves. -- seen in some sig on /. From vadimt@mail.ru Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 22:04:36 +0400 From: ÷ÁÄÉÍ ôÁÒÁÓÏ× To: linux-dvb@linuxtv.org Subject: is transponder 103 working??? [ 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, For the second day I am trying to connect to EOL via transponder 103....dvbd shows SYNC=127 but i cant connect to eol..and the ping is not returned. Is it working??? And what could be the problem? Thaks in advance, Vadim Tarasov From mihai@ambra.ro Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 23:09:18 +0300 From: Mihai Amariutei To: XXXXX XXXXXXX , linux-dvb@linuxtv.org Subject: Re: is transponder 103 working??? [ 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. ] I have had some problems but is works fine now. ----- Original Message ----- From: "XXXXX XXXXXXX" To: Sent: Friday, October 13, 2000 9:04 PM Subject: is transponder 103 working??? > Hello, > For the second day I am trying to connect to EOL via transponder 103....dvbd shows SYNC=127 but i cant connect to eol..and the ping is not returned. > Is it working??? > And what could be the problem? > Thaks in advance, > Vadim Tarasov > > From martin@hammerschmid.com Wed Aug 1 13:14:17 2001 Date: Fri, 13 Oct 2000 22:16:59 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: Bezugsquelle fuer Siemens-DVB-S Andreas Wohlfeld wrote: > > Hi, > > as Fujitsu-Siemens closed their webshop (forever?) I'm searching for a > place to buy the DVB-S card and the CI for the 3.5" floppy slot. I live > in Essen/NRW so I can't visit their shops. > it may not help you, but I've finally found a store in austria that can order the siemens card: infos at: email@computronic.at Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== It's starting to rain, .SQZ the animals into the .ARC ! From axelgruber2@gmx.de Wed Aug 1 13:14:17 2001 Date: Sat, 14 Oct 2000 10:48:22 +0200 (MEST) From: Axel Gruber To: linux-dvb@linuxtv.org Subject: Problem mit CAM Hallo Ich habe massive Probleme mit dem Irdeto CI-Modul (Liegt aber am Treiber). Wenn ich das CAM benutze um ganz "normal" fern zu sehen klappt die entschlüsselung einwandfrei. Sobald ich jedoch etwas intensiver die Record (Reply) funktion benutze (aufnahme und Wiedergabe) schmiert scheinbar die CAM-Unterstuetzung ab. Es ist dann nur noch der Kanal entschlüsselt, von dem aus man die Wiedergabe gestartet hat. Alle anderen sind "tot" - Dann hilft nur ein "reload" des DVB-Treibers - danach ist wieder alles I.O. Dieser fehler tritt bei allen DVB Versionen (0.6-0.71) auf. Evtl. kann jemand den Fehler nachvollziehen - oder hat evtl auch eine Lösungsmöglichkeit. Vielen Dank schon mal. Gruber Axel -- Sent through GMX FreeMail - http://www.gmx.net From Stefan.Hagendorn@lindy.cc Wed Aug 1 13:14:17 2001 Date: Sat, 14 Oct 2000 10:53:37 +0200 From: Stefan.Hagendorn@lindy.cc To: linux-dvb@linuxtv.org Subject: Antwort: Problem mit CAM Well I discovered the same Problem .. So let me translate it to english ... Looking encrypted TV Channels with a CAM inserted works good. But after staying on an encrypted channel (which could be decrypted) and watching a recorded stream, it's not possible to watch other encrypted channels .... the channel where we start the plaback is still decrypted but switching to other encrypted channels is not possible anymore. Anyone discoverd the same Problem .. ?? Greetings Stefan Hagendorn Axel Gruber Kopie: Thema: Problem mit CAM 14.10.2000 10:48 Hallo Ich habe massive Probleme mit dem Irdeto CI-Modul (Liegt aber am Treiber). Wenn ich das CAM benutze um ganz "normal" fern zu sehen klappt die entschlüsselung einwandfrei. Sobald ich jedoch etwas intensiver die Record (Reply) funktion benutze (aufnahme und Wiedergabe) schmiert scheinbar die CAM-Unterstuetzung ab. Es ist dann nur noch der Kanal entschlüsselt, von dem aus man die Wiedergabe gestartet hat. Alle anderen sind "tot" - Dann hilft nur ein "reload" des DVB-Treibers - danach ist wieder alles I.O. Dieser fehler tritt bei allen DVB Versionen (0.6-0.71) auf. Evtl. kann jemand den Fehler nachvollziehen - oder hat evtl auch eine Lösungsmöglichkeit. Vielen Dank schon mal. Gruber Axel -- Sent through GMX FreeMail - http://www.gmx.net From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Sat, 14 Oct 2000 10:55:17 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: Problem mit CAM > Ich habe massive Probleme mit dem Irdeto CI-Modul (Liegt aber am Treiber). Although some germans are on this list, i would suggest using english for your problem description, this way more people may be able to help you. -- Greetings Michael From axelgruber2@gmx.de Wed Aug 1 13:14:17 2001 Date: Sat, 14 Oct 2000 11:12:06 +0200 (MEST) From: Axel Gruber To: Stefan.Hagendorn@lindy.cc Cc: linux-dvb@linuxtv.org Subject: Re: Antwort: Problem mit CAM Sorry for the GERMAN Post i future i Poste in Entlish only. This problem mut be with the DRIVEr because i have tryed it in a WINDOWS 2000 Machine and there it works very well - you cann watch record and after it you can decrypt without any problems. So i think this is a problem with the driver. I have noticed that RALPH have made some changes in the CAM-Support - in the DRIVER versions 0.5 and 0.6 (i you use 2 DVB-S cards) the driver only uses the CAM on device 2 and not at the "primary" device 1 since driver 0.7 the CAM suport works on both card´s (1 and 2). -- Sent through GMX FreeMail - http://www.gmx.net From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:14:17 2001 Date: Sat, 14 Oct 2000 11:36:16 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: Antwort: Problem mit CAM Axel Gruber wrote: > > This problem mut be with the DRIVEr because i have tryed it in a WINDOWS > 2000 Machine and there it works very well - you cann watch record and after > it you can decrypt without any problems. > > So i think this is a problem with the driver. > > I have noticed that RALPH have made some changes in the CAM-Support - in > the DRIVER versions 0.5 and 0.6 (i you use 2 DVB-S cards) the driver only > uses the CAM on device 2 and not at the "primary" device 1 since driver 0.7 the > CAM suport works on both card´s (1 and 2). I just experimented a little and was able to watch various encrypted channels, do recordings and replays, and after that still could watch all encrypted channels (all this was done using VDR 0.66 and driver 0.71). Since you have two DVB cards, maybe your "primary interface" is not the one specified in the channels.conf file for those channels? Currently an encrypted channel must specifiy the (_one_) card on which it can be received/decrypted. If you change your primary interface in VDR you may no longer be able to watch encrypted channels. Just a thought... 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 axelgruber2@gmx.de Wed Aug 1 13:14:17 2001 Date: Sat, 14 Oct 2000 13:13:08 +0200 (MEST) From: Axel Gruber To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: Antwort: Problem mit CAM No - at the Moment i have only 1 DVB-S Card in my Linux System - and the Problem is only if you use Playback at the card wich is connected the CI ! If i use 2 DVB-S CArd´s and make playback at the second card there is no problem with the CAM - the decrypt of the first card work´s then very well. -- Sent through GMX FreeMail - http://www.gmx.net From martin@hammerschmid.com Wed Aug 1 13:14:17 2001 Date: Sat, 14 Oct 2000 15:56:47 +0200 From: Martin Hammerschmid To: linux-dvb@linuxtv.org Subject: Re: VDR OSD and Systeminformation Klaus Schmidinger wrote: > > Stefan.Hagendorn@lindy.cc wrote: > > > > And another Idea which maybe interesting for some VDR Users ... (at least > > for me ...) > > > > How about a page with systeminformation in the OSD .. like Load/Free Space > > ..... > > And how about a link from the OSD to lm_sensors to get systeminformations > > like temperature and fanspeeds ... > > I'll make the cMenuSummary class a more tool, that way > we can define a specific file from which text is put on the screen "as is". > what about executing an arbitrary command and displaying it's output instead of displaying a file? guess it's about the same effort and would be even more general. I could imagine a menu where it is possible to select one out of a few pre configured commands that is executed and and it's output is displayed then ... Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== From m.mugelli@iol.it Wed Aug 1 13:14:17 2001 Date: Sat, 14 Oct 2000 17:41:45 +0200 From: Maurizio Mugelli To: linux-dvb@linuxtv.org Subject: Re: VDR OSD and Systeminformation On Sat, 14 Oct 2000 15:56:47 +0200, you wrote: > >what about executing an arbitrary command and displaying it's output >instead of displaying a file? guess it's about the same effort >and would be even more general. better again an optional console output... my linux box is monitorless, I control it only by telnet\vnc, but is connected to a tv by the dvb card. the possibility to use that for monitoring the machine when I don't watch movies is intriguing. -- (iao!!oai) (ICQ: 10860566) //.aurizio I bimbi buoni vanno in paradiso. I bimbi cattivi vanno dove gli pare! From vadimt@mail.ru Wed Aug 1 13:14:17 2001 Date: Sat, 14 Oct 2000 22:51:46 +0400 From: ÷ÁÄÉÍ ôÁÒÁÓÏ× To: linux-dvb@linuxtv.org Subject: Problems with tr.103 [ 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, I have already written about this, but does anyone know what's happenning with tr.103 I still am not getting any signal....though Sync is 127 do i have to specify any additional options to dvbd now? what i use is: power 1 symbolrate 27500000 frequency 12461000 ttk 1 diseqc 0 AFC 0 polarisation 1 filter_0 512 Appreciate any help.... Vadim P.S. It was working a few days ago... From rjkm@netcologne.de Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 01:51:10 +0200 (CEST) From: "Ralph Metzler <" To: linux-dvb@linuxtv.org Subject: Re: AW: glitches, another story *g* - more bad news ;-( Andreas Peter writes: > I've also problems with recording glitches. > I'm using driver ver. 0.71 and Klaus' VDR. Watching TV works fine, but > playback recording produces glitches every second. What kind of "glitches" are those. Actual MPEG errors (block shaped colored errors in the picture, squeeky sound) or syncing problems (jerking motion in the picture, temporary sound loss)? > I tried to record with VDR and cat /dev/video > 001.pva. The playback > results are the same: glitches every second. > I think VDR does not produce the glitches, so I tried older versions of > the driver. > > A file recoded with ver. 0.71 (cat /dev/video0 > 001.pva) produces > glitches if it is played with ver. 0.71 BUT it can be played error free > with ver. 0.04! The only major thing I did there was increasing the OSD memory, decreasing MPEG buffer size in SDRAM and adding MPEG buffer in DRAM. I still have more SDRAM buffer than the recommended minimum but since the firmware (the one in chip ROM, not the one loaded into RAM) has to do lots of copying between those buffers it might not be able to react that well to badly muxed MPEG streams. Before I reduce OSD size again (distant screams from Klaus ... :-) I first want to try a more intelligent buffer handling in the driver that feeds the audio and video packets to the card separately and should reduce buffer underruns. Ralph From rjkm@netcologne.de Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 02:12:13 +0200 (CEST) From: "Ralph Metzler <" To: "Linux-Dvb@Linuxtv.Org" Subject: New Technotrend DVB-S card. Carsten Koch writes: > A few months ago, I have heard rumors that a new DVB-S card > was due for release around end of September. > > I just checked the Technotrend web site and did not find > any info about a new card. > > One would assume that convergence already has some pre- > production samples? > > Any info about the new card available yet? > Will the current driver support it? > Will it have an "official" SPDIF output? > Will it support AC-3? > Will it have an "official" Y/C output? > Will it have a faster OSD? > Price? > Availability? > > Would anyone from convergence care to comment about the card? > Sorry, but we also have no information yet about a new card, at least not the kind you are looking for. There is a new card from Technotrend, the "PCI budget" card which has no decoder but delivers the full transport stream. Demuxing and MPEG2 decoding has to be done in software. You can buy it at www.dvb-shop.de since August. Some support for it already is in the CVS version of the DVB driver, e.g. 22KHz switching and DiSEqC. All other frontend hardware is identical to the one on the old card. For the actual grabbing of TS data I will have to rewrite Michael Hunold´s SAA7146 driver. By changing some lines in the code one can already see the actual TS packets as a picture in gVideo. But this driver is not really high priority (I did not work on it the last few weeks). Or does somebody see big demand for this? Ralph From ujq7@rz.uni-karlsruhe.de Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 12:06:04 +0200 From: Andreas Peter To: linux-dvb@linuxtv.org Subject: Re: AW: glitches, another story *g* - more bad news ;-( Ralph Metzler wrote: > > What kind of "glitches" are those. Actual MPEG errors (block shaped > colored errors in the picture, squeeky sound) or syncing problems > (jerking motion in the picture, temporary sound loss)? I think I've syncing problems, the picture is ok but it "jumps" every second. When I start playback, the first 10-20 seconds are ok. Sound is also ok. > The only major thing I did there was increasing the OSD memory, > decreasing MPEG buffer size in SDRAM and adding MPEG buffer in DRAM. > I still have more SDRAM buffer than the recommended minimum but since > the firmware (the one in chip ROM, not the one loaded into RAM) > has to do lots of copying between those buffers it might not be able > to react that well to badly muxed MPEG streams. > > Before I reduce OSD size again (distant screams from Klaus ... :-) I > first want to try a more intelligent buffer handling in the driver > that feeds the audio and video packets to the card separately and > should reduce buffer underruns. It looks like the buffer runs empty, and then it can't be filled fast enough. I recognized that recordings of Pro 7 (TV Total) produce more glitches than recordings of ARD or ZDF. Is this possible? Andreas From ujq7@rz.uni-karlsruhe.de Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 12:06:04 +0200 From: Andreas Peter To: linux-dvb@linuxtv.org Subject: Re: AW: glitches, another story *g* - more bad news ;-( Ralph Metzler wrote: > > What kind of "glitches" are those. Actual MPEG errors (block shaped > colored errors in the picture, squeeky sound) or syncing problems > (jerking motion in the picture, temporary sound loss)? I think I've syncing problems, the picture is ok but it "jumps" every second. When I start playback, the first 10-20 seconds are ok. Sound is also ok. > The only major thing I did there was increasing the OSD memory, > decreasing MPEG buffer size in SDRAM and adding MPEG buffer in DRAM. > I still have more SDRAM buffer than the recommended minimum but since > the firmware (the one in chip ROM, not the one loaded into RAM) > has to do lots of copying between those buffers it might not be able > to react that well to badly muxed MPEG streams. > > Before I reduce OSD size again (distant screams from Klaus ... :-) I > first want to try a more intelligent buffer handling in the driver > that feeds the audio and video packets to the card separately and > should reduce buffer underruns. It looks like the buffer runs empty, and then it can't be filled fast enough. I recognized that recordings of Pro 7 (TV Total) produce more glitches than recordings of ARD or ZDF. Is this possible? Andreas From ujq7@rz.uni-karlsruhe.de Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 12:06:04 +0200 From: Andreas Peter To: linux-dvb@linuxtv.org Subject: Re: AW: glitches, another story *g* - more bad news ;-( Ralph Metzler wrote: > > What kind of "glitches" are those. Actual MPEG errors (block shaped > colored errors in the picture, squeeky sound) or syncing problems > (jerking motion in the picture, temporary sound loss)? I think I've syncing problems, the picture is ok but it "jumps" every second. When I start playback, the first 10-20 seconds are ok. Sound is also ok. > The only major thing I did there was increasing the OSD memory, > decreasing MPEG buffer size in SDRAM and adding MPEG buffer in DRAM. > I still have more SDRAM buffer than the recommended minimum but since > the firmware (the one in chip ROM, not the one loaded into RAM) > has to do lots of copying between those buffers it might not be able > to react that well to badly muxed MPEG streams. > > Before I reduce OSD size again (distant screams from Klaus ... :-) I > first want to try a more intelligent buffer handling in the driver > that feeds the audio and video packets to the card separately and > should reduce buffer underruns. It looks like the buffer runs empty, and then it can't be filled fast enough. I recognized that recordings of Pro 7 (TV Total) produce more glitches than recordings of ARD or ZDF. Is this possible? Andreas From mihai@ambra.ro Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 15:58:32 +0300 From: Mihai Amariutei To: XXXXX XXXXXXX , linux-dvb@linuxtv.org Subject: Re: Problems with tr.103 [ 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. ] As I said, 103 works well, as long as you don't use a Siemens card for reception. The others transponder still works with my Siemens (well, actually Technisat) card. Beats me why this is happening. ----- Original Message ----- From: "XXXXX XXXXXXX" To: Sent: Saturday, October 14, 2000 9:51 PM Subject: Problems with tr.103 > Hello, > I have already written about this, but does anyone know what's happenning with tr.103 > I still am not getting any signal....though Sync is 127 > do i have to specify any additional options to dvbd now? what i use is: > power 1 > symbolrate 27500000 > frequency 12461000 > ttk 1 > diseqc 0 > AFC 0 > polarisation 1 > filter_0 512 > > Appreciate any help.... > Vadim > > P.S. It was working a few days ago... > > From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 15:37:12 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Where to find ISO/IEC 13818-1 ? Does anybody know where I can find the document ISO/IEC 13818-1 in a downloadable form (text, HTML or PDF)? I have the 13818-2 document, but can't seem to find 13818-1 anywhere on the net. TIA for any hints 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 pganev@com-it.net Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 15:59:34 +0200 From: Plamen Ganev To: linux-dvb@linuxtv.org Subject: RE: Problems with tr.103 [ 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. ] > As I said, 103 works well, as long as you don't use a Siemens card for > reception. > The others transponder still works with my Siemens (well, actually > Technisat) card. > Beats me why this is happening. Well... the facts are: 1. TP103 is the test transponder 2. The siemens card works under Linux. 3. Linux is used in many ISP for transparently proxying web traffic. If you make 1+2+3 then EON is testing a method to filter out ISP that use it for downstream. Well... my logic could be wrong :-) Plamen. From pganev@com-it.net Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 15:59:34 +0200 From: Plamen Ganev To: linux-dvb@linuxtv.org Subject: RE: Problems with tr.103 [ 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. ] > As I said, 103 works well, as long as you don't use a Siemens card for > reception. > The others transponder still works with my Siemens (well, actually > Technisat) card. > Beats me why this is happening. Well... the facts are: 1. TP103 is the test transponder 2. The siemens card works under Linux. 3. Linux is used in many ISP for transparently proxying web traffic. If you make 1+2+3 then EON is testing a method to filter out ISP that use it for downstream. Well... my logic could be wrong :-) Plamen. From pganev@com-it.net Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 15:59:34 +0200 From: Plamen Ganev To: linux-dvb@linuxtv.org Subject: RE: Problems with tr.103 [ 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. ] > As I said, 103 works well, as long as you don't use a Siemens card for > reception. > The others transponder still works with my Siemens (well, actually > Technisat) card. > Beats me why this is happening. Well... the facts are: 1. TP103 is the test transponder 2. The siemens card works under Linux. 3. Linux is used in many ISP for transparently proxying web traffic. If you make 1+2+3 then EON is testing a method to filter out ISP that use it for downstream. Well... my logic could be wrong :-) Plamen. From mihai@ambra.ro Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 17:21:17 +0300 From: Mihai Amariutei To: Plamen Ganev , linux-dvb@linuxtv.org Subject: Re: Problems with tr.103 [ 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. ] Well, to be precise: - 103 is no longer in test, as it is advertised on EON page as operational - Many other cards works under Linux (and don't show the stability problem of the Siemens driver, I may add) - Many ISP use other platforms for web caching (but Linux is the most used, indeed). Maybe this inability of the Siemens card to receive 103 is somehow related to the well-known stability problem. It may be that something in the data stream (maybe the bitrate per PID, maybe some data patterns) interfere with the operation of the card. Also it seems to me EON is looking into ways to deploy it's service to people without a satellite dish (and this is a smart move, potentially vastly expanding it's customer base). Now they are testing getting their signal on cable. I don't think they want to alienate ISPs (after all, they are at least providing the return path). Mihai ----- Original Message ----- From: "Plamen Ganev" To: Sent: Sunday, October 15, 2000 4:59 PM Subject: RE: Problems with tr.103 > > > As I said, 103 works well, as long as you don't use a Siemens card for > > reception. > > The others transponder still works with my Siemens (well, actually > > Technisat) card. > > Beats me why this is happening. > > Well... the facts are: > > 1. TP103 is the test transponder > 2. The siemens card works under Linux. > 3. Linux is used in many ISP for transparently proxying web traffic. > > If you make 1+2+3 then EON is testing a method to filter out ISP that use it > for downstream. > Well... my logic could be wrong :-) > > Plamen. > > From mihai@ambra.ro Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 17:21:17 +0300 From: Mihai Amariutei To: Plamen Ganev , linux-dvb@linuxtv.org Subject: Re: Problems with tr.103 [ 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. ] Well, to be precise: - 103 is no longer in test, as it is advertised on EON page as operational - Many other cards works under Linux (and don't show the stability problem of the Siemens driver, I may add) - Many ISP use other platforms for web caching (but Linux is the most used, indeed). Maybe this inability of the Siemens card to receive 103 is somehow related to the well-known stability problem. It may be that something in the data stream (maybe the bitrate per PID, maybe some data patterns) interfere with the operation of the card. Also it seems to me EON is looking into ways to deploy it's service to people without a satellite dish (and this is a smart move, potentially vastly expanding it's customer base). Now they are testing getting their signal on cable. I don't think they want to alienate ISPs (after all, they are at least providing the return path). Mihai ----- Original Message ----- From: "Plamen Ganev" To: Sent: Sunday, October 15, 2000 4:59 PM Subject: RE: Problems with tr.103 > > > As I said, 103 works well, as long as you don't use a Siemens card for > > reception. > > The others transponder still works with my Siemens (well, actually > > Technisat) card. > > Beats me why this is happening. > > Well... the facts are: > > 1. TP103 is the test transponder > 2. The siemens card works under Linux. > 3. Linux is used in many ISP for transparently proxying web traffic. > > If you make 1+2+3 then EON is testing a method to filter out ISP that use it > for downstream. > Well... my logic could be wrong :-) > > Plamen. > > From mihai@ambra.ro Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 17:21:17 +0300 From: Mihai Amariutei To: Plamen Ganev , linux-dvb@linuxtv.org Subject: Re: Problems with tr.103 [ 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. ] Well, to be precise: - 103 is no longer in test, as it is advertised on EON page as operational - Many other cards works under Linux (and don't show the stability problem of the Siemens driver, I may add) - Many ISP use other platforms for web caching (but Linux is the most used, indeed). Maybe this inability of the Siemens card to receive 103 is somehow related to the well-known stability problem. It may be that something in the data stream (maybe the bitrate per PID, maybe some data patterns) interfere with the operation of the card. Also it seems to me EON is looking into ways to deploy it's service to people without a satellite dish (and this is a smart move, potentially vastly expanding it's customer base). Now they are testing getting their signal on cable. I don't think they want to alienate ISPs (after all, they are at least providing the return path). Mihai ----- Original Message ----- From: "Plamen Ganev" To: Sent: Sunday, October 15, 2000 4:59 PM Subject: RE: Problems with tr.103 > > > As I said, 103 works well, as long as you don't use a Siemens card for > > reception. > > The others transponder still works with my Siemens (well, actually > > Technisat) card. > > Beats me why this is happening. > > Well... the facts are: > > 1. TP103 is the test transponder > 2. The siemens card works under Linux. > 3. Linux is used in many ISP for transparently proxying web traffic. > > If you make 1+2+3 then EON is testing a method to filter out ISP that use it > for downstream. > Well... my logic could be wrong :-) > > Plamen. > > From greg@ulima.unil.ch Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 16:43:32 +0200 From: Gregoire Favre To: linux-dvb@linuxtv.org Subject: Oops after dvb: 2 dvb(s) released properly. Hello, I have no (more) problem as long as I use DVB (and BTTV), but as soon as my kernels release the driver, I begin to have Oops and segfault ;-( And that's both under 2.2.17 and 2.4.0-test[89]. Is there a way to have the kernel not release the driver, to avoid the: bttv0: i2c detach [Philips PAL] i2c-core.o: client [Philips PAL] unregistered. bttv0: i2c detach [MSP3410D-B4] i2c-core.o: client [MSP3410D-B4] unregistered. bttv0: i2c detach [ir] i2c-core.o: client [ir] unregistered. i2c-core.o: adapter unregistered: bt848 #0 dvb: ARM firmware successfully loaded. dvb: firmware = f0240009 dvb: MAC = 00 d0 5c 00 41 90 dvb: attach_adapter i2c-core.o: driver unregistered: dvbi2c dvb: 2 dvb(s) released properly. Unable to handle kernel paging request at virtual address d3323548 printing eip: c023b092 And why is it written 2 dvb(s): I have only one? Is it because I autoload the modules at every boot? I have put the conf files, /var/log/messages and System-map, and modules.conf under http://ulima.unil.ch/greg/linux/ I use versoni 0.71 of the driver. Tnbanks you very much, Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch From greg@ulima.unil.ch Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 16:43:32 +0200 From: Gregoire Favre To: linux-dvb@linuxtv.org Subject: Oops after dvb: 2 dvb(s) released properly. Hello, I have no (more) problem as long as I use DVB (and BTTV), but as soon as my kernels release the driver, I begin to have Oops and segfault ;-( And that's both under 2.2.17 and 2.4.0-test[89]. Is there a way to have the kernel not release the driver, to avoid the: bttv0: i2c detach [Philips PAL] i2c-core.o: client [Philips PAL] unregistered. bttv0: i2c detach [MSP3410D-B4] i2c-core.o: client [MSP3410D-B4] unregistered. bttv0: i2c detach [ir] i2c-core.o: client [ir] unregistered. i2c-core.o: adapter unregistered: bt848 #0 dvb: ARM firmware successfully loaded. dvb: firmware = f0240009 dvb: MAC = 00 d0 5c 00 41 90 dvb: attach_adapter i2c-core.o: driver unregistered: dvbi2c dvb: 2 dvb(s) released properly. Unable to handle kernel paging request at virtual address d3323548 printing eip: c023b092 And why is it written 2 dvb(s): I have only one? Is it because I autoload the modules at every boot? I have put the conf files, /var/log/messages and System-map, and modules.conf under http://ulima.unil.ch/greg/linux/ I use versoni 0.71 of the driver. Tnbanks you very much, Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch From greg@ulima.unil.ch Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 16:43:32 +0200 From: Gregoire Favre To: linux-dvb@linuxtv.org Subject: Oops after dvb: 2 dvb(s) released properly. Hello, I have no (more) problem as long as I use DVB (and BTTV), but as soon as my kernels release the driver, I begin to have Oops and segfault ;-( And that's both under 2.2.17 and 2.4.0-test[89]. Is there a way to have the kernel not release the driver, to avoid the: bttv0: i2c detach [Philips PAL] i2c-core.o: client [Philips PAL] unregistered. bttv0: i2c detach [MSP3410D-B4] i2c-core.o: client [MSP3410D-B4] unregistered. bttv0: i2c detach [ir] i2c-core.o: client [ir] unregistered. i2c-core.o: adapter unregistered: bt848 #0 dvb: ARM firmware successfully loaded. dvb: firmware = f0240009 dvb: MAC = 00 d0 5c 00 41 90 dvb: attach_adapter i2c-core.o: driver unregistered: dvbi2c dvb: 2 dvb(s) released properly. Unable to handle kernel paging request at virtual address d3323548 printing eip: c023b092 And why is it written 2 dvb(s): I have only one? Is it because I autoload the modules at every boot? I have put the conf files, /var/log/messages and System-map, and modules.conf under http://ulima.unil.ch/greg/linux/ I use versoni 0.71 of the driver. Tnbanks you very much, Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch From bananaski@redhotant.com Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 15:46:07 +0100 From: Michael Wilson To: linux-dvb@linuxtv.org Subject: Routing FAZZT with Pentamedia Pent@net [ Part 1, Text/PLAIN 7 lines. ] [ Unable to print this part. ] Hi all,   Is there a method of routing packets from my pent@net card (in linux box, running suse 6.4, 2.2.14 kernel) to a windows machine within the Lan.   Regards. From bananaski@redhotant.com Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 15:46:07 +0100 From: Michael Wilson To: linux-dvb@linuxtv.org Subject: Routing FAZZT with Pentamedia Pent@net [ Part 1, Text/PLAIN 7 lines. ] [ Unable to print this part. ] Hi all,   Is there a method of routing packets from my pent@net card (in linux box, running suse 6.4, 2.2.14 kernel) to a windows machine within the Lan.   Regards. From bananaski@redhotant.com Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 15:46:07 +0100 From: Michael Wilson To: linux-dvb@linuxtv.org Subject: Routing FAZZT with Pentamedia Pent@net [ Part 1, Text/PLAIN 7 lines. ] [ Unable to print this part. ] Hi all,   Is there a method of routing packets from my pent@net card (in linux box, running suse 6.4, 2.2.14 kernel) to a windows machine within the Lan.   Regards. From Margit.Fiegert@t-online.de Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 18:31:57 +0200 From: Margit.Fiegert@t-online.de To: "linux-dvb@linuxtv.org" Subject: Re: AW: glitches, another story *g* - more bad news ;-( Sorry, there was absolutely not time for DVB the last weeks, just try to catch up with the mailing list right now. > > What kind of "glitches" are those. *I have a lot recordings with almost no problems at all. *I have very rare MPEG errors (maybe occuring while vdr deletes big files?!). I think (but didn`t check) that these correlate with the rare error messages. *Most recordings have syning problems, about every minute or so. ->But I also have recordings that are hard to watch because of severe syncing problems (every second or more). Thats on an Atlon 600MHz, Maxtor 60GB (32Bit,DMA enabled). There are bad recordings of which i am absolutley sure the machine did nothing else by that time. > I recognized that recordings of Pro 7 (TV Total) produce more glitches > than recordings of ARD or ZDF. Is this possible? I see the dependece of the network too! Hessen3 seems to be very bad. I have a very small dish (30cm). I don`t use it with analog reciever, but I did for testing. Some networks are ok, most have more or less snow, that means i don't have a good source signal. Never the less, watching digital live (with the DVB-S card), the picture looks absolutely perfect. But maybe, there are some errors that can`t be seen live, but cause problems with recording? Just a thought. Ralph wrote: >it might not be able to react that well to badly muxed MPEG streams. Michael From Margit.Fiegert@t-online.de Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 18:31:57 +0200 From: Margit.Fiegert@t-online.de To: "linux-dvb@linuxtv.org" Subject: Re: AW: glitches, another story *g* - more bad news ;-( Sorry, there was absolutely not time for DVB the last weeks, just try to catch up with the mailing list right now. > > What kind of "glitches" are those. *I have a lot recordings with almost no problems at all. *I have very rare MPEG errors (maybe occuring while vdr deletes big files?!). I think (but didn`t check) that these correlate with the rare error messages. *Most recordings have syning problems, about every minute or so. ->But I also have recordings that are hard to watch because of severe syncing problems (every second or more). Thats on an Atlon 600MHz, Maxtor 60GB (32Bit,DMA enabled). There are bad recordings of which i am absolutley sure the machine did nothing else by that time. > I recognized that recordings of Pro 7 (TV Total) produce more glitches > than recordings of ARD or ZDF. Is this possible? I see the dependece of the network too! Hessen3 seems to be very bad. I have a very small dish (30cm). I don`t use it with analog reciever, but I did for testing. Some networks are ok, most have more or less snow, that means i don't have a good source signal. Never the less, watching digital live (with the DVB-S card), the picture looks absolutely perfect. But maybe, there are some errors that can`t be seen live, but cause problems with recording? Just a thought. Ralph wrote: >it might not be able to react that well to badly muxed MPEG streams. Michael From Margit.Fiegert@t-online.de Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 18:31:57 +0200 From: Margit.Fiegert@t-online.de To: "linux-dvb@linuxtv.org" Subject: Re: AW: glitches, another story *g* - more bad news ;-( Sorry, there was absolutely not time for DVB the last weeks, just try to catch up with the mailing list right now. > > What kind of "glitches" are those. *I have a lot recordings with almost no problems at all. *I have very rare MPEG errors (maybe occuring while vdr deletes big files?!). I think (but didn`t check) that these correlate with the rare error messages. *Most recordings have syning problems, about every minute or so. ->But I also have recordings that are hard to watch because of severe syncing problems (every second or more). Thats on an Atlon 600MHz, Maxtor 60GB (32Bit,DMA enabled). There are bad recordings of which i am absolutley sure the machine did nothing else by that time. > I recognized that recordings of Pro 7 (TV Total) produce more glitches > than recordings of ARD or ZDF. Is this possible? I see the dependece of the network too! Hessen3 seems to be very bad. I have a very small dish (30cm). I don`t use it with analog reciever, but I did for testing. Some networks are ok, most have more or less snow, that means i don't have a good source signal. Never the less, watching digital live (with the DVB-S card), the picture looks absolutely perfect. But maybe, there are some errors that can`t be seen live, but cause problems with recording? Just a thought. Ralph wrote: >it might not be able to react that well to badly muxed MPEG streams. Michael From jdhz@btinternet.com Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 16:54:50 -0000 From: Jim Hud To: linux-dvb@linuxtv.org Subject: Newbie question I have the Hauppauge DVB-S card and ci module plus Ideto and Allcam cam's which I have tried with Windows NT4 and found the software pretty poor. I also have SuSE Linux which I can dual boot to on the same machine. Can I use SuSE the Linux TV software to watch TV? Do I need a separate tv? Are the cam's supported? Thanks From jdhz@btinternet.com Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 16:54:50 -0000 From: Jim Hud To: linux-dvb@linuxtv.org Subject: Newbie question I have the Hauppauge DVB-S card and ci module plus Ideto and Allcam cam's which I have tried with Windows NT4 and found the software pretty poor. I also have SuSE Linux which I can dual boot to on the same machine. Can I use SuSE the Linux TV software to watch TV? Do I need a separate tv? Are the cam's supported? Thanks From jdhz@btinternet.com Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 16:54:50 -0000 From: Jim Hud To: linux-dvb@linuxtv.org Subject: Newbie question I have the Hauppauge DVB-S card and ci module plus Ideto and Allcam cam's which I have tried with Windows NT4 and found the software pretty poor. I also have SuSE Linux which I can dual boot to on the same machine. Can I use SuSE the Linux TV software to watch TV? Do I need a separate tv? Are the cam's supported? Thanks From bananaski@redhotant.com Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 19:21:31 +0100 From: Michael Wilson To: linux-dvb@linuxtv.org Subject: Configuring mrouted [ Part 1, Text/PLAIN 7 lines. ] [ Unable to print this part. ] Hi there,   Does anyone have a working mrouted.conf that is successfully routing fazzt pkts to a windows client ? if so, setup and cfg details would be much appreciated   Regards From bananaski@redhotant.com Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 19:21:31 +0100 From: Michael Wilson To: linux-dvb@linuxtv.org Subject: Configuring mrouted [ Part 1, Text/PLAIN 7 lines. ] [ Unable to print this part. ] Hi there,   Does anyone have a working mrouted.conf that is successfully routing fazzt pkts to a windows client ? if so, setup and cfg details would be much appreciated   Regards From bananaski@redhotant.com Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 19:21:31 +0100 From: Michael Wilson To: linux-dvb@linuxtv.org Subject: Configuring mrouted [ Part 1, Text/PLAIN 7 lines. ] [ Unable to print this part. ] Hi there,   Does anyone have a working mrouted.conf that is successfully routing fazzt pkts to a windows client ? if so, setup and cfg details would be much appreciated   Regards From bananaski@redhotant.com Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 19:52:56 +0100 From: Michael Wilson To: Vladimir Vul Cc: linux-dvb@linuxtv.org Subject: Re: Configuring mrouted ----- Original Message ----- From: Vladimir Vul To: Michael Wilson Sent: Sunday, October 15, 2000 7:31 PM Subject: Re: Configuring mrouted > Hello Michael, > > Sunday, October 15, 2000, 9:21:31 PM, you wrote: > MW> Does anyone have a working mrouted.conf that is successfully routing fazzt pkts to a windows client ? if so, setup and cfg details would be much appreciated > What I really wanna to understand, WHY use multicast, if I have only > one windows machine to route to? > > Is it UDP packets? If so, can I use udp redirect tool for transferring > packets from linux dish host to windows comp? > I am not sure if it tcp or udp packets which come down, maybe someone else can answer that one. But I have been running ntop and notice that the i/f 224.244.4.17 has received 840 IGMP pkts (whatever they are). (224.224.4.17 is FAZZT i/f) From bananaski@redhotant.com Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 19:52:56 +0100 From: Michael Wilson To: Vladimir Vul Cc: linux-dvb@linuxtv.org Subject: Re: Configuring mrouted ----- Original Message ----- From: Vladimir Vul To: Michael Wilson Sent: Sunday, October 15, 2000 7:31 PM Subject: Re: Configuring mrouted > Hello Michael, > > Sunday, October 15, 2000, 9:21:31 PM, you wrote: > MW> Does anyone have a working mrouted.conf that is successfully routing fazzt pkts to a windows client ? if so, setup and cfg details would be much appreciated > What I really wanna to understand, WHY use multicast, if I have only > one windows machine to route to? > > Is it UDP packets? If so, can I use udp redirect tool for transferring > packets from linux dish host to windows comp? > I am not sure if it tcp or udp packets which come down, maybe someone else can answer that one. But I have been running ntop and notice that the i/f 224.244.4.17 has received 840 IGMP pkts (whatever they are). (224.224.4.17 is FAZZT i/f) From bananaski@redhotant.com Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 19:52:56 +0100 From: Michael Wilson To: Vladimir Vul Cc: linux-dvb@linuxtv.org Subject: Re: Configuring mrouted ----- Original Message ----- From: Vladimir Vul To: Michael Wilson Sent: Sunday, October 15, 2000 7:31 PM Subject: Re: Configuring mrouted > Hello Michael, > > Sunday, October 15, 2000, 9:21:31 PM, you wrote: > MW> Does anyone have a working mrouted.conf that is successfully routing fazzt pkts to a windows client ? if so, setup and cfg details would be much appreciated > What I really wanna to understand, WHY use multicast, if I have only > one windows machine to route to? > > Is it UDP packets? If so, can I use udp redirect tool for transferring > packets from linux dish host to windows comp? > I am not sure if it tcp or udp packets which come down, maybe someone else can answer that one. But I have been running ntop and notice that the i/f 224.244.4.17 has received 840 IGMP pkts (whatever they are). (224.224.4.17 is FAZZT i/f) From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 21:25:59 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: EON Reserv. Address > Is there any way that I can use EON account on my machine with > non real IP address like IP :192.168.1.1 > It`s really important to me . Try to be more descriptive, otherwise noone is able to help you. Do you want a.) use EON from a host which is inside a network which is connected via NAT (network address translation) / Masquerading to the internet? or b.) use EON with a static - but faked - ip address ? -- Greetings Michael From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 21:25:59 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: EON Reserv. Address > Is there any way that I can use EON account on my machine with > non real IP address like IP :192.168.1.1 > It`s really important to me . Try to be more descriptive, otherwise noone is able to help you. Do you want a.) use EON from a host which is inside a network which is connected via NAT (network address translation) / Masquerading to the internet? or b.) use EON with a static - but faked - ip address ? -- Greetings Michael From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 21:25:59 +0200 From: Michael Holzt To: linux-dvb@linuxtv.org Subject: Re: EON Reserv. Address > Is there any way that I can use EON account on my machine with > non real IP address like IP :192.168.1.1 > It`s really important to me . Try to be more descriptive, otherwise noone is able to help you. Do you want a.) use EON from a host which is inside a network which is connected via NAT (network address translation) / Masquerading to the internet? or b.) use EON with a static - but faked - ip address ? -- Greetings Michael From alen@smartnet.ba Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 19:15:43 -0700 From: Alen Sarkinovic To: linux-dvb@linuxtv.org Subject: EON Reserv. Address [ Part 1, Text/PLAIN 6 lines. ] [ Unable to print this part. ] I have one question. Is there any way that I can use EON account on my machine with non real IP address like  IP :192.168.1.1 It`s really important to me . Any help would be great. Thanks From alen@smartnet.ba Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 19:15:43 -0700 From: Alen Sarkinovic To: linux-dvb@linuxtv.org Subject: EON Reserv. Address [ Part 1, Text/PLAIN 6 lines. ] [ Unable to print this part. ] I have one question. Is there any way that I can use EON account on my machine with non real IP address like  IP :192.168.1.1 It`s really important to me . Any help would be great. Thanks From alen@smartnet.ba Wed Aug 1 13:14:17 2001 Date: Sun, 15 Oct 2000 19:15:43 -0700 From: Alen Sarkinovic To: linux-dvb@linuxtv.org Subject: EON Reserv. Address [ Part 1, Text/PLAIN 6 lines. ] [ Unable to print this part. ] I have one question. Is there any way that I can use EON account on my machine with non real IP address like  IP :192.168.1.1 It`s really important to me . Any help would be great. Thanks From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 10:37:53 +0200 From: Michael Holzt To: alens@smartnet.ba Cc: linux-dvb@linuxtv.org Subject: Re: EON Reserv. Address >  Sorry,I mean a) NAT address Take a look at http://www.unix.cslab.tuwien.ac.at/~ackerman/eon/eon_masq.html, it has some hints. -- Greetings Michael From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 10:37:53 +0200 From: Michael Holzt To: alens@smartnet.ba Cc: linux-dvb@linuxtv.org Subject: Re: EON Reserv. Address >  Sorry,I mean a) NAT address Take a look at http://www.unix.cslab.tuwien.ac.at/~ackerman/eon/eon_masq.html, it has some hints. -- Greetings Michael From kju@fqdn.org Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 10:37:53 +0200 From: Michael Holzt To: alens@smartnet.ba Cc: linux-dvb@linuxtv.org Subject: Re: EON Reserv. Address >  Sorry,I mean a) NAT address Take a look at http://www.unix.cslab.tuwien.ac.at/~ackerman/eon/eon_masq.html, it has some hints. -- Greetings Michael From faz@obiwan.hvrlab.org Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 12:55:07 +0200 From: Franz Ackermann To: linux-dvb@linuxtv.org Subject: Re: EON Reserv. Address - ATTN: EON MASQ URL CHANGED Hi! > Take a look at http://www.unix.cslab.tuwien.ac.at/~ackerman/eon/eon_masq.html, > it has some hints. > please note: the url has changed to: http://obiwan.hvrlab.org/~faz/eon/eon_masq.html because I am losing "my" seven years old domain :-(( If the one who edits linuxtv.org/dvb/links.xml reads this, please change the link too, linkx.xml only asks for updates, but without an address :-( thx, faz From faz@obiwan.hvrlab.org Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 12:55:07 +0200 From: Franz Ackermann To: linux-dvb@linuxtv.org Subject: Re: EON Reserv. Address - ATTN: EON MASQ URL CHANGED Hi! > Take a look at http://www.unix.cslab.tuwien.ac.at/~ackerman/eon/eon_masq.html, > it has some hints. > please note: the url has changed to: http://obiwan.hvrlab.org/~faz/eon/eon_masq.html because I am losing "my" seven years old domain :-(( If the one who edits linuxtv.org/dvb/links.xml reads this, please change the link too, linkx.xml only asks for updates, but without an address :-( thx, faz From faz@obiwan.hvrlab.org Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 12:55:07 +0200 From: Franz Ackermann To: linux-dvb@linuxtv.org Subject: Re: EON Reserv. Address - ATTN: EON MASQ URL CHANGED Hi! > Take a look at http://www.unix.cslab.tuwien.ac.at/~ackerman/eon/eon_masq.html, > it has some hints. > please note: the url has changed to: http://obiwan.hvrlab.org/~faz/eon/eon_masq.html because I am losing "my" seven years old domain :-(( If the one who edits linuxtv.org/dvb/links.xml reads this, please change the link too, linkx.xml only asks for updates, but without an address :-( thx, faz From yao_rong@163.net Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 21:32:45 +0800 From: "[gb2312] Ìï±ó" To: linux-dvb@linuxtv.org Subject: How to receive SI or the third PID while recording [ Part 1, Text/PLAIN (charset: GB2312 "Latin & Simplified Chinese") ] [ 3 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 want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) while the VDR is recording.How can I do this ?   Thanks. Frank Ta From yao_rong@163.net Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 21:32:45 +0800 From: "[gb2312] Ìï±ó" To: linux-dvb@linuxtv.org Subject: How to receive SI or the third PID while recording [ Part 1, Text/PLAIN (charset: GB2312 "Latin & Simplified Chinese") ] [ 3 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 want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) while the VDR is recording.How can I do this ?   Thanks. Frank Ta From yao_rong@163.net Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 21:32:45 +0800 From: "[gb2312] Ìï±ó" To: linux-dvb@linuxtv.org Subject: How to receive SI or the third PID while recording [ Part 1, Text/PLAIN (charset: GB2312 "Latin & Simplified Chinese") ] [ 3 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 want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) while the VDR is recording.How can I do this ?   Thanks. Frank Ta From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 15:37:03 +0200 From: Klaus Schmidinger To: Ìï±ó Cc: linux-dvb@linuxtv.org Subject: Re: How to receive SI or the third PID while recording > Ìï±ó wrote: > > Hi, > I want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) > while the VDR is recording.How can I do this ? > > Thanks. > Frank Ta VDR will soon be able to do this. 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:14:17 2001 Date: Mon, 16 Oct 2000 15:37:03 +0200 From: Klaus Schmidinger To: Ìï±ó Cc: linux-dvb@linuxtv.org Subject: Re: How to receive SI or the third PID while recording > Ìï±ó wrote: > > Hi, > I want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) > while the VDR is recording.How can I do this ? > > Thanks. > Frank Ta VDR will soon be able to do this. 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:14:17 2001 Date: Mon, 16 Oct 2000 15:37:03 +0200 From: Klaus Schmidinger To: Ìï±ó Cc: linux-dvb@linuxtv.org Subject: Re: How to receive SI or the third PID while recording > Ìï±ó wrote: > > Hi, > I want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) > while the VDR is recording.How can I do this ? > > Thanks. > Frank Ta VDR will soon be able to do this. 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:14:17 2001 Date: 16 Oct 2000 15:53:24 +0200 From: Martin Springer To: Jim Hud Cc: linux-dvb@linuxtv.org Subject: Re: Newbie question "Jim Hud" writes: > I have the Hauppauge DVB-S card and ci module plus Ideto and Allcam cam's > which I have tried with Windows NT4 and found the software pretty poor. I > also have SuSE Linux which I can dual boot to on the same machine. > Can I use SuSE the Linux TV software to watch TV? yes > Do I need a separate tv? no > Are the cam's supported? 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 springer@convergence.de Wed Aug 1 13:14:17 2001 Date: 16 Oct 2000 15:53:24 +0200 From: Martin Springer To: Jim Hud Cc: linux-dvb@linuxtv.org Subject: Re: Newbie question "Jim Hud" writes: > I have the Hauppauge DVB-S card and ci module plus Ideto and Allcam cam's > which I have tried with Windows NT4 and found the software pretty poor. I > also have SuSE Linux which I can dual boot to on the same machine. > Can I use SuSE the Linux TV software to watch TV? yes > Do I need a separate tv? no > Are the cam's supported? 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 springer@convergence.de Wed Aug 1 13:14:17 2001 Date: 16 Oct 2000 15:53:24 +0200 From: Martin Springer To: Jim Hud Cc: linux-dvb@linuxtv.org Subject: Re: Newbie question "Jim Hud" writes: > I have the Hauppauge DVB-S card and ci module plus Ideto and Allcam cam's > which I have tried with Windows NT4 and found the software pretty poor. I > also have SuSE Linux which I can dual boot to on the same machine. > Can I use SuSE the Linux TV software to watch TV? yes > Do I need a separate tv? no > Are the cam's supported? 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 springer@convergence.de Wed Aug 1 13:14:17 2001 Date: 16 Oct 2000 15:55:13 +0200 From: Martin Springer To: Franz Ackermann Cc: linux-dvb@linuxtv.org Subject: Re: EON Reserv. Address - ATTN: EON MASQ URL CHANGED Franz Ackermann writes: > If the one who edits linuxtv.org/dvb/links.xml reads this, please change > the link too, linkx.xml only asks for updates, but without an address :-( I am the editor of http://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 springer@convergence.de Wed Aug 1 13:14:17 2001 Date: 16 Oct 2000 15:55:13 +0200 From: Martin Springer To: Franz Ackermann Cc: linux-dvb@linuxtv.org Subject: Re: EON Reserv. Address - ATTN: EON MASQ URL CHANGED Franz Ackermann writes: > If the one who edits linuxtv.org/dvb/links.xml reads this, please change > the link too, linkx.xml only asks for updates, but without an address :-( I am the editor of http://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 springer@convergence.de Wed Aug 1 13:14:17 2001 Date: 16 Oct 2000 15:55:13 +0200 From: Martin Springer To: Franz Ackermann Cc: linux-dvb@linuxtv.org Subject: Re: EON Reserv. Address - ATTN: EON MASQ URL CHANGED Franz Ackermann writes: > If the one who edits linuxtv.org/dvb/links.xml reads this, please change > the link too, linkx.xml only asks for updates, but without an address :-( I am the editor of http://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 yao_rong@163.net Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 21:56:13 +0800 From: frank To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: How to receive SI or the third PID while recording [ 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. ] > > frank wrote: > > > > Hi, > > I want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) > > while the VDR is recording.How can I do this ? > > > > Thanks. > > Frank Ta > > VDR will soon be able to do this. > > 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 > _______________________________________________________________ How can I do it by myself? I can contribute the modified versionof VDR to you. Thanks Frank Ta From yao_rong@163.net Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 21:56:13 +0800 From: frank To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: How to receive SI or the third PID while recording [ 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. ] > > frank wrote: > > > > Hi, > > I want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) > > while the VDR is recording.How can I do this ? > > > > Thanks. > > Frank Ta > > VDR will soon be able to do this. > > 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 > _______________________________________________________________ How can I do it by myself? I can contribute the modified versionof VDR to you. Thanks Frank Ta From yao_rong@163.net Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 21:56:13 +0800 From: frank To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: How to receive SI or the third PID while recording [ 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. ] > > frank wrote: > > > > Hi, > > I want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) > > while the VDR is recording.How can I do this ? > > > > Thanks. > > Frank Ta > > VDR will soon be able to do this. > > 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 > _______________________________________________________________ How can I do it by myself? I can contribute the modified versionof VDR to you. Thanks Frank Ta From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 16:12:08 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: How to receive SI or the third PID while recording frank wrote: > > > > frank wrote: > > > > > > Hi, > > > I want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) > > > while the VDR is recording.How can I do this ? > > > > > > Thanks. > > > Frank Ta > > > > VDR will soon be able to do this. > > > > Greetings > > Klaus > > How can I do it by myself? I can contribute the modified versionof VDR to you. > > Thanks > Frank Ta I already have received code from Robert Schneider implementing this, but I need to adopt it into VDR and get Robert's clearance for releasing it. Please have a little patience ;-) 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:14:17 2001 Date: Mon, 16 Oct 2000 16:12:08 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: How to receive SI or the third PID while recording frank wrote: > > > > frank wrote: > > > > > > Hi, > > > I want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) > > > while the VDR is recording.How can I do this ? > > > > > > Thanks. > > > Frank Ta > > > > VDR will soon be able to do this. > > > > Greetings > > Klaus > > How can I do it by myself? I can contribute the modified versionof VDR to you. > > Thanks > Frank Ta I already have received code from Robert Schneider implementing this, but I need to adopt it into VDR and get Robert's clearance for releasing it. Please have a little patience ;-) 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:14:17 2001 Date: Mon, 16 Oct 2000 16:12:08 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: How to receive SI or the third PID while recording frank wrote: > > > > frank wrote: > > > > > > Hi, > > > I want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) > > > while the VDR is recording.How can I do this ? > > > > > > Thanks. > > > Frank Ta > > > > VDR will soon be able to do this. > > > > Greetings > > Klaus > > How can I do it by myself? I can contribute the modified versionof VDR to you. > > Thanks > Frank Ta I already have received code from Robert Schneider implementing this, but I need to adopt it into VDR and get Robert's clearance for releasing it. Please have a little patience ;-) 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 frankta@263.net Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 22:14:17 +0800 From: frankta To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: How to receive SI or the third PID while recording [ 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. ] ----- Original Message ----- From: "Klaus Schmidinger" To: "Ìï±ó" Cc: Sent: Monday, October 16, 2000 9:37 PM Subject: Re: How to receive SI or the third PID while recording > > Ìï±ó wrote: > > > > Hi, > > I want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) > > while the VDR is recording.How can I do this ? > > > > Thanks. > > Frank Ta > > VDR will soon be able to do this. > > 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 > _______________________________________________________________ Do I need new version of DVB driver? From frankta@263.net Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 22:14:17 +0800 From: frankta To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: How to receive SI or the third PID while recording [ 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. ] ----- Original Message ----- From: "Klaus Schmidinger" To: "Ìï±ó" Cc: Sent: Monday, October 16, 2000 9:37 PM Subject: Re: How to receive SI or the third PID while recording > > Ìï±ó wrote: > > > > Hi, > > I want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) > > while the VDR is recording.How can I do this ? > > > > Thanks. > > Frank Ta > > VDR will soon be able to do this. > > 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 > _______________________________________________________________ Do I need new version of DVB driver? From frankta@263.net Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 22:14:17 +0800 From: frankta To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: Re: How to receive SI or the third PID while recording [ 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. ] ----- Original Message ----- From: "Klaus Schmidinger" To: "Ìï±ó" Cc: Sent: Monday, October 16, 2000 9:37 PM Subject: Re: How to receive SI or the third PID while recording > > Ìï±ó wrote: > > > > Hi, > > I want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) > > while the VDR is recording.How can I do this ? > > > > Thanks. > > Frank Ta > > VDR will soon be able to do this. > > 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 > _______________________________________________________________ Do I need new version of DVB driver? From Klaus.Schmidinger@cadsoft.de Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 16:16:19 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: How to receive SI or the third PID while recording frankta wrote: > > ----- Original Message ----- > From: "Klaus Schmidinger" > To: "Ìï±ó" > Cc: > Sent: Monday, October 16, 2000 9:37 PM > Subject: Re: How to receive SI or the third PID while recording > > > > Ìï±ó wrote: > > > > > > Hi, > > > I want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) > > > while the VDR is recording.How can I do this ? > > > > > > Thanks. > > > Frank Ta > > > > VDR will soon be able to do this. > > > > Greetings > > Klaus > > -- > > Do I need new version of DVB driver? The current version 0.71 of the DVB driver will be able to handle this. 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:14:17 2001 Date: Mon, 16 Oct 2000 16:16:19 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: How to receive SI or the third PID while recording frankta wrote: > > ----- Original Message ----- > From: "Klaus Schmidinger" > To: "Ìï±ó" > Cc: > Sent: Monday, October 16, 2000 9:37 PM > Subject: Re: How to receive SI or the third PID while recording > > > > Ìï±ó wrote: > > > > > > Hi, > > > I want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) > > > while the VDR is recording.How can I do this ? > > > > > > Thanks. > > > Frank Ta > > > > VDR will soon be able to do this. > > > > Greetings > > Klaus > > -- > > Do I need new version of DVB driver? The current version 0.71 of the DVB driver will be able to handle this. 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:14:17 2001 Date: Mon, 16 Oct 2000 16:16:19 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: How to receive SI or the third PID while recording frankta wrote: > > ----- Original Message ----- > From: "Klaus Schmidinger" > To: "Ìï±ó" > Cc: > Sent: Monday, October 16, 2000 9:37 PM > Subject: Re: How to receive SI or the third PID while recording > > > > Ìï±ó wrote: > > > > > > Hi, > > > I want to do record by using VDR and also want to recieve DVB SI (or say just the third PID) > > > while the VDR is recording.How can I do this ? > > > > > > Thanks. > > > Frank Ta > > > > VDR will soon be able to do this. > > > > Greetings > > Klaus > > -- > > Do I need new version of DVB driver? The current version 0.71 of the DVB driver will be able to handle this. 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 joachim@preissner-muc.de Wed Aug 1 13:14:17 2001 Date: Mon, 16 Oct 2000 21:17:04 +0200 From: Joachim Preissner To: linux-dvb@linuxtv.org Subject: Home Entertainment Hi out there, instead of coax TV-cable I decided to use cat5 fast ethernet as the entertainment network at home. A linux box works as a server and provides also TV through a DVB card. Your card driver is working fine. Now I'm working on sending the stream one floor up where I usually live. Can you help me on the following: 1) How do I get the MPEG stream onto the ethernet. I guess using the mbone project in any way - but I don't know exactly how to. 2) I guess the TS is the right choice (eventually PS). But does anybody know which player to use on the other side of the net, which is able to receive the stream from the ethernet - hm... and it should work under Windows (preferred NT). Any advice appreciated which direction to go. Thanks Joachim From mocm@netcologne.de Wed Aug 1 13:14:17 2001 Date: Tue, 17 Oct 2000 20:10:51 +0200 (CEST) From: Marcus O.C. Metzler To: linux-dvb Subject: Re: gVideo: this bug is my favorite feature :-))) Thomas Schuett writes: > Hi Marcus, > > thanks for your answers. > > > > *then* stop gVideo with CTRL-C (not with the GUI Quit!) > > > > >Thats because CTRL-C is not yet handled correctly. > > No problem for me. As I put it: For me it is a welcome feature. > > > > Only problem: I would like to have a window frame around it, so I can > > > reposition, resize, iconize and close it. > >That`s not possible without opening /dev/video. It could be done, if > >we use the devices of the new api. I will look into that. > ok, I looked into it and you can find the respective programs in the apps/tuxzap directory of the public CVS (http://linuxtv.org/cgi-bin/cvsweb.cgi/). I finished it last week, but forget to announce it. There will be some more improvements soon and maybe even a tuxplayer. 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 clemens@root.at Wed Aug 1 13:14:17 2001 Date: Wed, 18 Oct 2000 04:09:08 +0200 From: Clemens Kirchgatterer Reply-To: clemens@linux-austria.com To: linux-dvb Subject: thank you so much hi everybody! first of all, i want to thank the developers of the dvb-drivers and vdr for their fantastic work - and of course for their help on the mailling list, that made my settopbox become usefull at last! just a hint on the drivers: moveing the dvb-card to an other motherboard, made the drivers able to load the firmware correctly - but the windows drivers worked also on the old motherboard. maybe the drivers can get a little more compatible? as i built up my box, i tried to strip my suse 7.0 distibution to nearly nothing. ;-) i ended on a system that has: init, boot-script, dvb drivers, vdr, the libs and some stuff in /bin (as the bash) so i can play around with installation. the init prozess has only one runlevel where the drivers get loaded and the bash gets fired up. after exiting bash the system gets halted. now it would be great if i could switch off my box by quiting vdr with my ir-remote-controller. i think it is possible to let ircexec kill vdr, but would'nt it be more comfortable to make vdr terminating itself? btw: is anybody intrested in a "slim-lin(e)ux" distribution for this kind of boxes? (like the linux router project). i thought about a nice install script that copies a configurable minimal system to disk (some diffrent kernels, lirc, dvb, vdr, dhcclient, sshd, a.s.o ....) only my to cent ... clemens From lars.bensmann@epost.de Wed Aug 1 13:14:17 2001 Date: Wed, 18 Oct 2000 12:48:18 +0200 From: Lars Bensmann To: linux-dvb Subject: Siemens online shop Hi, a friend of mine just asked on this list where on could order the Siemens card as the online shop is closed. As he just told me it seems to be possible to order stuff by fax. He has put the list with prices online under: http://www.eiberg.de/agw/misc/preisliste.pdf. To get an up to date list you can request the document from Siemens by email. cu, Lars -- Let's not complicate our relationship by trying to communicate with each other. From lars.bensmann@epost.de Wed Aug 1 13:14:17 2001 Date: Wed, 18 Oct 2000 12:48:18 +0200 From: Lars Bensmann To: linux-dvb Subject: Siemens online shop Hi, a friend of mine just asked on this list where on could order the Siemens card as the online shop is closed. As he just told me it seems to be possible to order stuff by fax. He has put the list with prices online under: http://www.eiberg.de/agw/misc/preisliste.pdf. To get an up to date list you can request the document from Siemens by email. cu, Lars -- Let's not complicate our relationship by trying to communicate with each other. From lars.bensmann@epost.de Wed Aug 1 13:14:17 2001 Date: Wed, 18 Oct 2000 12:48:18 +0200 From: Lars Bensmann To: linux-dvb Subject: Siemens online shop Hi, a friend of mine just asked on this list where on could order the Siemens card as the online shop is closed. As he just told me it seems to be possible to order stuff by fax. He has put the list with prices online under: http://www.eiberg.de/agw/misc/preisliste.pdf. To get an up to date list you can request the document from Siemens by email. cu, Lars -- Let's not complicate our relationship by trying to communicate with each other. From lars.bensmann@epost.de Wed Aug 1 13:14:17 2001 Date: Wed, 18 Oct 2000 12:48:18 +0200 From: Lars Bensmann To: linux-dvb Subject: Siemens online shop Hi, a friend of mine just asked on this list where on could order the Siemens card as the online shop is closed. As he just told me it seems to be possible to order stuff by fax. He has put the list with prices online under: http://www.eiberg.de/agw/misc/preisliste.pdf. To get an up to date list you can request the document from Siemens by email. cu, Lars -- Let's not complicate our relationship by trying to communicate with each other. From lars.bensmann@epost.de Wed Aug 1 13:14:17 2001 Date: Wed, 18 Oct 2000 12:48:18 +0200 From: Lars Bensmann To: linux-dvb Subject: Siemens online shop Hi, a friend of mine just asked on this list where on could order the Siemens card as the online shop is closed. As he just told me it seems to be possible to order stuff by fax. He has put the list with prices online under: http://www.eiberg.de/agw/misc/preisliste.pdf. To get an up to date list you can request the document from Siemens by email. cu, Lars -- Let's not complicate our relationship by trying to communicate with each other. From mihai@ambra.ro Wed Aug 1 13:14:17 2001 Date: Thu, 19 Oct 2000 01:55:53 +0300 From: Mihai Amariutei To: XXXXX XXXXXXX , linux-dvb@linuxtv.org Subject: Re: Problems with tr.103 solved [ 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. ] It seems TP103 is working again with the Siemens card (Thanks EON). Does anyone still know what the issue was? Mihai ----- Original Message ----- From: "XXXXX XXXXXXX" To: Sent: Saturday, October 14, 2000 9:51 PM Subject: Problems with tr.103 > Hello, > I have already written about this, but does anyone know what's happenning with tr.103 > I still am not getting any signal....though Sync is 127 > do i have to specify any additional options to dvbd now? what i use is: > power 1 > symbolrate 27500000 > frequency 12461000 > ttk 1 > diseqc 0 > AFC 0 > polarisation 1 > filter_0 512 > > Appreciate any help.... > Vadim > > P.S. It was working a few days ago... > > From mihai@ambra.ro Wed Aug 1 13:14:17 2001 Date: Thu, 19 Oct 2000 01:55:53 +0300 From: Mihai Amariutei To: XXXXX XXXXXXX , linux-dvb@linuxtv.org Subject: Re: Problems with tr.103 solved [ 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. ] It seems TP103 is working again with the Siemens card (Thanks EON). Does anyone still know what the issue was? Mihai ----- Original Message ----- From: "XXXXX XXXXXXX" To: Sent: Saturday, October 14, 2000 9:51 PM Subject: Problems with tr.103 > Hello, > I have already written about this, but does anyone know what's happenning with tr.103 > I still am not getting any signal....though Sync is 127 > do i have to specify any additional options to dvbd now? what i use is: > power 1 > symbolrate 27500000 > frequency 12461000 > ttk 1 > diseqc 0 > AFC 0 > polarisation 1 > filter_0 512 > > Appreciate any help.... > Vadim > > P.S. It was working a few days ago... > > From martin@hammerschmid.com Wed Aug 1 13:14:17 2001 Date: Thu, 19 Oct 2000 02:58:55 +0200 From: Martin Hammerschmid To: linux-dvb Subject: smart timer programming ... a few thoughts the idea for an additional tool for vdr came into my mind a while ago. I was thinking if some kind of automatic timer programming was possible. let's assume that tv listings can be fetched from some web page or whatever. then information like channel_name, date, begin_time, end_time, genre, programme_name, [url with more info] could be imported to a local data base with a web interface (apache/php/mysql for example). when vdr is used for watching, the log files could be analyzed to find out what one likes ( tv and replay sessions). by checking the local database it should be able to find out the watched programme's name as well as it's genre. how long something was watched could be used as a kind of weight too. with the gathered information (it should still be possible to manually mark something for recording on a web interface ) new a timers.conf for the next day/week is generated automatically. daily news or favorite series could be found by their name, when there is some disk space left it could be tried to record something similar by guessing somehting that the user is probably interested in (genre matches the user's taste ...) after using it for a while the harddisk should be full of interesing things anytime the user want's to watch something. can you imagine that an application as described above could work with useful results with data taken from free tv listings? Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== Health food makes me sick. From martin@hammerschmid.com Wed Aug 1 13:14:17 2001 Date: Thu, 19 Oct 2000 02:58:55 +0200 From: Martin Hammerschmid To: linux-dvb Subject: smart timer programming ... a few thoughts the idea for an additional tool for vdr came into my mind a while ago. I was thinking if some kind of automatic timer programming was possible. let's assume that tv listings can be fetched from some web page or whatever. then information like channel_name, date, begin_time, end_time, genre, programme_name, [url with more info] could be imported to a local data base with a web interface (apache/php/mysql for example). when vdr is used for watching, the log files could be analyzed to find out what one likes ( tv and replay sessions). by checking the local database it should be able to find out the watched programme's name as well as it's genre. how long something was watched could be used as a kind of weight too. with the gathered information (it should still be possible to manually mark something for recording on a web interface ) new a timers.conf for the next day/week is generated automatically. daily news or favorite series could be found by their name, when there is some disk space left it could be tried to record something similar by guessing somehting that the user is probably interested in (genre matches the user's taste ...) after using it for a while the harddisk should be full of interesing things anytime the user want's to watch something. can you imagine that an application as described above could work with useful results with data taken from free tv listings? Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== Health food makes me sick. From android@android.kiev.ua Wed Aug 1 13:14:17 2001 Date: Thu, 19 Oct 2000 21:33:27 +0300 (EEST) From: Andrew Dzubenko To: linux-dvb@linuxtv.org Subject: Some questions about Siemens card and TR103 I heard some rumors from this mail list, that problems with transponder 103 are connected with Siemens DVB card. So, few questions to people, that might be in course: 1) What other dvb cards are supported under linux ? Do I need some other drivers, unlike siemens-dvb* ? If so, where can I get them, or search for them ? 2) Does the rumors about instability of siemens card are connected with speed ? I mean, is that posible, that I get lower bandwitdh beacause of Siemens card ? Thanks for your attention, and greate thanks for any willing coments, and excuse me my poor English :) -- AD3528-RIPE | Andrew Dzubenko AmberNet ISP| System Administrator From bananaski@redhotant.com Wed Aug 1 13:14:17 2001 Date: Thu, 19 Oct 2000 22:08:32 +0100 From: Michael Wilson To: Andrew Dzubenko , linux-dvb@linuxtv.org Subject: Re: Some questions about Siemens card and TR103 Pent@net card from pentamedia www.pentamediaeurope.co.uk and www.pentamedia.com is supported under Linux ( I use it with kernel 2.2.14). Drivers are also available on the 2 sites. ----- Original Message ----- From: Andrew Dzubenko To: Sent: Thursday, October 19, 2000 7:33 PM Subject: Some questions about Siemens card and TR103 > I heard some rumors from this mail list, that problems with > transponder 103 are connected with Siemens DVB card. So, few questions > to people, that might be in course: > 1) What other dvb cards are supported under linux ? Do I need some > other drivers, unlike siemens-dvb* ? If so, where can I get them, or > search for them ? > 2) Does the rumors about instability of siemens card are connected > with speed ? I mean, is that posible, that I get lower bandwitdh > beacause of Siemens card ? > > > Thanks for your attention, and greate thanks for any willing coments, > and excuse me my poor English :) > > > > -- > AD3528-RIPE | Andrew Dzubenko > AmberNet ISP| System Administrator > > From mihai@ambra.ro Wed Aug 1 13:14:17 2001 Date: Fri, 20 Oct 2000 00:13:03 +0300 From: Mihai Amariutei To: Andrew Dzubenko , linux-dvb@linuxtv.org Subject: Re: Some questions about Siemens card and TR103 I have used Telemann and Pentamedia cards, in addition to Siemens-derived ones. Of course every board have their own drivers. Links are available on www.linuxtv.org. I especially liked the Pentamedia product, having a very stable little GPL-ed driver (even if it's X interface is rather buggy). But it can only receive data. Telemann have both data and tv cards, but their driver source isn't fully available and not GPL-ed and tend to compile properly only in RedHat boxes. It's hardware data filter seems to be somewhat limited and they have a huge Motif-based X interface :-o The Siemens card work beautifully, but it just freezes now and then. No explanation of the cause have emerged yet (proposed causes included heat, signal level, CPU speed, data rate per PID). When it works it receive data at full speed. Usually is used with a script to reinitialize it when it stops. This stability problem don't show off with the Windows drivers. But for a few days earlier this week, Siemens cards refused to receive TP103 signal, under both Linux and Windows, while the others cards kept working, so it may have some limitations in it's signal handling abilities. In the meantime, EOL has probabily undone the signal modifications, as the Siemens cards are working again on TP103. Mihai ----- Original Message ----- From: "Andrew Dzubenko" To: Sent: Thursday, October 19, 2000 9:33 PM Subject: Some questions about Siemens card and TR103 > I heard some rumors from this mail list, that problems with > transponder 103 are connected with Siemens DVB card. So, few questions > to people, that might be in course: > 1) What other dvb cards are supported under linux ? Do I need some > other drivers, unlike siemens-dvb* ? If so, where can I get them, or > search for them ? > 2) Does the rumors about instability of siemens card are connected > with speed ? I mean, is that posible, that I get lower bandwitdh > beacause of Siemens card ? > > > Thanks for your attention, and greate thanks for any willing coments, > and excuse me my poor English :) > > > > -- > AD3528-RIPE | Andrew Dzubenko > AmberNet ISP| System Administrator > > From vadimt@mail.ru Wed Aug 1 13:14:17 2001 Date: Fri, 20 Oct 2000 01:17:18 +0400 From: ÷ÁÄÉÍ ôÁÒÁÓÏ× To: linux-dvb@linuxtv.org Subject: Conf for TR 103 please [ 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, sorry to ask you for such a stupid favor, but does anyone has a premade dvbd.conf for tr103? Would really appreciate it. Thanks in advance, Vadim Tarasov From rjkm@netcologne.de Wed Aug 1 13:14:17 2001 Date: Fri, 20 Oct 2000 00:26:08 +0200 (CEST) From: "Ralph Metzler <" To: linux-dvb@linuxtv.org Subject: Re: Some questions about Siemens card and TR103 Mihai Amariutei writes: > I have used Telemann and Pentamedia cards, in addition to Siemens-derived > ones. > Of course every board have their own drivers. Links are available on > www.linuxtv.org. > I especially liked the Pentamedia product, having a very stable little > GPL-ed driver (even if it's X interface is rather buggy). But it can only > receive data. Where can I find this GPL-ed driver? I downloaded pentamc-2.1.60.tgz and could only find a binary driver in the drv directory. The only source there is a small wrapper for the driver binary. Are the sources for this somewhere else? Ralph From mihai@ambra.ro Wed Aug 1 13:14:17 2001 Date: Fri, 20 Oct 2000 09:15:51 +0300 From: Mihai Amariutei To: rjkm@netcologne.de, linux-dvb@linuxtv.org Subject: Re: Some questions about Siemens card and TR103 http://www.mdstar.com/drivers_down.html ----- Original Message ----- From: "Ralph Metzler <" To: Sent: Friday, October 20, 2000 1:26 AM Subject: Re: Some questions about Siemens card and TR103 > Mihai Amariutei writes: > > I have used Telemann and Pentamedia cards, in addition to Siemens-derived > > ones. > > Of course every board have their own drivers. Links are available on > > www.linuxtv.org. > > I especially liked the Pentamedia product, having a very stable little > > GPL-ed driver (even if it's X interface is rather buggy). But it can only > > receive data. > > Where can I find this GPL-ed driver? > I downloaded pentamc-2.1.60.tgz and could only find a binary driver > in the drv directory. The only source there is a small wrapper for the > driver binary. > Are the sources for this somewhere else? > > > Ralph > > From rjkm@netcologne.de Wed Aug 1 13:14:17 2001 Date: Fri, 20 Oct 2000 13:08:01 +0200 (CEST) From: "Ralph Metzler <" To: Mihai Amariutei Cc: linux-dvb@linuxtv.org Subject: Re: Some questions about Siemens card and TR103 I found pentanet-1.2.30k.tar.gz and pentanet-linux-1.1.6k.tar.gz at that location. But both packages still do not include complete driver sources, just 2 wrappers, drv/pentadrv.c and drv/pentasn.c. All the important hardware accesses are in binaries. Porting to non-Intel platforms, i.e. Alpha, would not be possible with this kind of driver. Ralph Mihai Amariutei writes: > http://www.mdstar.com/drivers_down.html > > ----- Original Message ----- > From: "Ralph Metzler <" > To: > Sent: Friday, October 20, 2000 1:26 AM > Subject: Re: Some questions about Siemens card and TR103 > > > > Mihai Amariutei writes: > > > I have used Telemann and Pentamedia cards, in addition to > Siemens-derived > > > ones. > > > Of course every board have their own drivers. Links are available on > > > www.linuxtv.org. > > > I especially liked the Pentamedia product, having a very stable little > > > GPL-ed driver (even if it's X interface is rather buggy). But it can > only > > > receive data. > > > > Where can I find this GPL-ed driver? > > I downloaded pentamc-2.1.60.tgz and could only find a binary driver > > in the drv directory. The only source there is a small wrapper for the > > driver binary. > > Are the sources for this somewhere else? > > > > > > Ralph > > > > > From Jens.Gabrielsson@nokia.com Wed Aug 1 13:14:17 2001 Date: Fri, 20 Oct 2000 18:11:59 +0300 From: Jens.Gabrielsson@nokia.com To: linux-dvb@linuxtv.org Subject: NTSC Hi, I've got a question concerning the NTSC support in the 0.71 driver for the Siemens Sat card. As I take it, it is only possible to get the NTSC picture on the TV-out on the card and not on the Monitor using the gtvscreen widget. Is this correct or is there a way? If not I'm wondering if someone could give me a pointer as to what would be needed to do in order to get it to work? /Jens From clemens@root.at Wed Aug 1 13:14:17 2001 Date: Fri, 20 Oct 2000 17:51:45 +0200 From: Clemens Kirchgatterer Reply-To: clemens@linux-austria.com To: List DVB Subject: Re: OST & OSD? On Fri, 20 Oct 2000, you wrote: > Pardon my ignorance, but... > > What do OST and OSD stand for and what are they? not shure about OST (maybe On Screen Touch) ;-) but OSD stands for On Screen Display! warm regards ... clemens From mocm@netcologne.de Wed Aug 1 13:14:17 2001 Date: Fri, 20 Oct 2000 18:56:09 +0200 (CEST) From: Marcus O.C. Metzler To: linux-dvb@linuxtv.org Subject: NTSC Jens.Gabrielsson@nokia.com writes: > Hi, > > I've got a question concerning the NTSC support in the 0.71 driver for the > Siemens Sat card. As I take it, it is only possible to get the NTSC picture > on the TV-out on the card and not on the Monitor using the gtvscreen widget. > Is this correct or is there a way? Not, really. I haven't checked it with version 0.71, but with the latest version of gVideo and tuxview in the public CVS ( http://www.linuxtv.org/news/martin/cvs.xml) it works. Although, the number of lines are not adjusted in the saa7146 driver correctly. I guess, we'll have to fix that. Check the CVS for that. 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 vadimt@mail.ru Wed Aug 1 13:14:17 2001 Date: Fri, 20 Oct 2000 23:56:23 +0400 From: ÷ÁÄÉÍ ôÁÒÁÓÏ× To: linux-dvb@linuxtv.org Subject: Where did i mess up? [ 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 there. I have already configured dvb successfully under linux several times...but now...where did I mess up? I have compiled dvb-07 driver for siemens under 2.4pre10 on mandrake 7.1 Before I have used (dvb06 and dvb07 drivers under Mandrake and kernel 2.4pre5 ) have compiled dvbd2 ok. have the following dvbd.conf: power 1 symbolrate 27500000 frequency 12461000 ttk 1 diseqc 0 AFC 1 polarisation 1 filter_0 512 The dvb interface seems ok: dvb0 Link encap:Ethernet HWaddr 00:02:D4:39:60:88 inet addr:192.168.4.1 Bcast:192.168.4.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 When i run dvbd it shows Fsync = 0, Freq = 1861000000, Sync = 127 Afc = 4294322765 Agc = 383 Nest = 10752 Vber = 0 but when i try to ping 194.177.32.196 don't get any ping reply neither with dvbd nor with dvbd2 So can anyone help me...where did i go wrong. BTW it works under Win so it is not EOL's fault Would appreciate any help. Thanks in advance. Yours, Vadim Tarasov From m.mugelli@iol.it Wed Aug 1 13:14:17 2001 Date: Fri, 20 Oct 2000 23:15:55 +0200 From: Maurizio Mugelli To: linux-dvb@linuxtv.org Subject: Re: Where did i mess up? On Fri, 20 Oct 2000 23:56:23 +0400, you wrote: >but when i try to ping 194.177.32.196 >don't get any ping reply neither with dvbd nor with dvbd2 checked the firewall setting? if you have anti-spoofing protection over the dvb0 interface, disable it. > -- (iao!!oai) (ICQ: 10860566) //.aurizio I bimbi buoni vanno in paradiso. I bimbi cattivi vanno dove gli pare! From mnelson@liberate.com Wed Aug 1 13:14:17 2001 Date: Fri, 20 Oct 2000 15:49:12 -0600 From: Michael Nelson To: linux-dvb@linuxtv.org Subject: OST & OSD? Pardon my ignorance, but... What do OST and OSD stand for and what are they? Michael From plesnik@inetbrno.cz Wed Aug 1 13:14:17 2001 Date: Sat, 21 Oct 2000 09:43:18 +0200 From: Petr Plesnik To: LinuxDVB Subject: Routing multicast streams [ 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, a have problem with routing multicast streams. I have this configuration: Linux server with DVB card, dvb working ok. This server is connected thru eth0 to router (linux). Router has 4 ethernet cards. One is connected to server with DVB, second is connected to public internet, and another two is two intranet LAN segments 10.2.2.x and 10.2.1.x. In windows box on private lan for example my machine 10.2.2.10 I can use sattelite connection thru squid on server. This working OK. But if I run mrouted with standart config file on server machine and try to connect to europeonline for watching streaming TV, it does not work. Can anybody help me with setting mrouted, or need I setup router machine to? Thanks for any help Peter From bananaski@redhotant.com Wed Aug 1 13:14:17 2001 Date: Sat, 21 Oct 2000 11:41:21 +0100 From: Michael Wilson Reply-To: Michael Wilson To: plesnik@inetbrno.cz, LinuxDVB Subject: Re: Routing multicast streams [ 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. ] I have the same problem with my setup but I wish to route the FAZZT system which is on 224.224.4.17, all mrouted sees is 224.0.0.1, 224.0.0.2 and 224.0.0.4 ----- Original Message ----- From: Petr Plesnik To: LinuxDVB Sent: Saturday, October 21, 2000 8:43 AM Subject: Routing multicast streams > Hello, > > a have problem with routing multicast streams. I have this configuration: > Linux server with DVB card, dvb working ok. This server is connected thru > eth0 to router (linux). > Router has 4 ethernet cards. One is connected to server with DVB, second is > connected to public internet, > and another two is two intranet LAN segments 10.2.2.x and 10.2.1.x. In > windows box on private lan for example my machine 10.2.2.10 I can use > sattelite connection thru squid on server. This working OK. But if I run > mrouted with standart config file on server machine and try to connect to > europeonline for watching streaming TV, it does not work. Can anybody help > me with setting mrouted, or need I setup router machine to? > > > Thanks for any help Peter > > From Karsten.Siebert@dataplanet.de Wed Aug 1 13:14:17 2001 Date: Sat, 21 Oct 2000 13:09:28 +0200 From: Karsten Siebert To: Michael Wilson , plesnik@inetbrno.cz, LinuxDVB Subject: Re: Routing multicast streams [ The following text is in the "iso-8859-2" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] You can do several things to route IP multicast to the LAN: I added a little switch in /etc/mrouted.conf, which enables automatic PID setting/removing. If a Windows machine wants to receive IP multicast it initiates an IGMP message. Mrouted reads this and sents an UDP message to dvbd, which then enables the PID. In case of FAZZT this is PID 1041 (I have set the last two addresses of the IP multicast address to the PID for simplicity 0x417=1041). You can set the PID manually using /etc/dvbd.conf in the filter section. Don't forget to set the routing entry: route add 224.0.0.0 netmask 240.0.0.0 on all your interfaces. The problem with mrouted unfortunately is stability. It stops after a couple of milion packets. You always can monitor multicasting in /proc/net/mr_... As the PIDs are set anyway differently for downloads and streams, one could avoid using mrouted and just switch from the dvb module to the appropriate LAN module by changing the device structure of the allocated skbuff structure if an IP multicast packets arrives via satellite. I do this by setting fast forward in the kernel, changing the device structure if a packet arrives before the net_if is issued. Now if the appropriate PID is set, all packtes are transmitted directly to the output queue of the LAN device (but always, even if there is no listener). Karsten ----- Original Message ----- From: "Michael Wilson" To: ; "LinuxDVB" Sent: Saturday, October 21, 2000 12:41 PM Subject: Re: Routing multicast streams > I have the same problem with my setup but I wish to route the FAZZT system > which is on 224.224.4.17, all mrouted sees is 224.0.0.1, 224.0.0.2 and > 224.0.0.4 > > ----- Original Message ----- > From: Petr Plesnik > To: LinuxDVB > Sent: Saturday, October 21, 2000 8:43 AM > Subject: Routing multicast streams > > > > Hello, > > > > a have problem with routing multicast streams. I have this configuration: > > Linux server with DVB card, dvb working ok. This server is connected thru > > eth0 to router (linux). > > Router has 4 ethernet cards. One is connected to server with DVB, second > is > > connected to public internet, > > and another two is two intranet LAN segments 10.2.2.x and 10.2.1.x. In > > windows box on private lan for example my machine 10.2.2.10 I can use > > sattelite connection thru squid on server. This working OK. But if I run > > mrouted with standart config file on server machine and try to connect to > > europeonline for watching streaming TV, it does not work. Can anybody help > > me with setting mrouted, or need I setup router machine to? > > > > > > Thanks for any help Peter > > > > > From bananaski@redhotant.com Wed Aug 1 13:14:17 2001 Date: Sat, 21 Oct 2000 12:11:59 +0100 From: Michael Wilson Reply-To: Michael Wilson To: Karsten Siebert , Michael Wilson , plesnik@inetbrno.cz, LinuxDVB Subject: Re: Routing multicast streams [ 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. ] Hi there Would it be possible for you to forward your mrouted.conf ? Thanks ----- Original Message ----- From: Karsten Siebert To: Michael Wilson ; ; LinuxDVB Sent: Saturday, October 21, 2000 12:09 PM Subject: Re: Routing multicast streams > You can do several things to route IP multicast to the LAN: > > I added a little switch in /etc/mrouted.conf, which enables automatic PID > setting/removing. If a Windows machine wants to receive IP multicast it > initiates an IGMP message. Mrouted reads this and sents an UDP message to > dvbd, which then enables the PID. In case of FAZZT this is PID 1041 (I have > set the last two addresses of the IP multicast address to the PID for > simplicity 0x417=1041). > > You can set the PID manually using /etc/dvbd.conf in the filter section. > Don't forget to set the routing entry: route add 224.0.0.0 netmask 240.0.0.0 > on all your interfaces. > > The problem with mrouted unfortunately is stability. It stops after a couple > of milion packets. You always can monitor multicasting in /proc/net/mr_... > > As the PIDs are set anyway differently for downloads and streams, one could > avoid using mrouted and just switch from the dvb module to the appropriate > LAN module by changing the device structure of the allocated skbuff > structure if an IP multicast packets arrives via satellite. I do this by > setting fast forward in the kernel, changing the device structure if a > packet arrives before the net_if is issued. Now if the appropriate PID is > set, all packtes are transmitted directly to the output queue of the LAN > device (but always, even if there is no listener). > > > Karsten > > > ----- Original Message ----- > From: "Michael Wilson" > To: ; "LinuxDVB" > Sent: Saturday, October 21, 2000 12:41 PM > Subject: Re: Routing multicast streams > > > > I have the same problem with my setup but I wish to route the FAZZT system > > which is on 224.224.4.17, all mrouted sees is 224.0.0.1, 224.0.0.2 and > > 224.0.0.4 > > > > ----- Original Message ----- > > From: Petr Plesnik > > To: LinuxDVB > > Sent: Saturday, October 21, 2000 8:43 AM > > Subject: Routing multicast streams > > > > > > > Hello, > > > > > > a have problem with routing multicast streams. I have this > configuration: > > > Linux server with DVB card, dvb working ok. This server is connected > thru > > > eth0 to router (linux). > > > Router has 4 ethernet cards. One is connected to server with DVB, second > > is > > > connected to public internet, > > > and another two is two intranet LAN segments 10.2.2.x and 10.2.1.x. In > > > windows box on private lan for example my machine 10.2.2.10 I can use > > > sattelite connection thru squid on server. This working OK. But if I run > > > mrouted with standart config file on server machine and try to connect > to > > > europeonline for watching streaming TV, it does not work. Can anybody > help > > > me with setting mrouted, or need I setup router machine to? > > > > > > > > > Thanks for any help Peter > > > > > > > > > > From Karsten.Siebert@dataplanet.de Wed Aug 1 13:14:17 2001 Date: Sat, 21 Oct 2000 13:30:11 +0200 From: Karsten Siebert To: Michael Wilson , LinuxDVB Subject: Re: Routing multicast streams [ 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. ] Here is my mrouted.conf. Don't bother about the warning message at startup. Don't delete 125.0.0.0/1. Karsten ----- Original Message ----- From: "Michael Wilson" To: "Karsten Siebert" ; "Michael Wilson" ; ; "LinuxDVB" Sent: Saturday, October 21, 2000 1:11 PM Subject: Re: Routing multicast streams > Hi there > > Would it be possible for you to forward your mrouted.conf ? > > Thanks > > ----- Original Message ----- > From: Karsten Siebert > To: Michael Wilson ; ; LinuxDVB > > Sent: Saturday, October 21, 2000 12:09 PM > Subject: Re: Routing multicast streams > > > > You can do several things to route IP multicast to the LAN: > > > > I added a little switch in /etc/mrouted.conf, which enables automatic PID > > setting/removing. If a Windows machine wants to receive IP multicast it > > initiates an IGMP message. Mrouted reads this and sents an UDP message to > > dvbd, which then enables the PID. In case of FAZZT this is PID 1041 (I > have > > set the last two addresses of the IP multicast address to the PID for > > simplicity 0x417=1041). > > > > You can set the PID manually using /etc/dvbd.conf in the filter section. > > Don't forget to set the routing entry: route add 224.0.0.0 netmask > 240.0.0.0 > > on all your interfaces. > > > > The problem with mrouted unfortunately is stability. It stops after a > couple > > of milion packets. You always can monitor multicasting in /proc/net/mr_... > > > > As the PIDs are set anyway differently for downloads and streams, one > could > > avoid using mrouted and just switch from the dvb module to the appropriate > > LAN module by changing the device structure of the allocated skbuff > > structure if an IP multicast packets arrives via satellite. I do this by > > setting fast forward in the kernel, changing the device structure if a > > packet arrives before the net_if is issued. Now if the appropriate PID is > > set, all packtes are transmitted directly to the output queue of the LAN > > device (but always, even if there is no listener). > > > > > > Karsten > > > > > > ----- Original Message ----- > > From: "Michael Wilson" > > To: ; "LinuxDVB" > > Sent: Saturday, October 21, 2000 12:41 PM > > Subject: Re: Routing multicast streams > > > > > > > I have the same problem with my setup but I wish to route the FAZZT > system > > > which is on 224.224.4.17, all mrouted sees is 224.0.0.1, 224.0.0.2 and > > > 224.0.0.4 > > > > > > ----- Original Message ----- > > > From: Petr Plesnik > > > To: LinuxDVB > > > Sent: Saturday, October 21, 2000 8:43 AM > > > Subject: Routing multicast streams > > > > > > > > > > Hello, > > > > > > > > a have problem with routing multicast streams. I have this > > configuration: > > > > Linux server with DVB card, dvb working ok. This server is connected > > thru > > > > eth0 to router (linux). > > > > Router has 4 ethernet cards. One is connected to server with DVB, > second > > > is > > > > connected to public internet, > > > > and another two is two intranet LAN segments 10.2.2.x and 10.2.1.x. In > > > > windows box on private lan for example my machine 10.2.2.10 I can use > > > > sattelite connection thru squid on server. This working OK. But if I > run > > > > mrouted with standart config file on server machine and try to connect > > to > > > > europeonline for watching streaming TV, it does not work. Can anybody > > help > > > > me with setting mrouted, or need I setup router machine to? > > > > > > > > > > > > Thanks for any help Peter > > > > > > > > > > > > > > > > [ Part 2, Application/OCTET-STREAM (Name: "mrouted.conf") 1.7KB. ] [ Unable to print this part. ] From chris@Nice.CH Wed Aug 1 13:14:17 2001 Date: Sat, 21 Oct 2000 15:00:24 +0200 From: Christian Limpach To: plesnik@inetbrno.cz, LinuxDVB Subject: Re: Routing multicast streams [ 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. ] > a have problem with routing multicast streams. I have this configuration: > Linux server with DVB card, dvb working ok. This server is connected thru > eth0 to router (linux). > Router has 4 ethernet cards. One is connected to server with DVB, second is > connected to public internet, > and another two is two intranet LAN segments 10.2.2.x and 10.2.1.x. In you have two options to get this to work: - run mrouted on your router - run mrouted on a machine on each segment which has multicast clients I'm using option two since my router wouldn't run mrouted, probably because there were too many interfaces with too many aliases... Option one might work with the mrouted from dvbrouter, for option two, you need to upgrade your mrouted since the mrouted from dvbrouter doesn't handle tunnels very well. I'm sending a patch for the latest mrouted (mrouted_3.9-beta3) as an attachment. my mrouted.conf on the machine with the dvb card looks like this: cache_lifetime 3600 # seconds dvbauto on phyint dvb0 metric 1 altnet 194.177.32.0/24 tunnel 172.20.4.6 10.1.0.11 metric 1 threshold 1 rate_limit 0 where 172.20.4.6 is the ip of the dvb-machine and 10.1.0.11 is the machine on the segment where I want to route the multicast streams. mrouted.conf on the machine on the segment: cache_lifetime 3600 # seconds phyint 10.1.0.11 force_leaf tunnel 10.1.0.11 172.20.4.6 metric 1 threshold 1 rate_limit 0 you have to make your router route ip in ip packets and you have to make the kernels on the dvb-machine and the machine on the segment to support ip tunneling, ip multicasting and ip multicast routing. this setup works for watching nbc and eurosport, I couldn't get Fazzt to work (well, I couldn't get it to work even if I run it on the machine with the dvb card, so it's probably a pilot error ;-)) you might need a different altnet on the dvb interface for Fazzt. The 128/1 altnet won't work since mrouted won't tunnel a /1 route, it will tunnel it as a /8 route and then it won't work at all. you can use the map-mbone utility to see if the tunnel is working. christian [ Part 2, Application/OCTET-STREAM (Name: ] [ "mrouted_3.9-beta3-dvb.diff") 8.1KB. ] [ Unable to print this part. ] From chris@Nice.CH Wed Aug 1 13:14:17 2001 Date: Sat, 21 Oct 2000 15:03:58 +0200 From: Christian Limpach To: Karsten Siebert , Michael Wilson , LinuxDVB Subject: Re: Routing multicast streams [ 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. ] > Here is my mrouted.conf. Don't bother about the warning message at startup. > Don't delete 125.0.0.0/1. why? what does the 125.0.0.0/1 do? afaik, it tricks mrouted into adding a route for 0/0 (or was it 0/1). I think even the 128/1 is overkill, it works well for me with altnet 194.177.32.0/24 since all the europeonline streams originate from their network... and as I said in another mesage, the 128/1 will get you into trouble if you want to tunnel the multicast traffic to another network, it took me a while to figure that out... christian From Buaku@libero.it Wed Aug 1 13:14:17 2001 Date: Sat, 21 Oct 2000 20:52:48 +0200 From: Buaku@libero.it To: linux-dvb@linuxtv.org Subject: How do I make the drivers work? Hello, Please excuse me if this sounds like a lamer request, I have no Linux experience but I tried to follow the docs included with the drivers. I tried to install the drivers on a system with a suse 6.1 (kernel 2.2.5) and also 6.2 system, but it doesn't work, maybe I need a newer version? When I compile it I get a few errors, some regarding the 7146 for example: "saa 7146_core.o = unresolved symbol int.mm", no premiere images are displayed from the coax output and finally nothing that requires the device (DVB0) works. Please give me a few hints, thanks Ennio From jdhz@btinternet.com Wed Aug 1 13:14:17 2001 Date: Sat, 21 Oct 2000 23:13:43 +0100 From: Jim Hud To: "Linux-Dvb@Linuxtv.Org" Subject: New install newbie question I am new to Linux so please bear with me. Downloaded siemens_dvb-0.7.tar.gz and unzipped cd DVB/driver (changed KERNEL_LCATION to /usr/src/linux-2.2.14.SuSE) make (no errors) make insmod (got msp3400.o: msp3400.o: No such file or directory) NB file is present in /lib/modules/2.2.14/misc but driver is working and I have PRO7 on composite output cd ../apps make (*****no rule to make target mpg2mpg) Help anyone? From android@android.kiev.ua Wed Aug 1 13:14:17 2001 Date: Sun, 22 Oct 2000 15:12:38 +0300 (EEST) From: Andrew Dzubenko To: Michael Wilson Cc: linux-dvb@linuxtv.org Subject: Re: Some questions about Siemens card and TR103 > Pent@net card from pentamedia www.pentamediaeurope.co.uk > and www.pentamedia.com is supported under Linux ( I use it with kernel > 2.2.14). Drivers are also available on the 2 sites. Greate thanks to you for information. -- AD3528-RIPE | Andrew Dzubenko AmberNet ISP| System Administrator From m.demetriou@cytanet.com.cy Wed Aug 1 13:14:17 2001 Date: Sun, 22 Oct 2000 17:04:20 +0300 From: Demetris To: linux-dvb Subject: Looking for audio and video Are there any links where I can learn more about audio and video streams? such as what is PAL, NTSC ,other formats? From jdhz@btinternet.com Wed Aug 1 13:14:17 2001 Date: Sun, 22 Oct 2000 20:32:19 +0100 From: Jim Hud To: "Linux-Dvb@Linuxtv.Org" Subject: Wrong Makefile in ver 0.7??? I am new to Linux and (therefore) new to this project, but... I am trying to build driver and apps 0.7 / 0.71. Surely the apps/Makefile is an incorrect version: <<< all: mpg2mpg (cd CyberLogin; make) osdtest: osdtest.cc g++ -O2 osdtest.cc -o osdtest -L../libdvb -ldvb clean: - rm -f *.o mpg2mpg app ctest ftest ftest2 osdtest *~ - (cd gVideo; make clean) - (cd CyberLogin; make clean) >>> IE Cyberlogin does not exist and mpg2mpg does not exist in the Makefile or in the directory. If I try and make from the gVideo directory it also fails. From niels@casema.net Wed Aug 1 13:14:17 2001 Date: Mon, 23 Oct 2000 00:37:34 +0200 (CEST) From: Niels de Carpentier To: linux-dvb@linuxtv.org Cc: Klaus.Schmidinger@cadsoft.de Subject: [PATCH] Diseqc Positioner support for VDR 0.66 Hi, I ported my old patch for diseqc positioner support to the latest VDR version (0.66). This version of the patch uses the grouping separators to store the satellite number. The group separator now has the following format: ":group name:satelite number". All the channels below a group separator have satellite number of the group separator. I've also included a small tool to convert dvb2000 config files to the channels.conf format, including group separators and satellite numbers. Niels [ Part 2, "vdr patch for diseqc positioner support" Text/PLAIN 221 ] [ lines. ] [ Unable to print this part. ] [ Part 3, "dvb2000 to channels.conf conversion tool" Text/PLAIN 142 ] [ lines. ] [ Unable to print this part. ] From amk@befree.ch Wed Aug 1 13:14:17 2001 Date: Mon, 23 Oct 2000 01:26:13 +0100 From: MK To: linux-dvb@linuxtv.org Subject: another pva tool Hi! I found another pva fixer/demuxer. Alas for windows. This one is supposed to deal correctyl with the sync and the sometimes interrupted streams. http://www.force5.de From amk@befree.ch Wed Aug 1 13:14:17 2001 Date: Mon, 23 Oct 2000 01:37:27 +0100 From: MK To: linux-dvb@linuxtv.org Subject: VDR saving in different size chunks Hi, I think it would be nice to have VDR save recordings in different size chunks: instead of 1GB, it could be really useful to have at once chunks of 650 MB or 700 MB ;-) Where is the code that controls the recording chunk size in VDR? MK From Carsten.Koch@icem.de Wed Aug 1 13:14:17 2001 Date: Mon, 23 Oct 2000 12:17:06 +0200 From: Carsten Koch To: MK Cc: linux-dvb@linuxtv.org Subject: Re: VDR saving in different size chunks MK wrote: > > Hi, > I think it would be nice to have VDR save recordings in different size > chunks: instead of 1GB, it could be really useful to have at once chunks of > 650 MB or 700 MB ;-) > Where is the code that controls the recording chunk size in VDR? In dvbapi.c line 59. Carsten. From Carsten.Koch@icem.de Wed Aug 1 13:14:17 2001 Date: Mon, 23 Oct 2000 12:17:06 +0200 From: Carsten Koch To: MK Cc: linux-dvb@linuxtv.org Subject: Re: VDR saving in different size chunks MK wrote: > > Hi, > I think it would be nice to have VDR save recordings in different size > chunks: instead of 1GB, it could be really useful to have at once chunks of > 650 MB or 700 MB ;-) > Where is the code that controls the recording chunk size in VDR? In dvbapi.c line 59. Carsten. From js@convergence.de Wed Aug 1 13:14:17 2001 Date: Mon, 23 Oct 2000 12:53:48 +0200 From: Johannes Stezenbach To: linux-dvb@linuxtv.org Subject: Re: OST & OSD? Michael Nelson wrote: > > What do OST and OSD stand for and what are they? OSD: On Screen Display OST : "Open Source Terminal", a term invented by Nokia for their Linux DVB API (because it's to be used in their Media Terminal and because it's OS). Ralph currently implements this API. See http://www.linuxtv.org/developer/dvb_api.xml for more info. Johannes From Rod.Walsh@nokia.com Wed Aug 1 13:14:17 2001 Date: Mon, 23 Oct 2000 14:47:28 +0300 From: Rod.Walsh@nokia.com To: js@convergence.de, linux-dvb@linuxtv.org Subject: RE: OST & OSD? OST = Open Standards Terminal. It is a "reference" for the development of terminals based on open standards :) Nokia MediaTerminal and Ralph's code are implementations of this reference. Using open source in an open standards terminal is a great way of making the implementation very transparent and allowing everyone to see that implementations adhere to the standards. There's loads of information about Nokia's interest in this in the Nokia press releases so you can hunt that down if you are keen. Your could do worse than ... Embedded Linux Journal, "Nokia Media Terminal" by Phil Hughes http://press.nokia.com/PM/790119.html http://www.nokia.com/multimedia/mediaterminal.html http://www.intel.com/pressroom/archive/releases/In101299.htm ... for starters Happy surfing, Rod. > -----Original Message----- > From: EXT Johannes Stezenbach [mailto:js@convergence.de] > Sent: 23 October, 2000 13:54 > To: linux-dvb@linuxtv.org > Subject: Re: OST & OSD? > > > Michael Nelson wrote: > > > > What do OST and OSD stand for and what are they? > > OSD: On Screen Display > > OST : "Open Source Terminal", a term invented by Nokia for > their Linux DVB API (because it's to be used in their Media > Terminal and because it's OS). > Ralph currently implements this API. > > See http://www.linuxtv.org/developer/dvb_api.xml for more info. > > Johannes > From red@tripany.com Wed Aug 1 13:14:17 2001 Date: Mon, 23 Oct 2000 14:54:17 +0200 From: Robin Edgar Tripany To: Uwe Guenther , linux-dvb@linuxtv.org Subject: syncrange listing? I'm now getting this for a sync... does anyone have a list of sync numbers and their meanings? Fsync = 0, Freq = 2033000000, Sync = 0 Afc = 4292904796 Agc = 159 Nest = 49152 Vber = 165672 cheers, Robin ----- Original Message ----- From: "Uwe Guenther" To: "Robin Edgar Tripany" Sent: Friday, October 13, 2000 1:33 AM Subject: Re: Routing Probs with dvb0 > Robin Edgar Tripany wrote: > > > > K...... got dvbd drivers compiled, installed and they work :) > > > > got dvbd compiled and dvbd.conf editted to my specific settings.... > > my primary questions are: > > > > 1. When i run dvbd without the -q option i get these lines over and over > > again: > > > > "VFsync = 0, Freq = 2033000000, Sync = 3 Afc = 4293076671 Agc = 319 Nest > > = 43264" > > "VFsync = 0, Freq = 2033000000, Sync = 3 Afc = 4293076671 Agc = 303 Nest > > = 43776" > sync=3 means bad signal > > you should get sync=127 > > > > > is this ok? > > 2. How many filters do i need in /etc/dvbd.conf? > > (under windows i have 5!!!!) > i have 2 > > 3. how do you set a MAC address on your card? > > 4. as i understand you have to use mrouted to multicast your streams, > > what are the tunnel settings? (local ip = my uplink device? remote=???) > > might you have your mrouted.conf file? > > I dont really understand the mrouted.conf file :))) > > > > "phyint dvb0 altnet 212.17.1.212/1 altnet 125.0.0.0/1" > > "phyint eth0" > > > > is the first altnet my ppp device and the second one the destination > > address? > I don`t use mrouted > > I don´t understand this stuff too :)) > > > > > well, i hope someone can help me :) > > > > thanx > > > > robin > > > > ----- Original Message ----- > > From: "Uwe Guenther" > > To: "Robin Edgar Tripany" > > Sent: Thursday, October 05, 2000 5:28 PM > > Subject: Re: Routing Probs with dvb0 > > > > > Robin Edgar Tripany wrote: > > > > > > > > What did you use to get EON working?! where can i find the sources? > > > > > > > > > > http://www.linuxtv.org/download/dvb/siemens_dvb-0.7.1.tar.gz > > > http://www.linuxtv.org/download/dvb/dvbd2.tar.gz > > > > > > and you could check my config, they is located at > > > > > > http://www.cscc.de/eon.tar.gz > > > > > > > > > ... 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 ...! > > > > > -- > ... 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 mihai@ambra.ro Wed Aug 1 13:14:17 2001 Date: Mon, 23 Oct 2000 16:37:24 +0300 From: Mihai Amariutei To: Robin Edgar Tripany , Uwe Guenther , linux-dvb@linuxtv.org Subject: Re: syncrange listing? Sync = 127 very good signal (low BER) Sync = 95 lower signal quality, still working Sync = 63 low signal quality, margimally working (High BER) Under 31 : low signal, syncronisation impossible. 0 means no signall at all. Mihai ----- Original Message ----- From: "Robin Edgar Tripany" To: "Uwe Guenther" ; Sent: Monday, October 23, 2000 3:54 PM Subject: syncrange listing? > I'm now getting this for a sync... does anyone have a list of sync numbers > and their meanings? > > Fsync = 0, Freq = 2033000000, Sync = 0 Afc = 4292904796 Agc = 159 Nest = > 49152 Vber = 165672 > > cheers, > Robin > ----- Original Message ----- > From: "Uwe Guenther" > To: "Robin Edgar Tripany" > Sent: Friday, October 13, 2000 1:33 AM > Subject: Re: Routing Probs with dvb0 > > > > Robin Edgar Tripany wrote: > > > > > > K...... got dvbd drivers compiled, installed and they work :) > > > > > > got dvbd compiled and dvbd.conf editted to my specific settings.... > > > my primary questions are: > > > > > > 1. When i run dvbd without the -q option i get these lines over and over > > > again: > > > > > > "VFsync = 0, Freq = 2033000000, Sync = 3 Afc = 4293076671 Agc = 319 > Nest > > > = 43264" > > > "VFsync = 0, Freq = 2033000000, Sync = 3 Afc = 4293076671 Agc = 303 > Nest > > > = 43776" > > sync=3 means bad signal > > > > you should get sync=127 > > > > > > > > is this ok? > > > 2. How many filters do i need in /etc/dvbd.conf? > > > (under windows i have 5!!!!) > > i have 2 > > > 3. how do you set a MAC address on your card? > > > 4. as i understand you have to use mrouted to multicast your streams, > > > what are the tunnel settings? (local ip = my uplink device? > remote=???) > > > might you have your mrouted.conf file? > > > I dont really understand the mrouted.conf file :))) > > > > > > "phyint dvb0 altnet 212.17.1.212/1 altnet 125.0.0.0/1" > > > "phyint eth0" > > > > > > is the first altnet my ppp device and the second one the destination > > > address? > > I don`t use mrouted > > > > I don´t understand this stuff too :)) > > > > > > > > well, i hope someone can help me :) > > > > > > thanx > > > > > > robin > > > > > > ----- Original Message ----- > > > From: "Uwe Guenther" > > > To: "Robin Edgar Tripany" > > > Sent: Thursday, October 05, 2000 5:28 PM > > > Subject: Re: Routing Probs with dvb0 > > > > > > > Robin Edgar Tripany wrote: > > > > > > > > > > What did you use to get EON working?! where can i find the sources? > > > > > > > > > > > > > http://www.linuxtv.org/download/dvb/siemens_dvb-0.7.1.tar.gz > > > > http://www.linuxtv.org/download/dvb/dvbd2.tar.gz > > > > > > > > and you could check my config, they is located at > > > > > > > > http://www.cscc.de/eon.tar.gz > > > > > > > > > > > > ... 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 > ...! > > > > > > > > -- > > ... 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:14:17 2001 Date: Mon, 23 Oct 2000 18:20:57 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: VDR saving in different size chunks MK wrote: > > Hi, > I think it would be nice to have VDR save recordings in different size > chunks: instead of 1GB, it could be really useful to have at once chunks of > 650 MB or 700 MB ;-) > Where is the code that controls the recording chunk size in VDR? Take a look at dvbapi.c and locate the macro #define MAXVIDEOFILESIZE (1024*1024*1024) // Byte This results in 1GB. Change it to any size you like. 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:14:17 2001 Date: Mon, 23 Oct 2000 18:33:42 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: Re: [PATCH] Diseqc Positioner support for VDR 0.66 Niels de Carpentier wrote: > > Hi, > > I ported my old patch for diseqc positioner support to the latest VDR version > (0.66). This version of the patch uses the grouping separators to store the > satellite number. The group separator now has the following format: > ":group name:satelite number". All the channels below a group separator have > satellite number of the group separator. Hello Niels, I just took a quick look at your patch. By adding the sat number to the group delimiter you are restricting the usefulness of the group delimiter quite a bit. The original idea was to allow grouping _any_ channels (not necessarily on the same satellite!) together. With your modification grouped channels _must_ be on the same satellite. I'll adopt your sat positioner code once I have more time, but I guess I'll introduce an additional "satNr" field in the channels.conf lines. 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 bsch@dit-gmbh.de Wed Aug 1 13:14:17 2001 Date: Tue, 24 Oct 2000 10:26:34 +0200 (CEST) From: bsch@dit-gmbh.de To: Niels de Carpentier Cc: linux-dvb@linuxtv.org Subject: Re: [PATCH] Diseqc Positioner support for VDR 0.66 its a wonderfull feeling, when vdr controls the complete sat equipment ! i like it :-) will it ever be posible to change to an other chennel while your new switching algorithmus is in action ? waiting so long when you turn the dish do an new position, yust to recognize the tronsponder is off ? (just a little stupid nerving thougt :-) but anyway, the vdr solution with Diseqc 1.2 does a mutch better job than my humax receiver ! bernd schweikert@dit-gmbh.de On Mon, 23 Oct 2000, Niels de Carpentier wrote: > Hi, > > I ported my old patch for diseqc positioner support to the latest VDR version > (0.66). This version of the patch uses the grouping separators to store the > satellite number. The group separator now has the following format: > ":group name:satelite number". All the channels below a group separator have > satellite number of the group separator. > > I've also included a small tool to convert dvb2000 config files to the > channels.conf format, including group separators and satellite numbers. > > Niels > From agw@supersonic.ruhr.de Wed Aug 1 13:14:17 2001 Date: Tue, 24 Oct 2000 17:12:48 +0200 From: Andreas Wohlfeld To: linux-dvb@linuxtv.org Subject: digital programs in Germany Hi, what satellites besides the astras have free german or english progams? I have to buy a satellite dish and LNB now and I wonder if a single LNB + 60cm dish is enough. If you have greater dishes or adjustable dishes, which sats/programs do you use? Eutelsat? -- Andreas Wohlfeld -- Germany agw@ruhr.de andreas.wohlfeld@uni-bochum.de From Carsten.Koch@icem.de Wed Aug 1 13:14:17 2001 Date: Tue, 24 Oct 2000 17:35:27 +0200 From: Carsten Koch To: Andreas Wohlfeld Cc: linux-dvb@linuxtv.org Subject: Re: digital programs in Germany Andreas Wohlfeld wrote: > > Hi, > > what satellites besides the astras have free german or english progams? > I have to buy a satellite dish and LNB now and I wonder if a single LNB + > 60cm dish is enough. > > If you have greater dishes or adjustable dishes, which sats/programs do > you use? Eutelsat? Free-to-air german and english channels are available from many sat positions. If you really want them all, you need a polarmount dish with a motorized positioner. I have one, but it's pointed at 19o East 99.9% of the time. In my personal opinion, almost all interesting FTA channels are there. Also, nowadays a single LNB + 60cm dish system is extremely cheap, so my suggestion is: put your first dish on a long enough pole so you can keep adding dishes as required. ;-) If you are looking for specific channels, you can use the Astra (http://www.ses-astra.com), Eutelsat (http://www.eutelsat.com), etc. web sites or a DX site like http://www.SatcoDX.com to see what's out there. Cheers, Carsten. From martin@hammerschmid.com Wed Aug 1 13:14:17 2001 Date: Tue, 24 Oct 2000 17:43:02 +0200 From: Martin Hammerschmid To: linux-dvb , Klaus Schmidinger Subject: LCD display and VDR ? I was searching for LCDs that could be easily used. I found some data sheets here: http://www.lcd-module.de/deu/doma/standard.htm and the idea was born to use the printer port for those modules ... one day later, after searching for LCD related stuff, I found out that the work already was done: http://www.home.unix-ag.org/nils/lcd.html with a 40x4 character LCD module it should be possible to implement the same functionality as the OSD has, without altering the remote control keys. this way OSD and LCD could coexist. a menu on the LCD could look like this: -------------------- | * CHANNELS * | |123 Some channel wi| |th a real long name | |EDIT NEW DELETE MARK| -------------------- the inner two lines (2x20 chars) could always display the highlighted line that's shown on the OSD ... having such a display would be useful for all situations where the TV set isn't used, like listening to radio stations or programming a timer or maybe in the future listening to audio CDs or MP3s ... well, I just ordered such a module to see if they would really work :) Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== Nitrate: Lower than the day rate. From red@tripany.com Wed Aug 1 13:14:17 2001 Date: Tue, 24 Oct 2000 18:04:49 +0200 From: Robin Edgar Tripany To: Boris Jalov , linux-dvb@linuxtv.org Subject: Re: syncrange listing? when insmodding most of them it tells me the module allready exists, except for -videodev router:/usr/local/src/DVB/driver# insmod videodev Using /lib/modules/2.2.16/misc/videodev.o /lib/modules/2.2.16/misc/videodev.o: init_module: Device or resource busy Hint: this error can be caused by incorrect module parameters, including invalid IO or IRQ parameters and - saa7146_v41 router:/usr/local/src/DVB/driver# insmod saa7146_v41 insmod: saa7146_v41: no module by that name found The first one puzzles me, and do i need to download the 2nd module somewhere else or something? cheers Robin ----- Original Message ----- From: "Boris Jalov" To: Sent: Tuesday, October 24, 2000 1:10 AM Subject: Re: syncrange listing? > you didn't insert any of modules > create a dvbstart file in which write this: > insmod i2c-core > insmod videodev > insmod saa7146_core mode=0 > insmod saa7146_v4l > insmod VES1893 > insmod VES1820 > insmod dvb > insmod tuner > ifconfig dvb0 192.168.4.1 > may be you didn't insmod tuner.o or any of VES-as > > > _________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > > Share information about yourself, create your own public profile at > http://profiles.msn.com. > From tw@ubcom.net Wed Aug 1 13:14:17 2001 Date: Tue, 24 Oct 2000 18:15:43 +0200 From: tw@ubcom.net To: linux-dvb , Klaus Schmidinger Subject: Re: LCD display and VDR ? > having such a display would be useful for all I would recommend one from Matrix Orbital: www.matrixorbital.com There are a lot of programs for it, like http://www.softlab.ece.ntua.gr/~sivann/rxcontrol/ which uses an IR module (lirc) like VCD and a MO Display. > situations where the TV set isn't used, like listening > to radio stations or programming a timer or maybe > in the future listening to audio CDs or MP3s ... This already works with rxcontrol for mp3s. Thilo From martin@hammerschmid.com Wed Aug 1 13:14:17 2001 Date: Tue, 24 Oct 2000 18:46:15 +0200 From: Martin Hammerschmid To: linux-dvb Subject: Re: LCD display and VDR ? I did mean a 4x20 characters LCD before (not a 4x40) according to http://www.home.unix-ag.org/nils/lcd.html such displays work "out of the box", only directly wired to the parallel port and a 5V power supply. Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== Make it idiot proof and someone will make a better idiot. From Stefan.Hagendorn@lindy.cc Wed Aug 1 13:14:17 2001 Date: Tue, 24 Oct 2000 19:18:38 +0200 From: Stefan.Hagendorn@lindy.cc To: Martin Hammerschmid Cc: Klaus Schmidinger , linux-dvb Subject: Antwort: LCD display and VDR ? How about a client interface for the LCDProc Deamon ??? http://lcdproc.omnipotent.net/index.php3 I just ordered a 20*4 LCD from reichelt and will try to set it up. A nice Idea could be displaying the Current Programm Information scrolling in the LCD :-) Greetings Stefan Hagendorn From jdhz@btinternet.com Wed Aug 1 13:14:17 2001 Date: Wed, 25 Oct 2000 00:13:45 +0100 From: Jim Hud To: "Linux-Dvb@Linuxtv.Org" Subject: How does passthrough work? The Siemens card has an LNB passthrough, can anyone tell me if this actually works? Is it software controlled or what? Thanks From bsch@dit-gmbh.de Wed Aug 1 13:14:17 2001 Date: Wed, 25 Oct 2000 09:31:21 +0200 (CEST) From: bsch@dit-gmbh.de To: Jim Hud Cc: "Linux-Dvb@Linuxtv.Org" Subject: Re: How does passthrough work? it works: pc must be on drivers must not be loaded bernd schweiker@dit-gmbh.de On Wed, 25 Oct 2000, Jim Hud wrote: > The Siemens card has an LNB passthrough, can anyone tell me if this actually > works? Is it software controlled or what? > > Thanks > > > From martin@hammerschmid.com Wed Aug 1 13:14:17 2001 Date: Wed, 25 Oct 2000 14:20:43 +0200 From: Martin Hammerschmid To: linux-dvb Subject: Re: Antwort: LCD display and VDR ? Stefan.Hagendorn@lindy.cc wrote: > > How about a client interface for the LCDProc Deamon ??? > > http://lcdproc.omnipotent.net/index.php3 > thanks for the URL, seems to be a cool project. 0.4-pre9 supports LCDs with a hd44780 controller on the printer port. however, after checking the data sheets of the LCD and comparing it to the way lcdproc-0.4-pre9 wants the LCD connected to the printer port I'm not very happy because it looks a bit dangerous to me. (D0-D7 on the hd44780 can be switched with RW for input or output, while a standard printer port only does output on the 8bit data line. connecting the LCD to the printer port without making sure that the hd44780 is always in input mode might be a risk ...) well, I'll wait till my ordered LCD comes and will then decide what I'll do with it :) Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== If I were two faced, would I wear this one? From andrew.coates@carrier1.net Wed Aug 1 13:14:17 2001 Date: Wed, 25 Oct 2000 16:02:13 +0100 (BST) From: Andy Coates To: linux-dvb@linuxtv.org Subject: CIM Card for Hauppauge WinTV-DVBs in UK/Europe Hey, Does anyone happen to know where in the UK or Europe I can buy a CIM card online for the Hauppauge WinTV-DVBs? The only place I've seen one listed is on the german Hauppauge site, but they don't give a list of retailers. If not, maybe someone knows if the WinTV-DVBs can use the same type of card as the TT-DVB? Any help appreciated, Andy. -- Andy Coates, Systems Engineer Carrier1 UK Ltd, London Docklands Email: andrew.coates@carrier1.net Tel: +44 207 537 6879 Mobile: +44 7769 930 514 PGP Public Key: http://users.carrier1.net/andy/pgp.asc From jdhz@btinternet.com Wed Aug 1 13:14:17 2001 Date: Wed, 25 Oct 2000 17:10:12 +0100 From: Jim Hud To: Andy Coates , linux-dvb@linuxtv.org Subject: Re: CIM Card for Hauppauge WinTV-DVBs in UK/Europe I bought one from http://www.wwsat.nl/ It was actually a Technotrend CI module. The cost including postage and vat was about £95. ----- Original Message ----- From: "Andy Coates" To: Sent: Wednesday, October 25, 2000 4:02 PM Subject: CIM Card for Hauppauge WinTV-DVBs in UK/Europe > > Hey, > > Does anyone happen to know where in the UK or Europe I can buy a CIM > card online for the Hauppauge WinTV-DVBs? > > The only place I've seen one listed is on the german Hauppauge site, but > they don't give a list of retailers. > > If not, maybe someone knows if the WinTV-DVBs can use the same type of > card as the TT-DVB? > > Any help appreciated, > Andy. > > -- > Andy Coates, Systems Engineer > Carrier1 UK Ltd, London Docklands > Email: andrew.coates@carrier1.net > Tel: +44 207 537 6879 Mobile: +44 7769 930 514 > PGP Public Key: http://users.carrier1.net/andy/pgp.asc > > From red@tripany.com Wed Aug 1 13:14:17 2001 Date: Wed, 25 Oct 2000 18:11:25 +0200 From: Robin Edgar Tripany To: Boris Jalov , linux-dvb@linuxtv.org Subject: Re: syncrange listing? > you must recompile your KERNEL and now you turn off CONFIG_VIDEO_DEV > (CONFIG_VIDEO_DEV=n ). I think that is the problem. > Also did you do "depmod -a" ? after compile the modules ? > you must do this. do this: > make clean > make > make insmod Every time i make insmod, it tells me there is no rule to make target 'insmod'. Stop. > make install > depmod -a > (in your DVB drivers folder). > And then if you still receive 2-nd error copy all *.o modules from your DVB > drivers folder to /lib/modules/2.x.x/misc (x.x is your version of kernel). > But you must first turn off CONFIG_VIDEO_DEV I have done this... cheers for the help so far! _________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > > Share information about yourself, create your own public profile at > http://profiles.msn.com. > From andrew.coates@carrier1.net Wed Aug 1 13:14:17 2001 Date: Wed, 25 Oct 2000 17:41:22 +0100 (BST) From: Andy Coates To: linux-dvb@linuxtv.org Subject: Re: CIM Card for Hauppauge WinTV-DVBs in UK/Europe On Wed, 25 Oct 2000, Jim Hud wrote: > > > > Hey, > > > > Does anyone happen to know where in the UK or Europe I can buy a CIM > > card online for the Hauppauge WinTV-DVBs? > > > > The only place I've seen one listed is on the german Hauppauge site, > but > > they don't give a list of retailers. > > > > If not, maybe someone knows if the WinTV-DVBs can use the same type of > > card as the TT-DVB? > > > > Any help appreciated, > > Andy. Ugh, as a follow-up to this, and after trying to understand the hauppauge german site better, it seems that I'm not after the CIM, but the device used to hold the CIM... The diagram looks like it might hold the card, but that seems too easy, and further reading seems to suggest it HOLDS the CIM card... Can anyone with this device confirm this? Hopefully someone out there has a WinTV-DVB and this device to use CIM's.... So if anyone has seen one of these devices for sale, please let me know :) Thanks again, Andy. -- Andy Coates, Systems Engineer Carrier1 UK Ltd, London Docklands Email: andrew.coates@carrier1.net Tel: +44 207 537 6879 Mobile: +44 7769 930 514 PGP Public Key: http://users.carrier1.net/andy/pgp.asc From boom@uni-paderborn.de Wed Aug 1 13:14:17 2001 Date: Thu, 26 Oct 2000 18:46:07 +0200 From: Jens Rosenboom To: Ralph Metzler Cc: linux-dvb@linuxtv.org Subject: feature request for dvb-driver Hi Ralph! Is it possible to have PCR-Timestamps in transportstreams from the driver? And it woult be quite good to start with an sequence header. At the moment the sequence header is at first send randomly at offset ~0 - 130000. I guess this is right before the GOP start codes, but in most cases not at the beginning. Do you know wether the TT-PCI-Bugdet-card will output pure transport streams? Thanks a lot Jens -- email: boom@uni-paderborn.de From mocm@netcologne.de Wed Aug 1 13:14:17 2001 Date: Thu, 26 Oct 2000 19:12:29 +0200 (CEST) From: Marcus O.C. Metzler To: Jens Rosenboom Cc: Ralph Metzler , linux-dvb@linuxtv.org Subject: feature request for dvb-driver Jens Rosenboom writes: > Is it possible to have PCR-Timestamps in transportstreams from the > driver? Not possible. Well, we can't get the PCR timestamps from the original transport stream. We could generate some fake PCR, but that isn't really advisable and wouldn't help much. > > And it woult be quite good to start with an sequence header. At the > moment the sequence header is at first send randomly at offset ~0 - > 130000. I guess this is right before the GOP start codes, but in most > cases not at the beginning. We don't look at the stream on an elementary stream level. This is not the task of the driver. A user application should take care of that. > > Do you know wether the TT-PCI-Bugdet-card will output pure transport > streams? Yes, it will. Ralph will finish the driver when he is back from vacation. 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 Patrik.Lindblom@nokia.com Wed Aug 1 13:14:17 2001 Date: Thu, 26 Oct 2000 13:46:56 -0500 From: Patrik.Lindblom@nokia.com To: linux-dvb@linuxtv.org Subject: Echostar LNB's and DVB card? Hi, I'm wondering if anyone knows what type of LNB's that Dish Network use on their equipment (what's the LO frequency(ies))? Can someone tell me whether it's even possible to receive any programming from the Echostar satellites with the Siemens DVB card (using 0.6 drivers)? I also would like to know whether any of the channels on the Echostar satellites are unscrambled and if the Dish Network switches are accepting the *normal* 22khz DiSEqC pulses? Lotsa questions... I would jump with joy if someone could help me with these questions. Thanks in advance. /Jens From martin@hammerschmid.com Wed Aug 1 13:14:17 2001 Date: Sun, 29 Oct 2000 02:18:31 +0100 From: Martin Hammerschmid To: linux-dvb Subject: Re: Antwort: LCD display and VDR ? Stefan.Hagendorn@lindy.cc wrote: > > How about a client interface for the LCDProc Deamon ??? > > http://lcdproc.omnipotent.net/index.php3 > the current CVS version of lcdproc looks to support displays with hd44780 controller much better than 0.4-pre9 did. I'm fiddling on a testclient right now ... let's see if something usefull will come out :) Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== God is real, unless declared integer. From ujq7@rz.uni-karlsruhe.de Wed Aug 1 13:14:17 2001 Date: Sun, 29 Oct 2000 15:23:39 +0100 From: Andreas Peter To: linux-dvb@linuxtv.org Subject: Re: Where to find ISO/IEC 13818-1 ? Klaus Schmidinger wrote: > > Does anybody know where I can find the document ISO/IEC 13818-1 > in a downloadable form (text, HTML or PDF)? > > I have the 13818-2 document, but can't seem to find 13818-1 anywhere > on the net. > > TIA for any hints > > Klaus Hi, here is the document: http://flavor.ee.columbia.edu/docs/is138181.pdf Andreas From rolf.hass@gmx.de Wed Aug 1 13:14:17 2001 Date: Sun, 29 Oct 2000 18:18:54 +0100 From: Rolf Hass To: linux-dvb@linuxtv.org Subject: Newbie Hallo allesamt, bin gerade neu auf die Liste gekommen. Der VDR gefällt mir schon extrem gut, habe aber noch ein paar kleine Probleme: Installiert habe ich SuSE 7.0 (mit ReiserFS und Entwickler-Paket) auf ein P5A-Board mit 60GB-Platte. Nachdem ich das diff-File gepatcht habe funktioniert das OSD fast perfekt, nur komme ich einfach nicht in die Unter-Menüs (Channels, Timer, Recordings, Setup). Alle .conf Files liegen unter /video und werden laut /var/log/messages auch geladen. Desweiteren habe ich den Treiber nur per make insmod geladen bekommen, bei insmod dvb.o outstream=0 bekomme ich folgende Fehlermeldungen: dvb.o: unresolved symbol i2c_transfer dvb.o: unresolved symbol i2c_del_driver dvb.o: unresolved symbol video_register_device dvb.o: unresolved symbol video_unregister_device dvb.o: unresolved symbol saa7146_del_extension dvb.o: unresolved symbol saa7146_add_extension dvb.o: unresolved symbol i2c_add_driver Über ein paar Tips würde ich mich freuen, bin noch nicht der absolute Linux-Crack, aber lernfähig :-) Grüsse aus Mönchengladbach From Cyborg20@gmx.net Wed Aug 1 13:14:17 2001 Date: Sun, 29 Oct 2000 21:43:25 +0100 From: Cyborg20 To: linux-dvb@linuxtv.org Subject: Newbie help I'm new to this DVB stuff, and I can't get my card to work. It's technically a Siemens/Fujitsu card, only sold under a different label. When I compile and install the driver, everything works fine, but starting any application that uses it doesn't get any data! Neither the EON highspeed internet access nor the gVideo player work. I've configured everything with the help of a friend who's a specialist in satellite tv, and it should be ok, but nothing works. Specifically, I only get a black screen in gVideo. What's wrong? What did I forget? Can anyone help me? Here's some tech data: Antenna -> Astra (Tested with an analog sat reciever) Using the standard LNB 0 configuration: Type Universal Offset1 9750 Offset2 10600 Switch 11700 Diseqc 0 Name Astra From martin@hammerschmid.com Wed Aug 1 13:14:17 2001 Date: Mon, 30 Oct 2000 00:08:40 +0100 From: Martin Hammerschmid To: Klaus Schmidinger , linux-dvb Subject: VDR with LCDproc support ... first attempt :) After a closer look at LCDproc-0.4-pre9 ( http://lcdproc.omnipotent.net/ ) (CVS recommended http://sourceforge.net/projects/lcdproc/ ) I've starded to fiddle with LCD support for VDR. LCDproc is a client/server app and since I don't even have a LCD yet, I found the curses output of LCDd very useful (right now I've a tiny 4x20 chars xterm running './LCDd -d curses' inside on my workstation, where my testbox that runs vdr sends the LCD output to) the current channel is displayed and many menus work too but it's still only a basic testing ... I've put a tarball of my first attempt here http://home.pages.at/linux/VDR-LCD.tar.gz but be warned, it's a sunday afternoon hack :) the host running LCDd is hardcoded in vdr.c: #define LCDprocHOST "localhost" Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== Best way to dispose of the Borg: Give them Windows 3.1. From jdhz@btinternet.com Wed Aug 1 13:14:17 2001 Date: Mon, 30 Oct 2000 08:24:12 -0000 From: Jim Hud To: Cyborg20 , linux-dvb@linuxtv.org Subject: Re: Newbie help It would be a good idea to provide more detail of the steps you went through to allow the *list* to diagnose the problem. When you complete the step "make insmod" and if your dish is pointing to 19E "make insmod" you should find the card is tuned to a station and the sound and video outputs frrom the card are present. At least that tells you if the card is working. ----- Original Message ----- From: "Cyborg20" To: Sent: Sunday, October 29, 2000 8:43 PM Subject: Newbie help > I'm new to this DVB stuff, and I can't get my card to work. > It's technically a Siemens/Fujitsu card, only sold under a different label. > When I compile and install the driver, everything works fine, but starting > any application that uses it doesn't get any data! Neither the EON > highspeed internet access nor the gVideo player work. I've configured > everything with the help of a friend who's a specialist in satellite tv, and > it should be ok, but nothing works. Specifically, I only get a black screen > in gVideo. What's wrong? What did I forget? Can anyone help me? > > Here's some tech data: > Antenna -> Astra (Tested with an analog sat reciever) > Using the standard LNB 0 configuration: > Type Universal > Offset1 9750 > Offset2 10600 > Switch 11700 > Diseqc 0 > Name Astra > From rolf.hass@gmx.de Wed Aug 1 13:14:17 2001 Date: Mon, 30 Oct 2000 10:48:09 +0100 From: Rolf Hass To: Jim Hud , Cyborg20 , linux-dvb@linuxtv.org Subject: Re: Newbie help This may not be very popular with some hardcore linux enthusiasts, but especially with Linux projects still in developement I usually install a simple Win98 (1-2 GB) on my harddrive. That way I can test the new hardware with the manufacturers drivers first, being quite sure that everything hardware is configured the right way when it comes to setting up the Linux solution. And yes right after 'make insmod' you should see a picture on a TV connected to the video out jack. HTH From maxik@mail.skatvis.lv Wed Aug 1 13:14:17 2001 Date: Mon, 30 Oct 2000 11:50:18 +0200 From: Max To: linux-dvb@linuxtv.org Subject: RH 7.0 compilation errors.... [ 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. ] I have installed RedHat 7.0 and in compilation process got lots of errors and warrnings. dvb.c: In function `outcom': dvb.c:869: `u16' is promoted to `int' when passed through `...' dvb.c:869: (so you should pass `int' not `u16' to `va_arg') {standard input}: Assembler messages: {standard input}:9: Warning: Ignoring changed section attributes for .modinfo dvb.c: At top level: dvb.c:447: warning: `CI_out' defined but not used make[2]: *** [dvb.o] --- 1 make[1]: *** [_mod_/DVB/0.7/DVB/driver] --- 2 make: *** [here] 2 Any body now where the problem is ? Maxim Arsenjev. From Joerg_Pulz@Physik.TU-Muenchen.DE Wed Aug 1 13:14:17 2001 Date: Mon, 30 Oct 2000 12:49:18 +0100 From: Joerg Pulz To: Max , linux-dvb@linuxtv.org Subject: Re: RH 7.0 compilation errors.... hello max, i think the problem is the modified gcc in RedHat7.0. you should use the original gcc to compile the driver. best regards joerg Max schrieb: > I have installed RedHat 7.0 and in compilation process got lots of errors > and warrnings. > dvb.c: In function `outcom': > dvb.c:869: `u16' is promoted to `int' when passed through `...' > dvb.c:869: (so you should pass `int' not `u16' to `va_arg') > {standard input}: Assembler messages: > {standard input}:9: Warning: Ignoring changed section attributes for > .modinfo > dvb.c: At top level: > dvb.c:447: warning: `CI_out' defined but not used > make[2]: *** [dvb.o] --- 1 > make[1]: *** [_mod_/DVB/0.7/DVB/driver] --- 2 > make: *** [here] 2 > > Any body now where the problem is ? > > Maxim Arsenjev. From boss@universal.com.ua Wed Aug 1 13:14:17 2001 Date: Mon, 30 Oct 2000 13:50:28 +0200 From: Evgeny Plehov To: Joerg Pulz , linux-dvb@linuxtv.org Subject: Re: RH 7.0 compilation errors.... [ 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. ] Joerg Pulz wrote: > hello max, > > i think the problem is the modified gcc in RedHat7.0. > > you should use the original gcc to compile the driver. > with RH 7.0 shiped egcs-1.1.2 ( aka kgcc ). Use kgcc instead gcc-2.96 ( this beta snapshot with some bad format ELF ). From thomas.schuett@munich.netsurf.de Wed Aug 1 13:14:17 2001 Date: Mon, 30 Oct 2000 23:52:49 +0100 From: Thomas Schuett To: linux-dvb@linuxtv.org Subject: streamcutter - new version 0.92 Hi, I made a new version of streamcutter. To save me from writing the same again over and over, here is the HISTORY: 0.91: - Added a DVB driver patch to the distribution and the installation directions to the INSTALL file. - Added the directory "util" for some mini scripts. 0.92: - Replaced the DVB driver patch by a compatibility fix in streamcutter and a command line option to set the output stream header. See online help (-h). - Streamcutter can (at least now) handle AV_PES as well as MPEG or others. - I found the bug, why the GUI thread sometimes hung. Grep for invokeLater to learn about. - I fixed the out-of-memory bug which appeared sometimes on saving. - The slider is dragable now. - Now output filename and filepath are separate fields. Only the filename auto-changes on "play selected". (Still it is not possible to "save all". I started a completely redesigned version with this feature enabled, but I miss enough spare time. Therefore I choosed to make this release based on the old design in between.) You can find it under http://homepages.munich.netsurf.de/Thomas.Schuett/streamcutter cu, Thomas PS: I don't have much feedback. Is anybody using the tool ? From jdhz@btinternet.com Wed Aug 1 13:14:17 2001 Date: Tue, 31 Oct 2000 08:25:36 -0000 From: Jim Hud To: linux-dvb@linuxtv.org Subject: Encrypted channels-does anyone know.. I notice that when the Siemens card is used with Hauppauge software the channels which are encrypted are named with a preceeding # (at least I think that's right) before the channel name. It seems that the # indicates that the channel *could be* but is not always. Anyway, my question is: is there any data available from the Linux driver (or otherwise) that is useful regarding encryption? It would be nice to identify only those channels which can actually be viewed. Thanks list. From ujq7@rz.uni-karlsruhe.de Wed Aug 1 13:14:17 2001 Date: Tue, 31 Oct 2000 14:02:33 +0100 From: Andreas Peter To: linux-dvb@linuxtv.org Subject: Re: AW: glitches, another story *g* - more bad news ;-( "Ralph Metzler <" wrote: > > Andreas Peter writes: > > I've also problems with recording glitches. > > I'm using driver ver. 0.71 and Klaus' VDR. Watching TV works fine, but > > playback recording produces glitches every second. > > What kind of "glitches" are those. Actual MPEG errors (block shaped > colored errors in the picture, squeeky sound) or syncing problems > (jerking motion in the picture, temporary sound loss)? > > > I tried to record with VDR and cat /dev/video > 001.pva. The playback > > results are the same: glitches every second. > > I think VDR does not produce the glitches, so I tried older versions of > > the driver. > > > > A file recoded with ver. 0.71 (cat /dev/video0 > 001.pva) produces > > glitches if it is played with ver. 0.71 BUT it can be played error free > > with ver. 0.04! I played also with other recordings (TVTotal Pro 7): 1) recorded with VDR, driver 0.71, playback with VDR, driver 0.71 -> jerking motion; sound ok; video and sound are syncronous looks like it is necessary to drop some frames to keep sync between video an audio. 2) recorded with VDR, driver 0.71, playback cat file > /dev/video -> motion ok; sound ok; video and sound NOT synchronous, they diverge after a few minutes. The sound is "too early". Is the syncing between audio and video the reason for the jerking motion? Andreas From Robert.Schneider@lotus.com Wed Aug 1 13:14:17 2001 Date: Tue, 31 Oct 2000 16:31:00 +0100 From: Robert.Schneider@lotus.com To: linux-dvb@linuxtv.org Subject: Re: Encrypted channels-does anyone know.. [ Part 1, Text/PLAIN 33 lines. ] [ Unable to print this part. ] The information, which channels are encrypted can be taken from the SI-Information. I don't have the information here, but I remember that I read this in the EIT/SI-Spec. Read ETSI EN 300 468 available from http://www.etsi.org and look for scrambling and CA. "Jim Hud" 31.10.2000 09:25                 To:                 cc:        (bcc: Robert Schneider/MUC1/Lotus)         Subject:        Encrypted channels-does anyone know.. I notice that when the Siemens card is used with Hauppauge software the channels which are encrypted are named with a preceeding # (at least I think that's right) before the channel name.  It seems that the # indicates that the channel *could be* but is not always. Anyway, my question is:  is there any data available from the Linux driver (or otherwise) that is useful regarding encryption?  It would be nice to identify only those channels which can actually be viewed. Thanks list. From Margit.Fiegert@t-online.de Wed Aug 1 13:14:17 2001 Date: Tue, 31 Oct 2000 20:24:20 +0100 From: Margit.Fiegert@t-online.de To: "linux-dvb@linuxtv.org" Subject: Help needed: Problems reading SVRP with perl Hello, finally got some time for programming and wasted half a day :-((. Has anybody connected to VDR with a perl script via SVRP? Using Socket, I get a connection and the first message (Version/Time). I can send any number of commands. But I don`t get back any information. I was very happy about Klaus marking all but the last line with "-", and thought with this, reading line by line should be easy, but gets stuck?!! I also tried with Net:Telnet, but don`t even get a connection. Everything works fine manually using telnet. Hope somebody can help (maybe with a little example script that works) Michael From ms@korben.owl.de Wed Aug 1 13:14:17 2001 Date: Tue, 31 Oct 2000 22:21:19 +0100 From: Matthias Schniedermeyer To: Margit.Fiegert@t-online.de Cc: "linux-dvb@linuxtv.org" Subject: Re: Help needed: Problems reading SVRP with perl > > finally got some time for programming and wasted half a day :-((. > Has anybody connected to VDR with a perl script via SVRP? > > Using Socket, I get a connection and the first message (Version/Time). > I can send any number of commands. But I don`t get back any information. > I was very happy about Klaus marking all but the last line with "-", and > thought with this, reading line by line should be easy, but gets > stuck?!! > > Hope somebody can help (maybe with a little example script that works) Just this weekend i (Or more precise, the script was from Klaus) had the same problem. The solution is this line. (Replace SOCKED with the name you use) select (SOCKED) ; $| = 1 Explanation: You must change the socked-mode to UNBUFFERED. "Normaly" it is in buffered mode. The data you write into the socked is NOT transfered until you have more then ?? KB or you close the socked. (Or you issue a flush-command, which i couldn't find) 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:14:17 2001 Date: Tue, 31 Oct 2000 23:31:43 +0100 From: Martin Hammerschmid To: Klaus Schmidinger , linux-dvb Subject: LCDproc for vdr-0.66 this patch adds support for LCDproc. vdr -L ... My LCD still isn't here so I only could test it with curses output (./LCDd -d curses) in an xterm. current channel is displayed and the menues seem to work too ... tested it with LCDproc-0.4-pre9 from http://lcdproc.omnipotent.net/ as well as the current CVS version from http://sourceforge.net/projects/lcdproc/ (recommended!) Martin ========== mailto:martin@hammerschmid.com ========== =RSA-PGP-Key ID:0x81783FE7 DH-PGP-Key ID:0x6B66589A= ==================================================== There is much Obiwan did not tell you. [ Part 2, Application/OCTET-STREAM (Name: "vdr-0.66-LCDproc.diff.gz") ] [ 11KB. ] [ Unable to print this part. ] From Margit.Fiegert@t-online.de Wed Aug 1 13:14:17 2001 Date: Tue, 31 Oct 2000 23:56:38 +0100 From: Margit.Fiegert@t-online.de To: "linux-dvb@linuxtv.org" Subject: Re: Help needed: Problems reading SVRP with perl >The solution is this line. (Replace SOCKED with the name you use) > select (SOCKED) ; $| = 1 >Explanation: You must change the socked-mode to UNBUFFERED. grrrr, I had found out the buffered problem quite soon. As I said, sending commands worked good (eg. chan +). My line was $|=1; #Autoflush! Now with select, recieving works too. Thanks so much :-))) Greetings Michael From migab@acom.vac.hu Wed Aug 1 13:14:52 2001 Date: Sun, 1 Oct 2000 00:13:26 +0200 From: migab@acom.vac.hu To: linux-dvb@linuxtv.org Subject: How to use multicast streaming? [ 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. ] I sucessfully installed my DVB card to use IP unicasting, but I have problems with multicasting. When I use mrouted with the default config file, do i need to set up the multicast filters in dvbd.conf or mrouted set the filters automatically? (dvbauto on) How can i check that the filters are working properly? With tcpdump -i dvb0 can i watch the multicast stream? In my config mrouter seams to be working, but i couldn't recieve any multicast data. cat /proc/net/ip_mr_cache -> Group Origin Iif Pkts Bytes Wrong Oifs cat /proc/net/ip_mr_vif Interface BytesIn PktsIn BytesOut PktsOut Flags Local Remote 0 eth0 0 0 0 0 00000 FE24A8C0 00000000 1 eth1 0 0 0 0 00000 D4E06CD4 00000000 2 dvb0 0 0 0 0 00000 0104A8C0 00000000 migab From migab@acom.vac.hu Wed Aug 1 13:14:52 2001 Date: Sun, 1 Oct 2000 00:13:26 +0200 From: migab@acom.vac.hu To: linux-dvb@linuxtv.org Subject: How to use multicast streaming? [ 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. ] I sucessfully installed my DVB card to use IP unicasting, but I have problems with multicasting. When I use mrouted with the default config file, do i need to set up the multicast filters in dvbd.conf or mrouted set the filters automatically? (dvbauto on) How can i check that the filters are working properly? With tcpdump -i dvb0 can i watch the multicast stream? In my config mrouter seams to be working, but i couldn't recieve any multicast data. cat /proc/net/ip_mr_cache -> Group Origin Iif Pkts Bytes Wrong Oifs cat /proc/net/ip_mr_vif Interface BytesIn PktsIn BytesOut PktsOut Flags Local Remote 0 eth0 0 0 0 0 00000 FE24A8C0 00000000 1 eth1 0 0 0 0 00000 D4E06CD4 00000000 2 dvb0 0 0 0 0 00000 0104A8C0 00000000 migab From greg@ulima.unil.ch Wed Aug 1 13:14:52 2001 Date: Sun, 1 Oct 2000 00:50:17 +0200 From: Gregoire Favre To: Matjaz Thaler Cc: linux-dvb@linuxtv.org Subject: Re: Playing unencypted DVD? -> Still not working ;-( On Sat, Sep 30, 2000 at 11:32:12PM +0200, Matjaz Thaler wrote: > > Is someone able to play unencrypted dvd with the latest driver? I am now under 2.2.17, with bttv. > > This works for me with the dvdplayer 0.2 and 0.01. I'm using DVB drivers version 0.7.1 and kernel > 2.2.14 with bttv. > I tested this with American Pie (region 2) DVD with options: > dvdplayer -a 0 -j 3 -f /dvd/VIDEO_TS/VTS_01_1.VOB > > For video only you can try: > cat /dvd/VIDEO_TS/VTS_01_1.VOB > /dev/video > > Matjaz Well, maybe I could find one explanation: you are using a kernel that you have patched to add udf support (the CAPITAL letters of the files), I think since 2.2.15 there is no more patches necessary as the files are included in the kernel, maybe that works only (and very good) in conjonction with css, but without the css the access is quiete problematic? Any idea on that? I'll try it tomorrow (under 2.4 and with udf instead of iso9660) but all the docs of dvdplayer are written with small letters for files? Thanks for taking the time to test it ;-) and replying to me! Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch From greg@ulima.unil.ch Wed Aug 1 13:14:52 2001 Date: Sun, 1 Oct 2000 00:50:17 +0200 From: Gregoire Favre To: Matjaz Thaler Cc: linux-dvb@linuxtv.org Subject: Re: Playing unencypted DVD? -> Still not working ;-( On Sat, Sep 30, 2000 at 11:32:12PM +0200, Matjaz Thaler wrote: > > Is someone able to play unencrypted dvd with the latest driver? I am now under 2.2.17, with bttv. > > This works for me with the dvdplayer 0.2 and 0.01. I'm using DVB drivers version 0.7.1 and kernel > 2.2.14 with bttv. > I tested this with American Pie (region 2) DVD with options: > dvdplayer -a 0 -j 3 -f /dvd/VIDEO_TS/VTS_01_1.VOB > > For video only you can try: > cat /dvd/VIDEO_TS/VTS_01_1.VOB > /dev/video > > Matjaz Well, maybe I could find one explanation: you are using a kernel that you have patched to add udf support (the CAPITAL letters of the files), I think since 2.2.15 there is no more patches necessary as the files are included in the kernel, maybe that works only (and very good) in conjonction with css, but without the css the access is quiete problematic? Any idea on that? I'll try it tomorrow (under 2.4 and with udf instead of iso9660) but all the docs of dvdplayer are written with small letters for files? Thanks for taking the time to test it ;-) and replying to me! Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch