From count@flatline.de Tue Jul 31 18:28:24 2001 Date: Fri, 1 Jun 2001 04:06:49 +0200 From: Andreas 'Count' Kotes To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR remote control Hi! * Andreas 'Count' Kotes [20010530 13:10]: > is someone working on a 'remote control' via TCP for VDR? SVDRP does > support everything needed, but kvdr isn't really up to the job - it does > too much, and only works correctly when used on the same machine as VDR. > > I'm thinking about the ability to do a TCP connection to a VDR anywhere, > to be able to see the current EPG info and program timers for it > remotely. No video display or audio needed, mainly, 'just' the OSD part > of VDR would suffice. hmm. SVDRP is missing some commands which allow to control recording, playback, forwarding, etc, regardless of positions or menus. The format of the LSTE-entries appears undocumented, how about some information about that? > anybody doing anything like this? a gtk application would be best. I've appended what I did so far. Currently still blocking code, and missing lots of things, but it can zap remotely. More things to come. Count -- Andreas Kotes - UIN: 3741366 - The views expressed herein are (only) mine. You don't have to change the world... to change the world. You're either part of the problem, part of the solution, or part of the scenery. Only you decide. #!/usr/bin/perl -w # # SVDRP client, preliminary version # usage: gvdr [host [port]] # # Author: Andreas Kotes # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program; if not, write to the Free Software # Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. # use strict; use Gtk; init Gtk; use Gtk::CListModel; use Socket; use IO::Handle; # the channellist my $channels = tie my @channel, 'Gtk::CListModel', titles => ["Channum", "Name","Freq","Polarization","X","X","X","X","X","X","X"]; # setup SVDRP connection my ($remote,$port, $iaddr, $paddr, $proto, $line); $remote = shift || 'localhost'; $port = shift || 2001; # random port if ($port =~ /\D/) { $port = getservbyname($port, 'tcp') } die "No port" unless $port; $iaddr = inet_aton($remote) || die "no host: $remote"; $paddr = sockaddr_in($port, $iaddr); $proto = getprotobyname('tcp'); socket(SOCK, PF_INET, SOCK_STREAM, $proto) || die "socket: $!"; connect(SOCK, $paddr) || die "connect: $!"; SOCK->autoflush(1); $line = ; print $line; # close VDR connection sub closevdr { print SOCK "QUIT\r\n"; $line = ; print $line; close (SOCK) || die "close: $!"; } # refresh/load channellist sub getchanlist { print SOCK "LSTC\r\n"; my $done = 0; @channel = (); while (!$done) { ##print $line; $line = ; if ($line =~ /^250([- ])(\d+)\s([^:]+):(\d+):(\S):(\d+):(\d+):(\d+):(\d+):(\d+):(\d+):(\d+)\r\n$/) { push @channel, [$2,$3,$4,$5,$6,$7,$8,$9,$10,$11,$12]; } else { print "no match: $line"; } if ($1 eq " ") { $done = 1; } } } # fetch current channel number sub getchan { print SOCK "CHAN\r\n"; $line = ; print $line; if ($line =~ /250 (\d+)\s/) { return $1; } else { return 0; } } # avoid SVDRP timeouts sub timeoutcommand { print SOCK "CHAN\r\n"; $line = ; print $line; return 1; } # switch channel sub vdrzap { my ($channel) = @_; print SOCK "CHAN $channel\r\n"; $line = ; print $line; } # populate channellist getchanlist; # generate objects my $channelwindow = new Gtk::Window; my $scroller = new Gtk::ScrolledWindow; my $container = new Gtk::VBox(0); my $button = new Gtk::Button("Quit"); # 250 1431 INT2/3 RADIO:12436:h:1:27500:8191:85:0:1:9 my $channellist = $channels->create_view('channels', titles => ['Channum', 'Name']); # signal handling my $timeout = Gtk->timeout_add(150000,\&timeoutcommand,0); $channellist->signal_connect("select-row", sub {my ($object,$channel) = @_;$channel++;vdrzap($channel)}); $button->signal_connect("clicked", sub {closevdr;Gtk->main_quit}); $channelwindow->signal_connect('destroy', sub {closevdr;Gtk->main_quit}); # construct interface $channelwindow->set_title("Channellist"); $channelwindow->set_default_size(200,420); $scroller->set_usize(200,400); $button->set_usize(200,20); $scroller->add($channellist); $container->add($scroller); $container->add($button); $channelwindow->add($container); # startup interface $channelwindow->show_all; Gtk->main; -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Fri, 01 Jun 2001 08:33:48 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR remote control Andreas 'Count' Kotes wrote: > > Hi! > > * Andreas 'Count' Kotes [20010530 13:10]: > > is someone working on a 'remote control' via TCP for VDR? SVDRP does > > support everything needed, but kvdr isn't really up to the job - it does > > too much, and only works correctly when used on the same machine as VDR. > > > > I'm thinking about the ability to do a TCP connection to a VDR anywhere, > > to be able to see the current EPG info and program timers for it > > remotely. No video display or audio needed, mainly, 'just' the OSD part > > of VDR would suffice. > > hmm. SVDRP is missing some commands which allow to control recording, > playback, forwarding, etc, regardless of positions or menus. Its on my (ever growing...) TODO list. > The format > of the LSTE-entries appears undocumented, how about some information > about that? Well, its always the problem with writing docs... Take a look at the 'epg2html.pl' script that comes with VDR. It parses the complete EPG data and it should make clear which tags mark what information. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From bernd@hoose.de Tue Jul 31 18:28:24 2001 Date: Fri, 1 Jun 2001 08:58:08 +0200 From: Bernd Hoose To: "'linux-dvb@linuxtv.org'" Subject: [linux-dvb] Disable only one Card in VDR if Plyback from DVD? I do the preperations to integrate DVD in my VDR, some Questions. I have 3 CArds and recordings all over the Day. So if i want to watch a DVD i have the Problem to disble VDR completely. If i do this i miss my recordings :(( By the way i find this http://linuxtv.org/mailinglists/linux-dvb/msg04463.html If i understand this posting, irrexec only runs scripts or so by pushing a button by Lirc. So i have to use a spript like -disable vdr with Lirc.vdr, then run dvd with lirc.dvd- and i can use dvd replay. After replay the same in opposite direction. Iam not so similar to scripting in Linux, did anyone have a running solution for dummys? Thanks a lot Bernd -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ms@citd.de Tue Jul 31 18:28:24 2001 Date: Fri, 1 Jun 2001 09:01:05 +0200 From: Matthias Schniedermeyer To: Axel Gruber Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Linux-Player for Playback of VDR-STreams > Im searching a MPEG-Player for KDE wich can playback the steream - > recorded with VDR. xine(.sourceforge.net) xmovie(www.heroinewarrior.com) 0.7X-VDR (=0.8X driver) can be played directly 0.6X-VDR (=0.7X driver) must be converted with "avpes2mpeg" (or similar) When a stream is remultiplexed with "mplex" the you have to use "-v 600" for xmovie and "-v 60" for xine for perfect A/V-Syncronisation. "Strange" is that EVERY Linux-Player likes those streams, but NO Windows-Player. 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. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ms@citd.de Tue Jul 31 18:28:24 2001 Date: Fri, 1 Jun 2001 09:06:17 +0200 From: Matthias Schniedermeyer To: Bernd Hoose Cc: "'linux-dvb@linuxtv.org'" Subject: [linux-dvb] Re: Disable only one Card in VDR if Plyback from DVD? > I do the preperations to integrate DVD in my VDR, some Questions. > I have 3 CArds and recordings all over the Day. > So if i want to watch a DVD i have the Problem to disble VDR completely. > If i do this i miss my recordings :(( "Current" VDRs can be "locked" to a single DVB-Card so you can start 3 instances of VDR (or 1 for "Frontend" and 1 for the 2 "Backend" Cards) and then you only have to kill the "Frontend" VDR-Task. I use something "similar" to this. As i have 2 CAMs so i have to use 2 Computers. I have a "Frontend"-Computer with 1 DVB-Card and 1 CAM and a "Backend"-Computer with 2 DVB-Cards and also 1 CAM. When i want to replay something i kill the "Frontend"-VDR and replay what i want, that restart VDR again. :-) For programming the 2 VDR-Instances i use my Master-Timer which is "Multi-Instance"-aware in the 0.1-Version. 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. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From markkunyys@data98.dc.turkuamk.fi Tue Jul 31 18:28:24 2001 Date: Fri, 01 Jun 2001 12:32:41 +0300 From: Markku Leinio To: linux-dvb@linuxtv.org Subject: [linux-dvb] siemens-dvb not working with RH 7.1 I haven't been able to run dvb driver compiled from siemens_dvb-0.8.2.tar.gz under Red Hat 7.1 (kernel 2.4.2). "insmod dvb.o" says "unresolver symbol memcpy" and won't load. I tried different kernels (2.4.5, 2.2.19) but no help from there. I also tried dvb-0.9-20010428, but it had different problems: /dev/video returned plain zeros (sound was coming from the card though) or crashed the module, it couldn't be unloaded and reloaded. Also, dvb.o didn't recognize outstream=2 parameter. We have a Hauppauge DVB-S card, and it works perfectly under RH 6.2 with 2.2.14 kernel (that is, we read /dev/video to get MPEG2 TS). We need newer kernel, however, and RH 7.1 would be ideal solution here (with at least 2.4.2 kernel). Any experience or suggestions, how to get /dev/video working (as MPEG TS) with RH 7.1? -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From mac@melware.de Tue Jul 31 18:28:24 2001 Date: Fri, 1 Jun 2001 11:38:35 +0200 (MEST) From: Armin Schindler To: Axel Gruber Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Linux-Player for Playback of VDR-STreams MPlayer works pretty good for me. Armin On Thu, 31 May 2001, Axel Gruber wrote: > Hello to everybody. > > Im searching a MPEG-Player for KDE wich can playback the steream - recorded with VDR. > > Thats all folks... > > Axel > -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Juergen.Schmidtke@t-online.de Tue Jul 31 18:28:24 2001 Date: Wed, 30 May 2001 22:50:44 +0200 From: Jrgen Schmidtke To: "[Linux DVB] (E-Mail)" Subject: [linux-dvb] command.conf Hi, i wand ceate a command " Speicherplatz:df" in the Command.conf file. what can i do that the output of df goes to the OSD? best reguard js -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Fri, 01 Jun 2001 12:16:24 +0200 From: Klaus Schmidinger To: "[Linux DVB] (E-Mail)" Subject: [linux-dvb] Re: command.conf Jrgen Schmidtke wrote: > > Hi, > i wand ceate a command " Speicherplatz:df" in the Command.conf file. > what can i do that the output of df goes to the OSD? That's what happens by default - have you tried it yet? 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From mocm@convergence.de Tue Jul 31 18:28:24 2001 Date: Fri, 1 Jun 2001 12:17:49 +0200 (MEST) From: Marcus O.C. Metzler To: Markku Leinio Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] siemens-dvb not working with RH 7.1 FMarkku Leinio writes: > I haven't been able to run dvb driver compiled from > siemens_dvb-0.8.2.tar.gz under Red Hat 7.1 (kernel 2.4.2). "insmod dvb.o" > says "unresolver symbol memcpy" and won't load. > > I tried different kernels (2.4.5, 2.2.19) but no help from there. I also > tried dvb-0.9-20010428, but it had different problems: /dev/video returned > plain zeros (sound was coming from the card though) or crashed the module, > it couldn't be unloaded and reloaded. Also, dvb.o didn't recognize > outstream=2 parameter. > > We have a Hauppauge DVB-S card, and it works perfectly under RH 6.2 with > 2.2.14 kernel (that is, we read /dev/video to get MPEG2 TS). We need newer > kernel, however, and RH 7.1 would be ideal solution here (with at least > 2.4.2 kernel). > > Any experience or suggestions, how to get /dev/video working (as MPEG TS) > with RH 7.1? > You should get the latest CVS sources from linuxtv.org. Those work with 2.4.5. The latest drivers (>=0.9) have a different API, you can`t get the stream from /dev/video anymore. The latest CVS sources also include some examples on how to use the new API and there is a description on linuxtv.org as well as in the doc directory of the driver. 2.2.x er kernels are no longer supported. You should use "make insmod" to load all the modules and before that makedev.napi to create the devices for the new API (in /dev/ost/). 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 --------------------------------------------------------------------- -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Carsten.Koch@icem.de Tue Jul 31 18:28:24 2001 Date: Fri, 01 Jun 2001 13:04:18 +0200 From: Carsten Koch To: dvb Subject: [linux-dvb] VDR 0.8 with SuSE 7.2? I am planning to install SuSE 7.2 (Kernel 2.4.4) on my VDR PC this weekend (received 7.2 yesterday in spite of the Heise news article that said it will be out on June 12th). Is anyone else using this combination (SuSE 7.2 or at least Kernel 2.4.4)? If yes, can you recommend it? Which version of the driver works best with the latest VDR and Kernel 2.4.4? Klaus reported that the latest CVS driver works unreliably with VDR. Has this problem been fixed or should I check out an older driver? Thanks for any advice. Carsten. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hh@holtschneider.com Tue Jul 31 18:28:24 2001 Date: Fri, 1 Jun 2001 13:50:18 +0200 From: Henning Holtschneider To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR 0.8 with SuSE 7.2? > I am planning to install SuSE 7.2 (Kernel 2.4.4) on my VDR > PC this weekend (received 7.2 yesterday in spite of the > Heise news article that said it will be out on June 12th). Do you have a subsciption? I got my update copy today, too [but I have no plans to install it in the near future]. > Is anyone else using this combination (SuSE 7.2 or at least > Kernel 2.4.4)? If yes, can you recommend it? I think some V4L definitions changed in 2.4.4 and again in 2.4.5. That's why I'm still using kernel 2.4.3 :-) But there are fixes in the current CVS that make the driver work with 2.4.5. But most likely SuSE messed up the kernel as usual, so it might work with SuSE's 2.4.4, too ;-) > Which version of the driver works best with the latest VDR > and Kernel 2.4.4? For me the driver has become better over the past couple of weeks. I'm using the current CVS driver and it doesn't crash very often any more (I have the new Hauppauge DVB-S card). Regards, hh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From deti@fliegl.de Tue Jul 31 18:28:24 2001 Date: Thu, 31 May 2001 23:14:41 +0200 From: Deti Fliegl To: Axel Gruber Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Linux-Player for Playback of VDR-STreams Axel Gruber wrote: > > Hello to everybody. > > Im searching a MPEG-Player for KDE wich can playback the steream - recorded with VDR. have a look at VLC http://www.videolan.org Deti -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From cd@cdaniel.de Tue Jul 31 18:28:24 2001 Date: Fri, 1 Jun 2001 01:47:03 +0200 (CEST) From: Christian Daniel To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AV7110 Datasheet Hello, I thought everyone on this list would have a copy of the datasheet. I searched the archives in March and found a message telling that TI had dropped the "confidental"-status on the info. I mailed to the named person at TI and some days later I got it... If I knew you still were looking for it I would have posted...sorry... BTW: the GNU C Compiler can generate Code for the ARM7. Just grab a recent copy of binutils, glibc (or dietlibc) and gcc and start coding. cu Christian - still counting the hits on my website... On Thu, 31 May 2001, Andreas Peter wrote: > Hi, > i've found the datasheet of the AV7110 with some details about RAM, > OSD...: > > http://www.cdaniel.de/elektronik-dvb.phtml > > Andreas -- +-------------------------------------------------------+ | Christian Daniel | | Drechselblick 5 Mariannhillstrae 6 / App. 220 | | D-97816 Lohr am Main D-97074 Wrzburg | +-----------------------+---------------+---------------+ | http://www.cdaniel.de | cd@cdaniel.de | ICQ: 95896119 | +-----------------------+---------------+---------------+ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Carsten.Koch@icem.de Tue Jul 31 18:28:24 2001 Date: Fri, 01 Jun 2001 14:07:45 +0200 From: Carsten Koch To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR 0.8 with SuSE 7.2? Henning Holtschneider wrote: > > > I am planning to install SuSE 7.2 (Kernel 2.4.4) on my VDR > > PC this weekend (received 7.2 yesterday in spite of the > > Heise news article that said it will be out on June 12th). > > Do you have a subsciption? Yes. Carsten. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rjkm@convergence.de Tue Jul 31 18:28:24 2001 Date: Fri, 1 Jun 2001 14:16:26 +0200 (CEST) From: Ralph Metzler To: Christian Daniel Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AV7110 Datasheet Christian Daniel writes: > I thought everyone on this list would have a copy of the datasheet. I > searched the archives in March and found a message telling that TI had > dropped the "confidental"-status on the info. I mailed to the named person > at TI and some days later I got it... If I knew you still were looking for > it I would have posted...sorry... Hmm, yes, that's what I thought too. Datasheets for all the other chips, e.g. the dual ported RAM or the audio DAC, always have been freely available on the net just one google search away. > BTW: the GNU C Compiler can generate Code for the ARM7. Just grab a recent > copy of binutils, glibc (or dietlibc) and gcc and start coding. I have the DVB/driver/gnufirm directory in the CVS for several months now which gives you the basic setup you need for writing a firmware. Naturally, I cannot include sources to proprietary parts. If you study the datasheet carefully you will also notice that, while it says many things, it also leaves out a lot and refers to using library calls for the details. This library is binary only, non-public and is not usable with the GNU binutils. So, good luck to everybody who wants to make a firmware out of just the datasheet! If you have even more ambition and want to run Linux on the card, you should look into the uClinux kernel, which is the only one which supports ARM without MMU. You still will have to patch it to big-endian though. Ralph -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rjkm@convergence.de Tue Jul 31 18:28:24 2001 Date: Fri, 1 Jun 2001 14:25:09 +0200 (CEST) From: Ralph Metzler To: Henning Holtschneider Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR 0.8 with SuSE 7.2? Henning Holtschneider writes: > > I am planning to install SuSE 7.2 (Kernel 2.4.4) on my VDR > > PC this weekend (received 7.2 yesterday in spite of the > > Heise news article that said it will be out on June 12th). > > Do you have a subsciption? I got my update copy today, too [but I have no > plans to install it in the near future]. I didn't even get around to upgrade to 7.1 yet. Can 7.2 at least handle upgrades of systems with newer reiserfs versions now? > > Is anyone else using this combination (SuSE 7.2 or at least > > Kernel 2.4.4)? If yes, can you recommend it? > > I think some V4L definitions changed in 2.4.4 and again in 2.4.5. That's why > I'm still using kernel 2.4.3 :-) But there are fixes in the current CVS that > make the driver work with 2.4.5. But most likely SuSE messed up the kernel > as usual, so it might work with SuSE's 2.4.4, too ;-) AFAIK the V4L interface only changed in 2.4.5 and in some AC and pre-patches of course. Since I don't want to start having tons of ifdefs for each pre-patch and AC patch I'll only adjust to such changes at a real 2.4.x release. Ralph -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hh@holtschneider.com Tue Jul 31 18:28:24 2001 Date: Fri, 1 Jun 2001 14:44:30 +0200 From: Henning Holtschneider To: linux-dvb@linuxtv.org Subject: [linux-dvb] XFS and VDR? Hi, there seem to be some performance problems using ReiserFS as VDR's data partition. After SGI has finally released XFS (http://opensource.sgi.com/projects/xfs/) I would like to know if anyone has tried XFS on a VDR machine?! Does it work better than ReiserFS or should I go back to ext2? Regards, hh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rolf@max.lui.uni-tuebingen.de Tue Jul 31 18:28:24 2001 Date: Fri, 1 Jun 2001 18:38:13 +0200 (CEST) From: rolf@max.lui.uni-tuebingen.de To: Linux DVB Subject: [linux-dvb] Compiling Prob. with 2.2.18 SuSE7.1 Hi, I get a lot of Errors : dereferencing pointer to incomplete type and finaly: dvb_net.c:38: storage size of `dvb_net_devices' isn't known make[2]: *** [dvb_net.o] Error 1 with dvb-0.9-20010428 and with current CVS Have i missed something? Is this a matter of Compiler switches This is a SuSE7.1 System. Any Ideas, Hints? Have a nice Day! Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From mocm@convergence.de Tue Jul 31 18:28:24 2001 Date: Fri, 1 Jun 2001 19:45:11 +0200 (MEST) From: Marcus O.C. Metzler To: rolf@max.lui.uni-tuebingen.de Cc: Linux DVB Subject: [linux-dvb] Compiling Prob. with 2.2.18 SuSE7.1 rolf@max.lui.uni-tuebingen.de writes: > > Hi, > > I get a lot of Errors : dereferencing pointer to incomplete type > > and finaly: > > dvb_net.c:38: storage size of `dvb_net_devices' isn't known > make[2]: *** [dvb_net.o] Error 1 > > > with > dvb-0.9-20010428 and with current CVS > > > Have i missed something? You need a 2.4.x kernel. Older kernels are not supported. 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 --------------------------------------------------------------------- -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From christoph@christoph-roell.de Tue Jul 31 18:28:24 2001 Date: Fri, 1 Jun 2001 20:50:31 +0200 From: Christoph Rll To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR 0.8 with SuSE 7.2 To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR 0.8 with SuSE 7.2? From: Carsten Koch Date: Fri, 01 Jun 2001 14:07:45 +0200 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Delivered-To: mhonarc@limes.convergence.de Organization: ICEM Technologies GmbH References: <3B1776B2.179816A5@icem.de> <005b01c0ea91$0818bb90$eae81cd4@leia> Henning Holtschneider wrote: > > > I am planning to install SuSE 7.2 (Kernel 2.4.4) on my VDR > > PC this weekend (received 7.2 yesterday in spite of the > > Heise news article that said it will be out on June 12th). > Isnt there a complete VDR rpm on the new SuSE 7.2 distribution? Regards Christoph -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From pram2000@web.de Tue Jul 31 18:28:24 2001 Date: Sat, 2 Jun 2001 09:10:14 +0200 From: Roland Praml To: linux-dvb@linuxtv.org Subject: [linux-dvb] Mplex doesn't work Hello, I noticed that I cannot mplex files which are recorded with the Vdr 0.80-Pre7 version. VPTS - APTS = 15387805ms Warning pts difference seems too large.Please set audio or video delay by hand. How do I get the right value "by hand" or rearrange VDR the packets so that I can use a constant AV-delay for all files. Roland -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 09:50:51 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Mplex doesn't work Roland Praml wrote: > > Hello, > > I noticed that I cannot mplex files which are recorded with the Vdr > 0.80-Pre7 version. > > VPTS - APTS = 15387805ms > Warning pts difference seems too large.Please set audio or video delay by > hand. Does this happeen with _any_ recordings made with VDR 0.80pre7, or only with specific channels and/or programmes? I'm asking because I also have trouble replaying certain recordigns from ZDF or 3sat, sometimes even Sat.1. At some point the audio just gets lost, and when I stop and restart it plays just fine - until the next time it fails. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@hippomi.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 09:59:11 +0200 From: Rolf Hakenes To: linux-dvb@linuxtv.org Subject: [linux-dvb] test -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@hippomi.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 10:15:18 +0200 From: Rolf Hakenes To: linux-dvb@linuxtv.org Subject: [linux-dvb] New Digital TV Client DTV - First Public Release Hi folks, obviously the announcement I posted yesterday evening on this list did not appear until today. Therefore I try it again, hopefully it works this time: I am proud to announce the first public release of a new client for controlling the DVBs cards from Technotrend/Hauppauge/Siemens, which are supported by the DVB driver of Ralph Metzler. This client is called 'dtv' and focuses on the correct interpretation of program information sent through the DVB-SI datastream. It tries to do its best in serving as a replacement of commercial set-top boxes like the D-Box. There is no function to record/replay broadcastings at the moment, but you can do with it (hopefully) nearly all things beside that. 'dtv' owns the following features: - ETSI compliant integrated receiver decoder (IRD) to control an arbitrary number of DVB devices by one or more input devices - possibility to be used as a TV server with individual input mapping and channel set (bouquet) for each DVB output device - supported input devices: KEYBOARD, LIRCD, built-in remote device, TCPIP - OSD display to provide a menu-driven user interface - NVOD-Services (PW Cinedoms), Linkage-Services (PW Superdom/F1), Multiple Audio-PIDs (alternative language tracks) fully supported - PAT/PMT/SDT scanning used to correct predefined PID settings - PAT/PMT/SDT based transponder scanning to define available channel lists - EIT scanning (electronic program guide) supported - additional database interface (PostgreSQL) to access an internet-based and daily maintained free program guide - TCL-based configuration language - Fully-cached videotext/teletext decoder Other features are on my list, suggestions or improvements are always very welcome. The program should be pretty stable, because I use it for quite half a year now as my primary and only satellite receiver box without major problems. WARNING: As 'dtv', especially the Videotext part of it, uses the OSD code as it was a few weeks ago, I would recommend to use a driver, which is not newer than mid of may, at least until the OSD memory becomes as big as it was at this point. I release this code under Gnu GPL, the project is hosted by SourceForge.Net with the Name hesdvb. The first release of DTV can be downloaded from: http://prdownloads.sourceforge.net/hesdvb/DTV_1_0.tgz Email comments and improvements to this list or directly to hakenes@hippomi.de Have fun, rh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From andreas.share@dvd-point.de Tue Jul 31 18:28:24 2001 Date: Sat, 2 Jun 2001 10:46:03 +0200 From: A. Share To: linux-dvb@linuxtv.org, Roland Praml Subject: [linux-dvb] Re: Mplex doesn't work > VPTS - APTS = 15387805ms > Warning pts difference seems too large.Please set audio or video delay by > hand. > > How do I get the right value "by hand" or rearrange VDR the packets so that > I can use > a constant AV-delay for all files. > > Roland I have sometimes the same problem. I could not verify what will caused this behavior because it will be happend with different VDR-Versions and/or different driver version. Recordings caused this seems to be a high (very hight?!) A/V delay at v >600. i could remember recordings with this behavior mostly will have dissortions at the beginning of the record, but i could not verify this at the moment because 4 recordings seems to be ok, and the fiftht will have this behavior (e.g.). Try "mplex -t MPEG2 -v 600 -o output.file input.file" Have also a sidelook to a windows program named "PVAInstrumento" ( http://www.offeryn.de ), the last version can handle vdr-files and muxe it to MPEG2 PS or demuxe it without lost of a/v-sync. Greetings Andreas Share -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From heino.goldenstein@t-online.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 16:59:49 +0200 From: heino.goldenstein@t-online.de To: Rolf Hakenes Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: New Digital TV Client DTV - First Public Release Rolf Hakenes wrote: > > dieter.maas@freenet.de schrieb: > > > > Hi Rolf, > > > > i am trying to get your program compiled, very promising features ;-), > > i dont get the datbase search switched off, i think, keeps searching > > for -lpq no matter if i give NO_DATABASE=0 or 1 and comment out SQLLIB or not, > > i am already downloading this postgreSQL, but that is looking like another > > installation drama, so, how to switch the database off really? > > > > Dieter > > > > -- > > Info: > > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. > > Hi, > > I have looked at the top-level Makefile once again. There is a mistake in the > documentation. You have to set NO_DATABASE to 1 AND comment out the > SQLLIBS-line. After that the compiling should work (as far as I tested it, but I > couldn't test it WITHOUT a PostgreSQL installation, because I don't want to > deinstall it...sorry). If nothing works, look into the Makefile further on and > delete the 'SQLLIBS=$(SQLLIBS)' phrase... > > rh Hi Rolf, For me it does not compile to. I applied these 4 patches to make it compile: --- Makefile.org Fri Jun 1 17:57:44 2001 +++ Makefile Sat Jun 2 15:53:03 2001 @@ -7,13 +7,13 @@ LOGDIR = /var/log USE_DVB_0_8 = 0 -NO_DATABASE = 0 -# -# If NO_DATABASE == 0, comment out the following line -# -SQLLIBS = -lpq -lcrypt +NO_DATABASE = 1 -MAKE = gmake +ifeq ($(NO_DATABASE), 0) + SQLLIBS = -lpq -lcrypt +endif + +MAKE = make SUBDIRS = src/liblx src/libsi src/libdcl src/dtv src/dtv_scan --- ./src/dtv/Makefile.org Fri Jun 1 17:48:57 2001 +++ ./src/dtv/Makefile Sat Jun 2 15:33:35 2001 @@ -12,7 +12,7 @@ LIBDIRS = -L../../lib LIBS = -ldcl -lsi -llx -lm -# -lpq -lcrypt +# $(SQLLIBS) DISTDIR = ../../bin DISTDIR_CONF = ../../etc DTV_CONF = dtv.conf available_channels.dcl channel_list.dcl --- ./src/dtv_scan/Makefile.org Fri Jun 1 16:54:03 2001 +++ ./src/dtv_scan/Makefile Sat Jun 2 15:31:53 2001 @@ -8,7 +8,7 @@ INCDIRS = -I../../include LIBDIRS = -L../../lib -LIBS = -ldcl -lsi -llx -lm -lpq -lcrypt +LIBS = -ldcl -lsi -llx -lm $(SQLLIBS) DISTDIR = ../../bin DISTDIR_CONF = ../../etc DTV_CONF = astra_transponders.dcl dtv_scan.conf --- ./src/libsi/Makefile.org Fri Jun 1 16:54:05 2001 +++ ./src/libsi/Makefile Sat Jun 2 15:46:05 2001 @@ -12,7 +12,7 @@ MAKEDEPEND = gcc -M LIBDIRS = -L. -L../../lib -LIBS = -lsi -llx -lpq +LIBS = -lsi -llx $(SQLLIBS) AR = ar ARFLAGS = ru Tjuess Heino -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@hippomi.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 15:43:41 +0200 From: Rolf Hakenes To: dieter.maas@freenet.de Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: New Digital TV Client DTV - First Public Release dieter.maas@freenet.de schrieb: > > On Sat, Jun 02, 2001 at 02:57:47PM +0200, Rolf Hakenes wrote: > > dieter.maas@freenet.de schrieb: > > > > > > Hi Rolf, > > > > > > i am trying to get your program compiled, very promising features ;-), > > > i dont get the datbase search switched off, i think, keeps searching > > > for -lpq no matter if i give NO_DATABASE=0 or 1 and comment out SQLLIB or not, > > > i am already downloading this postgreSQL, but that is looking like another > > > installation drama, so, how to switch the database off really? > > > > > > Dieter > > > > > > -- > > > Info: > > > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. > > > > Hi, > > > > I have looked at the top-level Makefile once again. There is a mistake in the > > documentation. You have to set NO_DATABASE to 1 AND comment out the > > SQLLIBS-line. After that the compiling should work (as far as I tested it, but > Sorry, still doesnt work, > > > couldn't test it WITHOUT a PostgreSQL installation, because I don't want to > > deinstall it...sorry). If nothing works, look into the Makefile further on and > > delete the 'SQLLIBS=$(SQLLIBS)' phrase... > even with deleting this part, still the same complain of not finding -lpq > /usr/bin/ld while linking dtv.scan... Ooops...you have problems with dtv_scan...thats another error, sorry (cut and paste)...please change to directory 'src/dtv_scan' and look into 'Makefile'. Delete the inclusion of libpq and libcrypt there in line 11 (remove '-lpq -lcrypt' in this line). These libraries aren't needed at all for this program... Sorry Rolf P.S: I will collect those problems in the next few days and release a bug-fix version within a very short time. These problems always happen with not thoroughly tested installation procedures...sorry again... > Maybe i will have look into this file lateron, give a refreshher of > c-programming, but for now, ill get some food and then listen to "Mnnerchre" > ;-) > > Dieter > > > > rh > > -- > > ______________________________________________________________________________ > | ~~ ..::::......... | > | ~~~ * . ::::::::.. | > | | > |000000OooOoOoOooOooooOOOooOO000000oooooooOOOOOllllloooOOOOO| > |............... .........................TTTTT.............................| > |~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~ ++++++++++++++++++++++++++++++| > |,,,,,,,,,, ,,,,,,,,,,,,,,, ,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,| > |_____________________________________________________________________________| > > -- > Info: > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@hippomi.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 14:57:47 +0200 From: Rolf Hakenes To: dieter.maas@freenet.de Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: New Digital TV Client DTV - First Public Release dieter.maas@freenet.de schrieb: > > Hi Rolf, > > i am trying to get your program compiled, very promising features ;-), > i dont get the datbase search switched off, i think, keeps searching > for -lpq no matter if i give NO_DATABASE=0 or 1 and comment out SQLLIB or not, > i am already downloading this postgreSQL, but that is looking like another > installation drama, so, how to switch the database off really? > > Dieter > > -- > Info: > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. Hi, I have looked at the top-level Makefile once again. There is a mistake in the documentation. You have to set NO_DATABASE to 1 AND comment out the SQLLIBS-line. After that the compiling should work (as far as I tested it, but I couldn't test it WITHOUT a PostgreSQL installation, because I don't want to deinstall it...sorry). If nothing works, look into the Makefile further on and delete the 'SQLLIBS=$(SQLLIBS)' phrase... rh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From dvb@wolfsoft.de Tue Jul 31 18:28:24 2001 Date: Sat, 2 Jun 2001 16:46:42 +0200 From: Klaus Wolf To: linux-dvb@linuxtv.org Subject: [linux-dvb] Solved Problems in VDR 0.8 & DVB 0.9x ? [ The following text is in the "Windows-1252" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] Hi Folks, what is about the following Problems of DVB, VDR. Are they solved ??? Problems: --------- -after a view switching of Premiere Channels the decyption fails and only the last decypted channel will be displayes all other cryptes channels are black from this time on. -the movies dont run smoothly. Sometimes the pictures "hang" (eg. all 1-2 minutes) for a extrem short time and then continues 100% (when I move backwards and replay the same scene, all is ok!) PS: Great Work Metzler Brothers an Klaus Schmidinger !!!! ciao klaus -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From aon.912019145@aon.at Tue Jul 31 18:28:24 2001 Date: Sat, 2 Jun 2001 17:40:25 +0200 From: Bernd Frmel To: linux-dvb@linuxtv.org Subject: [linux-dvb] mache69.d2g.com #linuxdvb IRC server: mache69.d2g.com standard port chan: #linuxdvb This is of course no ad, or spam... just to fasten developeing and communication, without knowing, if there already exists such an irc channel.... mfG, Bernd Frmel -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Margit.Fiegert@t-online.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 16:26:03 +0200 From: Margit Fiegert To: linux-dvb Subject: [linux-dvb] [Fwd: Re: Disable only one Card in VDR if Plyback from DVD?] Bernd Hoose schrieb: > So if i want to watch a DVD i have the Problem to disble VDR completely. > If i do this i miss my recordings :(( May I suggest an easy solution to this an some other problems: What about one special channel ("0"?), which instead of tuning in a channel just releases all devices used by vdr? Tuning back to any other channel would than have to open them again. Is that difficult to implement? Then other applications like dvd player or Rolfs new tool (didn`t get it so far. Does it run in parallel with vdr right now?) or whatever could be run without shutting down vdr. The only problem I see is, that vdr can`t open the devices again for a timer recording if one hasn`t finished using the other program in time. Maybe a command from command.conf is triggerd a minute before timer start. I would send a warning via speech out and after some time do a "killall" for all known other apllications in that case. Some people asked for a "loop through" fuction to use analog decoders quite some time ago. This would be solved as a side effect. I have a "mute" channel (just by giving wrong PIDs) with black screen and no audio. That works good for me, but costs me some driver stability because of the known problems while tuning without success. So I would apreciate a "clean" solution. Klaus, would it more than one or two lines of code to mute audio while scanning? To make using vdr and my jukebox most convinient for my family, all audio channels are always send to all rooms. So you always hear what you turn on (and the speech out I mention above and use for several functions), no need for mixer usage most of the time. But then, if I forget to turn of the speakers ... Not everybody likes TV-Sound in all rooms in the middle of the night ;-\ Greetings Michael -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@hippomi.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 15:38:44 +0200 From: Rolf Hakenes To: linux-dvb@linuxtv.org Subject: [linux-dvb] Addendum: New Digital TV Client DTV - First Public Release Hi again, I noticed one problem with the very early downloads of the DVT_1_0.tgz file (before noon today). In directory 'scripts', there is a file 'create_eventdb.pl', which is responsible for getting the EPG-database from the internet. For testing purposes, I did comment out the most important code there, which actually gets the files, therefore this cannot work. I fixed this problem in the meantime, but if you encounter problems with executing this script, get a new download or delete the comments (#) in front of lines 109-126 in the file. Sorry... Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From dieter.maas@freenet.de Tue Jul 31 18:28:24 2001 Date: Sat, 2 Jun 2001 15:28:54 +0200 From: dieter.maas@freenet.de To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: New Digital TV Client DTV - First Public Release On Sat, Jun 02, 2001 at 02:57:47PM +0200, Rolf Hakenes wrote: > dieter.maas@freenet.de schrieb: > > > > Hi Rolf, > > > > i am trying to get your program compiled, very promising features ;-), > > i dont get the datbase search switched off, i think, keeps searching > > for -lpq no matter if i give NO_DATABASE=0 or 1 and comment out SQLLIB or not, > > i am already downloading this postgreSQL, but that is looking like another > > installation drama, so, how to switch the database off really? > > > > Dieter > > > > -- > > Info: > > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. > > Hi, > > I have looked at the top-level Makefile once again. There is a mistake in the > documentation. You have to set NO_DATABASE to 1 AND comment out the > SQLLIBS-line. After that the compiling should work (as far as I tested it, but Sorry, still doesnt work, > couldn't test it WITHOUT a PostgreSQL installation, because I don't want to > deinstall it...sorry). If nothing works, look into the Makefile further on and > delete the 'SQLLIBS=$(SQLLIBS)' phrase... even with deleting this part, still the same complain of not finding -lpq /usr/bin/ld while linking dtv.scan... Maybe i will have look into this file lateron, give a refreshher of c-programming, but for now, ill get some food and then listen to "Mnnerchre" ;-) Dieter > > rh -- ______________________________________________________________________________ | ~~ ..::::......... | | ~~~ * . ::::::::.. | | | |000000OooOoOoOooOooooOOOooOO000000oooooooOOOOOllllloooOOOOO| |............... .........................TTTTT.............................| |~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~ ++++++++++++++++++++++++++++++| |,,,,,,,,,, ,,,,,,,,,,,,,,, ,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,| |_____________________________________________________________________________| -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 14:13:42 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AW: Video Disk Recorder version 0.80 Richard Reuters wrote: > > Just reading the docs before installing the 0.80 release: > > In the INSTALL document there is a reference to the wrong driver version. > > [...] This program requires the card driver version 0.8.2 or higher > to work properly. [...] Thanks, I'll fix this in the next release. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Richard.Reuters@web.de Tue Jul 31 18:28:24 2001 Date: Sat, 2 Jun 2001 14:11:17 +0200 From: Richard Reuters To: linux-dvb@linuxtv.org Cc: Klaus Schmidinger Subject: [linux-dvb] AW: Video Disk Recorder version 0.80 Just reading the docs before installing the 0.80 release: In the INSTALL document there is a reference to the wrong driver version. [...] This program requires the card driver version 0.8.2 or higher to work properly. [...] ciao Richard -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 13:11:58 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Video Disk Recorder version 0.80 The new version 0.80 of the Video Disk Recorder project is now available at http://www.cadsoft.de/people/kls/vdr/download.htm - VDR now requires driver version 0.9.0 or higher. - Switched to the new DVB driver API. - New setup parameter "LnbSLOF" that defines the switching frequency of the LNB. - Fixed a bug in the EPG scanner with more than one DVB card. - Fixed checking for free disk space, so that it works with NFS mounted drives. - Files are now created with mode 644. - Fixed checking the exit status in the 'runvdr' script. - Activated loading the driver in 'runvdr'. Please read the comments in 'runvdr' for details. - The new "emergency exit" feature automatically triggers a restart of VDR if something goes wrong during a recording. - Processing the EIT data is now disabled during replay and 'Transfer Mode' in order to avoid video and audio glitches. - Due to the reduced amount of OSD memory provided by the driver the number of lines in the OSD had to be reduced by 2. - There are two new setup parameters to define the "Default Priority" and "Default Lifetime" when creating a new timer event. - The meaning of the "Lifetime" parameter has been modified to allow recordings to live "forever" or to use priority controlled file deletion. - Updated version of the 'schnitt' tools. - New 'master-timer' tool. Have fun! 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From dieter.maas@freenet.de Tue Jul 31 18:28:24 2001 Date: Sat, 2 Jun 2001 12:57:45 +0200 From: dieter.maas@freenet.de To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: New Digital TV Client DTV - First Public Release Hi Rolf, i am trying to get your program compiled, very promising features ;-), i dont get the datbase search switched off, i think, keeps searching for -lpq no matter if i give NO_DATABASE=0 or 1 and comment out SQLLIB or not, i am already downloading this postgreSQL, but that is looking like another installation drama, so, how to switch the database off really? Dieter -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From pram2000@web.de Tue Jul 31 18:28:24 2001 Date: Sat, 2 Jun 2001 10:55:53 +0200 From: Roland Praml To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Mplex doesn't work > Does this happeen with _any_ recordings made with VDR 0.80pre7, or only > with specific channels and/or programmes? I don't know, sometimes it happens, sometimes not. I've tested %Richie Rich (RTL) -> didn't work %TV total (PRO7) -> didn't work Heirate mir!(PRO7) -> work %Heirate mir!(PRO7)-> didn't work @3sat(ca 2 minutes)-> work %@3sat(ca 2 minutes)-> work @ZDF (ca 2 min) -> work %@ZDF (ca 2 min) -> didn't work It seems that it only appears in cutted recordings perhaps there is a bug in the cutting mechanism. Gru Roland -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@hippomi.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 17:47:57 +0200 From: Rolf Hakenes To: heino.goldenstein@t-online.de Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] compiling problems DTV Hi, I think I've corrected the most of the compiling problems now with compiling dtv w/o the database interface. Thanks to Dieter and Heino for the bug reports. The new downloadable source tarball can still be found at http://prdownloads.sourceforge.net/hesdvb/DTV_1_0.tgz Best regards Rolf Hakenes -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From dvb@wolfsoft.de Tue Jul 31 18:28:24 2001 Date: Sat, 2 Jun 2001 18:35:34 +0200 From: Klaus Wolf To: linux-dvb@linuxtv.org Subject: [linux-dvb] Probs with Channel Switching (vdr0.8,dvb.0.9 today) [ The following text is in the "Windows-1252" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] Hi Folks, i just installed vdr 0.8 dvb 0.9.x todays cvs version all works fine, but after a view switchins of channels it didnt work anymore and shows no more. i got the following error messages: ERROR: channel 5 not Synced retrying ERROR: channel 5 not Synced retrying ERROR: channel 5 not Synced retrying ERROR: channel 5 not Synced retrying whats going wrong :-( Thanks klaus PS: My System -suse 7.1 (Kernel 2.4.2) -lirc-0.6.3 -2xHaupauge DVB-s -Cam Modul -Irdedo with Premiere Card -Aston Seca CI -Maxtor 80GB HD UDMA (reiserfs) -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 18:39:02 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Probs with Channel Switching (vdr0.8,dvb.0.9 today) Klaus Wolf wrote: > > Hi Folks, > > i just installed > > vdr 0.8 > dvb 0.9.x todays cvs version > > all works fine, but after a view switchins of channels it didnt work > anymore and shows no more. > > i got the following error messages: > > ERROR: channel 5 not Synced > retrying > ERROR: channel 5 not Synced > retrying > ERROR: channel 5 not Synced > retrying > ERROR: channel 5 not Synced > retrying > > whats going wrong :-( > > Thanks > > klaus > > PS: My System > > -suse 7.1 (Kernel 2.4.2) > -lirc-0.6.3 > -2xHaupauge DVB-s > -Cam Modul > -Irdedo with Premiere Card > -Aston Seca CI > -Maxtor 80GB HD UDMA (reiserfs) Where these channel switchings done interactively, or was it the EPG scanner that did the switching? I have these errors, too, but it would appear that they only occur when the EPG scanner switches. Maybe it also has to do with the fact that there is a CAM module present in the card that does the EPG scanning. Please try disabling the WPG scanner by putting a 'return;' statement immediately at the beginning of cEITScanner::Process() in dvbapi.c, as in: void cEITScanner::Process(void) { return; if (Setup.EPGScanTimeout && Channels.MaxNumber() > 1) { time_t now = time(NULL); When you do so, do you still get any errors? 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 18:43:38 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Solved Problems in VDR 0.8 & DVB 0.9x ? Klaus Wolf wrote: > > Hi Folks, > > what is about the following Problems of DVB, VDR. > Are they solved ??? > > Problems: > --------- > -after a view switching of Premiere Channels the decyption fails > and only the last decypted channel will be displayes all other > cryptes channels are black from this time on. Do you have the CAM in your primary DVB card (in case you have more than one DVB card)? There have been reports that once a recording has been played back on card with a CAM, the CAM starts failing. > -the movies dont run smoothly. Sometimes the pictures "hang" > (eg. all 1-2 minutes) for a extrem short time and then continues 100% > (when I move backwards and replay the same scene, all is ok!) Does this happen only with specifc channels/broadcasts? The ZDF is a known troublemaker here. Did you have any such problems with VDR version 0.72 (assuming you have used that one earlier)? 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From dvb@wolfsoft.de Tue Jul 31 18:28:24 2001 Date: Sat, 2 Jun 2001 19:03:15 +0200 From: Klaus Wolf To: Klaus Schmidinger , linux-dvb@linuxtv.org Subject: [linux-dvb] AW: Re: Solved Problems in VDR 0.8 & DVB 0.9x ? >Klaus Wolf wrote: >> >> Hi Folks, >> >> what is about the following Problems of DVB, VDR. >> Are they solved ??? >> >> Problems: >> --------- >> -after a view switching of Premiere Channels the decyption fails >> and only the last decypted channel will be displayes all other >> cryptes channels are black from this time on. > >Do you have the CAM in your primary DVB card (in case you have more than >one DVB card)? There have been reports that once a recording has been >played back on card with a CAM, the CAM starts failing. i am using 2x dvb-s haupauge cards and i am looking over the dvbs with the ci interface (it is the 2nd card) >> -the movies dont run smoothly. Sometimes the pictures "hang" >> (eg. all 1-2 minutes) for a extrem short time and then continues 100% >> (when I move backwards and replay the same scene, all is ok!) > >Does this happen only with specifc channels/broadcasts? > i am using 0.72 and have problems in the replays all channels!! i want to know if in vdr 0.80 all replay runs 100% smoothly ??? > > > >The ZDF is a known troublemaker here. >Did you have any such problems with VDR version 0.72 (assuming you have >used that one earlier)? 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 19:11:43 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AW: Re: Solved Problems in VDR 0.8 & DVB 0.9x ? Klaus Wolf wrote: > > >Klaus Wolf wrote: > >> > >> Hi Folks, > >> > >> what is about the following Problems of DVB, VDR. > >> Are they solved ??? > >> > >> Problems: > >> --------- > >> -after a view switching of Premiere Channels the decyption fails > >> and only the last decypted channel will be displayes all other > >> cryptes channels are black from this time on. > > > >Do you have the CAM in your primary DVB card (in case you have more than > >one DVB card)? There have been reports that once a recording has been > >played back on card with a CAM, the CAM starts failing. > > i am using 2x dvb-s haupauge cards and i am looking over the dvbs with the > ci interface (it is the 2nd card) > > >> -the movies dont run smoothly. Sometimes the pictures "hang" > >> (eg. all 1-2 minutes) for a extrem short time and then continues 100% > >> (when I move backwards and replay the same scene, all is ok!) > > > >Does this happen only with specifc channels/broadcasts? > > > > i am using 0.72 and have problems in the replays all channels!! > i want to know if in vdr 0.80 all replay runs 100% smoothly ??? The "jerking" effect that affected almost any recording in the old version is apparently gone (thanks to the new driver, there's nothing VDR did to cure this). However, there is still a problem that sometimes the audio gets lost while replaying. Stopping and restarting cures this, so the recorded data appears to be ok. Looks like some channels have a very large gap between audio and video, but I don't yet know whether VDR can do something to fix this while recording... 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hh@holtschneider.com Tue Jul 31 18:28:24 2001 Date: Sat, 2 Jun 2001 19:17:18 +0200 (CEST) From: Henning Holtschneider To: Roland Praml Cc: "linux-dvb@linuxtv.org" Subject: [linux-dvb] Re: Mplex doesn't work On Sat, 2 Jun 2001, Roland Praml wrote: > > Does this happeen with _any_ recordings made with VDR 0.80pre7, or only > > with specific channels and/or programmes? > > I don't know, sometimes it happens, sometimes not. Same thing here, sometimes it works, sometimes it doesn't. It doesn't seem to have anything to do with the recording or VDR's cutting mechanism. Apart from that, the remuxed output file have remained useless for me so far, because the audio/vide delay "drifts" throughout the file and mplex only evaluates the a/v offset at the beginning of the file. So, in the beginning, everything is fine but the delay increases towards the end of the file. I've been thinking about changing the behaviour of mplex so that it will constantly monitor the a/v delay and insert silence or drop frames (like PVAstrumento does under Windows) but my knowledge about MPEG streams is very limited. If anyone already has a solution for this problem, I would be glad to learn more about it ;-) Regards, hh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 19:25:02 +0200 From: Klaus Schmidinger To: "linux-dvb@linuxtv.org" Subject: [linux-dvb] Re: Mplex doesn't work Henning Holtschneider wrote: > > On Sat, 2 Jun 2001, Roland Praml wrote: > > > > Does this happeen with _any_ recordings made with VDR 0.80pre7, or only > > > with specific channels and/or programmes? > > > > I don't know, sometimes it happens, sometimes not. > > Same thing here, sometimes it works, sometimes it doesn't. It doesn't seem > to have anything to do with the recording or VDR's cutting mechanism. > > Apart from that, the remuxed output file have remained useless for me so > far, because the audio/vide delay "drifts" throughout the file and mplex > only evaluates the a/v offset at the beginning of the file. So, in the > beginning, everything is fine but the delay increases towards the end of > the file. > > I've been thinking about changing the behaviour of mplex so that it will > constantly monitor the a/v delay and insert silence or drop frames (like > PVAstrumento does under Windows) but my knowledge about MPEG streams is > very limited. If anyone already has a solution for this problem, I would > be glad to learn more about it ;-) So would I, because I really would like to make VDR create 100% correct recordings, without the need to remux them afterwards... I wonder how it can be that the a/v offset "drifts" throughout a recording. The original data that has been broadcast _must_ have been ok, because otherwise the live signal would have to show these drifts, too, wouldn't it? Is the increase of delay you are observing always in the same direction, or is it random? 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From osenev@sitek.net Tue Jul 31 18:28:24 2001 Date: Sat, 2 Jun 2001 21:28:07 +0400 From: Piter Osenev To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR 0.8 with SuSE 7.2? Henning Holtschneider (hh@holtschneider.com) wrote: > For me the driver has become better over the past couple of weeks. I'm using > the current CVS driver and it doesn't crash very often any more (I have the > new Hauppauge DVB-S card). No , it doesn't crash very often . And that's GREAT . Anyway , unfortunetly , a problem with syncing channels while switching them still exists . ( I have an "old" TechniSat's SkyStar 1 DVB-S board with VES 1893 and latest CVS driver ) And VDR (0.80pre8) of course ! -- piter -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@hippomi.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 19:31:10 +0200 From: Rolf Hakenes To: linux-dvb@linuxtv.org Subject: [linux-dvb] New (moved) Release of DTV Hi, as some of you already noticed, the new tarball I announced some hours ago does not work at all. This seems to be due to problems sourceforge has with uploading files. I am not able to post anything to them at the moment. Therfore I moved the download location (temporarily) to http://hesdvb.sourceforge.net/DTV-1.0.2.tar.gz As you see, I have changed the syntax of the tarball a bit in response to some good suggestions from you. The last number now marks the patchlavel of the tarball. Regards Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From dvb@wolfsoft.de Tue Jul 31 18:28:24 2001 Date: Sat, 2 Jun 2001 19:39:18 +0200 From: Klaus Wolf To: Klaus Schmidinger , linux-dvb@linuxtv.org Subject: [linux-dvb] AW: Re: Probs with Channel Switching (vdr0.8, dvb.0.9 today) Sorry my fault i forgotten to do a make in the dvb/libdvb directory. i downloaded cvs snapshot of dvb again (half an hour ago) and with the make in dvb/libdvb it works and i can manualy switch channels without errors. -----Ursprngliche Nachricht----- Von: kls@cadsoft.de [mailto:kls@cadsoft.de]Im Auftrag von Klaus Schmidinger Gesendet: Samstag, 2. Juni 2001 18:39 An: linux-dvb@linuxtv.org Betreff: [linux-dvb] Re: Probs with Channel Switching (vdr0.8,dvb.0.9 today) Klaus Wolf wrote: > > Hi Folks, > > i just installed > > vdr 0.8 > dvb 0.9.x todays cvs version > > all works fine, but after a view switchins of channels it didnt work > anymore and shows no more. > > i got the following error messages: > > ERROR: channel 5 not Synced > retrying > ERROR: channel 5 not Synced > retrying > ERROR: channel 5 not Synced > retrying > ERROR: channel 5 not Synced > retrying > > whats going wrong :-( > > Thanks > > klaus > > PS: My System > > -suse 7.1 (Kernel 2.4.2) > -lirc-0.6.3 > -2xHaupauge DVB-s > -Cam Modul > -Irdedo with Premiere Card > -Aston Seca CI > -Maxtor 80GB HD UDMA (reiserfs) Where these channel switchings done interactively, or was it the EPG scanner that did the switching? I have these errors, too, but it would appear that they only occur when the EPG scanner switches. Maybe it also has to do with the fact that there is a CAM module present in the card that does the EPG scanning. Please try disabling the WPG scanner by putting a 'return;' statement immediately at the beginning of cEITScanner::Process() in dvbapi.c, as in: void cEITScanner::Process(void) { return; if (Setup.EPGScanTimeout && Channels.MaxNumber() > 1) { time_t now = time(NULL); When you do so, do you still get any errors? 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@hippomi.de Tue Jul 31 18:28:24 2001 Date: Sat, 02 Jun 2001 21:26:51 +0200 From: Rolf Hakenes To: linux-dvb@linuxtv.org Subject: [linux-dvb] Patch Release 1.0.3 of DTV Hi, due to the obvious but ashaming fact, that I didn't test the several compile options of my source code very well, there is another new and (hopefully) improved patch release of DTV available at http://hesdvb.sourceforge.net/DTV-1.0.3.tar.gz Fixed problems concern the compiling with disabled database interface. Best regards, Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sun, 03 Jun 2001 00:02:32 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AW: Re: Probs with Channel Switching (vdr0.8, dvb.0.9 today) Klaus Wolf wrote: > > Sorry my fault i forgotten to do a make in the dvb/libdvb directory. > i downloaded cvs snapshot of dvb again (half an hour ago) and with the make > in dvb/libdvb it works and i can manualy switch channels without errors. I wasn't aware that you have to do a 'make' in the 'libdvb' directory to use the driver with VDR. I always just do a 'make' in the DVB/driver directory and that works for me. Am I missing something? Klaus > > -----Ursprngliche Nachricht----- > Von: kls@cadsoft.de [mailto:kls@cadsoft.de]Im Auftrag von Klaus > Schmidinger > Gesendet: Samstag, 2. Juni 2001 18:39 > An: linux-dvb@linuxtv.org > Betreff: [linux-dvb] Re: Probs with Channel Switching (vdr0.8,dvb.0.9 > today) > > Klaus Wolf wrote: > > > > Hi Folks, > > > > i just installed > > > > vdr 0.8 > > dvb 0.9.x todays cvs version > > > > all works fine, but after a view switchins of channels it didnt work > > anymore and shows no more. > > > > i got the following error messages: > > > > ERROR: channel 5 not Synced > > retrying > > ERROR: channel 5 not Synced > > retrying > > ERROR: channel 5 not Synced > > retrying > > ERROR: channel 5 not Synced > > retrying > > > > whats going wrong :-( > > > > Thanks > > > > klaus > > > > PS: My System > > > > -suse 7.1 (Kernel 2.4.2) > > -lirc-0.6.3 > > -2xHaupauge DVB-s > > -Cam Modul > > -Irdedo with Premiere Card > > -Aston Seca CI > > -Maxtor 80GB HD UDMA (reiserfs) > > Where these channel switchings done interactively, or was it the > EPG scanner that did the switching? I have these errors, too, but > it would appear that they only occur when the EPG scanner switches. > Maybe it also has to do with the fact that there is a CAM module > present in the card that does the EPG scanning. > > Please try disabling the WPG scanner by putting a 'return;' statement > immediately at the beginning of cEITScanner::Process() in dvbapi.c, > as in: > > void cEITScanner::Process(void) > { > return; > if (Setup.EPGScanTimeout && Channels.MaxNumber() > 1) { > time_t now = time(NULL); > > When you do so, do you still get any errors? > > 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From osenev@sitek.net Tue Jul 31 18:28:24 2001 Date: Sun, 3 Jun 2001 02:30:11 +0400 From: Petr G Osenev To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AW: Re: AW: again: IS simultaneous recording of Video + AC3 "nearly" dropoutfree possible ? Nils Heidorn (nils_heidorn@gmx.de) wrote: > The other possibilities for you would be to playback AC3 via Soundcard with > SP-DIF ( Like SBLive or Terratec 512i ) or via Hollywood+ MPEG2 Decoder Card > SP-DIF ... > > Thank you for those news, i hope you get VDR stable with the new API so we > can see all your NEW ideas becaome real :-) > > Nils hello , I 've got a small experience of using the SPDIF-OUT pin of the DVB-S board ( from Techisat in my case ) . I send the SPDIF output data to SPDIF-IN which one is on my SB Live 5.1 sound card . The sound card has an ability to spread out ( or pass through ) a data steam from it's own SPDIF-IN to 5.1 channels (there're 3 analog audio outputs on the board : front L/R , rear L/R , sub/center I tested it while watching Pro7's Dolby Digital movie and it doesn't appears to be working ( i mean here that there're were only 4 channels with sound ) >From the other hand I didn't test enough ... If anyone is interested in with this test I will do it throughly :) -- piter -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ms@citd.de Tue Jul 31 18:28:24 2001 Date: Sun, 3 Jun 2001 11:15:01 +0200 From: Matthias Schniedermeyer To: Peter van Gent Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Timeshifting + CI > I want to build a VDR system which can do timeshifting and uses a CI. > For timeshifting you need 2 sat-cards, a low budget and a full featured (FAQ 2.03). > The CI interface must be connected to the last card in the system (FAQ 2.05) . Since low budget card (Win-TV nova) has no CI, the last card must be the full featured card. > Can i use a single LNB connection or do i have to use a dual LNB (seperate connection for each sat-card)? > Has anyone such a VDR system running? When you want timeshifting AND CI then you have to use 2 full featured cards. You connect the TV-Set to the "lower"-Card and the CI AND Sat-Cable to the "higher" card. Then you "manipulate" all "CAM-Fieds" in the channels.conf to be on the 2 second card. Then VDR should(?) (I have 3 Cards with 3 Sat-Cables) work as expected. 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. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From lhbrouwer@hetnet.nl Tue Jul 31 18:28:24 2001 Date: Sun, 3 Jun 2001 12:21:32 +0200 From: L.H.Brouwer To: Rolf Hakenes , linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Patch Release 1.0.3 of DTV On Saturday 02 June 2001 21:26, Rolf Hakenes wrote: > Hi, > > due to the obvious but ashaming fact, that I didn't test the several > compile options of my source code very well, there is another new and > (hopefully) improved patch release of DTV available at > > http://hesdvb.sourceforge.net/DTV-1.0.3.tar.gz > > Fixed problems concern the compiling with disabled database interface. > > Best regards, > > Rolf Hi Rolf, When I compile DTV without the database I get the following error: database.c: In function `closeDatabase': database.c:351: `ddbConn' undeclared (first use in this function) database.c:351: (Each undeclared identifier is reported only once database.c:351: for each function it appears in.) Just commenting out this line fixed the problem. One other thing, when I tune into a channel that has multiple languages changing the language to English doesn't work. I just get a picture with no sound. (I'm using the latest CVS version of the driver with an aston v1.05 cam). Leon -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From pvgent@xs4all.nl Tue Jul 31 18:28:24 2001 Date: Sun, 3 Jun 2001 10:27:40 +0200 From: Peter van Gent To: linux-dvb@linuxtv.org Subject: [linux-dvb] Timeshifting + CI I want to build a VDR system which can do timeshifting and uses a CI. For timeshifting you need 2 sat-cards, a low budget and a full featured (FAQ 2.03). The CI interface must be connected to the last card in the system (FAQ 2.05) . Since low budget card (Win-TV nova) has no CI, the last card must be the full featured card. Can i use a single LNB connection or do i have to use a dual LNB (seperate connection for each sat-card)? Has anyone such a VDR system running? Peter van Gent pvgent@xs4all.nl -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sun, 03 Jun 2001 14:02:34 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AW: Video Disk Recorder version 0.80 Michael Klo? wrote: > > Hallo, > > after compiling this version 0.80 i got only "not sync'ed". > The old version 0.8pre8 works fine. This looks like a old version > that did not work with dvb-c,or do it ? > > Michael Kloss > > Jun 3 13:42:38 linuxtv vdr[2077]: VDR version 0.80 started > Jun 3 13:42:38 linuxtv vdr[2077]: loading /video/setup.conf > Jun 3 13:42:38 linuxtv vdr[2077]: loading /video/channels.conf > Jun 3 13:42:38 linuxtv vdr[2077]: loading /video/timers.conf > Jun 3 13:42:38 linuxtv vdr[2077]: loading /video/commands.conf > Jun 3 13:42:38 linuxtv vdr[2077]: loading /video/keys-pc.conf > Jun 3 13:42:38 linuxtv vdr[2077]: probing /dev/ost/qpskfe0 > Jun 3 13:42:38 linuxtv vdr[2077]: probing /dev/ost/qamfe0 > Jun 3 13:42:38 linuxtv vdr[2079]: EIT processing thread started > (pid=2079) - master > Jun 3 13:42:38 linuxtv vdr[2077]: probing /dev/ost/qpskfe1 > Jun 3 13:42:38 linuxtv vdr[2077]: probing /dev/ost/qamfe1 > Jun 3 13:42:38 linuxtv vdr[2077]: found 1 video device > Jun 3 13:42:38 linuxtv vdr[2077]: setting primary DVB to 1 > Jun 3 13:42:38 linuxtv vdr[2077]: switching to channel 1 > Jun 3 13:42:38 linuxtv vdr[2077]: SVDRP listening on port 2001 > Jun 3 13:42:42 linuxtv vdr[2077]: switching to channel 2 > Jun 3 13:42:53 linuxtv vdr[2077]: ERROR: channel 2 not sync'ed! > Jun 3 13:42:53 linuxtv vdr[2077]: retrying Please check your frequency settings in 'channels.conf'. Compare them to the numbers in 'channels.conf.cable' that comes with the VDR archive. I had to add a factor of 1000 when setting the frequencies. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From dvb@wolfsoft.de Tue Jul 31 18:28:24 2001 Date: Sun, 3 Jun 2001 14:01:46 +0200 From: Klaus Wolf To: Klaus Schmidinger , linux-dvb@linuxtv.org Subject: [linux-dvb] AW: Re: AW: Re: Probs with Channel Switching (vdr0.8, dvb.0.9 today) > -----Ursprngliche Nachricht----- > Von: kls@cadsoft.de [mailto:kls@cadsoft.de]Im Auftrag von Klaus > Schmidinger > Gesendet am: Sonntag, 3. Juni 2001 00:03 > An: linux-dvb@linuxtv.org > Betreff: [linux-dvb] Re: AW: Re: Probs with Channel Switching > (vdr0.8,dvb.0.9 today) > > Klaus Wolf wrote: > > > > Sorry my fault i forgotten to do a make in the dvb/libdvb directory. > > i downloaded cvs snapshot of dvb again (half an hour ago) and > with the make > > in dvb/libdvb it works and i can manualy switch channels without errors. > > I wasn't aware that you have to do a 'make' in the 'libdvb' directory to > use the driver with VDR. I always just do a 'make' in the > DVB/driver directory > and that works for me. > > Am I missing something? i am only a user and i dont know if it is a must to do a make in the libdvb. i just say it in the install dokument of dvb. > > Klaus > > > > > -----Ursprngliche Nachricht----- > > Von: kls@cadsoft.de [mailto:kls@cadsoft.de]Im Auftrag von Klaus > > Schmidinger > > Gesendet: Samstag, 2. Juni 2001 18:39 > > An: linux-dvb@linuxtv.org > > Betreff: [linux-dvb] Re: Probs with Channel Switching (vdr0.8,dvb.0.9 > > today) > > > > Klaus Wolf wrote: > > > > > > Hi Folks, > > > > > > i just installed > > > > > > vdr 0.8 > > > dvb 0.9.x todays cvs version > > > > > > all works fine, but after a view switchins of channels it didnt work > > > anymore and shows no more. > > > > > > i got the following error messages: > > > > > > ERROR: channel 5 not Synced > > > retrying > > > ERROR: channel 5 not Synced > > > retrying > > > ERROR: channel 5 not Synced > > > retrying > > > ERROR: channel 5 not Synced > > > retrying > > > > > > whats going wrong :-( > > > > > > Thanks > > > > > > klaus > > > > > > PS: My System > > > > > > -suse 7.1 (Kernel 2.4.2) > > > -lirc-0.6.3 > > > -2xHaupauge DVB-s > > > -Cam Modul > > > -Irdedo with Premiere Card > > > -Aston Seca CI > > > -Maxtor 80GB HD UDMA (reiserfs) > > > > Where these channel switchings done interactively, or was it the > > EPG scanner that did the switching? I have these errors, too, but > > it would appear that they only occur when the EPG scanner switches. > > Maybe it also has to do with the fact that there is a CAM module > > present in the card that does the EPG scanning. > > > > Please try disabling the WPG scanner by putting a 'return;' statement > > immediately at the beginning of cEITScanner::Process() in dvbapi.c, > > as in: > > > > void cEITScanner::Process(void) > > { > > return; > > if (Setup.EPGScanTimeout && Channels.MaxNumber() > 1) { > > time_t now = time(NULL); > > > > When you do so, do you still get any errors? > > > > 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 > _______________________________________________________________ > > > -- > Info: > To unsubscribe send a mail to listar@linuxtv.org with > "unsubscribe linux-dvb" as subject. > -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sun, 03 Jun 2001 14:24:33 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Tuning with driver 2001-05-28 I have been running a lot of tuning tests and found that there is one channel that most of the time doesn't get tuned to correctly: CNN:12168:v:0:27500:165:100:0:0:28512 (that's in VDR's channels.conf notation). According to the latest issue of Infosat's channel listing these values should be ok (and sometimes it does tune correctly). Could there be a problem in the tuning mechanism of the driver? When trying to tune to this channel I sometimes get the error code for "Device or resource busy" whe trying to set the PIDs. Once a channel hasn't been tuned to correctly, other channels also start failing. This is probably the reason why it runs so unstable on my system, because I have three DVB cards, two of which are permanently switching channels to scan for EPG data. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From marcus@kuba4u.de Tue Jul 31 18:28:24 2001 Date: Sun, 03 Jun 2001 12:07:54 GMT From: Marcus Kuba To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Timeshifting + CI Am 03.06.2001, schrieb "Peter van Gent" ... > I want to build a VDR system which can do timeshifting and uses a CI. > For timeshifting you need 2 sat-cards, a low budget and a full featured (FAQ 2.03). It should better say "at least". With such a setup you can do timeshifting only with the free-to-air channels -> low budget is receiving, full featured is playing. > The CI interface must be connected to the last card in the system (FAQ 2.05). > Since low budget card (Win-TV nova) has no CI, the last card must be the full featured card. And the last card must also be the primary interface, which brings additional drawbacks. If you want to use timeshifting and CI, you should have at least 2 full featured cards, No.1 w/o CI as primary interface for viewing and receiving FTA and No.2 with CI for recording/timeshifting (enycrypted and FTA). This setup has only one drawback: you can't watch encrypted channels while recording free-to-air (to be correct: you can, but you have to change the setup ->No.2 as primary interface). So the best setup would be 2 full featured and one low-budget cards, 1 f-f for viewing, 1 f-f for receiving encrypted channels, 1 l-b for receiving FTA. > Can i use a single LNB connection or do i have to use a dual LNB (seperate connection for each sat-card)? You need separate connections for each card. Greetings, Marcus -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sun, 03 Jun 2001 16:41:25 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR suggestion - record to TS? Dave Chapman wrote: > > On Wednesday 02 May 2001 8:26 pm, you wrote: > > > Yesterday I tested this out on Pro-7, and successfully recorded all 3 > > > streams into the same TS file - PIDs 255 (video), 256 (mpeg audio) and > > > 257 (ac3 audio). > > > > Can you please tell me exactly how you did this? > > > > I know how to set the video and audio PIDs in the new API, but don't > > know how to set the AC3 PID (maybe I'm just not seeing it... ;-) > > You just set up another PES filter as follows: > > pesFilterParams.pid = pid; > pesFilterParams.input = DMX_IN_FRONTEND; > pesFilterParams.output = DMX_OUT_TS_TAP; > pesFilterParams.pesType = DMX_PES_OTHER; > pesFilterParams.flags = DMX_IMMEDIATE_START; > > The output field tells the driver to either send the stream to the decoder > only (DMX_OUT_DECODER), the decoder and the demux device as a single PES > stream (DMX_OUT_TAP) or the decoder and the dvr device as part of a > multiplexed TS sttream (DMX_OUT_TS_TAP). > > The pesType field tells the decoder what to do with the PES stream: > > DMX_PES_VIDEO - this stream should be processed by the decoder as VIDEO > DMX_PES_AUDIO - this stream should be processed by the decoder as AUDIO > DMX_PES_TELETEXT - this stream should be processed by the decoder as TELETEXT > DMX_PES_OTHER - this stream is something else - don't send it to the decoder > > As you will see, the only way to tell the decoder not to try and process it > is by setting the type to OTHER. I am currently trying to set up the filters in a way that gives me a TS that contains video, "first" audio and "second" audio. What I want is to be able to record both sound tracks of a movie, the German one and the original one (if it is broadcast). When converting this TS into multiplexed PES (the format VDR uses to store the recordings) I take care that the "first" audio packets get the id 0xC0 and the "second" ones get 0xC1. That way I can filter either of them out upon replay. This works fine for the 0xC0 packets, but with the 0xC1 packets video and audio apparently can't be synced. It looks like the driver delivers the packets in a way that has the video and "first" audio evenly interspersed, like v v v a1 v v v v a1 v v a1 v v v a1 but the "second" audio packets come in large chunks that are often about half a megabyte apart from each other, like v v v a1 v v v v a1 v a2 a2 a2 a2 a2 v a1 v v v a1 ... v v a2 a2 a2 a2 a2 v v v a1 I looks as if the driver takes great care about the video and "first" audio packets, but collects the "second" audio packets for a while and then delivers them all at once - which is way too late. Is there a way to make the driver deliver the "second" audio packets as evenly interspersed into the video packets as it does with the "first" ones? 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From root@panteltje.demon.nl Tue Jul 31 18:28:24 2001 Date: Sun, 3 Jun 2001 16:30:41 +0200 (CEST) From: Jan Panteltje To: Klaus Schmidinger Cc: "linux-dvb@linuxtv.org" Subject: [linux-dvb] Re: Mplex doesn't work On Sat, 2 Jun 2001, Klaus Schmidinger wrote: > Henning Holtschneider wrote: > > > > On Sat, 2 Jun 2001, Roland Praml wrote: > > > > > > Does this happeen with _any_ recordings made with VDR 0.80pre7, or only > > > > with specific channels and/or programmes? > > > > > > I don't know, sometimes it happens, sometimes not. > > > > Same thing here, sometimes it works, sometimes it doesn't. It doesn't seem > > to have anything to do with the recording or VDR's cutting mechanism. > > > > Apart from that, the remuxed output file have remained useless for me so > > far, because the audio/vide delay "drifts" throughout the file and mplex > > only evaluates the a/v offset at the beginning of the file. So, in the > > beginning, everything is fine but the delay increases towards the end of > > the file. > > > > I've been thinking about changing the behaviour of mplex so that it will > > constantly monitor the a/v delay and insert silence or drop frames (like > > PVAstrumento does under Windows) but my knowledge about MPEG streams is > > very limited. If anyone already has a solution for this problem, I would > > be glad to learn more about it ;-) > > So would I, because I really would like to make VDR create 100% correct > recordings, without the need to remux them afterwards... > > I wonder how it can be that the a/v offset "drifts" throughout a recording. > The original data that has been broadcast _must_ have been ok, because > otherwise the live signal would have to show these drifts, too, wouldn't it? > > Is the increase of delay you are observing always in the same direction, or is > it random? > > Klaus I think I evaluated that, the drift comes from the disk system being so busy (lots of change in scene) that a block of data is late. Then somehow the driver re-aligns data internally? perhaps. If you keep the disk from other things, so no swapping occurs, this drift does not happen. (You can watch the harddisk light, if it is on all the time, you have a problem), it shoul blink few times a second perhaps. But I am only testing this now on a K6 2-450, so maybe systems with less processor speed have a bottle neck somewhere else. So I think it is not a VDR problem, as it also happens with cat > /dev/video etc. I can make the drift appear by forcing some extra harddisk traffic, just copy couple a few of those av_pes files and run 'yes' a couple of times perhaps, with nice -n -19. Hehe Regards Jan > -- > _______________________________________________________________ > > 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 > _______________________________________________________________ > > > -- > Info: > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. > > -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sun, 03 Jun 2001 17:06:17 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AW: Re: AW: Video Disk Recorder version 0.80 Michael Klo? wrote: > > Thank you. After changing the freq it wotks. > > But now, after start recording the system hangs. It records > but i con't enter menu or stop vdr with CTRL-C. > When i kill (-9) the prozess it stops. Then i have to clear > /video/timers.conf othwerwise vdr start recording and hang > at the same point. Works fine here. What kind of remote control are you using? Try starting vdr with the option "-w 10". Then it should exit after 10 seconds of blocking. Does this work? Does ist also block when you do a replay? > BTW: It is possible to record radio ? Not as it is now, since VDR needs the video frames to sync on. It may surely be possible with some changes, but frankly I don't have any plans to do so myself. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sun, 03 Jun 2001 17:24:24 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AW: Re: AW: Re: AW: Video Disk Recorder version 0.80 Michael Klo? wrote: > > I only use the keyboard. With "-w 10" it stops after 10 seconds. > Replay works fine. > vdr only hangs after start recording. It dont happend in pre8 ! I just tried this and it worked. I did a make clean make REMOTE=KBD and started vdr with vdr -w 10 -D0 to make it use only the first DVB card. It also worked if I used all three of my cards, but in case you have only one card, I tested that, too. So I'm afraid at the moment I have no idea why it wouldn't work on your system. Klaus > Is anyone interesst in recording radio ? I need it for a project here. > > Michael Kloss > > -----Ursprungliche Nachricht----- > Von: kls@cadsoft.de [mailto:kls@cadsoft.de]Im Auftrag von Klaus > Schmidinger > Gesendet: Sonntag, 3. Juni 2001 17:06 > An: linux-dvb@linuxtv.org > Betreff: [linux-dvb] Re: AW: Re: AW: Video Disk Recorder version 0.80 > > Michael Klo? wrote: > > > > Thank you. After changing the freq it wotks. > > > > But now, after start recording the system hangs. It records > > but i con't enter menu or stop vdr with CTRL-C. > > When i kill (-9) the prozess it stops. Then i have to clear > > /video/timers.conf othwerwise vdr start recording and hang > > at the same point. > > Works fine here. > What kind of remote control are you using? > > Try starting vdr with the option "-w 10". Then it should exit > after 10 seconds of blocking. Does this work? > > Does ist also block when you do a replay? > > > BTW: It is possible to record radio ? > > Not as it is now, since VDR needs the video frames to sync on. > It may surely be possible with some changes, but frankly I don't > have any plans to do so myself. > > 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 > _______________________________________________________________ > > -- > Info: > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe > linux-dvb" as subject. -- _______________________________________________________________ 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hh@holtschneider.com Tue Jul 31 18:28:24 2001 Date: Sun, 3 Jun 2001 18:24:56 +0200 (CEST) From: Henning Holtschneider To: Klaus Schmidinger Cc: "linux-dvb@linuxtv.org" Subject: [linux-dvb] Re: Mplex doesn't work On Sat, 2 Jun 2001, Klaus Schmidinger wrote: > > I've been thinking about changing the behaviour of mplex so that it will > > constantly monitor the a/v delay and insert silence or drop frames (like > > PVAstrumento does under Windows) but my knowledge about MPEG streams is > > very limited. If anyone already has a solution for this problem, I would > > be glad to learn more about it ;-) > > So would I, because I really would like to make VDR create 100% correct > recordings, without the need to remux them afterwards... Just to avoid misunderstandings here: I'm remultiplexing VDR recordings to archive them on VCD so that I can replay them on my standalone DVD player. If I replay a VDR recording with VDR, everything is fine. > I wonder how it can be that the a/v offset "drifts" throughout a recording. > The original data that has been broadcast _must_ have been ok, because > otherwise the live signal would have to show these drifts, too, wouldn't it? What happens if there are reception errors in the broadcast? From my understanding so far, the data is broadcasted like this: V V V V A V V V V A V V V V ... So, if there is any perturbance, the MPEG decoder will drop frames and continue to play the audio packet until it gets enough data for the full video+audio stream again. Is this correct? > Is the increase of delay you are observing always in the same direction, or is > it random? I haven't tried to remux many recordings yet, but so far the delay has always increased in the same direction (video getting later throughout the recording). BTW, I'm having the same kind of problem when recording with Streamreader from my D-Box, so it seems to be normal that the MPEG stream does not (always?) contain equal length audio and video data. Regards, hh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Carsten.Koch@icem.de Tue Jul 31 18:28:24 2001 Date: Sun, 03 Jun 2001 18:39:55 +0200 From: Carsten Koch To: "linux-dvb@linuxtv.org" Subject: [linux-dvb] Re: Mplex doesn't work Henning Holtschneider wrote: .... > What happens if there are reception errors in the broadcast? From my > understanding so far, the data is broadcasted like this: > > V V V V A V V V V A V V V V ... > > So, if there is any perturbance, the MPEG decoder will drop frames and > continue to play the audio packet until it gets enough data for the full > video+audio stream again. Is this correct? So you are saying, the station broadcasts V1a V1b V1c V1d A1 V2a V2b V2c V2d A2 .... And for some reason V2c gets lost, so now we have V1a V1b V1c V1d A1 V2a V2b V2d A2 .... ? That sounds like a reasonable explanation to me. I would assume that in the above situation we really see V1a V1b V1c V1d A1 V2a V2b V2b V2d A2 .... ^^^ When we are watching the program "live"? The question is: why is V2b replicated when we watch it live but dropped when we record? So I guess there are three ways to fix this: 1) The driver supplies the missing frame. 100% WYSIWYG. 2) VDR detects missing frames during recording (using the PTS?) and keeps inserting the last good frame until the recording is back in sync. 3) VDR detects missing frames during replay (using the PTS?) and keeps inserting the last good frame until the playback is back in sync. Carsten. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hh@holtschneider.com Tue Jul 31 18:28:24 2001 Date: Sun, 3 Jun 2001 18:42:30 +0200 (CEST) From: Henning Holtschneider To: Jan Panteltje Cc: "linux-dvb@linuxtv.org" Subject: [linux-dvb] Re: Mplex doesn't work On Sun, 3 Jun 2001, Jan Panteltje wrote: > I think I evaluated that, the drift comes from the disk system being > so busy (lots of change in scene) that a block of data is late. > Then somehow the driver re-aligns data internally? perhaps. > If you keep the disk from other things, so no swapping occurs, this drift > does not happen. This only applies to replaying a recording with the DVB card, right? I noticed that a couple of times, too. I think this happens when there is not enough disk i/o bandwith left for the replay thread on a heavily loaded system so - from my point of view - this is no bug or design problem. If you have enough RAM in your system, you can probably get around this my enlarging VDR's internal buffer (someone else recently posted a message on how to do this). Regards, hh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hh@holtschneider.com Tue Jul 31 18:28:24 2001 Date: Sun, 3 Jun 2001 19:32:03 +0200 (CEST) From: Henning Holtschneider To: Carsten Koch Cc: "linux-dvb@linuxtv.org" Subject: [linux-dvb] Re: Mplex doesn't work On Sun, 3 Jun 2001, Carsten Koch wrote: > V1a V1b V1c V1d A1 V2a V2b V2d A2 .... > > ? > > That sounds like a reasonable explanation to me. I'm no MPEG or DVB expert, but that's how I have understood the DVB broadcast mechanism. After all, it's very likelike in a digital broadcast environment that some of the data will get lost on the way and you cannot show what isn't there. > I would assume that in the above situation we really see > > V1a V1b V1c V1d A1 V2a V2b V2b V2d A2 .... > ^^^ > When we are watching the program "live"? Remember this is MPEG, so V2b isn't replicated - it's just dropped. If V2b is an I-frame (full image), you will see the old image being "washed away" by the new picture (because the following P- and B-frames won't fit to the I-frame the MPEG decoder refers to). If it's a P- or B-frame, you will only see a small image distortion. [P.S. experts, please correct me if this is rubbish ...] > So I guess there are three ways to fix this: > [...] Everything is fine as long as you replay the PES stream with a decoder that known how to properly deal with it. Again: I don't think this is a problem with VDR and the a/v drifting has been discussed here before. It's just that nobody as come up with a solution so far (i.e. modified version of mplex that inserts silence or drops video data) and I would like to get enough knowledge to change that ;-> It can't be impossible because PVAStrument (http://www.offeryn.de/dv.htm#pvas) does exactly what is needed (and it now even takes VDR's files as input). Regards, hh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From root@panteltje.demon.nl Tue Jul 31 18:28:24 2001 Date: Sun, 3 Jun 2001 22:49:11 +0200 (CEST) From: Jan Panteltje To: Henning Holtschneider Cc: "linux-dvb@linuxtv.org" Subject: [linux-dvb] Re: Mplex doesn't work On Sun, 3 Jun 2001, Henning Holtschneider wrote: > On Sun, 3 Jun 2001, Jan Panteltje wrote: > > > I think I evaluated that, the drift comes from the disk system being > > so busy (lots of change in scene) that a block of data is late. > > Then somehow the driver re-aligns data internally? perhaps. > > If you keep the disk from other things, so no swapping occurs, this drift > > does not happen. > > This only applies to replaying a recording with the DVB card, right? I Right. > noticed that a couple of times, too. I think this happens when there is > not enough disk i/o bandwith left for the replay thread on a heavily > loaded system so - from my point of view - this is no bug or design > problem. > > If you have enough RAM in your system, you can probably get around this my > enlarging VDR's internal buffer (someone else recently posted a message on > how to do this). Possible, have not tried that. Regards Jan -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From uwe.freese@bigfoot.com Tue Jul 31 18:28:24 2001 Date: Mon, 4 Jun 2001 00:14:43 +0200 From: Uwe Freese To: "linux-dvb@linuxtv.org" Subject: [linux-dvb] Sync vdr streams into vob/mpg perfectly with PVAStrumento Hello, In the last days I had this problem you're discussing about these days with a/v not in sync after mplex'ing them into vob/mpeg2-program streams. I analyzed it with several programs and now I really know a much more about mpeg streams and why mplex cannot give the right result in any case. First I describe what's going on with mplex, then you can read what the solution is: It's called PVAStrumento (somebody mentioned it in this mailinglist some days ago - thanks!) and IS a GREAT program. What a pity that mplex hasn't the option to behave like PVAStrumento (one couldn't say that mplex has an "error", it only throws some info about the relationship between video and audio away when demuxing). Depending on how many nights you tried to make this sync thing work (like me), you can more or less understand why I'm so glad about finding this tool.. ;) PVAStrumento is freeware and can be found on http://www.offeryn.de. --what mplex does (depending on analyzing the output, not the sourcecode)-- --in german, sorry, i wrote this to a friend and don't want to-- --translate it now. and sorry if it's technically not 100% correct-- So scheint es vereinfacht zu sein (zustzlich zum Vorkommen von zu vielen oder zu wenigen packages wie hier beschrieben knnen wohl auch noch defekte, nicht verwertbare packages auftauchen, aber das vernachlssige ich mal hier): ***bertragung (mit Unregularitten)*** a1 a2 a3a4 a5 a6 a7 a8 a9 SCR ---1---2---3---4---5---6---7---8---9--- v1 v2 v3 v4 v5 v6 v7 v8 SCR=System Clock Reference ax=Audio-packet vx=video-packet Es werden also diverse Audio- und Video-Pakete bertragen, die alle einen Timecode beinhalten und dann entsprechende der SCR passend vom Player spter wiedergegeben werden mssen. Oben habe ich die Pakete so angeordnet, zu wessen Zeitpunkt sie laut Timecode gehren. Status: OK, da ja die Timecodes im Strom stehen, auch wenn es unregelmige Anzahlen von packages sind. ***Wiedergabe Player (z.b. vdr)*** a1 a2 a3 a5 a6 a7 a7 a8 a9 SCR ---1---2---3---4---5---6---7---8---9--- v1 v2 v3 v4 v5 v5 v6 v7 v8 Der Player beachtet die Timecodes der Pakete und sorgt dafr, da sie zum richtigen Zeitpunkt wiedergegeben werden. Wenn eins fehlt, wird das alte Paket nochmal wiedergegeben (bzw. Bild nochmal angezeigt), wenn eins zuviel ist, wird es verworfen. (Zumindest wre dies eine einfache Mglichkeit, wenn man einen Player schreiben sollte, vielleicht interpolieren die Player noch intelligenter, aber hier egal.) Status: A/V-Synchro pat! (sofern Player ok) ***Demux der elementary Streams mit mpegtools*** ***bzw. Demux als erster Schritt von mplex*** a1 a2 a3a4 a5 a6 a7 a8 a9 SCR ---1---2---3---4---5---6---7---8---9--- v1 v2 v3 v4 v5 v6 v7 v8 => a1,a2,a3,a4,a5,a6,a7,a8,a9 => v1,v2,v3,v4,v5,v6,v7,v8 Zeitcodes werden nicht beachtet, da sie auch in elementary streams nicht mehr stehen. Auerdem werden nicht wie beim Player packages verdoppelt oder verworfen. Status: Hmm, alleine betrachtet sind die Streams verwendbar, aber es geht jeglicher Bezug zueinander verloren. ***neues multiplexen als zweiter Schritt von mplex*** a1,a2,a3,a4,a5,a6,a7,a8,a9 => v1,v2,v3,v4,v5,v6,v7,v8 => a1 a2 a3 a4 a5 a6 a7 a8 a9 SCR ---1---2---3---4---5---6---7---8---9--- v1 v2 v3 v4 v5 v6 v7 v8 Die pakete werden einfach aneinandergereiht (einzige Mglichkeit, da keine Timecodes in den quell-elementary streams stehen). Status: A/V-Synchro falsch! ----------------PVAStrumento doc------------------ Why "yet another converter" ? Already there exist a few solutions to convert from PVA to MPEG2 PS, some offered by the manufactures of the cards themselves. So why create yet another converter ? The necessity arose because the author regularly converts the captured DVB-streams to lower bitrate streams, that may be fitted on an SVCD to be played by a standalone player. That may change, as DVD-R get in the authors price-range, but until then, the MPEG2 PS have to be transcoded. Transcoding is sensitive to errors in the MPEG2 PS. As the recorded data come from transport streams they are prone to errors and a convertor has to be very sensitive in the way it deals with them. Though software players on a PC are usually forgiving with errors, MPEG2 encoders will generally run into troubles. With PVAStrumento it was the intend to get a converter that gracefully corrects errors in the input stream. More importantly during transcoding the PTS are lost in many circumstances. Converting from PVA (or TS) to MPEG2 PS leaves the PTS in the packetized elementary streams (PES). Therefore, if there are any errors in the received data, like missing or corrupted audio blocks, audio and video will still be "in sync", as the player knows exactly, when to present the A/V chunks. But many tools used for transcoding ignore the PTS information. And when you wantto create (S)VCD compliant files, you generally have to re-mux the MPEG2 PS, as (S)VCD expects a special packet size of 2324 Bytes. Re-Muxing involves seperating the elementary streams from the program stream and interleaving them to a new program stream. During seperating toos usually generate ES (elementary streams), that have no timing information. Now - when you re-mux this streams, a missing or corrupted A/V block will lead to de-synchronization of audio and video. PVAStrumento aims at this problem by generating audio and video ES in the output, that will have the same "length" - timing wise, and PTS information in the generated MPEG2 PS is calculated on the basis of the validated streams. PVAStrumento is another PVA-to-MPEG converter, but it is specifically geared to the needs of transcoding and SVCD-production. ----------------PVAStrumento doc------------------ Have phun with this great freeware tool! cu, Uwe. ** Homepage: http://www.bigfoot.com/~uwe.freese ** -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Carsten.Koch@icem.de Tue Jul 31 18:28:24 2001 Date: Mon, 04 Jun 2001 02:10:59 +0200 From: Carsten Koch To: "linux-dvb@linuxtv.org" Subject: [linux-dvb] Re: Sync vdr streams into vob/mpg perfectly with PVAStrumento Uwe Freese wrote: .... > What a pity that mplex hasn't the option to behave like PVAStrumento > (one couldn't say that mplex has an "error", it only throws some info > about the relationship between video and audio away when demuxing). Thanks for the hint, Uwe. I tried PVAStrumento 2.0.3 and it does seem to work well. It is also fast (about 12x faster than real time in the test case I tried), so I guess there is hope after all that such a function can be put directly into the driver? In the meantime: has anyone tried to run PVAStrumento under WINE? Carsten. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From bobby@compro.com.tw Tue Jul 31 18:28:24 2001 Date: Mon, 4 Jun 2001 15:02:42 +0800 From: Bobby Lai To: "Linux-Dvb (E-mail)" Subject: [linux-dvb] A new comer [ The following text is in the "big5" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] Hi, I am a new comer about DTV/DVB. What are entry points for me ? Could you suggess me some useful material ? Does any faq about DTV/DVB ? Sorry, may I ask some stupid question. WBR, Bobby Lai."w:.˛m֦j)mX{+칻&ޖ)j.n7 From sadig@ts.ro Tue Jul 31 18:28:24 2001 Date: Mon, 4 Jun 2001 10:30:00 +0300 From: Silaghi Adrian George To: linux-dvb@linuxtv.org Subject: [linux-dvb] driver is locking system [ 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 have a Technisat SkyStar I DVB. For about a year I was running it on various 2.2.x kernels with drivers from 0.39 to 0.6 without any problem. The main purpose of this card is EON data connection (no tv), and it worked more or less reliable. Now I've upgraded my proxy to RH 7.0, with kernel 2.4.3 (the standard kernel, not the ones modified by rh). I've tried different driver versions, all of them ending by lockyng my machine. The current combination (kernel 2.4.3 and driver 09-20010407) is printing several "writereg error" and then dies, eventually locking my sistem). In hope there is a kernel isuue i've succesively downgraded my kernel to 2.4.2 and then to 2.4.0 with the same results) The kernel is compiled with i2c support and v4l support, so I can't figure out wat's wrong! I MUST BE DOING SOMETHING STUPID, but i dunno what! If someone has a clue please tell me. I repeat i'm only interested in data transfer, not TV). ------------------------------ + Be carefull what you wish, + You just might get IT! + sadig@ts.ro -------------------- -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@hippomi.de Tue Jul 31 18:28:24 2001 Date: Mon, 04 Jun 2001 09:41:59 +0200 From: Rolf Hakenes To: L.H.Brouwer Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Patch Release 1.0.3 of DTV "L.H.Brouwer" schrieb: > > On Saturday 02 June 2001 21:26, Rolf Hakenes wrote: > > Hi, > > > > due to the obvious but ashaming fact, that I didn't test the several > > compile options of my source code very well, there is another new and > > (hopefully) improved patch release of DTV available at > > > > http://hesdvb.sourceforge.net/DTV-1.0.3.tar.gz > > > > Fixed problems concern the compiling with disabled database interface. > > > > Best regards, > > > > Rolf > > Hi Rolf, > > When I compile DTV without the database I get the following error: > > database.c: In function `closeDatabase': > database.c:351: `ddbConn' undeclared (first use in this function) > database.c:351: (Each undeclared identifier is reported only once > database.c:351: for each function it appears in.) > I'll fix that in the next patch release today. > > Just commenting out this line fixed the problem. > > One other thing, when I tune into a channel that has multiple languages > changing the language to English doesn't work. I just get a picture with no > sound. (I'm using the latest CVS version of the driver with an aston v1.05 > cam). > Yes, I noticed that too. But it only happens with SECA channels. I think there must be another bug in the firmware of the card that prevents this feature from running. Language switching on FTA channel did always work, but not on encrypted channels. A month ago Ralph fixed this for the Irdeto channels, but I did in fact notice, that SECA didn't work. As I am not using that feature of SECA very often, this didn't really matter to me and I ignored it. But maybe Ralph can have another look into the firmware code to overcome this problem. Regards, Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@hippomi.de Tue Jul 31 18:28:24 2001 Date: Mon, 04 Jun 2001 09:58:23 +0200 From: Rolf Hakenes To: linux-dvb@linuxtv.org Subject: [linux-dvb] Patch Release 1.0.4 of DTV Hi again, due to some other problems with compiling with disabled database interface, there is another patch release of DTV available at http://hesdvb.sourceforge.net/DTV-1.0.4.tar.gz By the way: I strongly recommend to enable the database interface...it rocks... Best regards, Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From dieter.maas@freenet.de Tue Jul 31 18:28:24 2001 Date: Mon, 4 Jun 2001 10:58:44 +0200 From: dieter.maas@freenet.de To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Patch Release 1.0.4 of DTV On Mon, Jun 04, 2001 at 09:58:23AM +0200, Rolf Hakenes wrote: > By the way: I strongly recommend to enable the database interface...it rocks.. i installed the postgresql package, which is a big monster;-), but seems to have installed ok, but to plug this thing into the DTV thingy, looks like i have to take another database-SQL course, or is there a quick stay-on-the-surface step-by-step(it isnt just the one line of: NO_DATABASE=0 in the Makefile isnt it?). there are some scripts for creating databases, but they are only for astra, arent they, so..., while i write this, it feels like another week of getting into it;-), maybe... Dieter -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rmdvb@bj-ig.de Tue Jul 31 18:28:24 2001 Date: Mon, 4 Jun 2001 11:08:46 +0200 (CEST) From: rmdvb@bj-ig.de To: Linux DVB Mailingliste Subject: [linux-dvb] VES1820 Docu Hi there, does anybody know where I can get a documentation about programming the VES1820 chip - currently I'm interested in the meaning of frontend.sync field - register 0x11 - but a full docu would be interesting anyway. Can someone explain to me why the meaning of xx_HAS_LOCK changes in dvb.c from FE_READ_STATUS -> sync&1 is has lock for DVB-C and DVB-S to "static int fe_lock" -> sync&0x08 is has lock for DVB-C and sync&0x10 for DVB-S? Thanks Ralf -- Van Roy's Law: ------------------------------------------------------- An unbreakable toy is useful for breaking other toys. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From sadig@ts.ro Tue Jul 31 18:28:24 2001 Date: Mon, 4 Jun 2001 12:39:18 +0300 From: Silaghi Adrian George To: linux-dvb@linuxtv.org Subject: [linux-dvb] FW: driver is locking system [ 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 have a Technisat SkyStar I DVB. For about a year I was running it on various 2.2.x kernels with drivers from 0.39 to 0.6 without any problem. The main purpose of this card is EON data connection (no tv), and it worked more or less reliable. Now I've upgraded my proxy to RH 7.0, with kernel 2.4.3 (the standard kernel, not the ones modified by rh). I've tried different driver versions, all of them ending by lockyng my machine. The current combination (kernel 2.4.3 and driver 09-20010407) is printing several "writereg error" and then dies, eventually locking my sistem). In hope there is a kernel isuue i've succesively downgraded my kernel to 2.4.2 and then to 2.4.0 with the same results) The kernel is compiled with i2c support and v4l support, so I can't figure out wat's wrong! I MUST BE DOING SOMETHING STUPID, but i dunno what! If someone has a clue please tell me. I repeat i'm only interested in data transfer, not TV). -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From dieter.maas@freenet.de Tue Jul 31 18:28:24 2001 Date: Mon, 4 Jun 2001 11:39:37 +0200 From: dieter.maas@freenet.de To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: A new comer On Mon, Jun 04, 2001 at 03:02:42PM +0800, Bobby Lai wrote: > Hi, > > I am a new comer about DTV/DVB. > What are entry points for me ? > Could you suggess me some useful material ? > > Does any faq about DTV/DVB ? can be found on www.lindy.cc/dvb , the site is in german, but you will recognize the FAQ, its in english, and will help you a step further. Its not about the DTV program, but there is the VDR project by Klaus Schmidinger, which is unlike the DTV in a better tested state of development, (Version 0.80), it already works for all here on the list, the DTV by Rolf Hakenes was just presented "yesterday", so, i suggest you get through the FAQ, determine what kind of system you have(dvb-s card?, there are "two types", old and new version, -you just bought it, so it will probably be a "new" one- or a budget card, linux system with a working uptodate compiler? If you have a similar setting, then get one of the latest dvb-driver and VDR package, get confused by the docs and install right away, any problems and questions on the way? try bothering the list people;-). have fun Dieter -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From JJonietz@t-online.de Tue Jul 31 18:28:24 2001 Date: Mon, 04 Jun 2001 17:15:51 +0200 From: Jonietz Reply-To: vdr@jonietz.de To: linux-dvb@linuxtv.org Subject: [linux-dvb] hangups with VDR Hi, I've built a VDR with SuSE 7.1, Kernel 2.4.4, DVB 0.9, VDR 0.8 and a "new" Hauppauge DVB-s card (without LNB loop-through) on a pIII/500 with 128MB RAM. I can watch TV without problems, but when I try to watch a recorded movie the picture flickers once in a few seconds. After several minutes the PC hangs up and doesn't react on anything. Then only a hard reset helps. The log-files have entrys like that: dmxdev: buffer overflow dvb: ARM RESET outcommand error 1 Is this a known problem? What can I do to prevent flickers and hangups? Thanks, Ansgar. P.S.: Sorry for my English, I hope someone will understand what I mean... -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hh@holtschneider.com Tue Jul 31 18:28:24 2001 Date: Mon, 4 Jun 2001 22:57:09 +0200 (CEST) From: Henning Holtschneider To: linux-dvb@linuxtv.org Subject: [linux-dvb] cutting problems with VDR 0.80 Hi, I just tried to remove the commercials from an X-Files episode I recorded two weeks ago with a preX version of VDR. The cutting process seems to run fine, but the result only shows half of what I have cut before (the net length of the episode should be around 45 minutes but the resulting file is only about 24 minutes long). I examined the marks.vdr file and all cutting marks are there. I then tried to cut a recording I made with the current 0.80 release and it ends prematurely, too. The result can be reproduced if I remove the cut files and start the cutting process again. How can I determine what's going wrong? Regards, hh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From axelgruber2@gmx.de Tue Jul 31 18:28:24 2001 Date: Mon, 4 Jun 2001 23:03:39 +0200 From: Axel Gruber To: JJonietz@t-online.de Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: hangups with VDR > Is this a known problem? What can I do to prevent flickers and hangups? Same Problem here. - but not only at new driver - also at the 08 Driver... (not allways - but sometimes) Cu Axel -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From axelgruber2@gmx.de Tue Jul 31 18:28:24 2001 Date: Mon, 4 Jun 2001 23:12:58 +0200 From: Axel Gruber To: linux-dvb@linuxtv.org Subject: [linux-dvb] Convert VDR-Files (DVB-SMPEG2) to VCD (MPEG1) ? Hello to everybody. Does anyone succesfully converted a File recorded with VDR and the DVB-S to a VCD comparible file (MPEG1 and PAL-Resolution) Only with LINUX ! I have only success with MPLEX and the windows-Software "Flask Encoder". But i want to do it only by using LINUX. I have several tryes with several transcoder software some time ago - but allways the sync between A/V was lost ! So if anyone have success by doing this - please sent me a short mail with a short "howtodo" Cu Axel -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From TheWilliamsFamily@bigwig.net Tue Jul 31 18:28:24 2001 Date: Mon, 04 Jun 2001 20:18:44 +0000 From: John & Mon To: linux-dvb@linuxtv.org Subject: [linux-dvb] Hauppauge card Sorry for a stupid question from a newbie, but: I bought a Hauppauge card (I couldn't find anyone selling any other sort in England). When I load the drivers I get the following messages: i2c-code.o: i2c core module saa7146-core.o: saa7146(1): bus: 0, rev:1, mem:0xc783b000. VES1893: attaching VES1893 at 0x10 to adapter sa7146(1) dvb: ARM firmware successfully loaded. outcommand error 2 commandrequest error dvb: firmware = cd20c815 dvb: MAC = 00 d0 5c 1e e4 4c dvb: 1 dvb(s) found ! tuner: chip found @ 0x61 outcommand error 2 dvb: ARM RESET and then everything hangs :-( I added code to print out the return value from the rdebi() function: it is 0x07e9. I've tried various different driver versions under 2.2 and 2.4 kernels, and it makes no difference. Is this a known problem ? -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rjkm@convergence.de Tue Jul 31 18:28:24 2001 Date: Mon, 4 Jun 2001 23:46:40 +0200 (CEST) From: Ralph Metzler To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR suggestion - record to TS? Klaus Schmidinger writes: > When converting this TS into multiplexed PES (the format VDR uses to store the > recordings) I take care that the "first" audio packets get the id 0xC0 and the > "second" ones get 0xC1. That way I can filter either of them out upon replay. > This works fine for the 0xC0 packets, but with the 0xC1 packets video and audio > apparently can't be synced. > > It looks like the driver delivers the packets in a way that has the video > and "first" audio evenly interspersed, like > > v v v a1 v v v v a1 v v a1 v v v a1 > > but the "second" audio packets come in large chunks that are often about half > a megabyte apart from each other, like > > v v v a1 v v v v a1 v a2 a2 a2 a2 a2 v a1 v v v a1 ... v v a2 a2 a2 a2 a2 v v v a1 > > I looks as if the driver takes great care about the video and "first" audio > packets, but collects the "second" audio packets for a while and then delivers > them all at once - which is way too late. > > Is there a way to make the driver deliver the "second" audio packets as evenly > interspersed into the video packets as it does with the "first" ones? That's because of the buffer size used by the firmware for PES filters. You can change the buffer size the firmware uses by adjusting "mode" in StartHWFilter() in dvb.c: static int StartHWFilter(dvb_demux_filter_t *dvbdmxfilter) { dvb_demux_feed_t *dvbdmxfeed=dvbdmxfilter->feed; struct dvb_struct *dvb= (struct dvb_struct *) dvbdmxfeed->demux->priv; u16 buf[20]; int ret, i; u16 handle; u16 mode=0x0820; ... } 0x0100 = 184 Bytes 0x0200 = 378 Bytes 0x0300 = 1KB 0x0400 = 2KB 0x0500 = 4KB 0x0600 = 8KB 0x0700 = 16KB 0x0800 = 32KB So, something like "mode=0x0520" should give you better results. You will probably never get them as evenly spread as the "first" audio streams packets though because the acquisition is done completely differently. This problem of course only arises with the card version with DSP. The "budget" or "Nova" cards will give you the TS packets with the original muxing as they come from the satellite. Ralph -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From brunn@rbg.informatik.tu-darmstadt.de Tue Jul 31 18:28:24 2001 Date: Tue, 05 Jun 2001 00:19:04 +0200 From: Ronnie Brunn To: linux-dvb@linuxtv.org Subject: [linux-dvb] channel not synced after manual switch (VDR 0.80, DVB 0.9) Hello, I've got the same problem as Klaus Wolf, when I switch through the chanels picture and sound hang up and I get the "channel # not sync'ed" error on the kernel console. Sadly on my system a fresh checked out DVB driver won't make any diffrence. (and yes I tried the make in the libdvb directory, too) Sometimes it takes up to 20 manual channel switchings but then VDR gets trapped. On a very few occasions it managed to resync when I kept on changing channels or restarted VDR but normaly I have to reload the driver. help! Suse Linux 7.1, Kernel 2.4.2 VDR 0.80 DVB 0.9 (distrib) and DVB 0.9 (CVS, 4.6.2001/23:30) WinTv DVB-S cu Ronnie //"So long, and thanks for all the fish" - DNA 1952-2001 -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From markkunyys@dc.turkuamk.fi Tue Jul 31 18:28:24 2001 Date: Tue, 05 Jun 2001 10:41:24 +0300 From: Markku Leinio To: linux-dvb@linuxtv.org Subject: [linux-dvb] DVB driver with 2.4.5 kernel Marcus wrote: >You should get the latest CVS sources from linuxtv.org. Those work >with 2.4.5. The latest drivers (>=0.9) have a different API, you can`t >get the stream from /dev/video anymore. The latest CVS sources also >include some examples on how to use the new API and there is a >description on linuxtv.org as well as in the doc directory of the >driver. 2.2.x er kernels are no longer supported. You should use "make >insmod" to load all the modules and before that makedev.napi to create >the devices for the new API (in /dev/ost/). Did that, but still not working: [root@giga11 /opt/DVB-0.9/driver]# make make: /scripts/pathdown.sh: Command not found @@DIR=`pwd`; (cd /usr/src/linux; make SUBDIRS=$DIR modules) make[1]: Entering directory `/usr/src/linux-2.4.5' make -C /opt/DVB-0.9/driver CFLAGS="-D__KERNEL__ -I/usr/src/linux-2.4.5/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE" MAKING_MODULES=1 modules make[2]: Entering directory `/opt/DVB-0.9/driver' gcc -D__KERNEL__ -I/usr/src/linux-2.4.5/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -I ../ost/include -I . -D__DVB_PACK__ -g -c -o dvb.o dvb.c dvb.c: In function `vid_register': dvb.c:5170: too few arguments to function `video_register_device' make[2]: *** [dvb.o] Error 1 make[2]: Leaving directory `/opt/DVB-0.9/driver' make[1]: *** [_mod_/opt/DVB-0.9/driver] Error 2 make[1]: Leaving directory `/usr/src/linux-2.4.5' make: *** [here] Error 2 video_register_device is found as (sorry the long lines): [root@giga11 /opt/DVB-0.9/driver]# grep video_register_device /usr/include/linux/videodev.h /usr/src/linux/include/linux/videodev.h /usr/include/linux/videodev.h:extern int video_register_device(struct video_device *, int type); /usr/src/linux/include/linux/videodev.h:extern int video_register_device(struct video_device *, int type, int nr); That is, two different prototypes, and the gcc command seems to use the /usr/src/linux version. What is that pathdown.sh (found in /usr/src/linux-2.4.5/scripts)? My environment is (still) Red Hat 7.1, with 2.4.5 kernel sources installed in /usr/src/linux-2.4.5 and symlinked to /usr/src/linux. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From markkunyys@dc.turkuamk.fi Tue Jul 31 18:28:24 2001 Date: Tue, 05 Jun 2001 10:58:58 +0300 From: Markku Leinio To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: DVB driver with 2.4.5 kernel At 10:41 5.6.2001 +0300, Markku Leinio wrote: >Marcus wrote: >>You should get the latest CVS sources from linuxtv.org. Those work >>with 2.4.5. The latest drivers (>=0.9) have a different API, you can`t > >Did that, but still not working: No, wait, at least my dvb.c is NOT the same than in CVS. Have to try again... -- Markku -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ackermann@cms.tecmath.com Tue Jul 31 18:28:24 2001 Date: Tue, 05 Jun 2001 10:15:22 +0200 From: Christoph Ackermann To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AW: Re: AW: Video Disk Recorder version 0.80 Hello Klaus, i tried to record radio together with video, but i have a problem. I use these settings for one channel FIP - France Inter Paris SID-8509 APID-1903F Freq:12207V tp90 SR27500 FEC3/4 For VPID i used these numbers like 165(La chaine parlamentaire), 160(La cincuieme) on the same transponder and frequency. You can verify it at: http://www.lyngsat.com/dig/csn.shtml I get selected video with the desired radiochannel APID1903 (yes, i can see and hear the livestream). After record i get a correct entry in /video directory and all seems ok, but if i play these VDR files no audio is played, but video. Any suggestions for me !? Klaus Schmidinger wrote: > [..] > > > BTW: It is possible to record radio ? > > Not as it is now, since VDR needs the video frames to sync on. > It may surely be possible with some changes, but frankly I don't > have any plans to do so myself. > > Klaus [..] ________________________________________________________________________ Christoph Ackermann ] t e c m a t h [ System Integration Engineer Content Management Systems Division phone +49 6301 606-200 Sauerwiesen 2, 67661 Kaiserslautern, Germany fax +49 6301 606-209 http://www.tecmath.com ________________________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Schntsl@compuserve.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 12:26:11 +0200 From: Jonas Meyer To: linux-dvb@linuxtv.org Subject: [linux-dvb] mplex gives me strange results when using mplex -t MPEG2 or -t DVD i get files that can be played in xine. But they look very strange. the middle of the picture is ok.but the left and the right border are kind of alpha blended and twisted on each other.I onlz tested it twice but got the same results.vdr and dvb both are newest versions running in debian. Whz does the old version of the driver not compile under debian(sid). i dont want to use suse or redhat because i love debian. But i cant get dvbd working in debian. Is anybody porting the net device to the napi? gruss jonas -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Schntsl@compuserve.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 12:24:47 +0200 From: Jonas Meyer To: linux-dvb@linuxtv.org Subject: [linux-dvb] mplex gives me strange results when using mplex -t MPEG2 or -t DVD i get files that can be played in xine. But they look very strange. the middle of the picture is ok.but the left and the right border are kind of alpha blended and twisted on each other.I onlz tested it twice but got the same results.vdr and dvb both are newest versions running in debian. Whz does the old version of the driver not compile under debian(sid). i dont want to use suse or redhat because i love debian. But i cant get dvbd working in debian. Is anybody porting the net device to the napi? gruss jonas -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From js@convergence.de Tue Jul 31 18:28:24 2001 Date: Tue, 05 Jun 2001 14:05:59 +0200 From: Johannes Stezenbach To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Tuning with driver 2001-05-28 Klaus Schmidinger wrote: > > I have been running a lot of tuning tests and found that there is > one channel that most of the time doesn't get tuned to correctly: > > CNN:12168:v:0:27500:165:100:0:0:28512 > > (that's in VDR's channels.conf notation). > > According to the latest issue of Infosat's channel listing these > values should be ok (and sometimes it does tune correctly). I don't have any problems tuning to CNN. > Could there be a problem in the tuning mechanism of the driver? > When trying to tune to this channel I sometimes get the error code > for "Device or resource busy" whe trying to set the PIDs. Well, there is a catch associated with setting the PIDs: Assuming channel A has video/audio PIDs 100/101, and channel B has PIDs 101/102 (on a different transponder, obviously). Then when switching from A to B you will get "device or resource busy" when trying to set the video PID because the old audio PID is still active (the demux hardware allows only one PES filter per PID). If the driver is loaded with pids_off=0 (default in the Makefile from the CVS distribution), DMX_STOP and/or closing the demux file descriptor will *not* free the hardware filter. (pids_off=0 is meant to be used with tuxzap/tuxview, so you can continue to watch with tuxview after you have quit tuxzap.) OTOH, when you try to set a PID filter and it fails, the hardware filter formerly associated with this demux file descriptor will be freed. Solution: If one of the DMX_SET_PES_FILTER ioctls returned EBUSY, retry them all (i.e. set A/V/TT, and when one failed, set A/V/TT again). If you have set a teletext PID for some channel, and then tune to a channel w/o teletext PID, reset the teletext PID to 0x1fff (which will generate an error, but the hardware filter will be freed). If you tune to a radio channel, be shure to reset the video PID to 0x1fff, too. > Once a channel hasn't been tuned to correctly, other channels also > start failing. This is probably the reason why it runs so unstable > on my system, because I have three DVB cards, two of which are > permanently switching channels to scan for EPG data. I haven't checked it with multiple DVB cards, but with a single card it works quite reliably here. HTH, Johannes -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From matthias@pentax.boerde.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 14:39:20 +0200 (MEST) From: Matthias Weingart To: Johannes Stezenbach Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Tuning with driver 2001-05-28 On Tue, 5 Jun 2001, Johannes Stezenbach wrote: > Klaus Schmidinger wrote: > > > > I have been running a lot of tuning tests and found that there is > > one channel that most of the time doesn't get tuned to correctly: > > > > CNN:12168:v:0:27500:165:100:0:0:28512 > > > > (that's in VDR's channels.conf notation). > > > > Could there be a problem in the tuning mechanism of the driver? > > When trying to tune to this channel I sometimes get the error code > > for "Device or resource busy" whe trying to set the PIDs. > > Well, there is a catch associated with setting the PIDs: > Assuming channel A has video/audio PIDs 100/101, and channel > B has PIDs 101/102 (on a different transponder, obviously). > Then when switching from A to B you will get "device or resource > busy" when trying to set the video PID because the old audio PID > is still active (the demux hardware allows only one PES filter per PID). > > If the driver is loaded with pids_off=0 (default in the Makefile > from the CVS distribution), DMX_STOP and/or closing the demux file > descriptor will *not* free the hardware filter. > (pids_off=0 is meant to be used with tuxzap/tuxview, so you can > continue to watch with tuxview after you have quit tuxzap.) > > OTOH, when you try to set a PID filter and it fails, the hardware > filter formerly associated with this demux file descriptor will be freed. > > Solution: If one of the DMX_SET_PES_FILTER ioctls returned EBUSY, > retry them all (i.e. set A/V/TT, and when one failed, set A/V/TT again). > If you have set a teletext PID for some channel, and then tune to a > channel w/o teletext PID, reset the teletext PID to 0x1fff (which will > generate an error, but the hardware filter will be freed). > If you tune to a radio channel, be shure to reset the video PID to > 0x1fff, too. This is a very crazy behaviour of the driver, really. This "trial and error and retry" is not pulchritudinous. Another solution is to compile the driver with pids_off=1, right? I think vdr (or the user) should do it this way. But I foretell you that this will be the most ask question in this list in the future. ;-/ Another acceptable way would be to call a function of the driver to explicitly close the PID filters, independent of pids_off=0 (tuxzap should never call this function). Can you insert such a function into the driver? Why such nasty workaround, when we can do it better? Matthias -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@ee.uni-sb.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 12:35:37 -0000 From: hakenes@ee.uni-sb.de To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Tuning with driver 2001-05-28 Johannes Stezenbach said: >... > > Well, there is a catch associated with setting the PIDs: > Assuming channel A has video/audio PIDs 100/101, and channel > B has PIDs 101/102 (on a different transponder, obviously). > Then when switching from A to B you will get "device or resource > busy" when trying to set the video PID because the old audio PID > is still active (the demux hardware allows only one PES filter per PID). > > If the driver is loaded with pids_off=0 (default in the Makefile > from the CVS distribution), DMX_STOP and/or closing the demux file > descriptor will *not* free the hardware filter. > (pids_off=0 is meant to be used with tuxzap/tuxview, so you can > continue to watch with tuxview after you have quit tuxzap.) > > OTOH, when you try to set a PID filter and it fails, the hardware > filter formerly associated with this demux file descriptor will be freed. > > Solution: If one of the DMX_SET_PES_FILTER ioctls returned EBUSY, > retry them all (i.e. set A/V/TT, and when one failed, set A/V/TT again). > If you have set a teletext PID for some channel, and then tune to a > channel w/o teletext PID, reset the teletext PID to 0x1fff (which will > generate an error, but the hardware filter will be freed). > If you tune to a radio channel, be shure to reset the video PID to > 0x1fff, too. > I've had the same problem here with switching teletext PIDs. A simpler solution is to close/reopen all "PES-type" demux-devices with each channel switch, this definitely frees all hardware filter PIDs. Regards Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rjkm@convergence.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 15:15:30 +0200 (CEST) From: Ralph Metzler To: Matthias Weingart Cc: Johannes Stezenbach , linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Tuning with driver 2001-05-28 Matthias Weingart writes: > > On Tue, 5 Jun 2001, Johannes Stezenbach wrote: > > > Klaus Schmidinger wrote: > > > > > > I have been running a lot of tuning tests and found that there is > > > one channel that most of the time doesn't get tuned to correctly: > > > > > > CNN:12168:v:0:27500:165:100:0:0:28512 > > > > > > (that's in VDR's channels.conf notation). > > > > > > Could there be a problem in the tuning mechanism of the driver? > > > When trying to tune to this channel I sometimes get the error code > > > for "Device or resource busy" whe trying to set the PIDs. > > > > Well, there is a catch associated with setting the PIDs: > > Assuming channel A has video/audio PIDs 100/101, and channel > > B has PIDs 101/102 (on a different transponder, obviously). > > Then when switching from A to B you will get "device or resource > > busy" when trying to set the video PID because the old audio PID > > is still active (the demux hardware allows only one PES filter per PID). > > > > If the driver is loaded with pids_off=0 (default in the Makefile > > from the CVS distribution), DMX_STOP and/or closing the demux file > > descriptor will *not* free the hardware filter. > > (pids_off=0 is meant to be used with tuxzap/tuxview, so you can > > continue to watch with tuxview after you have quit tuxzap.) > > > > OTOH, when you try to set a PID filter and it fails, the hardware > > filter formerly associated with this demux file descriptor will be freed. > > > > Solution: If one of the DMX_SET_PES_FILTER ioctls returned EBUSY, > > retry them all (i.e. set A/V/TT, and when one failed, set A/V/TT again). > > If you have set a teletext PID for some channel, and then tune to a > > channel w/o teletext PID, reset the teletext PID to 0x1fff (which will > > generate an error, but the hardware filter will be freed). > > If you tune to a radio channel, be shure to reset the video PID to > > 0x1fff, too. > > This is a very crazy behaviour of the driver, really. This "trial and > error and retry" is not pulchritudinous. > Another solution is to compile the driver with pids_off=1, right? I think > vdr (or the user) should do it this way. But I foretell you that this will > be the most ask question in this list in the future. ;-/ > Another acceptable way would be to call a function of the driver to > explicitly close the PID filters, independent of pids_off=0 (tuxzap should > never call this function). Can you insert such a function into the driver? > Why such nasty workaround, when we can do it better? Well, such a "close" function is already available. It is called "close()". Closing the file will always close the filter ... I could change the behavior of the filters so that they already free their resources when they are stopped. (Several people already proposed this to me). his would only brake applications which rely on filters being available once they were opened. If I change the driver as described above it could happen that an open but stopped filter cannot be started again but if you prefer it this way I'll do it. Ralph -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From js@convergence.de Tue Jul 31 18:28:24 2001 Date: Tue, 05 Jun 2001 15:26:13 +0200 From: Johannes Stezenbach To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Tuning with driver 2001-05-28 Matthias Weingart wrote: > > On Tue, 5 Jun 2001, Johannes Stezenbach wrote: > > > Solution: If one of the DMX_SET_PES_FILTER ioctls returned EBUSY, > > retry them all (i.e. set A/V/TT, and when one failed, set A/V/TT again). > > If you have set a teletext PID for some channel, and then tune to a > > channel w/o teletext PID, reset the teletext PID to 0x1fff (which will > > generate an error, but the hardware filter will be freed). > > This is a very crazy behaviour of the driver, really. This "trial and > error and retry" is not pulchritudinous. I discussed this with Ralph quite a while ago, and as a result of that the pids_off switch was introduced. The pids_off=0 behaviour is what I want on my PC, and the pids_off=1 behaviour is for the STB. > Another solution is to compile the driver with pids_off=1, right? It's an insmod (loadtime) parameter, it does not require recompilation. > Why such nasty workaround, when we can do it better? Well, it works for me ;-) Really, pids_off=0 is a convenience hack for DVB cards with hardware demux/MPEG-decoder. The problem is not the hack itself, but that its implications aren't well documented. Johannes -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From js@convergence.de Tue Jul 31 18:28:24 2001 Date: Tue, 05 Jun 2001 15:47:16 +0200 From: Johannes Stezenbach Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Tuning with driver 2001-05-28 Ralph Metzler wrote: > > Well, such a "close" function is already available. It is called "close()". > Closing the file will always close the filter ... Not true. The filter remains set in the demux hardware, or else you could not watch TV with xawtv after quitting e.g. ntuxzap. IIRC the firmware has allocated fixed filters for video, audio and teletext, and complains when someone tries to set e.g. an audio filter with the same PID as set in the video filter. At the time we discussed this, the firmware had no knowledge of whether a filter is regularly open, or just still open because of pids_off=0, and thus could not act accordingly. Has this changed? > I could change the behavior of the filters so that they already free their > resources when they are stopped. (Several people already proposed this to > me). his would only brake applications which rely on filters being > available once they were opened. If I change the driver as described > above it could happen that an open but stopped filter cannot be > started again but if you prefer it this way I'll do it. If you ask me: Don't change anything. Johannes -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From matthias@pentax.boerde.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 16:26:35 +0200 (MEST) From: Matthias Weingart To: Johannes Stezenbach Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Tuning with driver 2001-05-28 On Tue, 5 Jun 2001, Johannes Stezenbach wrote: > > > I could change the behavior of the filters so that they already free their > > resources when they are stopped. (Several people already proposed this to > > me). his would only brake applications which rely on filters being > > available once they were opened. If I change the driver as described > > above it could happen that an open but stopped filter cannot be > > started again but if you prefer it this way I'll do it. > > If you ask me: Don't change anything. >> Another solution is to compile the driver with pids_off=1, right? > It's an insmod (loadtime) parameter, it does not require recompilation. Oh well, as insmod parameter it is ok. To make it clear: using "make insmod" ---> pids_off=0 using insmode by hand (no parameter pids_off) pids_off=1 That means if I do insmod in this way: insmod dvb.o init_chan=2 readfirm=1; the tuning problems Klaus described (and I observed too) should not happen? Btw. what is the purpose of readfirm=1? (grep through the DVB src: driver/Makefile: insmod dvb.o init_chan=2 pids_off=0 readfirm=1; \ driver/dvb.c:static int pids_off=1; ) Matthias -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@hippomi.de Tue Jul 31 18:28:24 2001 Date: Fri, 01 Jun 2001 19:12:30 +0200 From: Rolf Hakenes To: linux-dvb@linuxtv.org Subject: [linux-dvb] New Digital TV Client DTV - First Public Release Hi again, I totally forgot to announce something about the place, where the code can be downloaded. The project is hosted by SourceForge.Net with the Name hesdvb. The first release of DTV can be downloaded from: http://prdownloads.sourceforge.net/hesdvb/DTV_1_0.tgz Have fun, rh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From JensG@planetinternet.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 18:00:22 +0200 From: Jens Groth To: linux-dvb@linuxtv.org Subject: [linux-dvb] Auto-shutdown after recording Hello, I would like to achieve the following: - Start VDR with an external switching clock (programmes by hand) - Do the programmes recording. - Shutting down my linux machine after recording - Switching of power with a.m. clock Is there a simple way to get this? Maybe it is possible to generate an crontab entry while programming VDR. CU Jens Groth -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From axelgruber2@gmx.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 18:16:13 +0200 From: Axel Gruber To: JensG@planetinternet.de Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Auto-shutdown after recording > I would like to achieve the following: > - Start VDR with an external switching clock (programmes by hand) > - Do the programmes recording. > - Shutting down my linux machine after recording > - Switching of power with a.m. clock > Is there a simple way to get this? Maybe it is possible to > generate an crontab entry while programming VDR. What kind of Mainboard do you have ? if you have a ATX - then you could turn it off by using Software ! If you dont have a ATX - then you could use a small System (like USV) Most USVs "say LOW-POWER" to ther Machines - so they shut down... I only know this from NOVELL -. but im sure this is also at LINUX. Someone have told me that someone made a short Module for this - but i dont know who :-( Perhaps Klaus Schmidinger dows know this - he sayed me that someone has offered him such a Module. CU Axel -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From RBauer@quark.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 18:29:56 +0200 From: Ralf Bauer To: 'Jens Groth' , linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Auto-shutdown after recording Yes, I do the same. I shutdown the system by crontab (different times for each day of the week) and switch it on with an ALDI switching clock (DM 12,95). There are several possible problems: - Your motherboard does not start the system when power gets switched on. There are only a few mainboards which have this option in the BIOS. I use an EPOX board which has this option. - Your system does not completely power down on shutdown. My mainboard uses only 3W after a shutdown. Ralf. -----Original Message----- From: Jens Groth [mailto:JensG@planetinternet.de] Sent: Tuesday, June 05, 2001 18:00 To: linux-dvb@linuxtv.org Subject: [linux-dvb] Auto-shutdown after recording Hello, I would like to achieve the following: - Start VDR with an external switching clock (programmes by hand) - Do the programmes recording. - Shutting down my linux machine after recording - Switching of power with a.m. clock Is there a simple way to get this? Maybe it is possible to generate an crontab entry while programming VDR. CU Jens Groth -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Tue, 05 Jun 2001 18:48:29 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Auto-shutdown after recording Axel Gruber wrote: > > > I would like to achieve the following: > > - Start VDR with an external switching clock (programmes by hand) > > - Do the programmes recording. > > - Shutting down my linux machine after recording > > - Switching of power with a.m. clock > > > Is there a simple way to get this? Maybe it is possible to > > generate an crontab entry while programming VDR. > > What kind of Mainboard do you have ? > > if you have a ATX - then you could turn it off by using Software ! > > If you dont have a ATX - then you could use a small System (like USV) > > Most USVs "say LOW-POWER" to ther Machines - so they shut down... > > I only know this from NOVELL -. but im sure this is also at LINUX. > > Someone have told me that someone made a short Module for this - but i dont know who :-( > > Perhaps Klaus Schmidinger dows know this - he sayed me that someone has offered him such a Module. Peter Seyringer announced his project in http://linuxtv.org/mailinglists/linux-dvb/msg04711.html 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Tue, 05 Jun 2001 19:02:18 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Tuning with driver 2001-05-28 Johannes Stezenbach wrote: > > Ralph Metzler wrote: > > > > Well, such a "close" function is already available. It is called "close()". > > Closing the file will always close the filter ... > > Not true. The filter remains set in the demux hardware, or else > you could not watch TV with xawtv after quitting e.g. ntuxzap. > > IIRC the firmware has allocated fixed filters for video, audio > and teletext, and complains when someone tries to set e.g. an > audio filter with the same PID as set in the video filter. > > At the time we discussed this, the firmware had no knowledge of > whether a filter is regularly open, or just still open because > of pids_off=0, and thus could not act accordingly. > > Has this changed? > > > I could change the behavior of the filters so that they already free their > > resources when they are stopped. (Several people already proposed this to > > me). his would only brake applications which rely on filters being > > available once they were opened. If I change the driver as described > > above it could happen that an open but stopped filter cannot be > > started again but if you prefer it this way I'll do it. > > If you ask me: Don't change anything. Well, I can't do any tests right now since my VDR box is "occupied", but from what I read in this thread I would assume that the best thing to do before setting the PIDs to new values would be to set all of them to 0x1FFF first (or would 0x0000 be the right value to set "no PID"?), and then set them to their new values. That way there could never be the case that the two main PIDs (video and audio) happen to get the same value. Ralph, what do you think? Would this help? 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Tue, 05 Jun 2001 19:10:11 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AW: Re: AW: Video Disk Recorder version 0.80 Christoph Ackermann wrote: > > Hello Klaus, > > i tried to record radio together with video, but i have a problem. > I use these settings for one channel > > FIP - France Inter Paris > SID-8509 APID-1903F Freq:12207V tp90 SR27500 FEC3/4 > > For VPID i used these numbers like 165(La chaine parlamentaire), 160(La > cincuieme) on the same transponder and frequency. > > You can verify it at: http://www.lyngsat.com/dig/csn.shtml > > I get selected video with the desired radiochannel APID1903 > (yes, i can see and hear the livestream). > After record i get a correct entry in /video directory and all seems > ok, but if i play these VDR files no audio is played, but video. > > Any suggestions for me !? You could try demuxing the recorded file to see if there is any audio data in it at all. Maybe the multiplexing is too far off for the decoder to synchronize? 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From js@convergence.de Tue Jul 31 18:28:24 2001 Date: Tue, 05 Jun 2001 19:36:06 +0200 From: Johannes Stezenbach To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Tuning with driver 2001-05-28 Klaus Schmidinger wrote: > > Well, I can't do any tests right now since my VDR box is "occupied", > but from what I read in this thread I would assume that the best thing > to do before setting the PIDs to new values would be to set all of > them to 0x1FFF first (or would 0x0000 be the right value to set "no PID"?), > and then set them to their new values. That way there could never be the > case that the two main PIDs (video and audio) happen to get the same value. 0x0000 is where the PAT is. 0x1fff is by definition illegal/unused as a PID. Maybe you can get away with the strategy you describe, but when I tried that (~ 3 months ago), the firmware just crashed (ARM RESET)... A lot of improvements were made to the firmware since then, so so it my be worth it to try it again now. But my strategy is proven to work with the current driver and so I just stick with it. Johannes -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From matthias@pentax.boerde.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 21:22:37 +0200 (MEST) From: Matthias Weingart To: linux-dvb@linuxtv.org Subject: [linux-dvb] Deutsche Welle w/ vdr Can anybody tune "Deutsche Welle TV" DW-tv with vdr? I tried these settings: no one is working: DW TV:12363:v:0:27500:305:306:0:0:8905 Deutsche Welle:10788:v:0:22000:131:132:0:0:8 DW-tv:10786:v:0:21997:305:306:0:0:9005 DW-tv:11195:v:0:9099:101:102:0:0:5301 Matthias -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From matthias@pentax.boerde.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 21:38:49 +0200 (MEST) From: Matthias Weingart To: Johannes Stezenbach Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Tuning with driver 2001-05-28 I did some tests with channel tuning; no difference either pids_off=1 or pids_off=0 first switch to Kabel 1 Schweiz:12051:v:0:27500:162:163:0:1:20003 then back to RTL Television:12188:h:0:27500:163:104:105:0:12003 The decoding of video stops; syslog: Jun 5 21:30:02 dvb vdr[1639]: ERROR (dvbapi.c,2005): Device or resource busy Jun 5 21:30:02 dvb vdr[1639]: ERROR: failed to set PIDs for channel 24 Jun 5 21:30:02 dvb vdr[1639]: retrying Jun 5 21:30:48 dvb vdr[1639]: ERROR (dvbapi.c,2005): Device or resource busy Jun 5 21:30:48 dvb vdr[1639]: ERROR: failed to set PIDs for channel 24 Jun 5 21:30:48 dvb vdr[1639]: retrying VDR tries several time to switch to that channel with no success. So activating that same PID again does NOT solve the problem. Matthias -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From matthias@pentax.boerde.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 21:42:45 +0200 (MEST) From: Matthias Weingart To: Thorsten Heck Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Deutsche Welle w/ vdr On Tue, 5 Jun 2001, Thorsten Heck wrote: > Hi! > > Am Dienstag 05 Juni 2001 21:22 schrieb Matthias Weingart: > > Can anybody tune "Deutsche Welle TV" DW-tv with vdr? > > I tried these settings: no one is working: > > > > DW-tv:10786:v:0:21997:305:306:0:0:9005 > > This one works for me (Astra). Do you use vdr0.8? No success here again. no epg; simply nothing; Its curious I do not get the "channel not sync" message. Matthias -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Schntsl@compuserve.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 21:56:18 +0200 From: Jonas Meyer To: linux-dvb@linuxtv.org Subject: [linux-dvb] no problem it was my lame graphicscard that made the picture look ugly its the same with dvds. forget thatr i asked for help -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Schntsl@compuserve.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 21:55:22 +0200 From: Jonas Meyer To: linux-dvb@linuxtv.org Subject: [linux-dvb] no problem it was my lame graphicscard that made the picture look ugly its the same with dvds. forget thatr i asked for help -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From JensG@planetinternet.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 21:57:04 +0200 From: Jens Groth To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Auto-shutdown after recording Hello, >> What kind of Mainboard do you have ? At the moment I use an Asus T2P4 board. So no ATX at the moment. >> Most USVs "say LOW-POWER" to ther Machines - so they shut down... Sure this would work. But it is quite an expensive solution. A switching clock is just about DM 20,- or is even still in the house. >> Someone have told me that someone made a short Module for this - but i dont know who :-( >Peter Seyringer announced his project in http://linuxtv.org/mailinglists/linux-dvb/msg04711.html But this project also needs an ATX-power supply :-( I was just thinking of a small software solution, that works with every mother board, so you could keep it very simple. CU Jens Groth -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From mkloss@web.de Tue Jul 31 18:28:24 2001 Date: Sun, 3 Jun 2001 16:56:45 +0200 From: Michael Klo? To: Klaus Schmidinger , linux-dvb@linuxtv.org Subject: [linux-dvb] AW: Re: AW: Video Disk Recorder version 0.80 Thank you. After changing the freq it wotks. But now, after start recording the system hangs. It records but i con't enter menu or stop vdr with CTRL-C. When i kill (-9) the prozess it stops. Then i have to clear /video/timers.conf othwerwise vdr start recording and hang at the same point. BTW: It is possible to record radio ? Michael Kloss -----Ursprungliche Nachricht----- Von: kls@cadsoft.de [mailto:kls@cadsoft.de]Im Auftrag von Klaus Schmidinger Gesendet: Sonntag, 3. Juni 2001 14:03 An: linux-dvb@linuxtv.org Betreff: [linux-dvb] Re: AW: Video Disk Recorder version 0.80 Michael Klo? wrote: > > Hallo, > > after compiling this version 0.80 i got only "not sync'ed". > The old version 0.8pre8 works fine. This looks like a old version > that did not work with dvb-c,or do it ? > > Michael Kloss > > Jun 3 13:42:38 linuxtv vdr[2077]: VDR version 0.80 started > Jun 3 13:42:38 linuxtv vdr[2077]: loading /video/setup.conf > Jun 3 13:42:38 linuxtv vdr[2077]: loading /video/channels.conf > Jun 3 13:42:38 linuxtv vdr[2077]: loading /video/timers.conf > Jun 3 13:42:38 linuxtv vdr[2077]: loading /video/commands.conf > Jun 3 13:42:38 linuxtv vdr[2077]: loading /video/keys-pc.conf > Jun 3 13:42:38 linuxtv vdr[2077]: probing /dev/ost/qpskfe0 > Jun 3 13:42:38 linuxtv vdr[2077]: probing /dev/ost/qamfe0 > Jun 3 13:42:38 linuxtv vdr[2079]: EIT processing thread started > (pid=2079) - master > Jun 3 13:42:38 linuxtv vdr[2077]: probing /dev/ost/qpskfe1 > Jun 3 13:42:38 linuxtv vdr[2077]: probing /dev/ost/qamfe1 > Jun 3 13:42:38 linuxtv vdr[2077]: found 1 video device > Jun 3 13:42:38 linuxtv vdr[2077]: setting primary DVB to 1 > Jun 3 13:42:38 linuxtv vdr[2077]: switching to channel 1 > Jun 3 13:42:38 linuxtv vdr[2077]: SVDRP listening on port 2001 > Jun 3 13:42:42 linuxtv vdr[2077]: switching to channel 2 > Jun 3 13:42:53 linuxtv vdr[2077]: ERROR: channel 2 not sync'ed! > Jun 3 13:42:53 linuxtv vdr[2077]: retrying Please check your frequency settings in 'channels.conf'. Compare them to the numbers in 'channels.conf.cable' that comes with the VDR archive. I had to add a factor of 1000 when setting the frequencies. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From mkloss@web.de Tue Jul 31 18:28:24 2001 Date: Sun, 3 Jun 2001 17:13:03 +0200 From: Michael Klo? To: Klaus Schmidinger , linux-dvb@linuxtv.org Subject: [linux-dvb] AW: Re: AW: Re: AW: Video Disk Recorder version 0.80 I only use the keyboard. With "-w 10" it stops after 10 seconds. Replay works fine. vdr only hangs after start recording. It dont happend in pre8 ! Is anyone interesst in recording radio ? I need it for a project here. Michael Kloss -----Ursprungliche Nachricht----- Von: kls@cadsoft.de [mailto:kls@cadsoft.de]Im Auftrag von Klaus Schmidinger Gesendet: Sonntag, 3. Juni 2001 17:06 An: linux-dvb@linuxtv.org Betreff: [linux-dvb] Re: AW: Re: AW: Video Disk Recorder version 0.80 Michael Klo? wrote: > > Thank you. After changing the freq it wotks. > > But now, after start recording the system hangs. It records > but i con't enter menu or stop vdr with CTRL-C. > When i kill (-9) the prozess it stops. Then i have to clear > /video/timers.conf othwerwise vdr start recording and hang > at the same point. Works fine here. What kind of remote control are you using? Try starting vdr with the option "-w 10". Then it should exit after 10 seconds of blocking. Does this work? Does ist also block when you do a replay? > BTW: It is possible to record radio ? Not as it is now, since VDR needs the video frames to sync on. It may surely be possible with some changes, but frankly I don't have any plans to do so myself. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From johannes.schoeller@gmx.at Tue Jul 31 18:28:24 2001 Date: Sun, 3 Jun 2001 18:38:02 +0200 (MEST) From: Johannes Schoeller To: linux-dvb@linuxtv.org Cc: hakenes@hippomi.de Subject: [linux-dvb] Fwd: Re: Re: Patch Release 1.0.3 of DTV > I don't think this went to the mailing list :( just saw this myself. ;) > Yes you need to load the dvb driver. ("make insmod" in the DVB/driver > directory). ok. > I commented out all lines refering to devices greater than 0 in my config > file except. but then i get the following problem: nothing happens. :) (that means i deleted the following lines: set outdev1 [open_output DVBS 1] add_implication $outdev1 $indev1 $lircd_table_1 that shoud be all, right? > Channel def files are in the config directory /usr/etc/dtv that means in the same dir as the exec dtv, right? > I hope this helped. unfortunately not really, ;) should dtv "present" a picture in the moment i start it? or do i have to press any button, or something? thanx! servus hannes! > > On Sunday 03 June 2001 14:39, Johannes Schoeller wrote: > > > hi all! > > > > > > i can.t get DTV to work get at all. i commented that line out. ok. > > > now i could compile everything without errors. > > > then i made a "make install" which copied everything to where i > wanted. > > > when i start dtv nothing happens. when i press a button on my remote, > > > the dtv.log says: > > > 03/06/01 14:21.37: cannot open /dev/ost/demux0 > > > 03/06/01 14:21.37: unable to open device 0 > > > 03/06/01 14:21.37: cannot open /dev/ost/demux1 > > > 03/06/01 14:21.37: unable to open device 1 > > > 03/06/01 14:22.57: cannot open /dev/ost/demux1 > > > 03/06/01 14:22.57: unable to open device 1 > > > 03/06/01 14:22.58: cannot open /dev/ost/demux1 > > > 03/06/01 14:22.58: unable to open device 1 > > > 03/06/01 14:23.18: cannot open /dev/ost/demux1 > > > 03/06/01 14:23.18: unable to open device 1 > > > > > > and still nothing happens. > > > > > > one maybe silly question: do i have to load the dvb-drivers? i guess > so. > > > i have one dvb-s card. what should the entries in the dtv.conf file > look > > > like? do i have to change this: > > > > > > dtv.conf: > > > set outdev0 [open_output DVBS 0] > > > set outdev1 [open_output DVBS 1] > > > ..... > > > > > > where are the channel-def files supposed to "stand". in the same dir > as > > > dtv? > > > > > > pls. help. :)) > > > > > > thanx! > > > > > > servus hannes! > > -- > Machen Sie Ihr Hobby zu Geld bei unserem Partner 1&1! > http://profiseller.de/info/index.php3?ac=OM.PS.PS003K00596T0409a > > -- > GMX - Die Kommunikationsplattform im Internet. > http://www.gmx.net > > -- Machen Sie Ihr Hobby zu Geld bei unserem Partner 1&1! http://profiseller.de/info/index.php3?ac=OM.PS.PS003K00596T0409a -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Bitz-Loetsysteme@t-online.de Tue Jul 31 18:28:24 2001 Date: Tue, 05 Jun 2001 10:57:18 +0200 From: Martin Bitz To: linux-dvb@linuxtv.org Subject: [linux-dvb] ORF-Channels Hello. I just like to know if it is possible to watch the ORF-Channels in Germany. If there is way to do so, please somebody let me know what addional hardware / software is required. Some weeks ago, I read on a page in the web, that there is no regular way to decrypt these channel in Germany. Is this true? Thank you for any hints. Martin -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From pgohn@gtsonline.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 16:27:07 +0200 From: Paul Gohn To: linux-dvb@linuxtv.org Subject: [linux-dvb] (no subject) Hi, after installing vdr-0.8 with DVB-CVS on kernel 2.4.5, SUSE 7.1 playing the old recordings works fine, but I can't sync no channel any more. Are there some new configuration issues with the new release I've missed? Regards, Paul -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From f.engelmann@gmx.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 19:28:30 +0200 (MEST) From: Florian Engelmann To: linux-dvb@linuxtv.org Subject: [linux-dvb] Boot script to load DVB on Startup?! hi, i just installed DVB 0.9 and VDR 0.80 on my Mandrake 8.0 - works fine. but how to load dvb and vdr on bootup time? i tried to rebuild the "make insmod" script - but it failes! any idea? is it a good idea to "make install" in DVB/driver ? there is no misc directory on my Mandrake... should i create one? i need your help! PS: i downloaded and tried DTV 1.0.4 - looks good (can't get my keyboard as remote running [DTV does stange things...?] ill try LIRC). Why shouldn't vdr and DTV be one projekt? i don't want to miss my recording feature - but also some DTV features are missing in vdr... whats up with a dvd player built in vdr? cu florian engelmann -- Machen Sie Ihr Hobby zu Geld bei unserem Partner 1&1! http://profiseller.de/info/index.php3?ac=OM.PS.PS003K00596T0409a -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Thorsten.Thomas.Heck@t-online.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 21:52:01 +0200 From: Thorsten Heck To: Matthias Weingart Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Deutsche Welle w/ vdr Hi! > > > DW-tv:10786:v:0:21997:305:306:0:0:9005 > > > > This one works for me (Astra). > > Do you use vdr0.8? No success here again. no epg; simply nothing; > Its curious I do not get the "channel not sync" message. Yes, vdr 0.8 with latest CVS driver and the new version of the Hauppauge Card. I don't get EPG data, video and audio is fine. Thorsten -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Thorsten.Thomas.Heck@t-online.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 21:34:10 +0200 From: Thorsten Heck To: Matthias Weingart , linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Deutsche Welle w/ vdr Hi! Am Dienstag 05 Juni 2001 21:22 schrieb Matthias Weingart: > Can anybody tune "Deutsche Welle TV" DW-tv with vdr? > I tried these settings: no one is working: > > DW-tv:10786:v:0:21997:305:306:0:0:9005 This one works for me (Astra). Thorsten -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ms@citd.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 22:38:27 +0200 From: Matthias Schniedermeyer To: Jens Groth Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Auto-shutdown after recording > >> What kind of Mainboard do you have ? > > At the moment I use an Asus T2P4 board. So no ATX at the moment. > > >> Most USVs "say LOW-POWER" to ther Machines - so they shut down... > > Sure this would work. But it is quite an expensive solution. A switching > clock > is just about DM 20,- or is even still in the house. You know the point where you switch off the power so a few Minutes before that point you let "cron/at" execute (halt/init 0/poweroff/) And the system will shutdown and your switching clock will switch off the power supply. There is simply no problem at all. At least i can't see any problem. (Maybe i'm blind ) 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. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ms@citd.de Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 22:42:11 +0200 From: Matthias Schniedermeyer To: Martin Bitz Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: ORF-Channels > I just like to know if it is possible to watch the ORF-Channels in > Germany. Technically yes. > If there is way to do so, please somebody let me know what addional > hardware / software is required. The Topic/Charta of this maillinglist doesn't allow such informations/discussions! > Some weeks ago, I read on a page in the web, that there is no regular > way to decrypt these channel in Germany. > Is this true? Thats true. 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. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Tue, 05 Jun 2001 22:51:53 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: (no subject) Paul Gohn wrote: > > Hi, > > after installing vdr-0.8 with DVB-CVS on kernel 2.4.5, SUSE 7.1 playing the old recordings works fine, but I can't sync no channel any more. > Are there some new configuration issues with the new release I've missed? Works fine here (SuSE 7.1, Kernel 2.4.0). Are you using DVB-S (sat) or DVB-C (cable)? 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From dvrproject@seyringer.priv.at Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 06:05:43 +0200 From: Peter Seyringer To: Jens Groth , linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Auto-shutdown after recording Hello! You also can adapt the schematic to a normal power supply. You only have to change the relay and make some software changes in the pic. I don't have impelment this because you need at minimum a Pentium II class to run VDR and normaly they have a ATX power supply. cu Peter > But this project also needs an ATX-power supply :-( > I was just thinking of a small software solution, that works with every > mother board, > so you could keep it very simple. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Rolf.Hakenes@Micronas.com Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 09:00:26 +0200 From: Hakenes Rolf To: 'Florian Engelmann' Cc: "'linux-dvb@linuxtv.org'" Subject: [linux-dvb] AW: Boot script to load DVB on Startup?! > PS: i downloaded and tried DTV 1.0.4 - looks good (can't get > my keyboard as > remote running [DTV does stange things...?] ill try LIRC). Yes, I remember, that's a strange thing that appeared here as well. It's obviously an interference of the DVB driver and a terminal buffer. The behaviour is, that if you have an enabled VTX processor, the keyboard input device gets a lot of illegal events. I don't hav any idea, why, must be an error with Linux... Regards, Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From lhbrouwer@hetnet.nl Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 09:20:56 +0200 From: lhbrouwer@hetnet.nl To: linux-dvb@linuxtv.org Subject: [linux-dvb] Multiple languages and SECA Hi All, I'm having trouble switching between multiple audio tracks on SECA encrypted channels. When I change the PID (using DVT or manually setting the PID in VDR) I get a picture with no sound. It does work with the Haupage windows software. Is this a driver problem or is this just my system? Regards, Leon Brouwer -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Rolf.Hakenes@Micronas.com Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 10:08:53 +0200 From: Hakenes Rolf To: "'lhbrouwer@hetnet.nl'" Cc: "'linux-dvb@linuxtv.org'" Subject: [linux-dvb] AW: Multiple languages and SECA > -----Ursprngliche Nachricht----- > Von: lhbrouwer@hetnet.nl [mailto:lhbrouwer@hetnet.nl] > Gesendet: Mittwoch, 6. Juni 2001 09:21 > An: linux-dvb@linuxtv.org > Betreff: [linux-dvb] Multiple languages and SECA > > > Hi All, > > I'm having trouble switching between multiple audio tracks on > SECA encrypted channels. When I change the PID (using DVT or > manually setting the PID in VDR) I get a picture with no > sound. It does work with the Haupage windows software. Is > this a driver problem or is this just my system? > > Regards, > Leon Brouwer > Apparently that's a driver problem. Switching multiple languages on encrypted channels didn't work at all for a long time (with the new drivers, it worked with < 0.8.0, I guess), until Ralph fixed something in the firmware (end of april). Since them switching with Irdeto works fine, but SECA remains non-functional. I cannot imagine why, maybe Ralph can look at that... Regards Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From js@convergence.de Tue Jul 31 18:28:24 2001 Date: Wed, 06 Jun 2001 11:50:01 +0200 From: Johannes Stezenbach To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Tuning with driver 2001-05-28 Matthias Weingart wrote: > > VDR tries several time to switch to that channel with no success. So > activating that same PID again does NOT solve the problem. I haven't looked in VDRs tuning logic, but I suspect that if setting the video PID fails, VDR does not attempt to set the audio PID, and thus the hardware filter for PID 163 remains allocated. Retrying to set the video PID does not help. pids_off=1 does only alter the behaviour of the driver when the demux file descriptor for the filter is closed. Apparently VDR does not do this. Johannes -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From aj@sat.lucky.net Tue Jul 31 18:28:24 2001 Date: Wed, 06 Jun 2001 14:39:35 +0300 From: Andrej Jouravlev Reply-To: aj@lucky.net To: linux-dvb@linuxtv.org Subject: [linux-dvb] WinTV NOVA (Stv0299) Hi All, Can somebody tell show me the way to get _complete_ TS from the Stv0299 ( card WinTV Nova) via the SAA7146 ? I have tried to lock on the signal and call ioctl command CCAPTURE, but nothing appear from the /dev/ost/vbr or /dev/ost/video... Only the filtered PID's is possible to get... :( I am not need in video features, just the way to get raw TS from the frontend... -- Regards, Andrej Jouravlev -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From mihai@ambra.ro Tue Jul 31 18:28:24 2001 Date: Tue, 5 Jun 2001 12:01:04 +0300 From: Mihai Amariutei To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: FW: driver is locking system [ 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 think you should try 0.8.2 driver, AFAIK 0.9 is not compatible with dvbd. Don't compile i2c and v4l in kernel And the kernel should use videodev.c and videodev.h from the DVB driver, since some functions are overlaping. ----- Original Message ----- From: "Silaghi Adrian George" To: Sent: Monday, June 04, 2001 12:39 PM Subject: [linux-dvb] FW: driver is locking system > > hi, > I have a Technisat SkyStar I DVB. For about a year I was running it on > various 2.2.x kernels with drivers from 0.39 to 0.6 without any problem. The > main purpose of this card is EON data connection (no tv), and it worked more > or less reliable. Now I've upgraded my proxy to RH 7.0, with kernel 2.4.3 > (the standard kernel, not the ones modified by rh). I've tried different > driver versions, all of them ending by lockyng my machine. The current > combination (kernel 2.4.3 and driver 09-20010407) is printing several > "writereg error" and then dies, eventually locking my sistem). In hope there > is a kernel isuue i've succesively downgraded my kernel to 2.4.2 and then to > 2.4.0 with the same results) The kernel is compiled with i2c support and v4l > support, so I can't figure out wat's wrong! I MUST BE DOING SOMETHING > STUPID, but i dunno what! If someone has a clue please tell me. I repeat i'm > only interested in data transfer, not TV). > > > > > -- > Info: > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. > > -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rolf@max.lui.uni-tuebingen.de Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 13:41:51 +0200 (CEST) From: rolf@max.lui.uni-tuebingen.de To: Linux DVB Subject: [linux-dvb] 16:9 Output Question Hi! What would be the best way to enable 16:9 Output? This is especially usefull since one gains a lot of Quality on a 16:9 TV Set. First Changing the Aspect of the mpeg2 File with a tool based on mpegtools. 16:9 to 4:3 Secondly trying to change the driver to treat 16:9 the same as a 4:3. Both leave the scaling to the TV set to avoid quality loss. I dont know if one of the above could work but i saw a lot of "vertical scaling" stuff in saa7146.c. Im still on the old driver and a 2.2 Kernel, newer driver and 2.4 Kernel chrash upon insmod. (I m forced to use 2.2 anyway because of ipsec for the near future) The main Problem seems to be that the new SuSE 7.2 Kernel is named 2.4.4-4GB the Driver itself gets Compiled for 2.4.4 (without -4GB). a insmod -f crashes the Kernel. But that just as a sidenote.(should be easy to fix) Greetings Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Emil.Naepflein@philosys.de Tue Jul 31 18:28:24 2001 Date: Wed, 06 Jun 2001 14:49:44 +0200 From: Emil Naepflein To: Linux DVB Subject: [linux-dvb] Re: 16:9 Output Question Hi, > > What would be the best way to enable 16:9 Output? I asked this question already one month ago but didn't get any answer. :( I tried it with the ioctl VIDIOCSASPECTRATIO from VDR but had no success. > Secondly trying to change the driver to treat 16:9 > the same as a 4:3. This should work. I hadn't time to try this but you could change the scaling in dvb.c for 16:9 to 133 instead of 177. Emil -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ven5@pu.acad.bg Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 16:33:40 +0200 From: Ventzislav Petrov To: linux-dvb@linuxtv.org Subject: [linux-dvb] DVB 0.9 on Mandrake 8 HELP!!! After 'make'. I recieve tne next: [root@mail /DVB]# make (cd driver; make) make[1]: /scripts/pathdown.sh: Command not found make[1]: Entering directory '/DVB/driver' and etc. All Mandrake 8.0 development packeges installed. Thanks in advance. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From J.Riechardt@gmx.de Tue Jul 31 18:28:24 2001 Date: Wed, 06 Jun 2001 16:24:45 +0200 From: Joerg Riechardt To: Matthias Weingart Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Deutsche Welle w/ vdr DW-tv:10786:v:0:22000:305:306:0:1:9005 works for me. VDR seemingly can not handle 21997 or any value lower 22000. Jrg -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From aj@sat.lucky.net Tue Jul 31 18:28:24 2001 Date: Wed, 06 Jun 2001 17:29:58 +0300 From: Andrej Jouravlev Reply-To: aj@lucky.net To: "linux-dvb@linuxtv.org" Subject: [linux-dvb] /dev/dvr and filters Hi! I am trying to setup few filters something like: pesFilterParams.pid = 0; pesFilterParams.input = DMX_IN_FRONTEND; pesFilterParams.output = DMX_OUT_TS_TAP; pesFilterParams.pesType = DMX_PES_AUDIO; pesFilterParams.flags = DMX_IMMEDIATE_START; if (ioctl(fd_demux2, DMX_SET_PES_FILTER, &pesFilterParams) < 0) return(1); pesFilterParams1.pid = 1; pesFilterParams1.input = DMX_IN_FRONTEND; pesFilterParams1.output = DMX_OUT_TS_TAP; pesFilterParams1.pesType = DMX_PES_OTHER; pesFilterParams1.flags = DMX_IMMEDIATE_START; if (ioctl(fd_demux2, DMX_SET_PES_FILTER, &pesFilterParams1) < 0) return(1); ...... but from /dev/dvr i can get only the data from last filter. something wrong ? -- Regards Andrej Jouravlev -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From thorsten@mathA.rwth-aachen.de Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 16:36:34 +0200 From: Thorsten Heck To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Deutsche Welle w/ vdr Hi! > VDR seemingly can not handle 21997 or any value lower 22000. Well, I tried both values (21997 and 22000), they both worked for me. Thorsten -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From greg@ulima.unil.ch Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 16:45:10 +0200 From: FAVRE Gregoire To: linux-dvb@linuxtv.org Subject: [linux-dvb] DVB under linux-Sparc? Hello, Does DVB works under linux-sparc (IIe)? Thanks you very much, Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch -- No attachments (even text) are allowed -- -- Type: application/pgp-signature -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From mocm@convergence.de Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 16:53:22 +0200 (MEST) From: Marcus O.C. Metzler To: FAVRE Gregoire Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] DVB under linux-Sparc? FAVRE Gregoire writes: > > Hello, > > Does DVB works under linux-sparc (IIe)? > Theoretically it should, but it has never been tested. If you have an oportunity to test it, tell us how it works. 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 --------------------------------------------------------------------- -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From greg@ulima.unil.ch Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 17:12:21 +0200 From: FAVRE Gregoire To: Marcus O.C. Metzler Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: DVB under linux-Sparc? Thus spake Marcus O.C. Metzler (mocm@convergence.de): > > Does DVB works under linux-sparc (IIe)? > > Theoretically it should, but it has never been tested. If you have an > oportunity to test it, tell us how it works. I have just received a Sunblade 100, nice Computer, but after having played a little time with Solaris, I discovered that, Solaris is always similar to what I had played with 4-5 years ago... Really bad... I am now looking for Mandrake for sparc, I'll let you know ;-) Thanks you very much, Greg ________________________________________________________________ http://ulima.unil.ch/greg ICQ:16624071 mailto:greg@ulima.unil.ch -- No attachments (even text) are allowed -- -- Type: application/pgp-signature -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From js@convergence.de Tue Jul 31 18:28:24 2001 Date: Wed, 06 Jun 2001 17:26:49 +0200 From: Johannes Stezenbach To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: /dev/dvr and filters Andrej Jouravlev wrote: > > I am trying to setup few filters > something like: > > pesFilterParams.pid = 0; > pesFilterParams.input = DMX_IN_FRONTEND; > pesFilterParams.output = DMX_OUT_TS_TAP; > pesFilterParams.pesType = DMX_PES_AUDIO; > pesFilterParams.flags = DMX_IMMEDIATE_START; > if (ioctl(fd_demux2, DMX_SET_PES_FILTER, &pesFilterParams) < 0) > return(1); > > pesFilterParams1.pid = 1; > pesFilterParams1.input = DMX_IN_FRONTEND; > pesFilterParams1.output = DMX_OUT_TS_TAP; > pesFilterParams1.pesType = DMX_PES_OTHER; > pesFilterParams1.flags = DMX_IMMEDIATE_START; > > if (ioctl(fd_demux2, DMX_SET_PES_FILTER, &pesFilterParams1) < 0) > return(1); > ...... > > but from /dev/dvr i can get only the data from last filter. > something wrong ? One filter per file descriptor. You must open /dev/*/dvr twice. Johannes -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From JensG@planetinternet.de Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 17:31:25 +0200 From: Jens Groth To: linux-dvb@linuxtv.org Subject: [linux-dvb] AW: Re: Auto-shutdown after recording Hello Matthias, > You know the point where you switch off the power so a few Minutes before > that point you let "cron/at" execute > > (halt/init 0/poweroff/) > > And the system will shutdown and your switching clock will switch off the > power supply. > > There is simply no problem at all. At least i can't see any problem. > (Maybe i'm blind ) Sure this is simple, but you have to enter the time for cron/at. I think a solution could be to write a small shellscript, which reads out timer.conf and adds the specific line for cron. For the future I was thinking of a switching clock which could be programed via serial line. So thinks should go like this: - Program VDR via OSD - Shutdown VDR by hand. This should trigger the following steps: + run script to set cron jobs + program switching clock (by hand or serial line) So the first stage should run without any additional hardware. I am not so used to shell script programing, but maybe I get something out, thats working. CU Jens -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From mocm@convergence.de Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 17:31:44 +0200 (MEST) From: Marcus O.C. Metzler To: Johannes Stezenbach Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: /dev/dvr and filters Johannes Stezenbach writes: > Andrej Jouravlev wrote: > > > > I am trying to setup few filters > > something like: > > > > pesFilterParams.pid = 0; > > pesFilterParams.input = DMX_IN_FRONTEND; > > pesFilterParams.output = DMX_OUT_TS_TAP; > > pesFilterParams.pesType = DMX_PES_AUDIO; > > pesFilterParams.flags = DMX_IMMEDIATE_START; > > if (ioctl(fd_demux2, DMX_SET_PES_FILTER, &pesFilterParams) < 0) > > return(1); > > > > pesFilterParams1.pid = 1; > > pesFilterParams1.input = DMX_IN_FRONTEND; > > pesFilterParams1.output = DMX_OUT_TS_TAP; > > pesFilterParams1.pesType = DMX_PES_OTHER; > > pesFilterParams1.flags = DMX_IMMEDIATE_START; > > > > if (ioctl(fd_demux2, DMX_SET_PES_FILTER, &pesFilterParams1) < 0) > > return(1); > > ...... > > > > but from /dev/dvr i can get only the data from last filter. > > something wrong ? > > One filter per file descriptor. You must open /dev/*/dvr twice. > > You mean /dev/ost/demuxN. 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 --------------------------------------------------------------------- -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From mkloss@web.de Tue Jul 31 18:28:24 2001 Date: Sun, 3 Jun 2001 13:50:01 +0200 From: Michael Klo? To: linux-dvb@linuxtv.org Cc: Klaus Schmidinger Subject: [linux-dvb] AW: Video Disk Recorder version 0.80 Hallo, after compiling this version 0.80 i got only "not sync'ed". The old version 0.8pre8 works fine. This looks like a old version that did not work with dvb-c,or do it ? Michael Kloss Jun 3 13:42:38 linuxtv vdr[2077]: VDR version 0.80 started Jun 3 13:42:38 linuxtv vdr[2077]: loading /video/setup.conf Jun 3 13:42:38 linuxtv vdr[2077]: loading /video/channels.conf Jun 3 13:42:38 linuxtv vdr[2077]: loading /video/timers.conf Jun 3 13:42:38 linuxtv vdr[2077]: loading /video/commands.conf Jun 3 13:42:38 linuxtv vdr[2077]: loading /video/keys-pc.conf Jun 3 13:42:38 linuxtv vdr[2077]: probing /dev/ost/qpskfe0 Jun 3 13:42:38 linuxtv vdr[2077]: probing /dev/ost/qamfe0 Jun 3 13:42:38 linuxtv vdr[2079]: EIT processing thread started (pid=2079) - master Jun 3 13:42:38 linuxtv vdr[2077]: probing /dev/ost/qpskfe1 Jun 3 13:42:38 linuxtv vdr[2077]: probing /dev/ost/qamfe1 Jun 3 13:42:38 linuxtv vdr[2077]: found 1 video device Jun 3 13:42:38 linuxtv vdr[2077]: setting primary DVB to 1 Jun 3 13:42:38 linuxtv vdr[2077]: switching to channel 1 Jun 3 13:42:38 linuxtv vdr[2077]: SVDRP listening on port 2001 Jun 3 13:42:42 linuxtv vdr[2077]: switching to channel 2 Jun 3 13:42:53 linuxtv vdr[2077]: ERROR: channel 2 not sync'ed! Jun 3 13:42:53 linuxtv vdr[2077]: retrying -----Ursprungliche Nachricht----- Von: kls@cadsoft.de [mailto:kls@cadsoft.de]Im Auftrag von Klaus Schmidinger Gesendet: Samstag, 2. Juni 2001 13:12 An: linux-dvb@linuxtv.org Betreff: [linux-dvb] Video Disk Recorder version 0.80 The new version 0.80 of the Video Disk Recorder project is now available at http://www.cadsoft.de/people/kls/vdr/download.htm - VDR now requires driver version 0.9.0 or higher. - Switched to the new DVB driver API. - New setup parameter "LnbSLOF" that defines the switching frequency of the LNB. - Fixed a bug in the EPG scanner with more than one DVB card. - Fixed checking for free disk space, so that it works with NFS mounted drives. - Files are now created with mode 644. - Fixed checking the exit status in the 'runvdr' script. - Activated loading the driver in 'runvdr'. Please read the comments in 'runvdr' for details. - The new "emergency exit" feature automatically triggers a restart of VDR if something goes wrong during a recording. - Processing the EIT data is now disabled during replay and 'Transfer Mode' in order to avoid video and audio glitches. - Due to the reduced amount of OSD memory provided by the driver the number of lines in the OSD had to be reduced by 2. - There are two new setup parameters to define the "Default Priority" and "Default Lifetime" when creating a new timer event. - The meaning of the "Lifetime" parameter has been modified to allow recordings to live "forever" or to use priority controlled file deletion. - Updated version of the 'schnitt' tools. - New 'master-timer' tool. Have fun! 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From schoeller@gmx.at Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 17:50:17 +0200 From: Johannes Schoeller To: linux-dvb@linuxtv.org Subject: [linux-dvb] running vdr in a ram-disk hi all! has anyone tried to run vdr in a ramdisk? my intention is to put the hd to sleep. i only want to activate it for playback or recording. .) what size should the ramdisk be? .) what has to be in the ramdisk? .) can this work? thanx! servus hannes! Johannes Schoeller -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rolf@max.lui.uni-tuebingen.de Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 17:06:05 +0200 (CEST) From: rolf@max.lui.uni-tuebingen.de To: Linux DVB Subject: [linux-dvb] Re: 16:9 Output Question Hi! Emil Naepflein wrote: >This should work. I hadn't time to try this but you could change the >scaling in dvb.c for 16:9 to 133 instead of 177. That dosent work! nor does saa7146.c the routine that calculates the vertical scaling seems not to be called at all. I guess the scaling is calculated inside the firmware. The only Possibility then seems to change the ASPECT in the mpeg2 File itself This will of course only work for recorded streams or DVDs. I ll try that this evening. and let you know >I asked this question already one month ago but didn't get any answer. Seems to be a difficult thing, then >I tried it with the ioctl VIDIOCSASPECTRATIO from VDR but had no >success. Didnt try that. but i didnt see a link between DVB card registers in this case as well. So this may be a reserved thing for future use. tomorrow we will know more. greetings Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From wem@dcshome.com Tue Jul 31 18:28:24 2001 Date: Wed, 06 Jun 2001 11:49:43 -0400 From: William E. Mrozinski To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: WinTV NOVA (Stv0299) Andrej, Thanks! and sorry for send to your personal account, I did not catch the address change to the list destination when I replied originally. my bad(g)... Bill - DCS Andrej Jouravlev wrote: > you can find datasheet on ftp://aj.sat.lucky.net/pub/pdf > > On Wed, 6 Jun 2001, William E. Mrozinski wrote: > > > Andrej and All, > > > > I would be very interested in any info on this as well; especially a data sheet on the > > STV0299. I think that this new tuner chip support has not been fully implemented in the > > current drivers and is waiting for someone who has one of the new cards and the knowledge of > > a driver developer to finish. ( comments anyone? ) I have the new version of both the DVB-S > > and Nova cards and neither has successfully locked on a channel yet to-date. This may be the > > cause of your problems... > > > > Bill Mrozinski > > > > Andrej Jouravlev wrote: > > > > > Hi All, > > > > > > Can somebody tell show me the way to get _complete_ TS from the > > > Stv0299 ( card WinTV Nova) via the SAA7146 ? > > > > > > I have tried to lock on the signal and call ioctl command CCAPTURE, > > > but nothing appear from the /dev/ost/vbr or /dev/ost/video... > > > > > > Only the filtered PID's is possible to get... :( > > > > > > I am not need in video features, just the way to get raw TS from the > > > frontend... > > > > > > -- > > > Regards, > > > Andrej Jouravlev > > > > > > -- > > > Info: > > > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. > > > > > > Regards, > Andrej Jouravlev aj@lucky.net > 01001, PO BOX B-373, Kiev, Ukraine. +38(044)2054455 -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From pf@artcom-gmbh.de Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 17:49:58 +0200 (MEST) From: Peter Funk To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Deutsche Welle w/ vdr Joerg Riechardt: > DW-tv:10786:v:0:22000:305:306:0:1:9005 > works for me. > VDR seemingly can not handle 21997 or any value lower 22000. > Jrg With VDR 0.72, DVB 0.8.2 and kernel 2.2.18 (SuSE 7.1) I can verify this. I've just replaced all occurences of 21997 with 22000 in my /video/channels.conf now DW-tv and several other channels come in fine. Regards, Peter -- Peter Funk, Oldenburger Str.86, D-27777 Ganderkesee, Germany, Fax:+49 4222950260 office: +49 421 20419-0 (ArtCom GmbH, Grazer Str.8, D-28359 Bremen, Germany) -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From gfiala@s.netic.de Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 17:58:32 +0200 From: Guido Fiala To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AW: Re: Auto-shutdown after recording On Wednesday, 6. June 2001 17:31, Jens Groth wrote: > Hello Matthias, > > > You know the point where you switch off the power so a few Minutes before > > that point you let "cron/at" execute > > > > (halt/init 0/poweroff/) > > > > And the system will shutdown and your switching clock will switch off the > > power supply. > > > > There is simply no problem at all. At least i can't see any problem. > > (Maybe i'm blind ) > > Sure this is simple, but you have to enter the time for cron/at. > I think a solution could be to write a small shellscript, which > reads out timer.conf and adds the specific line for cron. For the > future I was thinking of a switching clock which could be programed > via serial line. > So thinks should go like this: > - Program VDR via OSD > - Shutdown VDR by hand. This should trigger the following steps: > + run script to set cron jobs > + program switching clock (by hand or serial line) vdr can call "shutdown -t 300" directly. What happened to the RTC-programming to wake up ATX-boards? -So vdr could program it's wake up-time itself as well. > So the first stage should run without any additional hardware. Yep, should work the above way - just add some shutdown-strategy to vdr (something like "do not power down for less than x minutes" and "do power up 2 minutes before next recording" -those information can be gathered for inside vdr) -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From dvrproject@seyringer.priv.at Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 19:16:38 +0200 From: Peter Seyringer To: Guido Fiala , linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AW: Re: Auto-shutdown after recording Hello! > What happened to the RTC-programming to wake up ATX-boards? > -So vdr could program it's wake up-time itself as well. There was a discussion about this for about two month. The result was, that you cannot set the timer in your CMOS. Peter -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From matthias@pentax.boerde.de Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 19:27:31 +0200 (MEST) From: Matthias Weingart To: Peter Funk Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Deutsche Welle w/ vdr On Wed, 6 Jun 2001, Peter Funk wrote: > Joerg Riechardt: > > DW-tv:10786:v:0:22000:305:306:0:1:9005 > > works for me. > > VDR seemingly can not handle 21997 or any value lower 22000. > > Jrg > > With VDR 0.72, DVB 0.8.2 and kernel 2.2.18 (SuSE 7.1) I can verify this. > I've just replaced all occurences of 21997 with 22000 in my > /video/channels.conf now DW-tv and several other channels come in fine. Yeahh; that solved my problem, thanks. Matthias -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From aj@sat.lucky.net Tue Jul 31 18:28:24 2001 Date: Wed, 06 Jun 2001 21:12:21 +0300 From: Andrej Jouravlev Reply-To: aj@lucky.net To: linux-dvb@linuxtv.org Subject: [linux-dvb] number of filters Hi All! Is it possible to setup more then 256 filters? I am trying to obtain _raw TS_ by set all possible filters. The question - is it possible to setup 0x1fff number of filters? When i am trying to do this - i receive "too many open files" error. But i cannot understand why: [root@test driver]# ulimit -a core file size (blocks) 1000000 data seg size (kbytes) unlimited file size (blocks) unlimited max locked memory (kbytes) unlimited max memory size (kbytes) unlimited open files 10240 pipe size (512 bytes) 8 stack size (kbytes) 8192 cpu time (seconds) unlimited max user processes 2014 virtual memory (kbytes) unlimited[root@test driver]# cat /proc/sys/fs/file-max 10240 [root@test driver]# cat /proc/sys/fs/file-nr 627 287 10240 [root@test driver]# cat /proc/sys/fs/in inode-nr inode-state [root@test driver]# cat /proc/sys/fs/inode-state 1605 30 0 0 0 0 0 [root@test driver]# Any ideas? -- Regards, Andrej Jouravlev -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From andreas.berger.eschborn@gmx.de Tue Jul 31 18:28:24 2001 Date: Wed, 06 Jun 2001 20:26:34 +0200 From: Andreas Berger Reply-To: Andreas.Berger@iname.com To: Peter Seyringer Cc: Guido Fiala , linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AW: Re: Auto-shutdown after recording Peter Seyringer wrote: > > Hello! > > > What happened to the RTC-programming to wake up ATX-boards? > > -So vdr could program it's wake up-time itself as well. > There was a discussion about this for about two month. The result was, that > you cannot set the timer in your CMOS. You can, at least on my board. apsleep does set the alarm time and my BIOS uses it as well. apmsleep -n so that it does not sleep/suspend the system. This time can be seen in the bios option "wake every day" (ASUS P5B). So the feature works like: - enable the APM wakeup - shut down the system (button or poweroff) - system restarts at pre-set time. I was thinking of a similar solution where VDR probably does not need to be involved: * at regular intervals check if the computer is active (load, processes or whatever, perhaps even let it run if other computers in the net are active) * if it is not, find out about the next time a recording will be started * if this is say within one hour, let the system run * otherwise write the time to the CMOS * shutdown the system -Andreas -- Keine Zeit haben wir genug! -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From gfiala@s.netic.de Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 21:17:44 +0200 From: Guido Fiala To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AW: Re: Auto-shutdown after recording > > There was a discussion about this for about two month. The result was, > > that you cannot set the timer in your CMOS. > > You can, at least on my board. apsleep does set the alarm time and my > BIOS uses it as well. > > apmsleep -n For me it does'nt work, the call _never_ returns (and does'nt write into ALARM), although the apm-kernel driver detects an apm compliant bios... ... <4>Board Vendor: Tekram Technology Co., Ltd.. <4>Board Name: P6B40-A4X-i440BX. <4>Board Version: Rev. 1.0.<6>apm: BIOS version 1.2 Flags 0x07 (Driver version 1.14) ... <3>ACPI: System description tables found <6>ACPI: System description tables loaded <5>ACPI: APM is already active, exiting ... > I was thinking of a similar solution where VDR probably does not need to > be involved: > > * at regular intervals check if the computer is active (load, processes > or whatever, perhaps even let it run if other computers in the net are > active) Mmm, as discussed before switching it off to often does worse than let it run for say 2..X hours doing nothing (maybe sleeping). Thats why you need some information about the near _future_ of system load, that information is spread throughout the system (if not a standalone vdr-box) - cron, at, vdr are just samples. I would prefer deativating the shutdown so long someone is logged in and automatically activating it if logout for x minutes. Just my 2 cents, Guido > * if it is not, find out about the next time a recording will be started > * if this is say within one hour, let the system run > * otherwise write the time to the CMOS > * shutdown the system > > -Andreas -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@hippomi.de Tue Jul 31 18:28:24 2001 Date: Wed, 06 Jun 2001 21:52:12 +0200 From: Rolf Hakenes To: linux-dvb@linuxtv.org Subject: [linux-dvb] Tuning survey DTV - What features are needed ??? Hi, as I am considering at the moment to extend the channel tuning mechanism of DTV, I would like to request a few opinions about the most important features needed. >From my point of view, there are two possible directions to consider, one is to support DVB-C/T cards (if they will appear in the end), the other deals with Diseq/several satellites and such things. Maybe there are even more choices ?? Who is interested in such features at all ?? Additionally, because I don't have any of these configurations here, I would further be interested in some contacts to people who have and would be willing to act as beta tester... Many greetings... Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rjkm@convergence.de Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 22:35:27 +0200 (CEST) From: Ralph Metzler To: aj@lucky.net Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] number of filters Andrej Jouravlev writes: > Is it possible to setup more then 256 filters? > I am trying to obtain _raw TS_ by set all possible filters. > The question - is it possible to setup 0x1fff number of filters? > > When i am trying to do this - i receive "too many open files" error. > But i cannot understand why: The number of filters for the Nova cards is currently limited to 256. Since these are software filters you can of course change this to anything you want (as your memory permits) in dvb.c in dvb_register(). A simple hack to give you the full TS without having to allocate 16384 filters would be to uncomment the commented out lines in dvb_demux.c in function DvbDmxSWFilterPackets() and set a filter on PID 0x1fff. But I just realize this will give you the packets of PID 0x1fff (these can only be filler packets) twice. So, better change this to something like: void DvbDmxSWFilterPackets(dvb_demux_t *dvbdmx, const u8 *buf, int count) { dvb_demux_feed_t *dvbdmxfeed; u16 pid; for (; count>0; count--, buf+=188) { pid=ts_pid(buf); if (pid!=0x1fff && (dvbdmxfeed=dvbdmx->pid2feed[pid])) DvbDmxSWFilterPacketType(dvbdmxfeed, buf); if ((dvbdmxfeed=dvbdmx->pid2feed[0x1fff])) DvbDmxSWFilterPacketType(dvbdmxfeed, buf); } } Ralph -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From junk@pxh.de Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 21:01:45 +0000 From: Peter Hofmann To: Rolf Hakenes Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Tuning survey DTV - What features are needed ??? Hi, On Jun 6, 21:52, Rolf Hakenes wrote: > Subject: [linux-dvb] Tuning survey DTV - What features are needed ??? > Hi, > support DVB-C/T cards (if they will appear in the end), the other deals with > Diseq/several satellites and such things. Maybe there are even more choices ?? > Who is interested in such features at all ?? >-- End of excerpt from Rolf Hakenes I have a DVB-C card and use it with VDR (0.8 and current CVS driver). They should actually be very simple to support - just have a look into the current VDR's dvbapi.c. You basically have to replace occurences of "qpsk" by "qam". Of course I would be willing to test this. Peter -- Peter Hofmann e-mail: junk@pxh.de -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From junk@pxh.de Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 21:14:14 +0000 From: Peter Hofmann To: Axel Gruber Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Convert VDR-Files (DVB-SMPEG2) to VCD (MPEG1) ? Hi, On Jun 4, 23:12, Axel Gruber wrote: > Subject: [linux-dvb] Convert VDR-Files (DVB-SMPEG2) to VCD (MPEG1) ? > Hello to everybody. > > Does anyone succesfully converted a File recorded with VDR and the DVB-S to a VCD comparible file (MPEG1 and PAL-Resolution) > > Only with LINUX ! I have already produced quite a few SVCDs with the Linux-only process described on my home page: http://www.pxh.de/fs/svcd/index.html The same software could be used for VCD production with different parameters. > I have only success with MPLEX and the windows-Software "Flask Encoder". > > But i want to do it only by using LINUX. > > I have several tryes with several transcoder software some time ago - but allways the sync between A/V was lost ! >-- End of excerpt from Axel Gruber With my process I was able to preserve sync. There have been reports, however, about sync drifts (video and audio slowly getting more out of sync) during the recoding. These might be related to specific broadcasts where audio packets are left out by the encoder or lost due to bad reception (maybe my CATV reception is more reliable then satellite broadcast, so I don't see this problem). If you demultiplex audio and video for separate treatment, synchronization is lost. There is a Windows tool called PVAinstrumento (http://www.offeryn.de/dv.htm) that is said to repair such streams. Warning: The last time I made a SVCD the recording was done with VDR-0.72 and DVB-0.8. I haven't tested yet with the new CVS driver and the new VDR-0.8. Peter -- Peter Hofmann e-mail: junk@pxh.de -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From pram2000@web.de Tue Jul 31 18:28:24 2001 Date: Wed, 6 Jun 2001 20:57:11 +0200 From: Roland Praml Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] MPEG 2 - Program format I am searching all over the MPEG 2 Format (especially PES-Format) I'll try to make a tool like PVAstrumento, that can handle VPTS and APTS correct. I also find a nice site http://ddc.mahns.com/se.html which simulates an MPEG editor, maybe I will also find out how to multiplex ac3 data in a mpeg-file. Roland. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From linuxtv@noid.de Tue Jul 31 18:28:24 2001 Date: Thu, 7 Jun 2001 08:58:49 +0200 From: Boris Schfer To: linux-dvb@linuxtv.org Subject: [linux-dvb] bypassing the decoding-chip? Hi, is it possible to bypass the decoding-chip on the Siemens-DVB-Cards? This feature would be very nice to watch other video formats (like DivX) or pictures on the tv through the tv-out of the DVB-cars. Boris -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Robert.Schneider@lotus.com Tue Jul 31 18:28:24 2001 Date: Thu, 7 Jun 2001 09:44:00 +0200 From: Robert.Schneider@lotus.com To: linux-dvb@linuxtv.org Subject: [linux-dvb] AC3 audio Hi all, I know that's a bit off-topic, but it's not too far away, bare with me, please. Having received my new Harman/Kardon, I'm eager to get Dolby Digital sound out of Pro7 and out of the DVDs. I have searched the web for information on how to get AC3 data out of the IEC958 (SPDIF) port of soundcards and came across three tools that promised to do that (AC3IEC958, AC3SPDIF and AC3PLAY). The former two actually just insert the proper IEC958 AC3 headers into the AC3 bitstream, AC3PLAY was supposed to do that and in addition put the data onto the IEC958 port of an alsa-supported soundcard. I haven't got any of the three solution to work. AC3PLAY seems to be developed for an old but never released version of alsa (0.6.0, current is 5.1.1 and new is 0.9beta4). The other two tools do their job, however, the data doesn't get out to SPDIF properly. My question to you: Has anyone investigated that and has information that she/he wants to share, so that we get this AC3 thing going with our DVB cards? Regards, Robert -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From axelgruber2@gmx.de Tue Jul 31 18:28:24 2001 Date: Thu, 7 Jun 2001 09:48:09 +0200 From: Axel Gruber To: schoeller@gmx.at Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: running vdr in a ram-disk > hi all! > has anyone tried to run vdr in a ramdisk? > my intention is to put the hd to sleep. i only > want to activate it for playback or recording. > .) what size should the ramdisk be? > .) what has to be in the ramdisk? > .) can this work? Why not ? A problem ist that VDR writes its EPG-DATA to epg.dat in /video0 - and this is the Video-Directory - so at every EPG-Writing - your harddrive will spin up ! Butim sure that its possible to change the destination path. you have to load the /vdr path and your /settings path into Ramdrive - thats all... A other Problem it the /var/log/messages there are the VDR-Debug-messages i dont know if its possible to write this into a RAM-DRIVE.... I think - you should try it. CU Axel Gruber -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From uwe.freese@bigfoot.com Tue Jul 31 18:28:24 2001 Date: Thu, 7 Jun 2001 10:42:45 +0200 From: Uwe Freese To: Roland Praml Cc: linux-dvb Subject: [linux-dvb] Re: MPEG 2 - Program format Hallo Roland, Roland Praml schrieb am Wednesday, June 06, 2001, 8:56:11 PM: RP> I am searching all over the MPEG 2 Format (especially PES-Format) RP> I'll try to make a tool like PVAstrumento, that can handle VPTS and APTS RP> correct. As I wrote in an other mail, I tested much around with some programs before finding PVAstrumento. Try bbinfo from bbtools to get all info about a pes file (it can read vdr files), and read the sources of mpegtools, they should contain all the information you'll need. The plan should be: Demux, drop some audio (mpeg1-l2) frames (playing time is 24ms each) or repeat them (if audio is to not enough to fill the "timeline"), and to drop or repeat video frames. The timeline is the System Clock Reference. I'm not good enough in programming C++ to make such a program on my own, and I don't know enough of every bit in a PES stream, but if you have "conceptual questions", tell me. Bye, Uwe. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Carsten.Koch@icem.de Tue Jul 31 18:28:24 2001 Date: Thu, 07 Jun 2001 10:54:23 +0200 From: Carsten Koch Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: bypassing the decoding-chip? Boris Schfer wrote: .... > is it possible to bypass the decoding-chip on the Siemens-DVB-Cards? > > This feature would be very nice to watch other video formats (like DivX) > or pictures on the tv through the tv-out of the DVB-cars. This has been discussed here a while ago. As far as I remember, the consensus was that the DMA interface of the DVB-S card is too slow for the card to display uncompressed images. So the only way to display arbitrary images using the DVB-S card is to re-encode the arbitrary images into I-frames and send that stream of I-frames to the card. Somebody had a concern that this may not be fast enough on a slow machine. I believe he is wrong, though, because I ahve heard of I-frame only MPEG encoders that take uncompressed video from your analog TV card and convert it into I-frame only MPEG in real time (25 FPS) on a 400 MHz machine. Carsten. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Robert_Schneider@lotus.com Tue Jul 31 18:28:24 2001 Date: Thu, 7 Jun 2001 10:15:40 +0200 From: Robert_Schneider@lotus.com To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: running vdr in a ram-disk Hi, I'm using noflushd to spin the harddisk down after 5 min and in order to not have it up at every syslog event, I mount /var/log to a ramdisk at the start of my system. That gets me to very few harddisk spin ups as long as I'm not recording or playing. If you're interested in the scripts to do that, let me know. Robert Axel Gruber Sent by: linux-dvb-bounce@linuxtv.org 07.06.2001 09:48 Please respond to Axel Gruber To: schoeller@gmx.at cc: linux-dvb@linuxtv.org, (bcc: Robert Schneider/MUC1/Lotus) Subject: [linux-dvb] Re: running vdr in a ram-disk > hi all! > has anyone tried to run vdr in a ramdisk? > my intention is to put the hd to sleep. i only > want to activate it for playback or recording. > .) what size should the ramdisk be? > .) what has to be in the ramdisk? > .) can this work? Why not ? A problem ist that VDR writes its EPG-DATA to epg.dat in /video0 - and this is the Video-Directory - so at every EPG-Writing - your harddrive will spin up ! Butim sure that its possible to change the destination path. you have to load the /vdr path and your /settings path into Ramdrive - thats all... A other Problem it the /var/log/messages there are the VDR-Debug-messages i dont know if its possible to write this into a RAM-DRIVE.... I think - you should try it. CU Axel Gruber -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From dvrproject@seyringer.priv.at Tue Jul 31 18:28:24 2001 Date: Thu, 7 Jun 2001 12:12:39 +0200 From: Peter Seyringer To: linux-dvb@linuxtv.org Subject: [linux-dvb] [linux-dvb]running vdr in a ram-disk Part II Hello! I have a better idea. We could use a Compact Flash card with 128 or 256MB Ram. There are not expensiv anymore and have a normal ATA interface. After i have finish the powersave project i will go on to create a Compact Flash IDE Emulator. Peter ----- Original Message ----- From: To: Sent: Thursday, June 07, 2001 10:15 AM Subject: [linux-dvb] Re: running vdr in a ram-disk > Hi, > > I'm using noflushd to spin the harddisk down after 5 min and in order to > not have it up at every syslog event, I mount /var/log to a ramdisk at the > start of my system. That gets me to very few harddisk spin ups as long as > I'm not recording or playing. > > If you're interested in the scripts to do that, let me know. > > Robert > > > > > Axel Gruber > Sent by: linux-dvb-bounce@linuxtv.org > 07.06.2001 09:48 > Please respond to Axel Gruber > > > To: schoeller@gmx.at > cc: linux-dvb@linuxtv.org, (bcc: Robert Schneider/MUC1/Lotus) > Subject: [linux-dvb] Re: running vdr in a ram-disk > > > > hi all! > > > has anyone tried to run vdr in a ramdisk? > > my intention is to put the hd to sleep. i only > > want to activate it for playback or recording. > > > .) what size should the ramdisk be? > > .) what has to be in the ramdisk? > > .) can this work? > > Why not ? > > A problem ist that VDR writes its EPG-DATA to epg.dat in /video0 - and > this is the Video-Directory - so at every EPG-Writing - your harddrive > will spin up ! > Butim sure that its possible to change the destination path. > > you have to load the /vdr path and your /settings path into Ramdrive - > thats all... > > A other Problem it the /var/log/messages there are the VDR-Debug-messages > > i dont know if its possible to write this into a RAM-DRIVE.... > > I think - you should try it. > > CU > > Axel Gruber > > > -- > Info: > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe > linux-dvb" as subject. > > > > > > -- > Info: > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. > > -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Harald.Lipphaus@epost.de Tue Jul 31 18:28:24 2001 Date: Thu, 07 Jun 2001 15:02:51 +0200 From: Harald Lipphaus To: Linux-dvb@linuxtv.org Subject: [linux-dvb] running vdr in a ram-disk Hi all together, Im using another aproach: Diskless WS with NetBOOT Rom and the HDs in the Server... so nearly no noise in my living-room. BTW.: I use a dedicated Ethernet Link to the Server (Full-Duplex) with absolute no problems when Recording or Playback.... ciaou Harry -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From schoeller@gmx.at Tue Jul 31 18:28:24 2001 Date: Thu, 7 Jun 2001 13:39:06 +0200 From: Johannes Schoeller To: Harald Lipphaus Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: running vdr in a ram-disk no bad idea so far. my "problem" is not noise at all. i put the vdr-pc in another room then my living room, and drilled a hole in the wall for the lirc interface. :) so no noise a all. but i want to a) save energy (not that much, but why not...) b) avoid heat, because the dvb card is hot, the prozessor is hot, and my pc is in a small room w/o ventilation. so the no running hd would be nice. servus hannes! Johannes Schoeller From: "Harald Lipphaus" Hi all together, Im using another aproach: Diskless WS with NetBOOT Rom and the HDs in the Server... so nearly no noise in my living-room. BTW.: I use a dedicated Ethernet Link to the Server (Full-Duplex) with absolute no problems when Recording or Playback.... -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From axelgruber2@gmx.de Tue Jul 31 18:28:24 2001 Date: Thu, 7 Jun 2001 13:41:05 +0200 From: Axel Gruber To: schoeller@gmx.at Cc: Harald.Lipphaus@epost.de, linux-dvb@linuxtv.org Subject: [linux-dvb] Re: running vdr in a ram-disk > no bad idea so far. my "problem" is not noise at all. > i put the vdr-pc in another room then my living room, > and drilled a hole in the wall for the lirc interface. :) > so no noise a all. > but i want to > a) save energy (not that much, but why not...) > b) avoid heat, because the dvb card is hot, the prozessor > is hot, and my pc is in a small room w/o ventilation. > so the no running hd would be nice. Here i also have a Client without HD and Boot over Network - works fine ! -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From schoeller@gmx.at Tue Jul 31 18:28:24 2001 Date: Thu, 7 Jun 2001 13:45:43 +0200 From: Johannes Schoeller To: Rolf Hakenes Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Tuning survey DTV - What features are needed ??? hi rolf! as i made some thoughts about tuning (channel scanning), and had read some of the tuning problems about (i think) dw-tv and/or cnn i had the following idea: on my "normal" sat receiver (analog + digital) i could set an offset for the frequencies depending on my installation. this sometimes improved picture quality (and maybe will improve tuning of the dvb-s). see what i mean? we all use the same frequencies for tuning. signal quality is good, and signal level as well. but if the tuner tries to lock on the "wrong" frequency that could sometimes make a problem. so i think maybe your working frequ/channel search could be adapted to the vdr channel format. what do you think? servus hannes! Johannes Schoeller ----- Original Message ----- From: "Rolf Hakenes" To: Sent: Wednesday, June 06, 2001 9:52 PM Subject: [linux-dvb] Tuning survey DTV - What features are needed ??? > Hi, > > as I am considering at the moment to extend the channel tuning mechanism of DTV, > I would like to request a few opinions about the most important features needed. > From my point of view, there are two possible directions to consider, one is to > support DVB-C/T cards (if they will appear in the end), the other deals with > Diseq/several satellites and such things. Maybe there are even more choices ?? > Who is interested in such features at all ?? > Additionally, because I don't have any of these configurations here, I would > further be interested in some contacts to people who have and would be willing > to act as beta tester... > > Many greetings... > > Rolf > > > -- > Info: > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. > > -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Harald.Lipphaus@epost.de Tue Jul 31 18:28:24 2001 Date: Thu, 07 Jun 2001 15:45:05 +0200 From: Harald Lipphaus To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: running vdr in a ram-disk Axel Gruber wrote: > > Hi all together, > > Im using another aproach: > > Diskless WS with NetBOOT Rom and the HDs in the Server... > > > so nearly no noise in my living-room. > > > BTW.: I use a dedicated Ethernet Link to the Server (Full-Duplex) with > > absolute no problems when Recording or Playback.... > > How much DVB-CARDs do you have ? > > Here with 4 DVB-s Cards the Network ist too slow... Yes, i assume its too slow for 4 simultanious Cards.. but : I only need one Card in my living-room -- so others have to reside at the Server.... I didnt measure the Transfer-Speed of my network, but its definitely enough for Recording and Playback -- didnt test this simultaniously. ciaou Harry -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@ee.uni-sb.de Tue Jul 31 18:28:24 2001 Date: Thu, 7 Jun 2001 12:42:08 -0000 From: hakenes@ee.uni-sb.de To: Johannes Schoeller , Rolf Hakenes Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Tuning survey DTV - What features are needed ??? Johannes Schoeller said: > hi rolf! > > as i made some thoughts about tuning (channel scanning), and > had read some of the tuning problems about (i think) dw-tv > and/or cnn i had the following idea: > > on my "normal" sat receiver (analog + digital) i could set an > offset for the frequencies depending on my installation. > this sometimes improved picture quality (and maybe will > improve tuning of the dvb-s). > Are you thinking of a static offset for each channel ??? That should be no problem to implement, but I doubt that it would improve anything... I currently have implemented a similar zig-zag-scan algorithm as the driver uses...maybe changing the step size with an option might help with tuning problems ??? > see what i mean? we all use the same frequencies for tuning. > signal quality is good, and signal level as well. but if > the tuner tries to lock on the "wrong" frequency that could > sometimes make a problem. > I think the problem is the detection...if the driver (or the chips behind it) would always correctly detect a failed lock, the application could think about strategies to overcome this...but IMO the detection mechanism is not very accurate...(maybe depends on the tuner chip) > so i think maybe your working frequ/channel search could be > adapted to the vdr channel format. > That's no problem, it's on my list... Regards, Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From schoeller@gmx.at Tue Jul 31 18:28:24 2001 Date: Thu, 7 Jun 2001 17:11:56 +0200 From: Johannes Schoeller To: linux-dvb@linuxtv.org Subject: [linux-dvb] help for installing DTV hi all (dtv-users), after a long phone call with ralf (the writer of dtv), i promised to write a short mail to the mailing list trying to solve some problems i had while installing DTV. .) driver 0.8 or 0.9 must be installed and running (make insmod in DVB/driver) if you like to use the 0.8 driver you have to set: USE_DVB_0_8 = 1 in the Makefile .) there is no absolut need to run get_digital_transponders.pl because the channel files ect. are very new. .) you can set all your pathes to the same dir. this will work, and you have all files in the same dir. .) no i.ll show you how my dtv.conf file looks like: # set outdev0 [open_output DVBS 0] # i outmarked the following line because of only one dvb-card: # set outdev1 [open_output DVBS 1] # add_processor -all TDT add_processor -all PFO add_processor -all EIT add_processor -all VTX # source available_channels.dcl source channel_list.dcl # # as far as i know this is used to use all channels as "favorites" # from the "available" list. add_channel_list -all $channel_list # # set indev0 [open_input IR_REC] # as i use a lirc modules the next line is enabled set indev1 [open_input LIRCD] # set indev2 [open_input KEYBOARD] # set rmtctrl [open_input TCPIP 30000] # # the next part is a bit tricky!! you have to do the following: # run: "dtv -v 6" to enable logging (a lot of) # press some buttons on your remote # open dtv.log # look for the keys depressed. there is a long line of numbers, # and then the name of the key pressed. # in the next line you will see the name of the lirc config file. # take this "name" and replace EVERY instance of "rem1" below # with the "name" you found. # now you can remote control DTV. # this took me very long to find out, and with the help of ralf # i did it. thanx! set lircd_table_0 { { {Up "set lirc-conf filename here"} "+" } { {Down rem1} "-" } { {Menu rem1} "a" } { {Ok rem1} "o" } { {Red rem1} "r" } { {Green rem1} "g" } { {Yellow rem1} "y" } { {Blue rem1} "b" } { {0 rem1} "0" } { {1 rem1} "1" } { {2 rem1} "2" } { {3 rem1} "3" } { {4 rem1} "4" } { {5 rem1} "5" } { {6 rem1} "6" } { {7 rem1} "7" } { {8 rem1} "8" } { {9 rem1} "9" } } # # commented this hole section out # # set lircd_table_1 { # { {Up rem2} "+" } { {Down rem2} "-" } { {Menu rem2} "a" } # { {Ok rem2} "o" } { {Red rem2} "r" } { {Green rem2} "g" } # { {Yellow rem2} "y" } { {Blue rem2} "b" } { {0 rem2} "0" } # { {1 rem2} "1" } { {2 rem2} "2" } { {3 rem2} "3" } # { {4 rem2} "4" } { {5 rem2} "5" } { {6 rem2} "6" } # { {7 rem2} "7" } { {8 rem2} "8" } { {9 rem2} "9" } # } # # set irrec_table_0 { # { 0x2800 "0" } { 0x2880 "1" } { 0x2840 "2" } { 0x28C0 "3" } # { 0x2820 "4" } { 0x28A0 "5" } { 0x2860 "6" } { 0x28E0 "7" } # { 0x2810 "8" } { 0x2890 "9" } { 0x282C "-" } { 0x280C "+" } # { 0x2878 "a" } { 0x2850 "r" } { 0x28D0 "y" } { 0x2814 "b" } # { 0x2894 "g" } { 0x2828 "o" } { 0x28D8 "m" } { 0x28F8 "p" } # } # add_implication $outdev0 $indev1 $lircd_table_0 # only one card, so i commented the next line out # add_implication $outdev1 $indev1 $lircd_table_1 # add_implication $outdev1 $indev0 $irrec_table_0 # add_implication $outdev0 $indev2 that.s it. i hope i did help, and did not make to many mistakes. pls correct me, if i.m wrong. servus hannes! Johannes Schoeller -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Robert.Schneider@lotus.com Tue Jul 31 18:28:24 2001 Date: Thu, 7 Jun 2001 22:29:15 +0200 From: Robert Schneider/MUC1/Lotus To: linux-dvb Subject: [linux-dvb] /var/log on ramdisk and noflushd Hi, as promised my scripts (SuSE 7.1, Kernel 2.4.0, 128 MB RAM) You have to compile ramdisk support into your kernel. in /etc/lilo.conf put a line ramdisk = 20000 at the beginning of your file in /etc/init.d/boot put this #------------ # # make and mount ramdisk # noflushd only in combination with ramdisk # makes the drive sleep longer than 20 minutes # mke2fs /dev/ram0 mount /dev/ram0 /var/log mkdir /var/log/news #------------ after the filesystem check and before the "set and adjust the CMOS clock" stuff Get noflushd from http://noflushd.sourceforge.net everything regarding noflushd is documented in the package. This all gets me to about one spin-up every two hours if I don't do something that triggers hard-disk activity myself. Regards, Robert -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From PDienwebel@creativeteam.com.pl Tue Jul 31 18:28:24 2001 Date: Fri, 8 Jun 2001 08:13:58 +0200 From: Pawel Dienwebel To: linux-dvb@linuxtv.org Subject: [linux-dvb] Could somebody help me ? I had problems inserting dvb modules into kernel. I used two latest drivers : http://www.linuxtv.org/download/dvb/siemens_dvb-0.9-20010604.tar.gz http://www.linuxtv.org/download/dvb/siemens_dvb-0.9-20010428.tar.gz My kernel is 2.4.3 , system Mandrake 8.0 My card is Technisat DVB1 I compiled drivers with no problems but I have problems with inserting them to kernel. Errors below rm -rf /dev/ost ./makedev.napi ( \ insmod dvbdev.o; \ insmod i2c-core; \ insmod videodev; \ insmod dvb_filter.o; \ insmod dmxdev.o; \ insmod VES1893.o; \ insmod VES1820.o; \ insmod stv0299.o; \ insmod tuner.o; \ insmod saa7146_core.o mode=0; \ insmod saa7146_v4l.o; \ insmod dvb_demux.o; \ insmod dvb.o init_chan=2 pids_off=0 readfirm=1; \ ) dvbdev.o: unresolved symbol register_chrdev_R4019add4 Using /lib/modules/2.4.3-20mdk/kernel/drivers/i2c/i2c-core.o.gz Using /lib/modules/2.4.3-20mdk/kernel/drivers/media/video/videodev.o.gz dvb_filter.o: unresolved symbol boot_cpu_data_R0657d037 dmxdev.o: unresolved symbol boot_cpu_data_R0657d037 dmxdev.o: unresolved symbol remove_wait_queue_R2d8904cc dmxdev.o: unresolved symbol __pollwait_R4c2b4b36 dmxdev.o: unresolved symbol add_wait_queue_R32bfdf4f saa7146_core.o: unresolved symbol __io_virt_debug_R2fd62b99 saa7146_core.o: unresolved symbol boot_cpu_data_R0657d037 saa7146_core.o: unresolved symbol mem_map_Rc468f57b saa7146_core.o: unresolved symbol init_mm_R7bbf66b9 saa7146_v4l.o: unresolved symbol __io_virt_debug_R2fd62b99 saa7146_v4l.o: unresolved symbol boot_cpu_data_R0657d037 saa7146_v4l.o: unresolved symbol saa7146_del_extension saa7146_v4l.o: unresolved symbol saa7146_add_extension dvb_demux.o: unresolved symbol boot_cpu_data_R0657d037 dvb.o: unresolved symbol DvbDmxSWFilterPackets dvb.o: unresolved symbol DmxDevFilterFree dvb.o: unresolved symbol DmxDevRead dvb.o: unresolved symbol dvb_register_device dvb.o: unresolved symbol DvbDmxInit dvb.o: unresolved symbol DmxDevInit dvb.o: unresolved symbol init_ipack dvb.o: unresolved symbol __io_virt_debug_R2fd62b99 dvb.o: unresolved symbol DmxDevPoll dvb.o: unresolved symbol video_register_device_Rc476c09f dvb.o: unresolved symbol DmxDevDVROpen dvb.o: unresolved symbol reset_ipack dvb.o: unresolved symbol boot_cpu_data_R0657d037 dvb.o: unresolved symbol DmxDevDVRRead dvb.o: unresolved symbol DmxDevDVRPoll dvb.o: unresolved symbol video_unregister_device_Rf054b69c dvb.o: unresolved symbol instant_repack dvb.o: unresolved symbol remove_wait_queue_R2d8904cc dvb.o: unresolved symbol saa7146_del_extension dvb.o: unresolved symbol saa7146_get_handle dvb.o: unresolved symbol __pollwait_R4c2b4b36 dvb.o: unresolved symbol add_wait_queue_R32bfdf4f dvb.o: unresolved symbol send_ipack_rest dvb.o: unresolved symbol DmxDevDVRWrite dvb.o: unresolved symbol DmxDevFilterAlloc dvb.o: unresolved symbol dvb_unregister_device dvb.o: unresolved symbol pes2ts dvb.o: unresolved symbol saa7146_add_extension dvb.o: unresolved symbol DmxDevDVRClose dvb.o: unresolved symbol free_ipack dvb.o: unresolved symbol DmxDevRelease dvb.o: unresolved symbol DmxDevIoctl dvb.o: unresolved symbol DvbDmxRelease dvb.o: unresolved symbol pes2ts_init make: *** [insmod] Error 1 Could somebody point me to right way ? Maybe somebody can send me .config from /usr/src/linux ? And what display lsmod ? Best regards Pawel Dienwebel -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From markkunyys@dc.turkuamk.fi Tue Jul 31 18:28:24 2001 Date: Fri, 08 Jun 2001 10:40:08 +0300 From: Markku Leinio To: linux-dvb@linuxtv.org Subject: [linux-dvb] Problems with getting and demuxing TS I took the test_dvr.c source from DVB CVS and tried to simplify it to be able to get TS from our DVB-S card. But now ts_demux is not working anymore. ts2pes works if used with a file, but with live input (got from tsget.c below) it doesn't output all the stream, only something. With previous DVB 0.8.2 and /dev/video we were able to get TS and also were able to ts_demux it straight. The newly compiled (0.9) ts_demux can demux our old TS files but not the new ones. Is there something wrong with this quick-and-dirty code and its output? I only want to get some transport stream and be able to ts_demux it (and maybe something else). I would appreciate a simple solution... /* tsget.c */ #include #include #include #include #include #include #include #include main() { int len; struct dmxPesFilterParams pesFilterParams; uint8_t buf[4096]; int fd_dvr; int fd_demux; int fd_demux2; fd_dvr=open("/dev/ost/dvr", O_RDONLY); fd_demux=open("/dev/ost/demux", O_RDWR|O_NONBLOCK); fd_demux2=open("/dev/ost/demux", O_RDWR|O_NONBLOCK); pesFilterParams.pid = 0xa2; pesFilterParams.input = DMX_IN_FRONTEND; pesFilterParams.output = DMX_OUT_TS_TAP; pesFilterParams.pesType = DMX_PES_VIDEO; pesFilterParams.flags = DMX_IMMEDIATE_START; if (ioctl(fd_demux, DMX_SET_PES_FILTER, &pesFilterParams) < 0){ perror("crap"); return(1); } pesFilterParams.pid = 0x60; pesFilterParams.input = DMX_IN_FRONTEND; pesFilterParams.output = DMX_OUT_TS_TAP; pesFilterParams.pesType = DMX_PES_AUDIO; pesFilterParams.flags = DMX_IMMEDIATE_START; if (ioctl(fd_demux2, DMX_SET_PES_FILTER, &pesFilterParams) < 0) return(1); while (1) { len=read(fd_dvr, buf, 4096); if (len>0) write (1, buf, len); /* writes to STDOUT */ } } -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From John.Williams@datafit.co.uk Tue Jul 31 18:28:24 2001 Date: Fri, 8 Jun 2001 09:04:45 +0100 From: John Williams To: linux-dvb@linuxtv.org, 'Pawel Dienwebel' Subject: [linux-dvb] Re: Could somebody help me ? I found with the 0.82 version of dvb on RedHat that I got undefined symbols if I built a kernel for a pentium or athlon; I had to specify just i386. Then ensure the kernel is installed and running before you compile the modules. Undefined symbols ending in _Rxxxxxxxx usually mean that you compiled against a different kernel from the one you are running. > ---------- > From: Pawel Dienwebel[SMTP:PDienwebel@creativeteam.com.pl] > Sent: 08 June 2001 07:13 > To: linux-dvb@linuxtv.org > Subject: [linux-dvb] Could somebody help me ? > > I had problems inserting dvb modules into kernel. > I used two latest drivers : > http://www.linuxtv.org/download/dvb/siemens_dvb-0.9-20010604.tar.gz > http://www.linuxtv.org/download/dvb/siemens_dvb-0.9-20010428.tar.gz > > My kernel is 2.4.3 , system Mandrake 8.0 My card is Technisat DVB1 > I compiled drivers with no problems but I have problems with inserting > them to kernel. > Errors below > rm -rf /dev/ost > ./makedev.napi > ( \ > insmod dvbdev.o; \ > insmod i2c-core; \ > insmod videodev; \ > insmod dvb_filter.o; \ > insmod dmxdev.o; \ > insmod VES1893.o; \ > insmod VES1820.o; \ > insmod stv0299.o; \ > insmod tuner.o; \ > insmod saa7146_core.o mode=0; \ > insmod saa7146_v4l.o; \ > insmod dvb_demux.o; \ > insmod dvb.o init_chan=2 pids_off=0 readfirm=1; \ > ) > > dvbdev.o: unresolved symbol register_chrdev_R4019add4 > Using /lib/modules/2.4.3-20mdk/kernel/drivers/i2c/i2c-core.o.gz > Using /lib/modules/2.4.3-20mdk/kernel/drivers/media/video/videodev.o.gz > dvb_filter.o: unresolved symbol boot_cpu_data_R0657d037 > dmxdev.o: unresolved symbol boot_cpu_data_R0657d037 > dmxdev.o: unresolved symbol remove_wait_queue_R2d8904cc > dmxdev.o: unresolved symbol __pollwait_R4c2b4b36 > dmxdev.o: unresolved symbol add_wait_queue_R32bfdf4f > saa7146_core.o: unresolved symbol __io_virt_debug_R2fd62b99 > saa7146_core.o: unresolved symbol boot_cpu_data_R0657d037 > saa7146_core.o: unresolved symbol mem_map_Rc468f57b > saa7146_core.o: unresolved symbol init_mm_R7bbf66b9 > saa7146_v4l.o: unresolved symbol __io_virt_debug_R2fd62b99 > saa7146_v4l.o: unresolved symbol boot_cpu_data_R0657d037 > saa7146_v4l.o: unresolved symbol saa7146_del_extension > saa7146_v4l.o: unresolved symbol saa7146_add_extension > dvb_demux.o: unresolved symbol boot_cpu_data_R0657d037 > dvb.o: unresolved symbol DvbDmxSWFilterPackets > dvb.o: unresolved symbol DmxDevFilterFree > dvb.o: unresolved symbol DmxDevRead > dvb.o: unresolved symbol dvb_register_device > dvb.o: unresolved symbol DvbDmxInit > dvb.o: unresolved symbol DmxDevInit > dvb.o: unresolved symbol init_ipack > dvb.o: unresolved symbol __io_virt_debug_R2fd62b99 > dvb.o: unresolved symbol DmxDevPoll > dvb.o: unresolved symbol video_register_device_Rc476c09f > dvb.o: unresolved symbol DmxDevDVROpen > dvb.o: unresolved symbol reset_ipack > dvb.o: unresolved symbol boot_cpu_data_R0657d037 > dvb.o: unresolved symbol DmxDevDVRRead > dvb.o: unresolved symbol DmxDevDVRPoll > dvb.o: unresolved symbol video_unregister_device_Rf054b69c > dvb.o: unresolved symbol instant_repack > dvb.o: unresolved symbol remove_wait_queue_R2d8904cc > dvb.o: unresolved symbol saa7146_del_extension > dvb.o: unresolved symbol saa7146_get_handle > dvb.o: unresolved symbol __pollwait_R4c2b4b36 > dvb.o: unresolved symbol add_wait_queue_R32bfdf4f > dvb.o: unresolved symbol send_ipack_rest > dvb.o: unresolved symbol DmxDevDVRWrite > dvb.o: unresolved symbol DmxDevFilterAlloc > dvb.o: unresolved symbol dvb_unregister_device > dvb.o: unresolved symbol pes2ts > dvb.o: unresolved symbol saa7146_add_extension > dvb.o: unresolved symbol DmxDevDVRClose > dvb.o: unresolved symbol free_ipack > dvb.o: unresolved symbol DmxDevRelease > dvb.o: unresolved symbol DmxDevIoctl > dvb.o: unresolved symbol DvbDmxRelease > dvb.o: unresolved symbol pes2ts_init > make: *** [insmod] Error 1 > > Could somebody point me to right way ? > Maybe somebody can send me .config from /usr/src/linux ? And what > display lsmod ? > > Best regards > > Pawel Dienwebel > > > -- > Info: > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe > linux-dvb" as subject. > -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From thorsten@mathA.rwth-aachen.de Tue Jul 31 18:28:24 2001 Date: Fri, 8 Jun 2001 10:23:29 +0200 From: Thorsten Heck To: linux-dvb@linuxtv.org Subject: [linux-dvb] Using xawtv and vdr simultanously Hi, is it possible to run xawtv while vdr is active? I'd like to watch TV on my PC-Display, while zapping (and recording) via vdr. When I run xawtv, it complains about /dev/video0 being used. kvdr is able to display the picture, but since the overlay features of kvdr are not that evolved (at least the last time I checked), I'd prefer xawtv. Is there a way to configure xawtv and/or vdr, so that they can coexist? Regards, Thorsten Heck -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Fri, 08 Jun 2001 15:42:35 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] VDR: Tuning stability In order to make channel tuning more stable I have extracted the code that VDR uses to change channels and made a small test example that does nothing else but switching channels (so basicly it does some "heavy zapping"). The file can be found at ftp://ftp.cadsoft.de/pub/people/kls/ctest.c Please download and compile this file with g++ ctest.c -I../DVB/ost/include and run the resulting executable. It will switch the channel every 3 seconds (which is probably slower than a real "zapper" would do). I have only tested the sat version myself, but it should also work with cable (I hope). This works fine for a while, but at some point error messages start to come up and the tuning operation fails. This gets even worse until there are "outcommand error 1" and "ARM RESET" messages in the log file. After an "ARM RESET" the test program just hangs, and once it starts issuing "channel not sync'ed!" errors, subsequent channel switchings are most likely to fail, too, and not even closing and re-opening all files helps - until at some point it suddenly works again. I see two possibilities here: 1. My tuning code is flawed and doesn't do things the way the driver expects them to be done. In that case I would appreciate and advice on how to do better. 2. There is a problem in the driver/firmware. In that case maybe the driver developers can use this test program to track down the problem and solve it. I believe the channel switching operation - besides error free recording and replay, which I am currently also working on - are the two most important functions of VDR (or any set-top box/digital video recorder, for that matter), so it's about time we get this to work more stable and reliable. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From mocm@convergence.de Tue Jul 31 18:28:24 2001 Date: Fri, 8 Jun 2001 16:38:28 +0200 (MEST) From: Marcus O.C. Metzler To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] VDR: Tuning stability Klaus Schmidinger writes: > In order to make channel tuning more stable I have extracted > the code that VDR uses to change channels and made a small > test example that does nothing else but switching channels > (so basicly it does some "heavy zapping"). > > The file can be found at > > ftp://ftp.cadsoft.de/pub/people/kls/ctest.c There is some really strange stuff in that tuning routine. Here is something that works: typedef struct fd_list_s{ int front; int sec; int demux1; int demux2; int demux3; int dvr; int dvr_out; int dvr_in; int apid; int vpid; int video; int audio; int playing; char fronts[80]; char secs[80]; char demuxs[80]; char dvrs[80]; char audios[80]; char videos[80]; int dev_nr; int sat; } fd_list; int set_qpsk_channel(fd_list *fds, int freq, int vpid, int apid, int tpid, int diseqc, int pol, int srate, int fec, int lnb_lof1, int lnb_lof2, int lnb_slof) { struct secCommand scmd; struct secCmdSequence scmds; struct dmxPesFilterParams pesFilterParams; struct qpskParameters qpsk; struct pollfd pfd[1]; struct qpskEvent event; frequency = (uint32_t) freq; symbolrate = (uint32_t) srate; if (fds->demux1 < 0){ if ((fds->demux1=open(fds->demuxs, O_RDWR|O_NONBLOCK)) < 0){ perror("DEMUX DEVICE: "); return -1; } } if (fds->demux2 < 0){ if ((fds->demux2=open(fds->demuxs, O_RDWR|O_NONBLOCK)) < 0){ perror("DEMUX DEVICE: "); return -1; } } if (fds->demux3 < 0){ if ((fds->demux3=open(fds->demuxs, O_RDWR|O_NONBLOCK)) < 0){ perror("DEMUX DEVICE: "); return -1; } } if (freq < lnb_slof) { qpsk.iFrequency = (freq - lnb_lof1); scmds.continuousTone = SEC_TONE_OFF; } else { qpsk.iFrequency = (freq - lnb_lof2); scmds.continuousTone = SEC_TONE_ON; } if (pol) scmds.voltage = SEC_VOLTAGE_18; else scmds.voltage = SEC_VOLTAGE_13; scmd.type=0; scmd.u.diseqc.addr=0x10; scmd.u.diseqc.cmd=0x38; scmd.u.diseqc.numParams=1; scmd.u.diseqc.params[0] = 0xF0 | ((diseqc * 4) & 0x0F) | (scmds.continuousTone == SEC_TONE_ON ? 1 : 0) | (scmds.voltage==SEC_VOLTAGE_18 ? 2 : 0); scmds.miniCommand=SEC_MINI_NONE; scmds.numCommands=1; scmds.commands=&scmd; if (ioctl(fds->sec, SEC_SEND_SEQUENCE, &scmds) < 0){ perror("SEC SEND: "); return -1; } qpsk.SymbolRate = srate; qpsk.FEC_inner = fec; if (ioctl(fds->front, QPSK_TUNE, &qpsk) < 0){ perror("QPSK TUNE: "); return -1; } pfd[0].fd = fds->front; pfd[0].events = POLLIN; if (poll(pfd,1,1000)){ if (pfd[0].revents & POLLIN){ printf("Getting QPSK event\n"); if ( ioctl(fds->front, QPSK_GET_EVENT, &event) == -EBUFFEROVERFLOW){ perror("qpsk get event"); return -1; } printf("Received "); switch(event.type){ case FE_UNEXPECTED_EV: printf("unexpected event\n"); return -1; case FE_FAILURE_EV: printf("failure event\n"); return -1; case FE_COMPLETION_EV: printf("completion event\n"); } } } pesFilterParams.pid = vpid; pesFilterParams.input = DMX_IN_FRONTEND; pesFilterParams.output = DMX_OUT_DECODER; pesFilterParams.pesType = DMX_PES_VIDEO; pesFilterParams.flags = DMX_IMMEDIATE_START; if (ioctl(fds->demux1, DMX_SET_PES_FILTER, &pesFilterParams) < 0){ perror("set_vpid"); return -1; } pesFilterParams.pid = apid; pesFilterParams.input = DMX_IN_FRONTEND; pesFilterParams.output = DMX_OUT_DECODER; pesFilterParams.pesType = DMX_PES_AUDIO; pesFilterParams.flags = DMX_IMMEDIATE_START; if (ioctl(fds->demux2, DMX_SET_PES_FILTER, &pesFilterParams) < 0){ perror("set_apid"); return -1; } pesFilterParams.pid = tpid; pesFilterParams.input = DMX_IN_FRONTEND; pesFilterParams.output = DMX_OUT_DECODER; pesFilterParams.pesType = DMX_PES_TELETEXT; pesFilterParams.flags = DMX_IMMEDIATE_START; if (ioctl(fds->demux3, DMX_SET_PES_FILTER, &pesFilterParams) < 0){ perror("set_tpid"); return -1; } return 0; } I don't know if that will compile without the rest of the file, but the important stuff is the QPSK_GET_EVENT call, which should be polled if a large enough timeout to ensure that the channel is tuned. Running Klaus example leads to the described errors, but running tuxzap immediately after that lets you tune again. So you can either use the tuning example in DVB.cc in the libdvb directory, which is maybe a little obscured or look at the example above. All the above is not valid for the new Haupauge cards with the new frontend chipset. In that case we still have some problems. 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 --------------------------------------------------------------------- -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rjkm@convergence.de Tue Jul 31 18:28:24 2001 Date: Fri, 8 Jun 2001 16:49:16 +0200 (CEST) From: Ralph Metzler To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] VDR: Tuning stability Klaus Schmidinger writes: > In order to make channel tuning more stable I have extracted > the code that VDR uses to change channels and made a small > test example that does nothing else but switching channels > (so basicly it does some "heavy zapping"). > > The file can be found at > > ftp://ftp.cadsoft.de/pub/people/kls/ctest.c > > Please download and compile this file with > > g++ ctest.c -I../DVB/ost/include > > and run the resulting executable. It will switch the channel every > 3 seconds (which is probably slower than a real "zapper" would do). > I have only tested the sat version myself, but it should also work > with cable (I hope). > > This works fine for a while, but at some point error messages start > to come up and the tuning operation fails. This gets even worse until > there are "outcommand error 1" and "ARM RESET" messages in the log file. > After an "ARM RESET" the test program just hangs, and once it starts > issuing "channel not sync'ed!" errors, subsequent channel switchings > are most likely to fail, too, and not even closing and re-opening all > files helps - until at some point it suddenly works again. OK, I tested the following: - start ctest until it starts with "channel not sync'ed!" - exit ctest - start ntuxzap, tuning works fine - exit ntuxzap - start ctest, I immediately get "channel not sync'ed!" - exit ctest - start ntuxzap, tuning works fine ... I did not get any outcommand errors yet. They are usually caused by a crash of the TPP (transport packet parser) hardware in the AV7110 caused by "bad tuning". I'll have to do more debugging to see if this is the reason or if some bug in the firmware causes it. In any case, the "channel not sync'ed!" errors seem to be an error either in the higher level driver parts (QPSK/QAM event queue handling) or the application. I'll have to take a closer look first. Ralph -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Fri, 08 Jun 2001 17:24:23 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR: Tuning stability "Marcus O.C. Metzler" wrote: > > Klaus Schmidinger writes: > > In order to make channel tuning more stable I have extracted > > the code that VDR uses to change channels and made a small > > test example that does nothing else but switching channels > > (so basicly it does some "heavy zapping"). > > > > The file can be found at > > > > ftp://ftp.cadsoft.de/pub/people/kls/ctest.c > > There is some really strange stuff in that tuning routine. Are you referring to something particular? If you can see anything "abnormal" in my tunig routine, please let me know. > [...] > the important stuff is the QPSK_GET_EVENT call, which should be polled > if a large enough timeout to ensure that the channel is tuned. I have changed ctest.c accordingly (available at the above place). I really like the idea of giving the tuner enough time to actually tune in. I have even set the timeout to 5 seconds. With the new ctest.c at first it looked rather good, but after a while the channels didn't sync again. In such a situation even killing and restarting the test program doesn't help. I have to reload the driver to make it work again. So basicly polling the frontend until the tuner is finished appears to be the right thing to do, but I'm afraid there's still another problem here. Klaus -- _______________________________________________________________ Klaus Schmidinger Phone: +49-8635-6989-10 CadSoft Computer GmbH Fax: +49-8635-6989-40 Hofmark 2 Email: kls@cadsoft.de D-84568 Pleiskirchen, Germany URL: www.cadsoft.de _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Harald.Lipphaus@epost.de Tue Jul 31 18:28:24 2001 Date: Fri, 08 Jun 2001 19:11:33 +0200 From: Harald Lipphaus To: linux-dvb@linuxtv.org Subject: [linux-dvb] Multiple opens on /dev/video Hi all together, as far as i understand, one of the benefits of the newer 0.9 driver is the ability to open the video device in multiple concurrent applications. But how can i manage to do this? When i try to start xawtv it complains about "device already in use..". So, how can i get a picture on my PC-monitor while VDR is running. Id prefer to use the framebuffer-device, but fbtv has the same behavior. ciaou Harry -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Fri, 08 Jun 2001 17:29:14 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR: Tuning stability Ralph Metzler wrote: > > Klaus Schmidinger writes: > > In order to make channel tuning more stable I have extracted > > the code that VDR uses to change channels and made a small > > test example that does nothing else but switching channels > > (so basicly it does some "heavy zapping"). > > > > The file can be found at > > > > ftp://ftp.cadsoft.de/pub/people/kls/ctest.c > > [...] > > OK, I tested the following: > > - start ctest until it starts with "channel not sync'ed!" > > - exit ctest > > - start ntuxzap, tuning works fine > > - exit ntuxzap > > - start ctest, I immediately get "channel not sync'ed!" > > - exit ctest > > - start ntuxzap, tuning works fine > > ... > > I did not get any outcommand errors yet. They are usually caused by > a crash of the TPP (transport packet parser) hardware in the AV7110 > caused by "bad tuning". I'll have to do more debugging to see if this > is the reason or if some bug in the firmware causes it. > > In any case, the "channel not sync'ed!" errors seem to be an error > either in the higher level driver parts (QPSK/QAM event queue > handling) or the application. I'll have to take a closer look first. I have uploaded a new version of ctest.c that incorporates Marcus' suggestion about polling the frontend until the tuner is ready. However, this didn't cure the problems... 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From mocm@convergence.de Tue Jul 31 18:28:24 2001 Date: Fri, 8 Jun 2001 17:40:37 +0200 (MEST) From: Marcus O.C. Metzler To: Harald Lipphaus Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Multiple opens on /dev/video Harald Lipphaus writes: > Hi all together, > as far as i understand, one of the benefits of the newer 0.9 driver is > the ability to open the video device in multiple concurrent > applications. > But how can i manage to do this? When i try to start xawtv it complains > about "device already in use..". > That shouldn't happen. If vdr doesn't open /dev/video it should be possible to open it. I haven't tested it with vdr, but I am currently running rtuxzap and just tested it with tuxview and there were no problems. Are you using the latest versions of the driver and vdr? > So, how can i get a picture on my PC-monitor while VDR is running. > Id prefer to use the framebuffer-device, but fbtv has the same > behavior. > That is also possible, although I haven't tried it in a while. 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 --------------------------------------------------------------------- -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Fri, 08 Jun 2001 17:45:27 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Multiple opens on /dev/video "Marcus O.C. Metzler" wrote: > > Harald Lipphaus writes: > > Hi all together, > > as far as i understand, one of the benefits of the newer 0.9 driver is > > the ability to open the video device in multiple concurrent > > applications. > > But how can i manage to do this? When i try to start xawtv it complains > > about "device already in use..". > > > > That shouldn't happen. If vdr doesn't open /dev/video it should be > possible to open it. I haven't tested it with vdr, but I am currently > running rtuxzap and just tested it with tuxview and there were no > problems. > Are you using the latest versions of the driver and vdr? Try starting xawtv _before_ starting VDR. VDR 0.80 tries to open /dev/video upon startup, and continues without it if it fails to open it. Klaus -- _______________________________________________________________ Klaus Schmidinger Phone: +49-8635-6989-10 CadSoft Computer GmbH Fax: +49-8635-6989-40 Hofmark 2 Email: kls@cadsoft.de D-84568 Pleiskirchen, Germany URL: www.cadsoft.de _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From JJonietz@t-online.de Tue Jul 31 18:28:24 2001 Date: Fri, 08 Jun 2001 18:04:44 +0200 From: Jonietz To: linux-dvb@linuxtv.org Cc: Henning Holtschneider Subject: [linux-dvb] Re: hangups with VDR > > I've built a VDR with SuSE 7.1, Kernel 2.4.4, DVB 0.9, VDR 0.8 and a "new" > ^^^^^^^ > If you are really using the initial 0.9 release of the driver, you should > upgrade the driver. The current CVS (see http://linuxtv.org/cvs/ for > instructions) works pretty well. Thanks, that's it. Now I uses the driver from CVS without any problems. > Are you sure that the recording worked properly? Are there any unusual > syslog messages? How big are the recorded .vdr files? Now I've seen that the recordings didn't work properly, but now it works. Thanks, Ansgar. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From JJonietz@t-online.de Tue Jul 31 18:28:24 2001 Date: Fri, 08 Jun 2001 18:13:16 +0200 From: Jonietz To: linux-dvb@linuxtv.org Subject: [linux-dvb] OT: video cable Hi, I have a question that's a bit off-topic: Have somebody experience with the maximal length of the video cable between VDR and TV? I want to have VDR in the room under the TV, so I need a long cable... which length can be used with an acceptable quality? Ansgar. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From js@convergence.de Tue Jul 31 18:28:24 2001 Date: Fri, 08 Jun 2001 18:17:11 +0200 From: Johannes Stezenbach To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR: Tuning stability Klaus Schmidinger wrote: > > "Marcus O.C. Metzler" wrote: > > > > Klaus Schmidinger writes: > > > ftp://ftp.cadsoft.de/pub/people/kls/ctest.c > > > > There is some really strange stuff in that tuning routine. FUD. Klaus' tuning routine is simple, straight forward and should work fine (for _tuning_, setting the PIDs is more involved, as I've written earlier). > > the important stuff is the QPSK_GET_EVENT call, which should be polled > > if a large enough timeout to ensure that the channel is tuned. A blocking read is just fine, because it means the driver can take as long as it needs. In a single-threaded GUI program one would use poll/select, however. > With the new ctest.c at first it looked rather good, but after a while > the channels didn't sync again. In such a situation even killing and > restarting the test program doesn't help. I have to reload the driver > to make it work again. > > So basicly polling the frontend until the tuner is finished appears > to be the right thing to do, but I'm afraid there's still another > problem here. I think read vs. poll does not make a difference. The code which handles read and poll/select of QPSK events does not influence the tuning operation and/or the QPSK event generation. IMHO there is either a bug in the driver's tuning code (zig-zap scan), or (worse) the VES1893 chip is either buggy or requires special tricks which we don't know about (because they aren't mentioned in the data sheet). I cannot reproduce the behaviour described by Ralph. ctest tunes fine most of the time, which some sporadic, undreproducable "not sync'ed"s interpersed. I had one series of "not sync'ed"s for about a dozen channels, but then it worked again, w/o restart. I experienced two ARM RESETs, though, and I think my code avoids them by doing a DMX_STOP before tuning (as Ralph mentioned, the TPP hardware in the AV7110 can crash when it is fed a TS with errors, which is likely to happen during tuning). But still no driver reload or ctest restart necessary. Johannes -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Fri, 08 Jun 2001 18:25:00 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR: Tuning stability "Marcus O.C. Metzler" wrote: > > > > > I have uploaded a new version of ctest.c that incorporates Marcus' suggestion > > about polling the frontend until the tuner is ready. However, this didn't > > cure the problems... > > > > Klaus > > You could try to stop the audio, video and teletext demuxes before > setting the frontend. I am not sure if that helps, but I do it in the > libdvb. Added that (see the new ftp://ftp.cadsoft.de/pub/people/kls/ctest.c), but the problem is still there :-( > We are mainly running rtuxzap here and had no problems with > it. It usually runs all day, unless we need to interrupt for testing. > But we don't really zap at high speed. Well, if I don't do a lot of channel switching in VDR, the problem only occurs once or twice a day (caused by the EPG scanner's channel switching). But I believe this should be stable enough to work even under heavy zapping load. Maybe you could run a modified version of rtuxzap that switches channels every few seconds, just like my ctest.c. I wonder If it would also run into the same problems... 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Carsten.Koch@icem.de Tue Jul 31 18:28:24 2001 Date: Fri, 08 Jun 2001 18:28:17 +0200 From: Carsten Koch To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: OT: video cable Jonietz wrote: > > Hi, > > I have a question that's a bit off-topic: > Have somebody experience with the maximal length of the video cable between VDR > and TV? I want to have VDR in the room under the TV, so I need a long cable... > which length can be used with an acceptable quality? That depends very much on the quality of the cable. But you can get very high quality cable really cheap: just buy sat coax! Modern sat coax cable is well-shielded and has a low capacity. There is no such thing as "too good", so it weorks well for "lesser" applications such as an FBAS signal. Carsten. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Fri, 08 Jun 2001 18:29:34 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR: Tuning stability Johannes Stezenbach wrote: > > Klaus Schmidinger wrote: > > > > "Marcus O.C. Metzler" wrote: > > > > >... > > > the important stuff is the QPSK_GET_EVENT call, which should be polled > > > if a large enough timeout to ensure that the channel is tuned. > > A blocking read is just fine, because it means the driver > can take as long as it needs. In a single-threaded GUI program > one would use poll/select, however. I just realized that I had _not_ opened the frontend file descriptor with O_NONBLOCK, so the poll() call wasn't worth very much. I changed that in a new ftp://ftp.cadsoft.de/pub/people/kls/ctest.c, but still there are the usual problems... 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Richard.Reuters@web.de Tue Jul 31 18:28:24 2001 Date: Fri, 8 Jun 2001 18:41:09 +0200 From: Richard Reuters To: linux-dvb@linuxtv.org Cc: Jonietz Subject: [linux-dvb] AW: OT: video cable The distance between my VDR computer and the TV set in my livingroom is 16 meters. I use shielded video cable (DVB cinch <-> TV SCART), shielded stereo audio cable (DVB <-> amplifier) and unshielded cable for the remote control. I still have my Nokia Mediamaster 9800 connected to the TV. Switching between the two signals shows, that the quality loss is really minimal. ciao Richard -----Ursprungliche Nachricht----- Von: linux-dvb-bounce@linuxtv.org [mailto:linux-dvb-bounce@linuxtv.org]Im Auftrag von Jonietz Gesendet: Freitag, 8. Juni 2001 18:13 An: linux-dvb@linuxtv.org Betreff: [linux-dvb] OT: video cable Hi, I have a question that's a bit off-topic: Have somebody experience with the maximal length of the video cable between VDR and TV? I want to have VDR in the room under the TV, so I need a long cable... which length can be used with an acceptable quality? Ansgar. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From jlgorinas@geobus.co.uk Tue Jul 31 18:28:24 2001 Date: Fri, 8 Jun 2001 17:49:16 +0100 From: Jean Luc Gorinas To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: OT: video cable Hi there, I have put the VDR box in the attic and run a simple shielded (audio/video) cable down to the living room 2 floors below. Cable length is about 20 m and the signal is hardly degraded :) cheers Jean Luc -----Original Message----- From: linux-dvb-bounce@linuxtv.org [mailto:linux-dvb-bounce@linuxtv.org]On Behalf Of Jonietz Sent: 08 June 2001 17:13 To: linux-dvb@linuxtv.org Subject: [linux-dvb] OT: video cable Hi, I have a question that's a bit off-topic: Have somebody experience with the maximal length of the video cable between VDR and TV? I want to have VDR in the room under the TV, so I need a long cable... which length can be used with an acceptable quality? Ansgar. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rotschopf@brutzel.de Tue Jul 31 18:28:24 2001 Date: Fri, 8 Jun 2001 19:00:18 +0200 From: Semi Schwabe To: linux-dvb@linuxtv.org Subject: [linux-dvb] record buffer full Hi ! I have SuSE 6.3, with kernel 2.3.6 and dvb 0.82. When I record sometimes the message "record buffer full" appears. While playing such a file there are some errors in the picture.After using mplex and flask the sound disappears at the error. What can I do against this ? Can I repair a damaged file ? Thank you, Simon Bauschulte -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From suamor@gmx.net Tue Jul 31 18:28:24 2001 Date: Fri, 8 Jun 2001 18:57:56 +0200 From: Reinhard Katzmann To: Linux DVB ML Cc: Zdenek Svarc Subject: [linux-dvb] [svarc@promedia.cz: dvb_mmap failed] Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! Since I have not tried out the dvb 0.9 driver yet I forward this question to the list. Zdenek: For kernel 2.4.x you should use the 0.9 driver, for older versions 2.2.x. This might already solve your problem. Regards, Reinhard Katzmann --=20 E-Mail: reinhard@suamor.de New GnuPG Public Key available on request -- No attachments (even text) are allowed -- -- Type: message/rfc822 -- No attachments (even text) are allowed -- -- Type: application/pgp-signature -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From suamor@gmx.net Tue Jul 31 18:28:24 2001 Date: Fri, 8 Jun 2001 18:54:59 +0200 From: Reinhard Katzmann To: Linux DVB ML Subject: [linux-dvb] Re: Could somebody help me ? Hi Pawel! On Fri, Jun 08, 2001 at 08:13:58AM +0200, Pawel Dienwebel wrote: > I had problems inserting dvb modules into kernel. > I used two latest drivers : > http://www.linuxtv.org/download/dvb/siemens_dvb-0.9-20010604.tar.gz > http://www.linuxtv.org/download/dvb/siemens_dvb-0.9-20010428.tar.gz I suppose those are the sources (did not check it out myself yet, maybe on sunday if I have time). > dvbdev.o: unresolved symbol register_chrdev_R4019add4 > Using /lib/modules/2.4.3-20mdk/kernel/drivers/i2c/i2c-core.o.gz > Using /lib/modules/2.4.3-20mdk/kernel/drivers/media/video/videodev.o.gz > dvb_filter.o: unresolved symbol boot_cpu_data_R0657d037 > dmxdev.o: unresolved symbol boot_cpu_data_R0657d037 > dmxdev.o: unresolved symbol remove_wait_queue_R2d8904cc > dmxdev.o: unresolved symbol __pollwait_R4c2b4b36 > dmxdev.o: unresolved symbol add_wait_queue_R32bfdf4f [...] It seems you to me the dvb files which were compiled are not identical to the kernel version you use. If those are really binary you should consider downloading the sources and compile it yourself. If you can't do this you should tell the one who compiled the driver to remove CONFIG_MODVERSIONS (.config should then have the following entry: # CONFIG_MODVERSIONS is not set) > Could somebody point me to right way ? > Maybe somebody can send me .config from /usr/src/linux ? And what > display lsmod ? Best regards, Reinhard Katzmann -- E-Mail: reinhard@suamor.de New GnuPG Public Key available on request -- No attachments (even text) are allowed -- -- Type: application/pgp-signature -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Manfred.schmidt-voigt@mannitec.de Tue Jul 31 18:28:24 2001 Date: Fri, 8 Jun 2001 21:59:07 +0200 From: Manfred Schmidt-Voigt Reply-To: Manfred.Schmidt-Voigt@bigfoot.de To: Pawel Dienwebel , linux-dvb@linuxtv.org Subject: [linux-dvb] AW: Could somebody help me ? Hi Pawel, on my SUSE 7.1 I had to compile the i2c support and the video4linux from the linux sources into the kernel. This should help. Regards Manfred -- ------- Manfred Schmidt-Voigt ------- ----- Gnzweg 10, 22393 Hamburg ----- ----- ----- ------- mailto:manfred.schmidt-voigt@bigfoot.de ------- > -----Ursprngliche Nachricht----- > Von: linux-dvb-bounce@linuxtv.org > [mailto:linux-dvb-bounce@linuxtv.org]Im Auftrag von Pawel Dienwebel > Gesendet: Freitag, 8. Juni 2001 08:14 > An: linux-dvb@linuxtv.org > Betreff: [linux-dvb] Could somebody help me ? > > > I had problems inserting dvb modules into kernel. > I used two latest drivers : > http://www.linuxtv.org/download/dvb/siemens_dvb-0.9-20010604.tar.gz > http://www.linuxtv.org/download/dvb/siemens_dvb-0.9-20010428.tar.gz > > My kernel is 2.4.3 , system Mandrake 8.0 My card is Technisat DVB1 > I compiled drivers with no problems but I have problems with inserting > them to kernel. > Errors below > rm -rf /dev/ost > ./makedev.napi > ( \ > insmod dvbdev.o; \ > insmod i2c-core; \ > insmod videodev; \ > insmod dvb_filter.o; \ > insmod dmxdev.o; \ > insmod VES1893.o; \ > insmod VES1820.o; \ > insmod stv0299.o; \ > insmod tuner.o; \ > insmod saa7146_core.o mode=0; \ > insmod saa7146_v4l.o; \ > insmod dvb_demux.o; \ > insmod dvb.o init_chan=2 pids_off=0 readfirm=1; \ > ) > > dvbdev.o: unresolved symbol register_chrdev_R4019add4 > Using /lib/modules/2.4.3-20mdk/kernel/drivers/i2c/i2c-core.o.gz > Using /lib/modules/2.4.3-20mdk/kernel/drivers/media/video/videodev.o.gz > dvb_filter.o: unresolved symbol boot_cpu_data_R0657d037 > dmxdev.o: unresolved symbol boot_cpu_data_R0657d037 > dmxdev.o: unresolved symbol remove_wait_queue_R2d8904cc > dmxdev.o: unresolved symbol __pollwait_R4c2b4b36 > dmxdev.o: unresolved symbol add_wait_queue_R32bfdf4f > saa7146_core.o: unresolved symbol __io_virt_debug_R2fd62b99 > saa7146_core.o: unresolved symbol boot_cpu_data_R0657d037 > saa7146_core.o: unresolved symbol mem_map_Rc468f57b > saa7146_core.o: unresolved symbol init_mm_R7bbf66b9 > saa7146_v4l.o: unresolved symbol __io_virt_debug_R2fd62b99 > saa7146_v4l.o: unresolved symbol boot_cpu_data_R0657d037 > saa7146_v4l.o: unresolved symbol saa7146_del_extension > saa7146_v4l.o: unresolved symbol saa7146_add_extension > dvb_demux.o: unresolved symbol boot_cpu_data_R0657d037 > dvb.o: unresolved symbol DvbDmxSWFilterPackets > dvb.o: unresolved symbol DmxDevFilterFree > dvb.o: unresolved symbol DmxDevRead > dvb.o: unresolved symbol dvb_register_device > dvb.o: unresolved symbol DvbDmxInit > dvb.o: unresolved symbol DmxDevInit > dvb.o: unresolved symbol init_ipack > dvb.o: unresolved symbol __io_virt_debug_R2fd62b99 > dvb.o: unresolved symbol DmxDevPoll > dvb.o: unresolved symbol video_register_device_Rc476c09f > dvb.o: unresolved symbol DmxDevDVROpen > dvb.o: unresolved symbol reset_ipack > dvb.o: unresolved symbol boot_cpu_data_R0657d037 > dvb.o: unresolved symbol DmxDevDVRRead > dvb.o: unresolved symbol DmxDevDVRPoll > dvb.o: unresolved symbol video_unregister_device_Rf054b69c > dvb.o: unresolved symbol instant_repack > dvb.o: unresolved symbol remove_wait_queue_R2d8904cc > dvb.o: unresolved symbol saa7146_del_extension > dvb.o: unresolved symbol saa7146_get_handle > dvb.o: unresolved symbol __pollwait_R4c2b4b36 > dvb.o: unresolved symbol add_wait_queue_R32bfdf4f > dvb.o: unresolved symbol send_ipack_rest > dvb.o: unresolved symbol DmxDevDVRWrite > dvb.o: unresolved symbol DmxDevFilterAlloc > dvb.o: unresolved symbol dvb_unregister_device > dvb.o: unresolved symbol pes2ts > dvb.o: unresolved symbol saa7146_add_extension > dvb.o: unresolved symbol DmxDevDVRClose > dvb.o: unresolved symbol free_ipack > dvb.o: unresolved symbol DmxDevRelease > dvb.o: unresolved symbol DmxDevIoctl > dvb.o: unresolved symbol DvbDmxRelease > dvb.o: unresolved symbol pes2ts_init > make: *** [insmod] Error 1 > > Could somebody point me to right way ? > Maybe somebody can send me .config from /usr/src/linux ? And what > display lsmod ? > > Best regards > > Pawel Dienwebel > > > -- > Info: > To unsubscribe send a mail to listar@linuxtv.org with > "unsubscribe linux-dvb" as subject. > -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From tommie.nygren@ecsoft.se Tue Jul 31 18:28:24 2001 Date: Sat, 9 Jun 2001 01:43:42 +0200 From: Tommie Nygren To: linux-dvb@linuxtv.org Subject: [linux-dvb] Question: How do I find out if DVB-C card works where I live? Hello. I am new to this list, have been following it for a few days now. I am interested in building my own PVR using (probably) the DVB-C PCI card from Siemens. I have for the last few days tried to gather as much info as possible, not always an easy task. I have several questions about these cards and I am wondering if someone here has the answers or can point me in the right direction. 1. A friend of mine says that the standards are different for DVB over cable, terrestial and satellite, perhaps even between different cable operators. Is this true? Does this affect the usability of the DVB-C card for me? How can I find out if it will work for me, without buying the card and doing the old trial-and-error thing? 2. What is a CI module, what is it used for? The only info I found was in german and hey, my german ain't that good (entschuldigung... :) ). Is it for the program cards? 3. If I build the PVR around a 850 MHz processor, will I STILL need two DVB-cards to do timeshifting? How does that work anyways, since the only "low-budget"-cards are DVB-S (for satellite that is), can I use one of these? Or do you guys with satellite dishes connect a cable to each and every card? The thing is, I have only found that Siemens make a DVB-C card and that card is full-featured... meaning more expensive. 4. Does anyone know anything about the swedish cable operators at all, that might affect the usability of existing hardware / software? Or does anyone know about which factors might, so that I can check to see if I can find some information about those factors from the provider? I am very grateful for any answers you can provide me with, hopefully I will have a progress report within a month or so... or just more questions! :) Cheers, Tommie -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ujq7@rz.uni-karlsruhe.de Tue Jul 31 18:28:24 2001 Date: Sat, 9 Jun 2001 12:28:35 +0200 From: Andreas Peter To: linux-dvb@linuxtv.org Subject: [linux-dvb] Replay problems with latest CVS Hi, i've strange problems with latest CVS (co 12:00). Replay with VDR stops after 1-2 s . Andreas -- Andreas Peter *** ujq7@rz.uni-karlsruhe.de -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hcb@unco.de Tue Jul 31 18:28:24 2001 Date: Sat, 9 Jun 2001 12:23:26 +0200 From: Hielke Christian Braun To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Replay problems with latest CVS Hello, i have the same problem here. New and old recordings don't work. Best regards, Christian. On Sat, Jun 09, 2001 at 12:28:35PM +0200, Andreas Peter wrote: > Hi, > i've strange problems with latest CVS (co 12:00). > Replay with VDR stops after 1-2 s . > > Andreas > -- > Andreas Peter *** ujq7@rz.uni-karlsruhe.de > > > > -- > Info: > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. > -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sat, 09 Jun 2001 12:25:17 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Replay problems with latest CVS Andreas Peter wrote: > > Hi, > i've strange problems with latest CVS (co 12:00). > Replay with VDR stops after 1-2 s . Just stumbled over this one here, too. Please replace the function cReplayBuffer::Output() in dvbapi.c with the following code: --------------------------------------------------------- void cReplayBuffer::Output(void) { dsyslog(LOG_INFO, "output thread started (pid=%d)", getpid()); uchar b[MINVIDEODATA]; while (Busy()) { int r = blockOutput ? 0 : Get(b, sizeof(b)); if (r > 0) { uchar *p = b; while (r > 0 && Busy() && !blockOutput) { cFile::FileReadyForWriting(videoDev, 100); int w = write(videoDev, p, r); if (w > 0) { p += w; r -= w; fileOffset += w; } else if (w < 0 && errno != EAGAIN) { LOG_ERROR; Stop(); return; } } } if (blockOutput > 1) blockOutput = 1; } dsyslog(LOG_INFO, "output thread ended (pid=%d)", getpid()); } --------------------------------------------------------- (Sorry it's no 'diff', but I'm currently in the middle of some heavy editing...) 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hh@holtschneider.com Tue Jul 31 18:28:24 2001 Date: Sat, 9 Jun 2001 13:08:16 +0200 (CEST) From: Henning Holtschneider To: linux-dvb@linuxtv.org Subject: [linux-dvb] change VDR's replay buffer size Hello list, can anyone tell me how to change the size of the replay buffer in VDR 0.80? My problem is that the audio on my recordings which should normally sound like this ... AAAAAAAAAAAAA ... sometimes sounds like this: A A A A A A A I switched from Reiserfs on my /video partition to XFS and the situation has improved already but the phenomenon isn't completely gone. So, I would like to try to increase the size of the replay buffer and see what's happening. I remember a posting to the list a while ago how to do that but I can't find it anymore (BTW, could someone at Convergence add a search function to the mailing list archive?) Thanks, hh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sat, 09 Jun 2001 13:12:40 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: change VDR's replay buffer size Henning Holtschneider wrote: > > Hello list, > > can anyone tell me how to change the size of the replay buffer in VDR > 0.80? My problem is that the audio on my recordings which should normally > sound like this ... > > AAAAAAAAAAAAA > > ... sometimes sounds like this: > > A A A A A A A > > I switched from Reiserfs on my /video partition to XFS and the situation > has improved already but the phenomenon isn't completely gone. So, I would > like to try to increase the size of the replay buffer and see what's > happening. That would be #define VIDEOBUFSIZE (1024*1024) in dvbapi.c. I sometimes also have this problem, and stopping/resuming replay always cures it. This also sometimes happens if you "pause" and then resume by pressing "pause" again. I doubt that this is a VDR problem, but let me know anyway if your test turns out positive. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From jrepetto@francenet.fr Tue Jul 31 18:28:24 2001 Date: Sat, 9 Jun 2001 13:28:17 +0200 From: Jean-Claude REPETTO To: linux-dvb@linuxtv.org Subject: [linux-dvb] Problem with DTV_SCAN Hi, I have installed DTV-1.0.4. dtv_scan finds the programs on the first channels, but after a while no more programs are found. [First messages removed] 09/06/01 14:56.27: scanning 11817000/V/27500 09/06/01 14:56.28: SDT acquisition finished 09/06/01 14:56.28: PAT acquisition finished, 13 programs to scan 09/06/01 14:56.32: PMT acquisition finished 09/06/01 14:56.32: scanning 11836000/H/27500 09/06/01 14:56.33: SDT acquisition finished 09/06/01 14:56.33: PAT acquisition finished, 21 programs to scan 09/06/01 14:56.35: PMT acquisition finished 09/06/01 14:56.36: scanning 11856000/V/27500 09/06/01 14:56.36: SDT acquisition finished 09/06/01 14:56.36: PAT acquisition finished, 10 programs to scan 09/06/01 14:56.38: PMT acquisition finished 09/06/01 14:56.59: scanning 11876000/H/27500 09/06/01 15:00.20: scanning 11895000/V/27500 09/06/01 15:03.41: scanning 11934000/V/27500 09/06/01 15:07.02: scanning 11954000/H/27500 ... It never stops at the same frequency. After that, I have to rmmod/insmod the driver, because neither VDR neither DTV work anymore. Does anybody has the same problem ? Jean-Claude -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From itsanov@gips.net Tue Jul 31 18:28:24 2001 Date: Sat, 9 Jun 2001 14:45:40 +0300 From: Ivaylo Tsanov To: linux-dvb@linuxtv.org Subject: [linux-dvb] Skymedia 200 multicast routing Hello everybody, Does anyone run a multicast routing on skymedia 200? Is it possible with driver supplied by telemann? Ivo. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From suamor@gmx.net Tue Jul 31 18:28:24 2001 Date: Sat, 9 Jun 2001 14:06:30 +0200 From: Reinhard Katzmann To: Linux DVB ML Subject: [linux-dvb] Hack: RPM-Spec File for Linux Mandrake Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! I've finally adapted my rpm spec file for the current released dvb-0.9-20010604 version. It is appended to this mail. Also I've included a patch with the changed I needed to do to get it run with Mandrake 8.1 Cooker. This spec file requires you to have libtool 1.4 installed (which can be fetched from Mandrake Cooker archive) and a kernel >=3D 2.4.4. The patch also includes some changes improving debugging output for the libdvb (this mainly concerns satellite scanning for programs where I had troubles with older versions). For (n)tuxzap you need to fetch cdk. I have installed the version from http://dickey.his.com/cdk/cdk.html. The patch concerning compile problems does not have anything to do with it though. Warning: Up to now I only tested that the driver itself loads. Regards, Reinhard Katzmann --=20 E-Mail: reinhard@suamor.de New GnuPG Public Key available on request -- No attachments (even text) are allowed -- -- Type: text/plain -- No attachments (even text) are allowed -- -- Type: text/plain -- No attachments (even text) are allowed -- -- Type: application/pgp-signature -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sat, 09 Jun 2001 18:21:50 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Question: How do I find out if DVB-C card works where I live? Tommie Nygren wrote: > > Hello. > > I am new to this list, have been following it for a few days now. I am > interested in building my own PVR using (probably) the DVB-C PCI card from > Siemens. I have for the last few days tried to gather as much info as > possible, not always an easy task. I have several questions about these > cards and I am wondering if someone here has the answers or can point me in > the right direction. > > 1. A friend of mine says that the standards are different for DVB over > cable, terrestial and satellite, perhaps even between different cable > operators. Is this true? Does this affect the usability of the DVB-C card > for me? How can I find out if it will work for me, without buying the card > and doing the old trial-and-error thing? The LinuxDVB driver supports both DVB-S and DVB-C, and so does VDR. > 2. What is a CI module, what is it used for? The only info I found was in > german and hey, my german ain't that good (entschuldigung... :) ). Is it > for the program cards? That's what you need to receive encrypted channels. > 3. If I build the PVR around a 850 MHz processor, will I STILL need two > DVB-cards to do timeshifting? How does that work anyways, since the only > "low-budget"-cards are DVB-S (for satellite that is), can I use one of > these? Or do you guys with satellite dishes connect a cable to each and > every card? The thing is, I have only found that Siemens make a DVB-C card > and that card is full-featured... meaning more expensive. AFAIK you will need two cards to do time shifting. I haven't yet heard about a card that can record and replay at the same time (which would be necessary to do time shifting). 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sat, 09 Jun 2001 17:59:42 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] VDR: Packet Resequencer I have uploaded some changes to VDR 0.80 to ftp://ftp.cadsoft.de/pub/people/kls/vdr/vdr-0.81pre1.diff.gz which mainly implement a "Packet Resequencer" which tries to improve the A/V multiplexing. PLEASE NOTE that this patch should only be used by people who are willing to experiment. It is not for every day use, since it may happen that recordings don't work at all. The idea behind this is to become able to record two audio tracks (e.g. German and English), which is not possible with the raw data delivered from the driver since the second audio track's data comes in large chunks (I reported this in an earlier posting). It will also become important with recording AC3 sound. With the above patch, VDR buffers video and audio in separate linked lists and repacks the audio data into smaller packets (currently 256 byte). Once it has enough video and audio data it writes out a properly sequenced series of video and audio packets (see the code in remux.c, class cResequencer for details). The core functions are cResequencer::Collect(), cResequencer::Combine() and cResequencer::Process(). What happens is that it buffers enough video packets to "see" two subsequent frames that have a "temporal reference" of 0 and takes their PTS to interpolate a "timeline" on which to output the audio data packets. For each interval on this timeline it then outputs the audio packets that have a PTS that falls into this interval, and the video packet itself. I hope the code in remux.c is clear enough so that you can see what's going on. My current tests show that it works quite good on some channels, while on others it produces video and/or audio disturbances. What I would like to know now is whether this approach is at all reasonable (maybe the MPEG experts here on the list can comment on this) and if so, how the current version could be improved in order to produce "clean" data. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hh@holtschneider.com Tue Jul 31 18:28:24 2001 Date: Sat, 9 Jun 2001 20:45:06 +0200 (CEST) From: Henning Holtschneider To: Klaus Schmidinger Cc: "linux-dvb@linuxtv.org" Subject: [linux-dvb] Re: change VDR's replay buffer size On Sat, 9 Jun 2001, Klaus Schmidinger wrote: > I sometimes also have this problem, and stopping/resuming replay always > cures it. This also sometimes happens if you "pause" and then resume by > pressing "pause" again. I doubt that this is a VDR problem, but let me > know anyway if your test turns out positive. My impression is that there are less image distortions with a larger buffer but the audio drop-outs are still there sometimes. At first, I set the buffer to 16 MB, but I had problems after switching from fast forward/backward to normal playback: the replay wouldn't resume at the point where I pressed the button (I hope you understand what I mean 8-). I've now set the buffer to 4 MB. Regards, hh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rolf@max.lui.uni-tuebingen.de Tue Jul 31 18:28:24 2001 Date: Sat, 9 Jun 2001 21:16:58 +0200 (CEST) From: rolf@max.lui.uni-tuebingen.de To: Linux DVB Subject: [linux-dvb] 16:9 first solution Hi All! especialy Emil! The DVB Card can be used to view 16:9 Movies, with the best possible Resolution on a 16:9 TV! This can be done by changing the Aspect Ratio in the mpeg2 file. by viewing into a mpeg2 datafile one will notice repeating byte sequences starting like (Hex) 00 00 01 b3 2d 02 40 The next Byte contains the Aspect Ratio and the Framerate. For example: 33 (Meaning 16:9 and 25 fps) Change this to: 23 (Meaning 4:3 and 25 fps) And you get the full not downscaled Resolution of for example 704x576 Pixels. All thats left to do is turning the 16:9 TV Set into 16:9 Full Res Mode. Meaning extending 4:3 to fully fit to the 16:9 Screen. Horizontal Zoom. The difference in Quality is quite impressing.(especialy DVDs) For now i ll try to write a little Program that can do the Translation on the fly. since one has to do that very often. Something that works like cat bla.vob |sixteen2nine >/dev/video This will take some time since im a rather unskilled Programmer. But ill try my best and will keep you uptodate. Greetings Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rjkm@convergence.de Tue Jul 31 18:28:24 2001 Date: Sat, 9 Jun 2001 22:38:04 +0200 (CEST) From: Ralph Metzler To: rolf@max.lui.uni-tuebingen.de Cc: Linux DVB Subject: [linux-dvb] 16:9 first solution rolf@max.lui.uni-tuebingen.de writes: > The DVB Card can be used to view 16:9 Movies, > with the best possible Resolution on a 16:9 TV! > > This can be done by changing the Aspect Ratio > in the mpeg2 file. > > by viewing into a mpeg2 datafile one will notice repeating > byte sequences starting like (Hex) > > 00 00 01 b3 2d 02 40 > > The next Byte contains the Aspect Ratio and the Framerate. > > For example: > > 33 (Meaning 16:9 and 25 fps) > > Change this to: > > 23 (Meaning 4:3 and 25 fps) > > And you get the full not downscaled Resolution of > for example 704x576 Pixels. > [...] You do not need to change the stream to do this. Just use the VIDEO_SET_FORMAT call to tell the driver the aspect ratio of the TV. Ralph -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ba0547@bnv-bamberg.de Tue Jul 31 18:28:24 2001 Date: Sat, 9 Jun 2001 23:27:14 +0200 From: harald To: linux-dvb@linuxtv.org Subject: [linux-dvb] Diseq Question, Channel searching... Hello, i just upgraded my satelite hardware with another lnb and a diseq switch. One lnb is set to astra other to eutelsat. What program is able to search channels on multiple satelites with diseq? How to set up the program? Im using Hauppauge DVB-S Card with RedHat 7.0, driver Version 0.8.2, on an Duron 800, Kernel 2.2.17. It workes fine with one Lnb. Bye, Harald. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Emil.Naepflein@philosys.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 11:11:58 +0200 From: Emil Naepflein To: linux-dvb@linuxtv.org Subject: [linux-dvb] Someone tested more than 4 DVB-s cards? Hi, yesterday I put 5 DVB-s cards into one PC (MSI K7T with 6 PCI slots). I also changed MAX_NUM_DVB to 5 in the DVB driver. The driver recognizes and loads 5 DVB cards but after printing the message the whole system just freezes and the only thing that can be done is to do a reset. I have also changed some other variables containing "MAX" from 4 to 5 but it still does not work. Remember, I just do an insmod without running vdr. Does someone have experience with more than 4 cards? Thanks Emil -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From JensG@planetinternet.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 13:59:40 +0200 From: Jens Groth To: linux-dvb@linuxtv.org Subject: [linux-dvb] AW: Re: AW: Re: Auto-shutdown after recording Hello Guido, > > So thinks should go like this: > > - Program VDR via OSD > > - Shutdown VDR by hand. This should trigger the following steps: > > + run script to set cron jobs > > + program switching clock (by hand or serial line) > > vdr can call "shutdown -t 300" directly. > What happened to the RTC-programming to wake up ATX-boards? > -So vdr could program it's wake up-time itself as well. > > > So the first stage should run without any additional hardware. > > Yep, should work the above way - just add some shutdown-strategy to vdr > (something like "do not power down for less than x minutes" and > "do power up > 2 minutes before next recording" -those information can be gathered for > inside vdr) I am not quite sure if I understand this. Do I have to add program code to vdr to achieve this or is there allready an interface for this? Maybe it would be nice to have the following feature included into vdr: - Execute a batch before and after an recording task (just like a in commond backup programs). Cu Jens -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rolf@max.lui.uni-tuebingen.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 13:13:51 +0200 (CEST) From: rolf@max.lui.uni-tuebingen.de To: Linux DVB Subject: [linux-dvb] Re: 16:9 first solution Hi Ralph! and all others! >You do not need to change the stream to do this. >Just use the VIDEO_SET_FORMAT call to tell the driver the aspect ratio >of the TV. Thanks for the hint! I will try that when i get the new driver working with a 2.4 Kernel. Up to now i just recieve Kernel(2.4.4) crashes soon after insmod or first use. But if this is controlable by software/the driver there must be something like a default value in some register. Since one rarely changes his TV-Set one could even Compile it in with a new default Value. I tried to track down the VIDEO_SET_FORMAT call but got lost somwhere in the outcom/mand functions. Could you tell me were one could do that with the old driver? Thanks! Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From juergen.scherer@gmx.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 14:02:31 +0200 From: Juergen Scherer To: linux-dvb@linuxtv.org Subject: [linux-dvb] Lowest possible hardware configuration for VDR? Hello list, I just wanted to let you know that I succeeded in setting up a VDR-System on a Pentium-133 (non MMX) System with 64MB of RAM. The System is based on an older SuSE-Linux 6.4 updated to kernel 2.4.5. Until yesterday it ran with DVB-0.8.2 and vdr-0.72 on a Kernel 2.4.2. Since than it is using DVP-0.90 and vdr-0.80. It works flawlessly with one DVB-S card and is also able to play DVDs with the DVB-dvdplayer ( just some occasional videodisturbances in the lower quarter of the image. But I am not sure if these are caused by my "lowpower" system or just a problem of the dvdplayer program itself.) The only (minor) problem was to introduce the 40GB harddisk to the ASUS 55TP4N Board. (I first had to enable the 32GB clip to overcome the BIOS limits, but than started to use an IBM-diskmanager and some kernel parameters to use the full 40GB - more details on demand...) Is someone bidding less ;) ? Best regards, Juergen mailto:juergen.scherer@gmx.de -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ms@citd.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 14:32:02 +0200 From: Matthias Schniedermeyer To: Juergen Scherer Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Lowest possible hardware configuration for VDR? > Is someone bidding less ;) ? First you must have a computer that "low". :-))) Dual P233MMX, 128MB -> "to strong" (My "Server") Celeron 600Mhz, 384MB -> "to strong" (This is my "dvb"-computer) Dual PII-400, 128MB -> "to strong" (This my my "dvb2"-computer) Dual PIII-933, 1024MB -> "much to strong" (My "workstation") DX4-100, 48MB -> "weak enough", but not enough PCI-Slots (Mp3-Player) Alpha 166Mhz, 32MB -> "weak enough" (But i won't try it with another CPU-Architecture) D-Box II, 66Mhz (PPC), 32 or 64MB -> "weak enough". Someday i will try the "linux4dbox2"-Project. 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. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From root@panteltje.demon.nl Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 15:07:53 +0200 (CEST) From: Jan Panteltje To: Juergen Scherer Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Lowest possible hardware configuration for VDR? On Sun, 10 Jun 2001, Juergen Scherer wrote: > > The only (minor) problem was to introduce the 40GB harddisk to the > ASUS 55TP4N Board. (I first had to enable the 32GB clip to overcome > the BIOS limits, but than started to use an IBM-diskmanager and some > kernel parameters to use the full 40GB - more details on demand...) > > Is someone bidding less ;) ? I had a similar problem with 40 GB on the MSi mobo. The bios reports 40 GB alright, but linux, after fighting with fdisk, does this: /dev/hdd1 32511352 23901236 6958636 77% /video So it reports 32 GB! And, as you see, I am due for a new one almost full already :-) For as far as I see fdisk maxes out by 65535 cylinders.... But since I needed it to work I have not had the time to find what really happens. So what is the '40GB clip'?? Regards Jan > > > Best regards, > Juergen > mailto:juergen.scherer@gmx.de > > > > > -- > Info: > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. > -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From mk@almi.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 15:45:21 +0200 From: Michael Klo To: linux-dvb@linuxtv.org Subject: [linux-dvb] Problems in VDR 8.0 Hallo, i found two problems in vdr 0.8 1) a recodring entry in timers.conf is not displayed in the main menue and so it cannot stopped. =>Is it possible to display which card is recording/displaying which channel in the main menu ? =>Add stop function to the timer menu ? 2) Not Sync blocks vdr. If a channel on any card is not sync, vdr blocks or works only very slow. Michael Kloss -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hcb@unco.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 15:56:12 +0200 From: Hielke Christian Braun To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: flawless dvdplayer Hello, On Sun, Jun 10, 2001 at 02:02:31PM +0200, Juergen Scherer wrote: > Hello list, > > I just wanted to let you know that I succeeded in setting up a > VDR-System on a Pentium-133 (non MMX) System with 64MB of RAM. > The System is based on an older SuSE-Linux 6.4 updated to kernel > 2.4.5. > not bad :) > Until yesterday it ran with DVB-0.8.2 and vdr-0.72 on a Kernel 2.4.2. > Since than it is using DVP-0.90 and vdr-0.80. > > It works flawlessly with one DVB-S card and is also able to play DVDs > with the DVB-dvdplayer ( just some occasional videodisturbances in the > lower quarter of the image. But I am not sure if these are caused by > my "lowpower" system or just a problem of the dvdplayer program > itself.) > I have the same disturbance with dvdplayer and the latest DVB i driver. Enough system resources should be there, have a Duron 750Mhz. Anyone with a flawless working dvdplayer? Best regards, Christian. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From mk@almi.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 15:57:45 +0200 From: Michael Klo To: linux-dvb@linuxtv.org Cc: Klaus.Schmidinger@cadsoft.de Subject: [linux-dvb] vdr menu structur in a conf file ? Hello, is is possible to put the vdr menu strctur in a conf file, so it will be more flexible for the needs ? I think about information for every page with display,function, keys and maybe a graphic : Main:1:Schedule:func_schdule:schdule.gif Main:2:Channels:func_channels Main:3:Timers:func_recoring Main:4:Recodings:func_recoding Main:5:Setup:func_setup Main:6:Status:extern ps: Main:RED:Record Main:Green:Stop Michael Kloss -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From suamor@gmx.net Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 13:00:12 +0200 From: Reinhard Katzmann To: Linux DVB ML Subject: [linux-dvb] DTV questions (Re: Diseq Question, Channel searching...) Hi Harald! > i just upgraded my satelite hardware with another lnb and a diseq switch. > One lnb is set to astra other to eutelsat. What program is able to search > channels on multiple satelites with diseq? How to set up the program? Im > using Hauppauge DVB-S Card with RedHat 7.0, driver Version 0.8.2, on an Duron > 800, Kernel 2.2.17. It workes fine with one Lnb. Yesterday I tried dtv which was announced on this list and it seems to me that it is much far advanced in channel searching than libdvb. The DVB driver has a small channel searching program but this is quite slow and I get always problems when searching a transponder more than once due to timeouts (the timeouts are defined deep withing the libdvb library). DTV has the advantage that it can use a data base for storing and extracting the channel informations found on the internet and regulary updated. If you have now flatrate or similar connection you should be able to download a data file from the homepage of dtv. I just did not yet figure out how to feed it into the database. Also I'm terribly missing a possibility to switch channels using a GUI. Can dtv export it's channel information as a dvbrc format ? Currently, you have to find a possibility to connect an infrared device to your computer or use the tcpip console. A simple GUI is easy to create (simply a sort of virtual remote control which sends the commands to the TCPIP port). The best one would be to parse the data from the config or from the database and select the channels directly (and save the favorite channel list again). If I only had time to do this... Also I recommand you switching to kernel 2.4.3 or higher and DVB 0.9. The driver has much advanced in the last months. Best regards, Reinhard Katzmann -- E-Mail: reinhard@suamor.de New GnuPG Public Key available on request -- No attachments (even text) are allowed -- -- Type: application/pgp-signature -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From suamor@gmx.net Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 18:27:51 +0200 From: Reinhard Katzmann To: David Toth Cc: Linux DVB ML Subject: [linux-dvb] Re: Hack: RPM-Spec File for Linux Mandrake On Sun, Jun 10, 2001 at 06:25:22PM +0200, David Toth wrote: > Hi Reinhard, > > On Sun, 10 Jun 2001, Reinhard Katzmann wrote: > > P.S.: > > Why is my gnu pgp signature always removed from mails to this list ? > > Because of security reasons I think. AFAIR there was a spam/virus attach > accident in the past. From that time all attachments are removed by the > mailing list server daemon, only the type of the attachments are kept. > For your letters you can see: Personally I can live with that, though my mails get somewhat more insecure this way. Else the filter could be improved to allow pgp and gpg signatures. Thanks for the information. Best regards, Reinhard Katzmann -- E-Mail: reinhard@suamor.de New GnuPG Public Key available on request -- No attachments (even text) are allowed -- -- Type: application/pgp-signature -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hh@holtschneider.com Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 18:46:04 +0200 (CEST) From: Henning Holtschneider To: mk@almi.de Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Problems in VDR 8.0 > =>Is it possible to display which card is recording/displaying which > channel in the main menu ? > =>Add stop function to the timer menu ? I would appreciate such a menu entry very much, too. Right now, you have to edit the timer and set the end time to a point in the past to immediately stop recording. This function is probably not important for people with more than one DVB card but if you have only one, a button to abort a timer recording would be nice. Regards, hh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ms@citd.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 00:20:31 +0200 From: Matthias Schniedermeyer To: Henning Holtschneider Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AlphaCrypt CI module? > I'm thinking about buying an AlphaCrypt CI module to be able to legally > watch Premiere World with my VDR box. Does anyone have any hands-on > experience with this new CI module? Is it stable enough for everyday use? You have read the "AGB"? There NO LEGAL way to watch Premiere World without D-Box. At least in my AGB is a paragraph which says that you are only allowed to place the smartcard into a D-box. 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. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From root@panteltje.demon.nl Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 00:29:54 +0200 (CEST) From: Jan Panteltje To: Guido Fiala Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Lowest possible hardware configuration for VDR? On Sun, 10 Jun 2001, Guido Fiala wrote: > On Sunday, 10. June 2001 15:07, Jan Panteltje wrote: > > On Sun, 10 Jun 2001, Juergen Scherer wrote: > > > The only (minor) problem was to introduce the 40GB harddisk to the > > > ASUS 55TP4N Board. (I first had to enable the 32GB clip to overcome > > > the BIOS limits, but than started to use an IBM-diskmanager and some > > If you do not need to boot from this drive (because you have another one with > the system) you do not need to inform the Bios about it - simply disable it, > Linux will just work fine (with drives <120GB for now ;-) > > > > kernel parameters to use the full 40GB - more details on demand...) > > I did'nt even need this. > > > > > > > Is someone bidding less ;) ? > > > > I had a similar problem with 40 GB on the MSi mobo. > > The bios reports 40 GB alright, but linux, after fighting with > > fdisk, does this: > > /dev/hdd1 32511352 23901236 6958636 77% /video > > So it reports 32 GB! > > Think somewhere in the "large-disk-howto" was a remark to use cfdisk > for drives >32GB - it worked for me flawless. Yes you are right, I should have looked up the howto. Now its says: FATAL ERROR: Bad signature on partition table Press any key to exit cfdisk hehe. beter leave it like this. This is for the next 40 GB disk. Dis you know that new technology at IBM will soon have 400GB harddisks for PC? They are already using that in the new laptops (smaller however), was an article about it in C'T 12 Regards Jan > > > > -- > Info: > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. > -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From axelgruber2@gmx.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 09:36:21 +0200 From: Axel Gruber To: m.beiner@t-online.de Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AlphaCrypt CI module? > Sorry, no answer and perhaps OT. > Maybe the Alphacrypt will run perfectly with VDR. > How to disable the "Jugendschutz" function in VDR ? Im not sure - but perhaps this is possible at the CI-Menue But this is only avaylible in some DVB-BOXES or at the WINDVB-LIVE 2000 Software for WIN2000. But - i dont know this "Jugendschutzsystem" of the new Alpha-Crypt. CU Axel -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From axelgruber2@gmx.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 09:38:44 +0200 From: Axel Gruber To: ms@citd.de Cc: hh@holtschneider.com, linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AlphaCrypt CI module? >> I'm thinking about buying an AlphaCrypt CI module to be able to legally >> watch Premiere World with my VDR box. Does anyone have any hands-on >> experience with this new CI module? Is it stable enough for everyday use? > You have read the "AGB"? > There NO LEGAL way to watch Premiere World without D-Box. > At least in my AGB is a paragraph which says that you are only allowed to > place the smartcard into a D-box. Some times ago - i have phoned with the PW-Hotline-Leader - i have asked the "Price" of my used D-BOX and i have sayed him that i want to use it in a CI-Module. He sayed me thet this is not a Problem ! - And i can use it at my CI ! - But i have to rent the D-BOX.... So it seems that they dont know ther own AGB :-) CU Axel -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From axelgruber2@gmx.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 09:40:42 +0200 From: Axel Gruber To: root@panteltje.demon.nl Cc: gfiala@s.netic.de, linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Lowest possible hardware configuration for VDR? >> Linux will just work fine (with drives <120GB for now ;-) >> >> > > kernel parameters to use the full 40GB - more details on demand...) I use 4 80 GB disks at the moment - works fine here ! -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From polom@convergence.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 10:28:02 +0200 From: Szymon Polom To: Juergen Scherer Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Lowest possible hardware configuration for VDR? Hi :), Quoting Juergen Scherer (juergen.scherer@gmx.de): > I just wanted to let you know that I succeeded in setting up a > VDR-System on a Pentium-133 (non MMX) System with 64MB of RAM. > The System is based on an older SuSE-Linux 6.4 updated to kernel > 2.4.5. > It works flawlessly with one DVB-S card and is also able to play DVDs > with the DVB-dvdplayer ( just some occasional videodisturbances in the > lower quarter of the image. But I am not sure if these are caused by > my "lowpower" system or just a problem of the dvdplayer program > itself.) We had even a Pentium 100 MHz here and this system used to be DVD test hardware. Beside of the DVB MPEG2 hardware decoding, we did some AC3 and CSS decoding in software on the CPU. No problems at all :). Bye... SP. -- Szymon Polom | GPG Key-ID 1024D/E6EA36F2 convergence integrated media GmbH | http://www.convergence.de Rosenthaler Str. 51 | fon: +49(0)30-72 62 06 68 D-10178 Berlin | fax: +49(0)30-72 62 06 55 -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Rolf.Hakenes@Micronas.com Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 10:47:51 +0200 From: Hakenes Rolf To: 'Axel Gruber' , ms@citd.de Cc: hh@holtschneider.com, linux-dvb@linuxtv.org Subject: [linux-dvb] AW: Re: AlphaCrypt CI module? > -----Ursprngliche Nachricht----- > > >> I'm thinking about buying an AlphaCrypt CI module to be > able to legally > >> watch Premiere World with my VDR box. Does anyone have any hands-on > >> experience with this new CI module? Is it stable enough > for everyday use? > > > You have read the "AGB"? > > > There NO LEGAL way to watch Premiere World without D-Box. > That is EXACTLY the topic where Premiere violates current law (not only in my opinion). For example, Switzerland has forbidden the introduction of D-Boxes for Teleclub, because they saw an illegal attempt of L.Kirch to become the only supplier of decryption equipment for pay-TV. I don't think, that a pay-TV supplier is allowed to dictate you how you have to receive its program. You buy the right to VIEW Premiere with your subscription, not the right to view it in a certain way. As a consequence, if someone likes to struggle a law suit against Premiere (which would become tough, of course; they employ many lawyers, who would be happy to earn money with that), this should be very promising, thus they would possibly be forced to change their AGBs. But that's not very likely to become true, therefore the better way would be just to ignore this passage in the AGBs, relying in the fact that Premiere would not fight a law suit against you. If they like to lose you as a customer (that seems to me the only thing they could do: to cancel your contract)... Another example is the passage in the contract conditions of a Premiere Superpackage (I'm not sure, if it's in the AGBs as well), which says that you have to connect your D-Box (always) to a free phone line, to enable Premiere to initiate your D-Box dialing a Premiere modem and transfer data about your box to them. This is an absolute ridiculous passage !! Maybe someone remembers, that Microsoft tried to do something very similar a few years ago (and failed, of course)...therefore: just ignore it... > > > At least in my AGB is a paragraph which says that you are > only allowed to > > place the smartcard into a D-box. > > Some times ago - i have phoned with the PW-Hotline-Leader - i > have asked the "Price" of my used D-BOX and i have sayed him > that i want to use it in a CI-Module. > > He sayed me thet this is not a Problem ! - And i can use it > at my CI ! - But i have to rent the D-BOX.... > > > So it seems that they dont know ther own AGB :-) > I would suspect they know this passage, but they know as well that they are not able (and willing) to force you to respect it... Regards, Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From axelgruber2@gmx.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 12:22:14 +0200 From: Axel Gruber To: tw@ubcom.net Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AlphaCrypt CI module? I think Premierewold dont say anything - if you pay for ther Programm ! :-) -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From axelgruber2@gmx.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 12:25:32 +0200 From: Axel Gruber To: polom@convergence.de Cc: juergen.scherer@gmx.de, linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Lowest possible hardware configuration for VDR? I have also tested it on a old 100 Pentium with a 100mbit network for reply. works - but sometimes i have short errors in picture - perhaps the CPU is too slow for the NETWORK..... - but - it works. Axel Gruber -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From polom@convergence.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 15:24:19 +0200 From: Szymon Polom To: Christoph Rieder Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Lowest possible hardware configuration for VDR? Hi... Quoting Christoph Rieder (christoph.rieder@web.de): > Axel Gruber schrieb am 11.06.01: > > >> Linux will just work fine (with drives <120GB for now ;-) > > >> > > >> > > kernel parameters to use the full 40GB - more details on demand...) > > > > I use 4 80 GB disks at the moment - works fine here ! > > I've installed a 40 GB disk in a old 486 (DX 40). It was exactly as the linux howto saied: the only misstake you can > make is to worry about it. just make sure that the kernel is in sectors < 1024 turn off bios "big disk" support and you are fine. > > btw: to answer the original question. i can't beat your offer. the 486 has no PCI slots ... (but VESA Localbus, does anybody rememer?) There were 486 Mainboards with PCI slots. I had one :). Bye... SP. -- Szymon Polom | GPG Key-ID 1024D/E6EA36F2 convergence integrated media GmbH | http://www.convergence.de Rosenthaler Str. 51 | fon: +49(0)30-72 62 06 68 D-10178 Berlin | fax: +49(0)30-72 62 06 55 -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From suamor@gmx.net Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 16:21:33 +0200 From: Reinhard Katzmann To: Linux DVB ML Subject: [linux-dvb] Re: Hack: RPM-Spec File for Linux Mandrake Hi! Ok *sigh* no attachments. Ok, I've spent an hour and created my own small dvb home page. It can be found on http://www.suamor.de/dvpage.html. I will announce changes to this page on this list. German-Speakers might be interested in my multimedia vision as well which is linked from the dvb page. Regards, Reinhard Katzmann -- E-Mail: reinhard@suamor.de New GnuPG Public Key available on request -- No attachments (even text) are allowed -- -- Type: application/pgp-signature -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From mk@almi.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 16:29:27 +0200 From: Michael Klo To: linux-dvb@linuxtv.org Subject: [linux-dvb] DVB-C and anlog module how ? Hello, do anyone is using a (Siemens) DVB-C card with a analog module ? I understand the DVB card only display mpeg2 streams on tv. With the analog module i can display analog signals, too. How it works ? Do it convert the analog signale to mpeg2 stream? So it can be record with vdr ? Or just do the module a direct passthru and no decodeing chips are used ? Michael Kloss -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 16:55:58 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR: Packet Resequencer I have uploaded a new version of the Packet Resequencer changes to ftp://ftp.cadsoft.de/pub/people/kls/vdr/vdr-0.81pre2.diff.gz PLEASE NOTE that this patch against VDR 0.80 should only be used by people who are willing to experiment. It is not for every day use, since it may happen that recordings don't work at all. I have modified the way the packets are taken out of the lists in order to get better results. So far it looks pretty good, but I would now appreciate if some people with knowledge about MPEG2 formats would try this out and maybe analyze the resulting files. Please also take a critical look at the code in remux.c. This is an important step towards recording two audio tracks, and ultimately to record the AC3 sound. But first we have to get it to work flawlessly with one audio track. What I would like to know now is whether this approach is at all reasonable (maybe the MPEG experts here on the list can comment on this) and if so, if and how the current version could be improved in order to produce "clean" data. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rolf@max.lui.uni-tuebingen.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 16:53:53 +0200 (CEST) From: rolf@max.lui.uni-tuebingen.de To: Linux DVB Subject: [linux-dvb] SuSE 7.2 Kernel 2.4.4 Preliminary Howto This is a first try for a working Howto. Just doing it completly from the Start finaly helped me. Could somone please check this again to get a approved version? Instalation/Update to 7.2 finisched CDs mounted on /cdrom First install from CD1 the Kernel rpm -i --force --nodeps /cdrom/suse/images/k_deflt.rpm You should then run lilo Second install from CD2 rpm -i --force -nodeps /cdrom/suse/d2/kernel-source.rpm copy over the configfile cp /boot/vmlinuz.config /usr/src/linux/.config go to the Kernel Source directory cd /usr/src/linux run configuration make oldconfig make dep then move over to the DVB Software and compile that as described in the Install File. This is just intended to be a start since i guess a lot of People will have the same Problems in the near future. Have fun! Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 18:00:08 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Problems in VDR 8.0 Michael Klo wrote: > > Hallo, > > i found two problems in vdr 0.8 > > 1) a recodring entry in timers.conf is not displayed in the > main menue and so it cannot stopped. > =>Is it possible to display which card is recording/displaying which channel > in the main menu ? > =>Add stop function to the timer menu ? Once I get back to improving the menu stuff in VDR I'll add this. Currently improving AV multiplexing and recording multiple audio streams (e.g. AC3) has priority. You can stop a timer recording by going into the Timer menu and disabling the timer with the "Left" key (or Edit it and set "Active" to no). > 2) Not Sync blocks vdr. If a channel on any card is not sync, vdr blocks or > works > only very slow. VDR tries three times to tune to a given channel, waiting one second between each attempt. Maybe that's what you are experiencing? 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From suamor@gmx.net Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 16:48:13 +0200 From: Reinhard Katzmann To: Linux DVB ML Subject: [linux-dvb] Re: DVB-C and anlog module how ? Hi Michael! On Sun, Jun 10, 2001 at 04:29:27PM +0200, Michael Klo wrote: > Hello, > > do anyone is using a (Siemens) DVB-C card with a analog module ? I remember that question was asked once in the list. > I understand the DVB card only display mpeg2 streams on tv. With > the analog module i can display analog signals, too. How it works ? > Do it convert the analog signale to mpeg2 stream? So it can be > record with vdr ? > Or just do the module a direct passthru and no decodeing chips are used ? AFAIR there was no solution presented. It was just said that analog TV watching is not possible. To be sure browse the ML archive. Regards, Reinhard Katzmann -- E-Mail: reinhard@suamor.de New GnuPG Public Key available on request -- No attachments (even text) are allowed -- -- Type: application/pgp-signature -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From suamor@gmx.net Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 16:41:59 +0200 From: Reinhard Katzmann To: Linux DVB ML Subject: [linux-dvb] Re: Hack: RPM-Spec File for Linux Mandrake Sorry, there was a type in my mail, the homepage should be of course: http://www.suamor.de/dvbpage.html Regards, Reinhard P.S.: Why is my gnu pgp signature always removed from mails to this list ? On Sun, Jun 10, 2001 at 04:21:33PM +0200, Reinhard Katzmann wrote: > > Hi! > > Ok *sigh* no attachments. Ok, I've spent an hour and created my own > small dvb home page. It can be found on http://www.suamor.de/dvpage.html. > I will announce changes to this page on this list. > German-Speakers might be interested in my multimedia vision as well which > is linked from the dvb page. > -- E-Mail: reinhard@suamor.de New GnuPG Public Key available on request -- No attachments (even text) are allowed -- -- Type: application/pgp-signature -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From dvb@wolfsoft.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 18:15:40 +0200 From: Klaus Wolf To: linux-dvb@linuxtv.org Subject: [linux-dvb] vdr script for checking mails in osd? [ The following text is in the "Windows-1252" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] Hi Folks, does anybody uses the commands.conf menu of vdr to check emails? I need an example for the commands.conf and the necassary mail prog to check them. Please send me scripts. Thanks klaus PS: My System -suse 7.1 (Kernel 2.4.2) -lirc-0.6.3 -2xHaupauge DVB-s -Cam Modul -Irdedo Allcam -Aston Seca CI -Maxtor 80GB HD UDMA (reiserfs) -vdr 0.72 -dvb 0.8.x -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From suamor@gmx.net Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 18:21:13 +0200 From: Reinhard Katzmann To: Linux DVB Subject: [linux-dvb] Re: SuSE 7.2 Kernel 2.4.4 Preliminary Howto Hi! > copy over the configfile > cp /boot/vmlinuz.config /usr/src/linux/.config > > go to the Kernel Source directory > cd /usr/src/linux > run configuration I recommand removing the "module version" information. This way you can spread dvb kernel modules to your friends without worrying about these module errors. > make oldconfig > make dep Best regards, Reinhard Katzmann -- E-Mail: reinhard@suamor.de New GnuPG Public Key available on request -- No attachments (even text) are allowed -- -- Type: application/pgp-signature -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Carsten.Koch@icem.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 18:27:52 +0200 From: Carsten Koch To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: vdr script for checking mails in osd? Klaus Wolf wrote: > > Hi Folks, > > does anybody uses the commands.conf menu of vdr to check emails? > I need an example for the commands.conf and the necassary mail prog to check > them. > > Please send me scripts. Hi Klaus, I'm currently displaying only the mail headers on the OSD. Here is my current commands.conf: 1 Disk Space:df -h|awk '{print $4," ",$5," ",$6}' 2 Mail:echo x|rsh wald Mail 3 Recordings Space:cd /video;du -sk *|sort -n|cut -c1-29 4 Restart:killproc /usr/local/VDR/vdr -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From gfiala@s.netic.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 19:51:16 +0200 From: Guido Fiala To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Lowest possible hardware configuration for VDR? On Sunday, 10. June 2001 15:07, Jan Panteltje wrote: > On Sun, 10 Jun 2001, Juergen Scherer wrote: > > The only (minor) problem was to introduce the 40GB harddisk to the > > ASUS 55TP4N Board. (I first had to enable the 32GB clip to overcome > > the BIOS limits, but than started to use an IBM-diskmanager and some If you do not need to boot from this drive (because you have another one with the system) you do not need to inform the Bios about it - simply disable it, Linux will just work fine (with drives <120GB for now ;-) > > kernel parameters to use the full 40GB - more details on demand...) I did'nt even need this. > > > > Is someone bidding less ;) ? > > I had a similar problem with 40 GB on the MSi mobo. > The bios reports 40 GB alright, but linux, after fighting with > fdisk, does this: > /dev/hdd1 32511352 23901236 6958636 77% /video > So it reports 32 GB! Think somewhere in the "large-disk-howto" was a remark to use cfdisk for drives >32GB - it worked for me flawless. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rolf@max.lui.uni-tuebingen.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 20:14:25 +0200 (CEST) From: rolf@max.lui.uni-tuebingen.de To: Linux DVB Subject: [linux-dvb] 16:9 Quick and Dirty Hi Folks! In File dvb.c (from todays CVS) there is a line //outcom(dvb, COMTYPE_ENCODER, SetMonitorType, 1, VIDEO_FORMAT_16_9); I just removed the // compiled and here we go! DVDs displayed just perfect. naturally this only works with 16:9 sources everything else will be displayed wrong. I used the test_av example to try it. during Compilation it couldnt find some includes. Should eventualy get fixed in CVS. I tried to playback some older recordings as well Quality seems to have improved with the new driver! Gratulations! Should it be possible to feed PCM data to /dev/ost/audio and mpeg2video to /dev/ost/video? I know that this was not possible. But looking at the devices i just had to ask.... ;) Greetings! Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From apieper@gmx.net Tue Jul 31 18:28:24 2001 Date: 10 Jun 2001 18:07:46 UT From: apieper@gmx.net To: linux-dvb@linuxtv.org Subject: [linux-dvb] problems with more than one dvbs-card Hi, since i installed a second dvbs-card in my vdr-pc i got some problems. My VDR-PC: Pentium 166 / Intel Chipset (FX?)/ RAM 128MB VDR 0.72 / Driver 0.82 / Mandrake with kernel 2.2.17 2 Hauppauge DVBs-Cards, 'old' Version, 80GB Maxtor Problem 1: Often (60%-70%) if i record with both cards and one recording stops vdr is unloaded and my pc reboots (the pc is installed to reboot if vdr stops). Problem 2: I get messages in the log regarding buffer overflow, example: Jun 8 20:16:10 VDR vdr[854]: record /mnt/video/vdr.00/Tagesschau/2001-06-08.19.59.10.04.rec Jun 8 20:16:10 VDR vdr[854]: recording to '/mnt/video/vdr.00/Tagesschau/2001-06-08.19.59.10.04.rec/002.vdr' Jun 8 20:16:11 VDR vdr[2088]: output thread started (pid=2088) Jun 8 20:16:11 VDR vdr[2089]: input thread started (pid=2089) Jun 8 20:16:43 VDR vdr[2089]: buffer usage: 76% Jun 8 20:16:43 VDR last message repeated 5 times Jun 8 20:16:43 VDR vdr[2089]: buffer usage: 77% Jun 8 20:16:43 VDR last message repeated 7 times Jun 8 20:16:44 VDR vdr[2089]: buffer usage: 78% Jun 8 20:16:44 VDR last message repeated 6 times [...] Jun 8 20:16:52 VDR vdr[2089]: buffer usage: 97% Jun 8 20:16:52 VDR last message repeated 6 times Jun 8 20:16:52 VDR vdr[2089]: buffer usage: 98% Jun 8 20:16:53 VDR last message repeated 7 times Jun 8 20:16:53 VDR vdr[2089]: buffer usage: 99% Jun 8 20:16:53 VDR last message repeated 6 times Jun 8 20:16:53 VDR vdr[2089]: buffer usage: 100% Jun 8 20:17:04 VDR vdr[854]: buffer stats: 1048575 (100%) used Jun 8 20:17:04 VDR vdr[854]: timer 3 stop ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ In this example vdr stops here and the pc resets. Sometimes i get such buffer-usage messages but vdr is running without problems. Even with only one dvbs-card i got such messages, but this never produced such effect. Problem 3: Picture distortions (blocks). If i record with both cards sometimes i get distorted recordings with blocks in it. Until now i only got this when i recorded Pro7 and Sat1 together, i tested few other combinations (will test more next days) but there where no problems (e.g. ARD and RTL). With Sat1 and Pro7 i can reproduce the errors, the recordings are almost unusable. I guess i have a bottleneck somewhere, how can i change this ? (faster processor, more ram ?) ...Andreas -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 23:01:10 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Problems in VDR 8.0 Henning Holtschneider wrote: > > > =>Is it possible to display which card is recording/displaying which > > channel in the main menu ? > > =>Add stop function to the timer menu ? > > I would appreciate such a menu entry very much, too. Right now, you have to > edit the timer and set the end time to a point in the past to immediately > stop recording. You don't need to actually edit the timer. Simply press the "Left" button with the cursor on the timer and then leave the Timers menu. Things like the above will come, but first I want to finish the current work on making sure recordings are properly multiplexed, and implementing the ability to record multiple audio stream. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 23:11:52 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: problems with more than one dvbs-card apieper@gmx.net wrote: > > Hi, > > since i installed a second dvbs-card in my vdr-pc > i got some problems. > > My VDR-PC: Pentium 166 / Intel Chipset (FX?)/ RAM 128MB > VDR 0.72 / Driver 0.82 / Mandrake with kernel 2.2.17 > 2 Hauppauge DVBs-Cards, 'old' Version, 80GB Maxtor > > Problem 1: > Often (60%-70%) if i record with both cards and one > recording stops vdr is unloaded and my pc reboots > (the pc is installed to reboot if vdr stops). > > Problem 2: > I get messages in the log regarding buffer overflow, example: > > Jun 8 20:16:10 VDR vdr[854]: record /mnt/video/vdr.00/Tagesschau/2001-06-08.19.59.10.04.rec > Jun 8 20:16:10 VDR vdr[854]: recording to '/mnt/video/vdr.00/Tagesschau/2001-06-08.19.59.10.04.rec/002.vdr' > Jun 8 20:16:11 VDR vdr[2088]: output thread started (pid=2088) > Jun 8 20:16:11 VDR vdr[2089]: input thread started (pid=2089) > Jun 8 20:16:43 VDR vdr[2089]: buffer usage: 76% > Jun 8 20:16:43 VDR last message repeated 5 times > Jun 8 20:16:43 VDR vdr[2089]: buffer usage: 77% > Jun 8 20:16:43 VDR last message repeated 7 times > Jun 8 20:16:44 VDR vdr[2089]: buffer usage: 78% > Jun 8 20:16:44 VDR last message repeated 6 times > [...] > Jun 8 20:16:52 VDR vdr[2089]: buffer usage: 97% > Jun 8 20:16:52 VDR last message repeated 6 times > Jun 8 20:16:52 VDR vdr[2089]: buffer usage: 98% > Jun 8 20:16:53 VDR last message repeated 7 times > Jun 8 20:16:53 VDR vdr[2089]: buffer usage: 99% > Jun 8 20:16:53 VDR last message repeated 6 times > Jun 8 20:16:53 VDR vdr[2089]: buffer usage: 100% > Jun 8 20:17:04 VDR vdr[854]: buffer stats: 1048575 (100%) used > Jun 8 20:17:04 VDR vdr[854]: timer 3 stop > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > In this example vdr stops here and the pc resets. Aren't there any further messages in the log file? I don't see why VDR would see any need to exit here?! > Sometimes i get such buffer-usage messages but > vdr is running without problems. > > Even with only one dvbs-card i got such messages, > but this never produced such effect. > > Problem 3: > Picture distortions (blocks). > If i record with both cards sometimes i get distorted recordings > with blocks in it. Until now i only got this when i recorded > Pro7 and Sat1 together, i tested few other combinations (will > test more next days) but there where no problems (e.g. ARD and RTL). > With Sat1 and Pro7 i can reproduce the errors, the recordings > are almost unusable. > > I guess i have a bottleneck somewhere, how can i > change this ? (faster processor, more ram ?) Are you sure you have DMA activated for your disk? video:/home/kls # hdparm /dev/hda /dev/hda: multcount = 16 (on) I/O support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 1 (on) <===================== keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 4560/255/63, sectors = 73261440, start = 0 Otherwise you could try using a faster processor. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hh@holtschneider.com Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 18:53:12 +0200 (CEST) From: Henning Holtschneider To: linux-dvb@linuxtv.org Subject: [linux-dvb] AlphaCrypt CI module? Hi, I'm thinking about buying an AlphaCrypt CI module to be able to legally watch Premiere World with my VDR box. Does anyone have any hands-on experience with this new CI module? Is it stable enough for everyday use? Regards, hh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From apieper@gmx.net Tue Jul 31 18:28:24 2001 Date: 10 Jun 2001 22:03:15 UT From: apieper@gmx.net To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: problems with more than one dvbs-card -------- Original Message -------- Subject: [linux-dvb] Re: problems with more than one dvbs-card (10-Jun-2001 23:20) From: Klaus.Schmidinger@cadsoft.de To: linux-dvb@linuxtv.org > apieper@gmx.net wrote: > > > > Hi, > > > > since i installed a second dvbs-card in my vdr-pc > > i got some problems. > > > > My VDR-PC: Pentium 166 / Intel Chipset (FX?)/ RAM 128MB > > VDR 0.72 / Driver 0.82 / Mandrake with kernel 2.2.17 > > 2 Hauppauge DVBs-Cards, 'old' Version, 80GB Maxtor > > > > Problem 1: > > Often (60%-70%) if i record with both cards and one > > recording stops vdr is unloaded and my pc reboots > > (the pc is installed to reboot if vdr stops). > > > > Problem 2: > > I get messages in the log regarding buffer overflow, example: > > > > Jun 8 20:16:10 VDR vdr[854]: record /mnt/video/vdr.00/Tagesschau/2001-06- > > 08.19.59.10.04.rec > > Jun 8 20:16:10 VDR vdr[854]: recording to '/mnt/video/vdr.00/Tagesschau/ > > 2001-06-08.19.59.10.04.rec/002.vdr' > > Jun 8 20:16:11 VDR vdr[2088]: output thread started (pid=2088) > > Jun 8 20:16:11 VDR vdr[2089]: input thread started (pid=2089) > > Jun 8 20:16:43 VDR vdr[2089]: buffer usage: 76% > > Jun 8 20:16:43 VDR last message repeated 5 times > > Jun 8 20:16:43 VDR vdr[2089]: buffer usage: 77% > > Jun 8 20:16:43 VDR last message repeated 7 times > > Jun 8 20:16:44 VDR vdr[2089]: buffer usage: 78% > > Jun 8 20:16:44 VDR last message repeated 6 times > > [...] > > Jun 8 20:16:52 VDR vdr[2089]: buffer usage: 97% > > Jun 8 20:16:52 VDR last message repeated 6 times > > Jun 8 20:16:52 VDR vdr[2089]: buffer usage: 98% > > Jun 8 20:16:53 VDR last message repeated 7 times > > Jun 8 20:16:53 VDR vdr[2089]: buffer usage: 99% > > Jun 8 20:16:53 VDR last message repeated 6 times > > Jun 8 20:16:53 VDR vdr[2089]: buffer usage: 100% > > Jun 8 20:17:04 VDR vdr[854]: buffer stats: 1048575 (100%) used > > Jun 8 20:17:04 VDR vdr[854]: timer 3 stop > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > In this example vdr stops here and the pc resets. > > Aren't there any further messages in the log file? > I don't see why VDR would see any need to exit here?! Jun 8 20:16:02 VDR kernel: record buffer full Jun 8 20:16:06 VDR last message repeated 69 times Jun 8 20:16:07 VDR vdr[854]: confirm: Aufzeichnung beenden? Jun 8 20:16:07 VDR kernel: record buffer full Jun 8 20:16:07 VDR last message repeated 12 times Jun 8 20:16:07 VDR vdr[854]: confirmed Jun 8 20:16:08 VDR kernel: record buffer full Jun 8 20:16:09 VDR last message repeated 36 times Jun 8 20:16:10 VDR vdr[854]: buffer stats: 1048575 (100%) used Jun 8 20:16:10 VDR vdr[854]: timer 9 stop Jun 8 20:16:10 VDR vdr[854]: deleting timer 9 Jun 8 20:16:10 VDR kernel: record buffer full Jun 8 20:16:10 VDR last message repeated 5 times Jun 8 20:16:10 VDR vdr[854]: stopping recording on DVB device 1 due to higher priority Jun 8 20:16:10 VDR vdr[854]: timer 3 start Jun 8 20:16:10 VDR vdr[854]: switching to channel 1 This are the messages before the ones i sent with my last mail. Why are there so many messages re- garding the buffer, arent 128MB enough for VDR ? After more tests i can say that the reboots after one recording stops (if i record with both cards) will occur in ~20-30%. > > Sometimes i get such buffer-usage messages but > > vdr is running without problems. > > > > Even with only one dvbs-card i got such messages, > > but this never produced such effect. > > > > Problem 3: > > Picture distortions (blocks). > > If i record with both cards sometimes i get distorted recordings > > with blocks in it. Until now i only got this when i recorded > > Pro7 and Sat1 together, i tested few other combinations (will > > test more next days) but there where no problems (e.g. ARD and RTL). > > With Sat1 and Pro7 i can reproduce the errors, the recordings > > are almost unusable. > > > > I guess i have a bottleneck somewhere, how can i > > change this ? (faster processor, more ram ?) > > Are you sure you have DMA activated for your disk? > > video:/home/kls # hdparm /dev/hda > > /dev/hda: > multcount = 16 (on) > I/O support = 0 (default 16-bit) > unmaskirq = 0 (off) > using_dma = 1 (on) <===================== > keepsettings = 0 (off) > nowerr = 0 (off) > readonly = 0 (off) > readahead = 8 (on) > geometry = 4560/255/63, sectors = 73261440, start = 0 DMA is activated. For example if i transform recordings with pes2av_pes the throughput is much higher than 2 simultaneously recordings should acquire (should be ~1MB/sec ?). I only wonder that this errors only seems to occur (as of now i only tested some channel-combinations) if i record Sat1 and Pro7 together. > Otherwise you could try using a faster processor. So you mean faster processor is better than more ram ? > Klaus ...Andreas -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 00:09:12 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: problems with more than one dvbs-card apieper@gmx.net wrote: > > -------- Original Message -------- > Subject: [linux-dvb] Re: problems with more than one dvbs-card (10-Jun-2001 23:20) > From: Klaus.Schmidinger@cadsoft.de > To: linux-dvb@linuxtv.org > > > apieper@gmx.net wrote: > > > > > > Hi, > > > > > > since i installed a second dvbs-card in my vdr-pc > > > i got some problems. > > > > > > My VDR-PC: Pentium 166 / Intel Chipset (FX?)/ RAM 128MB > > > VDR 0.72 / Driver 0.82 / Mandrake with kernel 2.2.17 > > > 2 Hauppauge DVBs-Cards, 'old' Version, 80GB Maxtor > > > > > > Problem 1: > > > Often (60%-70%) if i record with both cards and one > > > recording stops vdr is unloaded and my pc reboots > > > (the pc is installed to reboot if vdr stops). > > > > > > Problem 2: > > > I get messages in the log regarding buffer overflow, example: > > > > > > Jun 8 20:16:10 VDR vdr[854]: record /mnt/video/vdr.00/Tagesschau/2001-06- > > > 08.19.59.10.04.rec > > > Jun 8 20:16:10 VDR vdr[854]: recording to '/mnt/video/vdr.00/Tagesschau/ > > > 2001-06-08.19.59.10.04.rec/002.vdr' > > > Jun 8 20:16:11 VDR vdr[2088]: output thread started (pid=2088) > > > Jun 8 20:16:11 VDR vdr[2089]: input thread started (pid=2089) > > > Jun 8 20:16:43 VDR vdr[2089]: buffer usage: 76% > > > Jun 8 20:16:43 VDR last message repeated 5 times > > > Jun 8 20:16:43 VDR vdr[2089]: buffer usage: 77% > > > Jun 8 20:16:43 VDR last message repeated 7 times > > > Jun 8 20:16:44 VDR vdr[2089]: buffer usage: 78% > > > Jun 8 20:16:44 VDR last message repeated 6 times > > > [...] > > > Jun 8 20:16:52 VDR vdr[2089]: buffer usage: 97% > > > Jun 8 20:16:52 VDR last message repeated 6 times > > > Jun 8 20:16:52 VDR vdr[2089]: buffer usage: 98% > > > Jun 8 20:16:53 VDR last message repeated 7 times > > > Jun 8 20:16:53 VDR vdr[2089]: buffer usage: 99% > > > Jun 8 20:16:53 VDR last message repeated 6 times > > > Jun 8 20:16:53 VDR vdr[2089]: buffer usage: 100% > > > Jun 8 20:17:04 VDR vdr[854]: buffer stats: 1048575 (100%) used > > > Jun 8 20:17:04 VDR vdr[854]: timer 3 stop > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > > > In this example vdr stops here and the pc resets. > > > > Aren't there any further messages in the log file? > > I don't see why VDR would see any need to exit here?! > > Jun 8 20:16:02 VDR kernel: record buffer full > Jun 8 20:16:06 VDR last message repeated 69 times > Jun 8 20:16:07 VDR vdr[854]: confirm: Aufzeichnung beenden? > Jun 8 20:16:07 VDR kernel: record buffer full > Jun 8 20:16:07 VDR last message repeated 12 times > Jun 8 20:16:07 VDR vdr[854]: confirmed > Jun 8 20:16:08 VDR kernel: record buffer full > Jun 8 20:16:09 VDR last message repeated 36 times > Jun 8 20:16:10 VDR vdr[854]: buffer stats: 1048575 (100%) used > Jun 8 20:16:10 VDR vdr[854]: timer 9 stop > Jun 8 20:16:10 VDR vdr[854]: deleting timer 9 > Jun 8 20:16:10 VDR kernel: record buffer full > Jun 8 20:16:10 VDR last message repeated 5 times > Jun 8 20:16:10 VDR vdr[854]: stopping recording on DVB device 1 due to higher priority > Jun 8 20:16:10 VDR vdr[854]: timer 3 start > Jun 8 20:16:10 VDR vdr[854]: switching to channel 1 > > This are the messages before the ones i sent with > my last mail. What about messages _after_ those? Isn't there anything _after_ the Jun 8 20:17:04 VDR vdr[854]: timer 3 stop message?? > Why are there so many messages re- > garding the buffer, arent 128MB enough for VDR ? VDR uses a 1MB buffer for its recording function. If that buffer overflows, something bad must have happened. > After more tests i can say that the reboots after > one recording stops (if i record with both cards) > will occur in ~20-30%. > > > > Sometimes i get such buffer-usage messages but > > > vdr is running without problems. > > > > > > Even with only one dvbs-card i got such messages, > > > but this never produced such effect. > > > > > > Problem 3: > > > Picture distortions (blocks). > > > If i record with both cards sometimes i get distorted recordings > > > with blocks in it. Until now i only got this when i recorded > > > Pro7 and Sat1 together, i tested few other combinations (will > > > test more next days) but there where no problems (e.g. ARD and RTL). > > > With Sat1 and Pro7 i can reproduce the errors, the recordings > > > are almost unusable. > > > > > > I guess i have a bottleneck somewhere, how can i > > > change this ? (faster processor, more ram ?) > > > > Are you sure you have DMA activated for your disk? > > > > video:/home/kls # hdparm /dev/hda > > > > /dev/hda: > > multcount = 16 (on) > > I/O support = 0 (default 16-bit) > > unmaskirq = 0 (off) > > using_dma = 1 (on) <===================== > > keepsettings = 0 (off) > > nowerr = 0 (off) > > readonly = 0 (off) > > readahead = 8 (on) > > geometry = 4560/255/63, sectors = 73261440, start = 0 > > DMA is activated. For example if i transform recordings > with pes2av_pes the throughput is much higher than 2 > simultaneously recordings should acquire (should be ~1MB/sec ?). > > I only wonder that this errors only seems to occur (as of > now i only tested some channel-combinations) if i record > Sat1 and Pro7 together. > > > Otherwise you could try using a faster processor. > > So you mean faster processor is better than more ram ? VDR doesn't use too much RAM for buffering, so more RAM won't change anything. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 00:13:19 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: vdr script for checking mails in osd? > Klaus Wolf wrote: > > > > Hi Folks, > > > > does anybody uses the commands.conf menu of vdr to check emails? > > I need an example for the commands.conf and the necassary mail prog to check > > them. > > > > Please send me scripts. I'm using (egrep -e "^From:" -e "^Subject:" $MAIL | tail -9) 2>&1 to list the From and Subject lines of the most recent messages. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From m.beiner@t-online.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 00:16:47 +0200 From: Markus Beiner To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AlphaCrypt CI module? Sorry, no answer and perhaps OT. Maybe the Alphacrypt will run perfectly with VDR. How to disable the "Jugendschutz" function in VDR ? Regards Markus Beiner -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From apieper@gmx.net Tue Jul 31 18:28:24 2001 Date: 10 Jun 2001 22:42:08 UT From: apieper@gmx.net To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: problems with more than one dvbs-card -------- Original Message -------- Subject: [linux-dvb] Re: problems with more than one dvbs-card (11-Jun-2001 0:10) From: Klaus.Schmidinger@cadsoft.de To: linux-dvb@linuxtv.org [] > > Jun 8 20:16:10 VDR vdr[854]: timer 3 start > > Jun 8 20:16:10 VDR vdr[854]: switching to channel 1 > > > > This are the messages before the ones i sent with > > my last mail. > > What about messages _after_ those? Isn't there anything _after_ the > > Jun 8 20:17:04 VDR vdr[854]: timer 3 stop > > message?? I think thats only shutdown-messages, here they are: Jun 8 20:17:20 VDR kernel: smb_request: result -32, setting invalid Jun 8 20:17:20 VDR umount: umount: /mnt/vdr_video: device is busy Jun 8 20:17:20 VDR kernel: smb_request: result -32, setting invalid Jun 8 20:17:20 VDR netfs: Unmounting SMB filesystems: failed Jun 8 20:17:21 VDR umount: umount: /mnt/vdr_video: device is busy Jun 8 20:17:21 VDR netfs: Unmounting SMB filesystems: failed Jun 8 20:17:21 VDR network: Shutting down interface eth0: succeeded Jun 8 20:17:23 VDR kernel: Kernel logging (proc) stopped. Jun 8 20:17:23 VDR kernel: KernelJun 8 20:17:11 VDR httpd: httpd shutdown succeeded Jun 8 20:17:11 VDR numlock: Disabling numlocks on ttys: Jun 8 20:17:11 VDR numlock: ^[[60G Jun 8 20:17:11 VDR numlock: Jun 8 20:17:11 VDR rc: Stopping numlock: succeeded Jun 8 20:17:11 VDR rc: Stopping kheader: succeeded Jun 8 20:17:13 VDR smb: smbd shutdown succeeded Jun 8 20:17:17 VDR smb: nmbd shutdown succeeded Jun 8 20:17:19 VDR ldap: slapd shutdown succeeded Jun 8 20:17:19 VDR inet: inetd shutdown succeeded Jun 8 20:17:19 VDR xinetd[419]: Exiting... Jun 8 20:17:19 VDR xinetd: xinetd shutdown succeeded Jun 8 20:17:20 VDR atd: atd shutdown failed log daemon terminating. Jun 8 20:17:24 VDR syslog: klogd shutdown succeeded Jun 8 20:17:24 VDR exiting on signal 15 Thats all, next are messages after reboot. > Klaus ...Andreas P.S. thx for the fast answers, aren't you sleeping sometimes ? :-) -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 08:41:12 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: problems with more than one dvbs-card apieper@gmx.net wrote: > > -------- Original Message -------- > Subject: [linux-dvb] Re: problems with more than one dvbs-card (11-Jun-2001 0:10) > From: Klaus.Schmidinger@cadsoft.de > To: linux-dvb@linuxtv.org > > [] > > > Jun 8 20:16:10 VDR vdr[854]: timer 3 start > > > Jun 8 20:16:10 VDR vdr[854]: switching to channel 1 > > > > > > This are the messages before the ones i sent with > > > my last mail. > > > > What about messages _after_ those? Isn't there anything _after_ the > > > > Jun 8 20:17:04 VDR vdr[854]: timer 3 stop > > > > message?? > > I think thats only shutdown-messages, here they are: > > Jun 8 20:17:20 VDR kernel: smb_request: result -32, setting invalid > Jun 8 20:17:20 VDR umount: umount: /mnt/vdr_video: device is busy > Jun 8 20:17:20 VDR kernel: smb_request: result -32, setting invalid > Jun 8 20:17:20 VDR netfs: Unmounting SMB filesystems: failed > Jun 8 20:17:21 VDR umount: umount: /mnt/vdr_video: device is busy > Jun 8 20:17:21 VDR netfs: Unmounting SMB filesystems: failed > Jun 8 20:17:21 VDR network: Shutting down interface eth0: succeeded > Jun 8 20:17:23 VDR kernel: Kernel logging (proc) stopped. > Jun 8 20:17:23 VDR kernel: KernelJun 8 20:17:11 VDR httpd: httpd shutdown succeeded > Jun 8 20:17:11 VDR numlock: Disabling numlocks on ttys: > Jun 8 20:17:11 VDR numlock: ^[[60G > Jun 8 20:17:11 VDR numlock: > Jun 8 20:17:11 VDR rc: Stopping numlock: succeeded > Jun 8 20:17:11 VDR rc: Stopping kheader: succeeded > Jun 8 20:17:13 VDR smb: smbd shutdown succeeded > Jun 8 20:17:17 VDR smb: nmbd shutdown succeeded > Jun 8 20:17:19 VDR ldap: slapd shutdown succeeded > Jun 8 20:17:19 VDR inet: inetd shutdown succeeded > Jun 8 20:17:19 VDR xinetd[419]: Exiting... > Jun 8 20:17:19 VDR xinetd: xinetd shutdown succeeded > Jun 8 20:17:20 VDR atd: atd shutdown failed log daemon terminating. > Jun 8 20:17:24 VDR syslog: klogd shutdown succeeded > Jun 8 20:17:24 VDR exiting on signal 15 > > Thats all, next are messages after reboot. Well, looks like the machine is shutting down for some unknown reason, but VDR is not exiting normally (at least I could not see any such message from VDR that would indicate that it has exited normally). Do you have any sort of power management enabled that might cause a shutdown after some idle time? 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 08:43:24 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AlphaCrypt CI module? Markus Beiner wrote: > > Sorry, no answer and perhaps OT. > > Maybe the Alphacrypt will run perfectly with VDR. > How to disable the "Jugendschutz" function in VDR ? VDR doesn't have such a function. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From m.beiner@t-online.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 09:01:15 +0200 (MEST) From: m.beiner@t-online.de To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AlphaCrypt CI module? Please don't misunderstood me... The new Alphacrypt are able to emulate the "Jugendschutz" like the DBOX 2. But it is also possible to disable it. To disable this function you must have an CI Men. Maybe it is possible to disable (or general to make any other adjustments) with another CI-Set-Top-Box and after that use it with VDR.... Markus > > > > Sorry, no answer and perhaps OT. > > > > Maybe the Alphacrypt will run perfectly with VDR. > > How to disable the "Jugendschutz" function in VDR ? > > VDR doesn't have such a function. > > 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 > ________________________________________________________ > _______ > > > -- > Info: > To unsubscribe send a mail to listar@linuxtv.org with > "unsubscribe linux-dvb" as subject. > > > -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 09:17:59 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AlphaCrypt CI module? m.beiner@t-online.de wrote: > > Please don't misunderstood me... > The new Alphacrypt are able to emulate the "Jugendschutz" like the DBOX > 2. > But it is also possible to disable it. > To disable this function you must have an CI Men. > > Maybe it is possible to disable (or general to make any other > adjustments) with another CI-Set-Top-Box and after that use it with > VDR.... > > Markus I haven't checked recently but as far as I remember the CI API of the LinuxDVB driver isn't very evolved yet - but maybe that has changed in newer versions. Klaus > > > > > > Sorry, no answer and perhaps OT. > > > > > > Maybe the Alphacrypt will run perfectly with VDR. > > > How to disable the "Jugendschutz" function in VDR ? > > > > VDR doesn't have such a function. > > > > 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Robert.Schneider@lotus.com Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 09:52:02 +0200 From: Robert Schneider/MUC1/Lotus To: linux-dvb Subject: [linux-dvb] Re: vdr script for checking mails in osd? This is how I display new mail via a commands.conf script #!/bin/sh su - mailuser -c "echo q | mail | grep \"[UN] \"" | awk '{ print $3 " " $4 " " $7 " " $9 " " $10 " " $11 " " $12 " " $13}' Regards, Robert -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From tw@ubcom.net Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 10:30:00 +0200 From: Thilo Wunderlich To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AlphaCrypt CI module? > There NO LEGAL way to watch Premiere World without D-Box. http://www.premiereworld.de/interim/agb/html/pwis_agb.asp?WKZ= 2.2  Der Empfang des PREMIERE WORLD Programms darf nur mit der von PREMIERE WORLD mietweise zur Verfgung gestellten d-box oder einer durch den Abonnenten erworbenen und den durch PREMIERE WORLD vorgegebenen Spezifikationen entsprechenden d-box ber den Kabelanschluss oder die Satellitenempfangsanlage des Abonnenten zur eigenen privaten Nutzung erfolgen Well, I would interpret it that you are allowed to use the card in another receiver. Thilo -- Thilo Wunderlich - tw@ubcom.net -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hh@holtschneider.com Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 12:19:54 +0200 From: Henning Holtschneider To: Thilo Wunderlich , linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AlphaCrypt CI module? >> There NO LEGAL way to watch Premiere World without D-Box. > > [...] > >Well, I would interpret it that you are allowed to use the card in another receiver. I think so, too. You are allowed to use your Premiere World smart card in any receiver/Common Interface Module, as long as it's approved by PW (i.e. the CIM contains official Betacrypt decryption code) . From what I have read on DVB discussion boards, Premiere World is required to allow you to view its program with a device other than their own D-Box and that's why Mascom (?) introduced the new AlphaCrypt CIM. I just orded an AlphaCrypt CIM together with a CI-board for my DVB-s card so I will know if/how it works soon :-) Regards, hh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From apieper@gmx.net Tue Jul 31 18:28:24 2001 Date: 11 Jun 2001 10:59:42 UT From: apieper@gmx.net To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: problems with more than one dvbs-card -------- Original Message -------- Subject: [linux-dvb] Re: problems with more than one dvbs-card (11-Jun-2001 8:50) From: Klaus.Schmidinger@cadsoft.de To: linux-dvb@linuxtv.org [] > Well, looks like the machine is shutting down for some unknown reason, > but VDR is not exiting normally (at least I could not see any such > message from VDR that would indicate that it has exited normally). As i wrote in my first mail, the PC will intentionally perform a reboot after vdr stops. My script looks like this: /netz #call netstartscript /dvb #call dvb-driver startscript /vdr #call vdr startscript date >> "/off_file" #just write actual date in a file reboot # Because my vdr-PC is not in the livingroom and runs without monitor and keyboard this seem to be the best solution for me. This worked for me for the last 2.5 months with one dvb-card (~1 reboot per day). > Do you have any sort of power management enabled that might cause a > shutdown after some idle time? No. > Klaus ...Andreas -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 13:03:57 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: problems with more than one dvbs-card apieper@gmx.net wrote: > > -------- Original Message -------- > Subject: [linux-dvb] Re: problems with more than one dvbs-card (11-Jun-2001 8:50) > From: Klaus.Schmidinger@cadsoft.de > To: linux-dvb@linuxtv.org > > [] > > Well, looks like the machine is shutting down for some unknown reason, > > but VDR is not exiting normally (at least I could not see any such > > message from VDR that would indicate that it has exited normally). > > As i wrote in my first mail, the PC will intentionally perform > a reboot after vdr stops. > > My script looks like this: > > /netz #call netstartscript > /dvb #call dvb-driver startscript > /vdr #call vdr startscript > date >> "/off_file" #just write actual date in a file > reboot # > > Because my vdr-PC is not in the livingroom and runs without > monitor and keyboard this seem to be the best solution for me. > > This worked for me for the last 2.5 months with one dvb-card > (~1 reboot per day). > > > Do you have any sort of power management enabled that might cause a > > shutdown after some idle time? > > No. Well, I'm afraid then I'm out of ideas... What you could do is to add debug messages on various places in VDR, like dsyslog(LOG_INFO, "%s %d", __FILE__, __LINE__); which would log the filename and source line number. That way you could track it on its way "out" and see where it goes - and probably figure out *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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From apieper@gmx.net Tue Jul 31 18:28:24 2001 Date: 08 Jun 2001 19:09:41 UT From: apieper@gmx.net To: linux-dvb@linuxtv.org Subject: [linux-dvb] problems with more than one dvbs-card Hi, since i installed a second dvbs-card in my vdr-pc i got some problems. My VDR-PC: Pentium 166 / Intel Chipset (FX?)/ RAM 128MB VDR 0.72 / Driver 0.82 / Mandrake with kernel 2.2.17 2 Hauppauge DVBs-Cards, 'old' Version, 80GB Maxtor Problem 1: Often (60%-70%) if i record with both cards and one recording stops vdr is unloaded and my pc reboots (the pc is installed to reboot if vdr stops). Problem 2: I get messages in the log regarding buffer overflow, example: Jun 8 20:16:10 VDR vdr[854]: record /mnt/video/vdr.00/Tagesschau/2001-06-08.19.59.10.04.rec Jun 8 20:16:10 VDR vdr[854]: recording to '/mnt/video/vdr.00/Tagesschau/2001-06-08.19.59.10.04.rec/002.vdr' Jun 8 20:16:11 VDR vdr[2088]: output thread started (pid=2088) Jun 8 20:16:11 VDR vdr[2089]: input thread started (pid=2089) Jun 8 20:16:43 VDR vdr[2089]: buffer usage: 76% Jun 8 20:16:43 VDR last message repeated 5 times Jun 8 20:16:43 VDR vdr[2089]: buffer usage: 77% Jun 8 20:16:43 VDR last message repeated 7 times Jun 8 20:16:44 VDR vdr[2089]: buffer usage: 78% Jun 8 20:16:44 VDR last message repeated 6 times [...] Jun 8 20:16:52 VDR vdr[2089]: buffer usage: 97% Jun 8 20:16:52 VDR last message repeated 6 times Jun 8 20:16:52 VDR vdr[2089]: buffer usage: 98% Jun 8 20:16:53 VDR last message repeated 7 times Jun 8 20:16:53 VDR vdr[2089]: buffer usage: 99% Jun 8 20:16:53 VDR last message repeated 6 times Jun 8 20:16:53 VDR vdr[2089]: buffer usage: 100% Jun 8 20:17:04 VDR vdr[854]: buffer stats: 1048575 (100%) used Jun 8 20:17:04 VDR vdr[854]: timer 3 stop ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ In this example vdr stops here and the pc resets. Sometimes i get such buffer-usage messages but vdr is running without problems. Even with only one dvbs-card i got such messages, but this never produced such effect. Problem 3: Picture distortions (blocks). If i record with both cards sometimes i get distorted recordings with blocks in it. Until now i only got this when i recorded Pro7 and Sat1 together, i tested few other combinations (will test more next days) but there where no problems (e.g. ARD and RTL). With Sat1 and Pro7 i can reproduce the errors. I guess i have a 'bottleneck' somewhere, how can i change this ? (faster processor, more ram ?) ...Andreas -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Thorsten.Thomas.Heck@t-online.de Tue Jul 31 18:28:24 2001 Date: Sat, 9 Jun 2001 16:35:26 +0200 From: Thorsten Heck To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Replay problems with latest CVS Hi! > Just stumbled over this one here, too. > Please replace the function cReplayBuffer::Output() in dvbapi.c > with the following code: > [snip] > (Sorry it's no 'diff', but I'm currently in the middle of some > heavy editing...) Unfortunately, using this chunk of code in dvbapi.c of vdr 0.80, the result won't compile :-( Thorsten Heck -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From apieper@gmx.net Tue Jul 31 18:28:24 2001 Date: 09 Jun 2001 18:45:00 UT From: apieper@gmx.net To: linux-dvb@linuxtv.org Subject: [linux-dvb] problems with more than one dvbs-card Hi, since i installed a second dvbs-card in my vdr-pc i got some problems. My VDR-PC: Pentium 166 / Intel Chipset (FX?)/ RAM 128MB VDR 0.72 / Driver 0.82 / Mandrake with kernel 2.2.17 2 Hauppauge DVBs-Cards, 'old' Version, 80GB Maxtor Problem 1: Often (60%-70%) if i record with both cards and one recording stops vdr is unloaded and my pc reboots (the pc is installed to reboot if vdr stops). Problem 2: I get messages in the log regarding buffer overflow, example: Jun 8 20:16:10 VDR vdr[854]: record /mnt/video/vdr.00/Tagesschau/2001-06-08.19.59.10.04.rec Jun 8 20:16:10 VDR vdr[854]: recording to '/mnt/video/vdr.00/Tagesschau/2001-06-08.19.59.10.04.rec/002.vdr' Jun 8 20:16:11 VDR vdr[2088]: output thread started (pid=2088) Jun 8 20:16:11 VDR vdr[2089]: input thread started (pid=2089) Jun 8 20:16:43 VDR vdr[2089]: buffer usage: 76% Jun 8 20:16:43 VDR last message repeated 5 times Jun 8 20:16:43 VDR vdr[2089]: buffer usage: 77% Jun 8 20:16:43 VDR last message repeated 7 times Jun 8 20:16:44 VDR vdr[2089]: buffer usage: 78% Jun 8 20:16:44 VDR last message repeated 6 times [...] Jun 8 20:16:52 VDR vdr[2089]: buffer usage: 97% Jun 8 20:16:52 VDR last message repeated 6 times Jun 8 20:16:52 VDR vdr[2089]: buffer usage: 98% Jun 8 20:16:53 VDR last message repeated 7 times Jun 8 20:16:53 VDR vdr[2089]: buffer usage: 99% Jun 8 20:16:53 VDR last message repeated 6 times Jun 8 20:16:53 VDR vdr[2089]: buffer usage: 100% Jun 8 20:17:04 VDR vdr[854]: buffer stats: 1048575 (100%) used Jun 8 20:17:04 VDR vdr[854]: timer 3 stop ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ In this example vdr stops here and the pc resets. Sometimes i get such buffer-usage messages but vdr is running without problems. Even with only one dvbs-card i got such messages, but this never produced such effect. Problem 3: Picture distortions (blocks). If i record with both cards sometimes i get distorted recordings with blocks in it. Until now i only got this when i recorded Pro7 and Sat1 together, i tested few other combinations (will test more next days) but there where no problems (e.g. ARD and RTL). With Sat1 and Pro7 i can reproduce the errors. I guess i have a 'bottleneck' somewhere, how can i change this ? (faster processor, more ram ?) ...Andreas -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From juergen.scherer@gmx.de Tue Jul 31 18:28:24 2001 Date: Sun, 10 Jun 2001 13:29:20 +0200 From: Juergen Scherer To: linux-dvb@linuxtv.org Subject: [linux-dvb] cutting problems with VDR 0.80 Hello list, Henning Holtschneider wrote: > Hi, I just tried to remove the commercials from an X-Files episode I recorded > two weeks ago with a preX version of VDR. The cutting process seems to run > fine, but the result only shows half of what I have cut before (the net > length of the episode should be around 45 minutes but the resulting file > is only about 24 minutes long). I examined the marks.vdr file and all > cutting marks are there. I then tried to cut a recording I made with the > current 0.80 release and it ends prematurely, too. The result can be > reproduced if I remove the cut files and start the cutting process again. > How can I determine what's going wrong? Regards, hh I justed wanted to confirm this behaviour of vdr-0.80 (I didn't test preX). The resulting cut-file always seems to be only half the length it should be. The graphical representation of the cut marks is looking OK, jumping to marks is working properly, only the cutting itself doesn't work as expected without an error message in the logfile. Maybe I should enable some debugging... Henning, did you get some response or are we the only ones with the problem or is nobody cutting records ? Best regards, Juergen mailto:juergen.scherer@gmx.de -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From apieper@gmx.net Tue Jul 31 18:28:24 2001 Date: 10 Jun 2001 11:10:53 UT From: apieper@gmx.net To: linux-dvb@linuxtv.org Subject: [linux-dvb] problems with more than one dvbs-card Hi, since i installed a second dvbs-card in my vdr-pc i got some problems. My VDR-PC: Pentium 166 / Intel Chipset (FX?)/ RAM 128MB VDR 0.72 / Driver 0.82 / Mandrake with kernel 2.2.17 2 Hauppauge DVBs-Cards, 'old' Version, 80GB Maxtor Problem 1: Often (60%-70%) if i record with both cards and one recording stops vdr is unloaded and my pc reboots (the pc is installed to reboot if vdr stops). Problem 2: I get messages in the log regarding buffer overflow, example: Jun 8 20:16:10 VDR vdr[854]: record /mnt/video/vdr.00/Tagesschau/2001-06-08.19.59.10.04.rec Jun 8 20:16:10 VDR vdr[854]: recording to '/mnt/video/vdr.00/Tagesschau/2001-06-08.19.59.10.04.rec/002.vdr' Jun 8 20:16:11 VDR vdr[2088]: output thread started (pid=2088) Jun 8 20:16:11 VDR vdr[2089]: input thread started (pid=2089) Jun 8 20:16:43 VDR vdr[2089]: buffer usage: 76% Jun 8 20:16:43 VDR last message repeated 5 times Jun 8 20:16:43 VDR vdr[2089]: buffer usage: 77% Jun 8 20:16:43 VDR last message repeated 7 times Jun 8 20:16:44 VDR vdr[2089]: buffer usage: 78% Jun 8 20:16:44 VDR last message repeated 6 times [...] Jun 8 20:16:52 VDR vdr[2089]: buffer usage: 97% Jun 8 20:16:52 VDR last message repeated 6 times Jun 8 20:16:52 VDR vdr[2089]: buffer usage: 98% Jun 8 20:16:53 VDR last message repeated 7 times Jun 8 20:16:53 VDR vdr[2089]: buffer usage: 99% Jun 8 20:16:53 VDR last message repeated 6 times Jun 8 20:16:53 VDR vdr[2089]: buffer usage: 100% Jun 8 20:17:04 VDR vdr[854]: buffer stats: 1048575 (100%) used Jun 8 20:17:04 VDR vdr[854]: timer 3 stop ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ In this example vdr stops here and the pc resets. Sometimes i get such buffer-usage messages but vdr is running without problems. Even with only one dvbs-card i got such messages, but this never produced such effect. Problem 3: Picture distortions (blocks). If i record with both cards sometimes i get distorted recordings with blocks in it. Until now i only got this when i recorded Pro7 and Sat1 together, i tested few other combinations (will test more next days) but there where no problems (e.g. ARD and RTL). With Sat1 and Pro7 i can reproduce the errors, the recordings are almost unusable. I guess i have a bottleneck somewhere, how can i change this ? (faster processor, more ram ?) ...Andreas -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 14:14:26 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: cutting problems with VDR 0.80 Juergen Scherer wrote: > > Hello list, > > Henning Holtschneider wrote: > > > Hi, I just tried to remove the commercials from an X-Files episode I recorded > > two weeks ago with a preX version of VDR. The cutting process seems to run > > fine, but the result only shows half of what I have cut before (the net > > length of the episode should be around 45 minutes but the resulting file > > is only about 24 minutes long). I examined the marks.vdr file and all > > cutting marks are there. I then tried to cut a recording I made with the > > current 0.80 release and it ends prematurely, too. The result can be > > reproduced if I remove the cut files and start the cutting process again. > > How can I determine what's going wrong? Regards, hh > > I justed wanted to confirm this behaviour of vdr-0.80 (I didn't test > preX). The resulting cut-file always seems to be only half the length it > should be. The graphical representation of the cut marks is looking > OK, jumping to marks is working properly, only the cutting itself > doesn't work as expected without an error message in the logfile. > > Maybe I should enable some debugging... > > Henning, did you get some response or are we the only ones with the > problem or is nobody cutting records ? I have just now received this message from the list (maybe some problem with the list server?). I haven't had time to look into this problem yet, but I guess it must be somewhere in dvbapi.c, cCuttingBuffer::Action(). 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From cmeissne@primus-online.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 14:38:42 +0100 From: Christoph Meiner To: "linux-dvb@linuxtv.org" Subject: [linux-dvb] Internet via DVB-Cable Hello list, Well, I am quite new to this stuff and really starry-eyed. As I understood the Internet connection via DVB I send data upstream into the net via ISDN and downstream data comes from cable to my DVB Card. Well, this concept seems to be quite clear to me, on the first view at least, but as I tried to configure the ippp and dvb it happened exactly what I expected: nothing works. My primary problem is that I do not understand how the downstream data is routed into the cable. Are there any FAQs explaining that more detailed or do I need a special Provider who supports downstream routing finally? Any help? Christoph -- ----------------------------------------------------------------------- Christoph Meiner Hoc legendo tibi supereducatus scire potes. cmeissne@primus-online.de (If you can read this, you are overlearned.) Tel.: -277 ----------------------------------------------------------------------- -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hh@holtschneider.com Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 14:42:32 +0200 From: Henning Holtschneider To: Christoph Meiner , linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Internet via DVB-Cable > Well, I am quite new to this stuff and really starry-eyed. > As I understood the Internet connection via DVB > I send data upstream into the net via ISDN > and downstream data comes from cable to my DVB Card. I don't know of any Internet Provider that operates on cable (seems like you are talking about a DVB-c card). All current DVB-based Internet services operate via satellite only. Regards, hh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ackermann@cms.tecmath.com Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 14:49:05 +0200 From: Christoph Ackermann To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Bad pervormance with reiserfs Hello List. I tried out several file_readahead settings for my vdr-machine running with ReiserFS, Driver 0.82 and vdr 0.72 - I am a little bit busy, to set up the newest possible version. Sorry! Hardware: K6II266/128MB/Quantum-LCT20-40GB/2DVB-S Initial value by the system for file_readahead is 124 (K2.2.1x/SuSE6.4). With these value the playout of vdr was a little inadequate, especially at panning scenes. I thought it was a problem of the very slow but amazing silent Quantum disk LCT20 (yes, DMA enabled!!!). So i tried values between 128 and 1024 and i found out for this configuration 256 is the best. So the disk is reading for a short time(~0.1s) about each second. The playback is VERY SMOOTH and i have not seen any jitter effects caused by the diskaccess. ERRORS CAUSED BY A BAD MULTIPLEXING ARE NOT IMPROVED BY THIS MODIFICATION !!! Also i think you have to test it for each configuration, to find your own value. Values larger than 256 causes a malfuncion in the cutting thread. With 512 you need about four times longer than 256 for a cut! So the next step ist to upgrade to driver 0.9x and vdr 0.8x, maybe if remultiplexing is integrated within the vdr recording thread. *** Always nice recordings and free disk space *** Christoph Matthias Weingart wrote: > > On Fri, 18 May 2001, Bernhard Baptist wrote: > > > hello > > > > because of any hints in this mailinglist, I had dealed arround with > > reiserfs for use with the VDR. > > But the result was not very good. > > > > By using ext2 for the videopartition of VDR, absolut no problems. But > > with reiserfs on the same hardware there were a lot of sound-dropouts > > and video-distortion - If there were fast movements in the video. > > Had anyone made the same experience or had i made a mistake > > (linux-newbie). > > I am using reisefs too (Athlon 800) and wondered why I have so many video > and audio distortions; never tried ext2fs; maybe I should switch to ext2fs > too... > > btw. I checked the read ahead buffer of my ide drive: > cat /proc/ide/ide0/hda/settings > name value min max mode > ---- ----- --- --- ---- > breada_readahead 4 0 127 rw > current_speed 66 0 69 rw > file_readahead 0 0 2097151 rw > init_speed 12 0 69 rw > io_32bit 0 0 3 rw > max_kb_per_request 128 1 127 rw > multcount 8 0 8 rw > using_dma 1 0 1 rw > > This settings seems to be independant from the filesystem. (maybe the > filesystem does not implement any "read ahead" ...). > I see that file_readahead is set to 0 at my machine; not good for vdr I > think. I will try other settings, hope this will improve the playback > quality and will not destroy my harddisc :-/ > echo "file_readahead:256" > settings > > Matthias > ________________________________________________________________________ Christoph Ackermann ] t e c m a t h [ System Integration Engineer Content Management Systems Division phone +49 6301 606-200 Sauerwiesen 2, 67661 Kaiserslautern, Germany fax +49 6301 606-209 http://www.tecmath.com ________________________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From axelgruber2@gmx.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 12:37:40 +0200 From: Axel Gruber To: linux-dvb@linuxtv.org Subject: [linux-dvb] OT: Problem with UDMA-100 Controller Hi all I have a problem with my VDR-Machine. I use the 4 Onboard IDE Channels and aditional my MSI board have 2 UDMA100 Channels on board If i use the UDMA-Controller onboard - everything seem to be ok - but at any time the Machine crashes down ... - no entry in any log ... - then i reeboot the machine - and some time later - the same problem. if i disable the Controller at the Bios - everything is fine -and the Machine runs very stable ! The PRoblem ist - i need a aditional Controller for IDE - does anyone know what Ide-Controller works with Linux without any problem ... - i want a aditional UDMA / UDMA100 controller. Please help Axel Gruber -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From christoph.rieder@web.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 14:57:11 +0200 From: Christoph Rieder To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Lowest possible hardware configuration for VDR? Axel Gruber schrieb am 11.06.01: > >> Linux will just work fine (with drives <120GB for now ;-) > >> > >> > > kernel parameters to use the full 40GB - more details on demand...) > > I use 4 80 GB disks at the moment - works fine here ! I've installed a 40 GB disk in a old 486 (DX 40). It was exactly as the linux howto saied: the only misstake you can make is to worry about it. just make sure that the kernel is in sectors < 1024 turn off bios "big disk" support and you are fine. btw: to answer the original question. i can't beat your offer. the 486 has no PCI slots ... (but VESA Localbus, does anybody rememer?) ______________________________________________________________________________ Sie surfen im Internet statt im Meer? Selbst schuld! Auf zum Strand: http://lastminute.de/?PP=1-0-100-105-1 -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Richard.Reuters@web.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 17:44:13 +0200 From: Richard Reuters To: linux-dvb@linuxtv.org Cc: Klaus Schmidinger Subject: [linux-dvb] AW: Re: cutting problems with VDR 0.80 Klaus, I have problems with cutting, too. The log shows the following entries: Jun 10 12:00:09 l0100001 vdr-mp3[2400]: video cutting thread started (pid=2400) Jun 10 12:00:09 l0100001 vdr-mp3[914]: info: Schnitt gestartet Jun 10 12:00:12 l0100001 vdr-mp3[2397]: input thread ended (pid=2397) Jun 10 12:00:12 l0100001 vdr-mp3[2396]: output thread ended (pid=2396) Jun 10 12:00:57 l0100001 vdr-mp3[2400]: ERROR (dvbapi.c,1196): Bad address Jun 10 12:00:57 l0100001 vdr-mp3[2400]: end video cutting thread This is vdr 0.8 (with an mp3 extension) and a current dvb driver. I use 2 "old" DVB-S cards. Line 1196 points to void cCuttingBuffer::Action(void) { [...] if (fromFile >= 0) { if (Length <= (int)sizeof(buffer)) { if (read(fromFile, buffer, Length) < 0) { ===> LOG_ERROR; break; } } Another error while recording: Jun 10 06:25:04 l0100001 vdr-mp3[14067]: ERROR (dvbapi.c,535): Bad file descriptor Jun 10 06:25:04 l0100001 vdr-mp3[14067]: input thread ended (pid=14067) Jun 10 06:25:04 l0100001 vdr-mp3[12837]: buffer stats: 98888 (9%) used Jun 10 06:25:04 l0100001 vdr-mp3[12837]: timer 5 stop Jun 10 06:25:04 l0100001 vdr-mp3[12837]: deleting timer 5 Jun 10 06:25:08 l0100001 vdr-mp3[12837]: ERROR: channel 498 not sync'ed! Jun 10 06:25:08 l0100001 vdr-mp3[12837]: retrying Jun 10 06:25:10 l0100001 vdr-mp3[12837]: ERROR: channel 498 not sync'ed! Jun 10 06:25:10 l0100001 vdr-mp3[12837]: retrying Jun 10 06:25:12 l0100001 vdr-mp3[12837]: ERROR: channel 498 not sync'ed! Jun 10 06:25:12 l0100001 vdr-mp3[12837]: retrying Jun 10 06:25:34 l0100001 kernel: outcommand error 1 Jun 10 06:25:36 l0100001 last message repeated 2 times Jun 10 06:25:36 l0100001 kernel: dvb: ARM RESET Line 535 points to void cRecordBuffer::Input(void) { dsyslog(LOG_INFO, "input thread started (pid=%d)", getpid()); uchar b[MINVIDEODATA]; time_t t = time(NULL); recording = true; for (;;) { int r = read(videoDev, b, sizeof(b)); if (r > 0) { uchar *p = b; while (r > 0) { int w = Put(p, r); p += w; r -= w; } t = time(NULL); } else if (r < 0) { if (errno != EAGAIN) { ===> LOG_ERROR; if (errno != EBUFFEROVERFLOW) break; } } Recording is very unreliable, resulting in zero-bytes files. When recording with the 2nd dvb card, only 10 percent of the recordings are successful. When recording to the 1st dvb card the results are somewhat better. ciao Richard -----Ursprungliche Nachricht----- Von: kls@cadsoft.de [mailto:kls@cadsoft.de]Im Auftrag von Klaus Schmidinger Gesendet: Montag, 11. Juni 2001 14:14 An: linux-dvb@linuxtv.org Betreff: [linux-dvb] Re: cutting problems with VDR 0.80 Juergen Scherer wrote: > > Hello list, > > Henning Holtschneider wrote: > > > Hi, I just tried to remove the commercials from an X-Files episode I recorded > > two weeks ago with a preX version of VDR. The cutting process seems to run > > fine, but the result only shows half of what I have cut before (the net > > length of the episode should be around 45 minutes but the resulting file > > is only about 24 minutes long). I examined the marks.vdr file and all > > cutting marks are there. I then tried to cut a recording I made with the > > current 0.80 release and it ends prematurely, too. The result can be > > reproduced if I remove the cut files and start the cutting process again. > > How can I determine what's going wrong? Regards, hh > > I justed wanted to confirm this behaviour of vdr-0.80 (I didn't test > preX). The resulting cut-file always seems to be only half the length it > should be. The graphical representation of the cut marks is looking > OK, jumping to marks is working properly, only the cutting itself > doesn't work as expected without an error message in the logfile. > > Maybe I should enable some debugging... > > Henning, did you get some response or are we the only ones with the > problem or is nobody cutting records ? I have just now received this message from the list (maybe some problem with the list server?). I haven't had time to look into this problem yet, but I guess it must be somewhere in dvbapi.c, cCuttingBuffer::Action(). Klaus -- -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ms@citd.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 18:35:01 +0200 From: Matthias Schniedermeyer To: Thilo Wunderlich Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AlphaCrypt CI module? > > There NO LEGAL way to watch Premiere World without D-Box. > > http://www.premiereworld.de/interim/agb/html/pwis_agb.asp?WKZ= > > 2.2  Der Empfang des PREMIERE WORLD Programms darf nur mit der von > PREMIERE WORLD mietweise zur Verfgung gestellten d-box oder einer > durch den Abonnenten erworbenen und den durch PREMIERE WORLD > vorgegebenen Spezifikationen entsprechenden d-box ber den > Kabelanschluss oder die Satellitenempfangsanlage des Abonnenten zur > eigenen privaten Nutzung erfolgen > > > Well, I would interpret it that you are allowed to use the card in > another receiver. I HATE AGBs as must are NOT "eindeutig" often you can interpret paragraphs in diffrent ways. But i fullfill the AGB, my Smartcard is placed in my D-Box. OK the D-Box lays in pices(I bought it) in the corner (= Not connected at all), but the Smartcard is placed into the D-Box. (It is laying on the "Mainboard") :-) 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. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From m.goegel@gmx.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 18:48:47 +0200 From: Mario Goegel To: Axel Gruber , linux-dvb@linuxtv.org Subject: [linux-dvb] Re: OT: Problem with UDMA-100 Controller > Hi all > [...] > The PRoblem ist - i need a aditional Controller for IDE - does anyone know what Ide-Controller works with Linux without any problem ... - i want a aditional UDMA / UDMA100 controller. > > Please help I'm using here an Promise Ultra100 Controller, which works trouble-free here. It has 4 IDE channels. Hope to help, Mario -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ms@citd.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 20:08:25 +0200 From: Matthias Schniedermeyer To: Mario Goegel Cc: Axel Gruber , linux-dvb@linuxtv.org Subject: [linux-dvb] Re: OT: Problem with UDMA-100 Controller > > The PRoblem ist - i need a aditional Controller for IDE - does anyone know > what Ide-Controller works with Linux without any problem ... - i want a > aditional UDMA / UDMA100 controller. > > > > Please help > > I'm using here an Promise Ultra100 Controller, which works trouble-free > here. > It has 4 IDE channels. You have a Controller even Promise doesn't know about. :-)))) I have a Promise Ultra 100 TX2 (and had Ultra 100 & Ultra 66) all of them are (more or less) "trouble"-free 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. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From juergen.scherer@gmx.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 21:16:07 +0200 From: Juergen Scherer To: Richard Reuters Cc: linux-dvb@linuxtv.org, Klaus Schmidinger Subject: [linux-dvb] Re: AW: Re: cutting problems with VDR 0.80 Hallo Liste und Klaus ;), I have found a hint (and workaround): All I did was to comment the break from this line in dvbapi.c ( I have this LOG_ERROR at line 1193..) > void cCuttingBuffer::Action(void) > { > [...] > if (fromFile >= 0) { > if (Length <= (int)sizeof(buffer)) { > if (read(fromFile, buffer, Length) < 0) { ===>> LOG_ERROR; > break; ^^^^^^ changed this to /* break; */ > } > } Now I get this in my logfile: Jun 11 21:02:33 vdr vdr[289]: video cutting thread started (pid=289) Jun 11 21:02:34 vdr vdr[157]: info: Schnitt gestartet Jun 11 21:02:44 vdr vdr[287]: output thread ended (pid=287) Jun 11 21:02:44 vdr vdr[288]: input thread ended (pid=288) Jun 11 21:05:52 vdr vdr[289]: ERROR (dvbapi.c,1193): Bad address Jun 11 21:05:52 vdr vdr[289]: playing '/video/Knockin^A_on_Heaven^As_Door/2001-0 6-09.20:13.50.50.rec/002.vdr' Jun 11 21:06:54 vdr vdr[289]: recording to '/video/%Knockin^A_on_Heaven^As_Door/ 2001-06-09.20:13.50.50.rec/002.vdr' Jun 11 21:09:25 vdr vdr[289]: ERROR (dvbapi.c,1193): Bad address Jun 11 21:09:25 vdr vdr[289]: playing '/video/Knockin^A_on_Heaven^As_Door/2001-0 6-09.20:13.50.50.rec/003.vdr' Jun 11 21:11:09 vdr vdr[289]: end video cutting thread As you can see: The error occurs when changing the recorded files, everything is working fine if you don't break at this point! So maybe just an error in the if-comparison ?! (Just searched for a quick solution...) Gru, Juergen Scherer mailto:juergen.scherer@gmx.de -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From m.goegel@gmx.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 21:54:06 +0200 From: Mario Goegel To: Matthias Schniedermeyer Cc: Axel Gruber , linux-dvb@linuxtv.org Subject: [linux-dvb] Re: OT: Problem with UDMA-100 Controller > > > > I'm using here an Promise Ultra100 Controller, which works trouble-free > > here. > > It has 4 IDE channels. > > You have a Controller even Promise doesn't know about. :-)))) > > I have a Promise Ultra 100 TX2 (and had Ultra 100 & Ultra 66) all of them > are (more or less) "trouble"-free That's what I read on the package of this card - I'm too lazy today, to search the name of the chipset :-) -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ms@citd.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 22:05:44 +0200 From: Matthias Schniedermeyer To: Mario Goegel Cc: Axel Gruber , linux-dvb@linuxtv.org Subject: [linux-dvb] Re: OT: Problem with UDMA-100 Controller On Mon, Jun 11, 2001 at 09:54:06PM +0200, Mario Goegel wrote: > > > > > > I'm using here an Promise Ultra100 Controller, which works trouble-free > > > here. > > > It has 4 IDE channels. > > > > You have a Controller even Promise doesn't know about. :-)))) > > > > I have a Promise Ultra 100 TX2 (and had Ultra 100 & Ultra 66) all of them > > are (more or less) "trouble"-free > > That's what I read on the package of this card - I'm too lazy today, to > search > the name of the chipset :-) A PDC20262 is laying beside me, my DVB-Computer has a PDC20265. I had a PDC20267 and my Workstations currently has a PDC20268 PDC20262 -> Ultra 66 PDC20265 -> Ultra 100 (Found on Mainboard) PDC20267 -> Ultra 100 (The Add-On Card-Version) PDC20268 -> Ultra 100 TX2 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. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From matthias@pentax.boerde.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 22:12:52 +0200 (MEST) From: Matthias Weingart To: linux-dvb@linuxtv.org Subject: [linux-dvb] vdr 0.8 cutting Same problem here with cutting: video length is only 27:29 min, and the only error in the log was: ERROR (dvbapi.c,1193): Bad address Matthias -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hh@holtschneider.com Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 20:48:27 +0200 From: Henning Holtschneider To: Juergen Scherer , Richard Reuters Cc: linux-dvb@linuxtv.org, Klaus Schmidinger Subject: [linux-dvb] Re: AW: Re: cutting problems with VDR 0.80 > As you can see: > > The error occurs when changing the recorded files, everything is working > fine if you don't break at this point! With your modification, VDR crashes my PC :-( But you are right, I also get this "Bad address" message; I just didn't notice it when I first observed this problem. Regards, hh -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From thomas@heiligenmann.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 23:14:00 +0200 From: Thomas Heiligenmann To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: cutting problems with VDR 0.80 Klaus Schmidinger wrote: > > Juergen Scherer wrote: > > > > Hello list, > > > > Henning Holtschneider wrote: > > > > > Hi, I just tried to remove the commercials from an X-Files episode I recorded > > > two weeks ago with a preX version of VDR. The cutting process seems to run > > > fine, but the result only shows half of what I have cut before (the net > > > length of the episode should be around 45 minutes but the resulting file > > > is only about 24 minutes long). I examined the marks.vdr file and all > > > cutting marks are there. I then tried to cut a recording I made with the > > > current 0.80 release and it ends prematurely, too. The result can be > > > reproduced if I remove the cut files and start the cutting process again. > > > How can I determine what's going wrong? Regards, hh > > > > I justed wanted to confirm this behaviour of vdr-0.80 (I didn't test > > preX). The resulting cut-file always seems to be only half the length it > > should be. The graphical representation of the cut marks is looking > > OK, jumping to marks is working properly, only the cutting itself > > doesn't work as expected without an error message in the logfile. > > > > Maybe I should enable some debugging... > > > > Henning, did you get some response or are we the only ones with the > > problem or is nobody cutting records ? > > I have just now received this message from the list (maybe some problem > with the list server?). I haven't had time to look into this problem yet, > but I guess it must be somewhere in dvbapi.c, cCuttingBuffer::Action(). > Same problem here; the syslog reports the following: Jun 11 23:07:31 client01 vdr[2276]: ERROR (dvbapi.c,1193): Bad address Jun 11 23:07:31 client01 vdr[2276]: end video cutting thread HTH Thomas -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Mon, 11 Jun 2001 23:44:35 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AW: Re: cutting problems with VDR 0.80 Henning Holtschneider wrote: > > > As you can see: > > > > The error occurs when changing the recorded files, everything is working > > fine if you don't break at this point! > > With your modification, VDR crashes my PC :-( But you are right, I also get > this "Bad address" message; I just didn't notice it when I first observed > this problem. I'm afraid I won't have time to look into this until thursday. I'll fix this as soon as time permits - unless somebody else succeeds in finding the cause first ;-) 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From juergen.scherer@gmx.de Tue Jul 31 18:28:24 2001 Date: Tue, 12 Jun 2001 14:05:59 +0200 From: Juergen Scherer To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AW: Re: cutting problems with VDR 0.80 Hello list, Am Montag, 11. Juni 2001 um 20:48:27 erhielt ich: > With your modification, VDR crashes my PC :-( But you are right, I also get > this "Bad address" message; I just didn't notice it when I first observed > this problem. I succeeded in cutting 3 records yesterday with my modification without any problem besides the known error message ?! Just in case, my configuration: Kernel 2.4.5, reiserfs, vdr-0.80, dvb-0.90-20010604, I didn't change the file size, so it is 1GB. The error occurs when switching the files but no further problem here. If time allows, I'll have a closer look at the source code this evening... -- Gru, Juergen Scherer mailto:juergen.scherer@gmx.de -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@ee.uni-sb.de Tue Jul 31 18:28:24 2001 Date: Tue, 12 Jun 2001 12:54:19 -0000 From: hakenes@ee.uni-sb.de To: linux-dvb@linuxtv.org Subject: [linux-dvb] Patch Release 1.0.5 of DTV Hi, due to some problems with compiling DTV using DVB 0.8.x, there is a new patch release available at http://hesdvb.sourceforge.net/DTV-1.0.5.tar.gz Please notice, that I have changed the top-level directory name of the distribution to DTV-1.0.5. Greetings, Rolf PS: DTV-1.1.0 soon to come... -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From matthias@pentax.boerde.de Tue Jul 31 18:28:24 2001 Date: Tue, 12 Jun 2001 17:49:01 +0200 (MEST) From: Matthias Weingart To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Multiple opens on /dev/video On Fri, 8 Jun 2001, Klaus Schmidinger wrote: > Try starting xawtv _before_ starting VDR. > VDR 0.80 tries to open /dev/video upon startup, and continues without it > if it fails to open it. Why do you open /dev/video on startup? Vdr 0.8 is only running with Dvb0.9 and dvb0.9 does not have /dev/video any more. Right? Matthias -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From matthias@pentax.boerde.de Tue Jul 31 18:28:24 2001 Date: Tue, 12 Jun 2001 17:49:53 +0200 (MEST) From: Matthias Weingart To: Tommie Nygren Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Question: How do I find out if DVB-C card works where I live? On Sat, 9 Jun 2001, Tommie Nygren wrote: > I am new to this list, have been following it for a few days now. I am > interested in building my own PVR using (probably) the DVB-C PCI card from > Siemens. I have for the last few days tried to gather as much info as > possible, not always an easy task. I have several questions about these > cards and I am wondering if someone here has the answers or can point me in > the right direction. > > 1. A friend of mine says that the standards are different for DVB over > cable, terrestial and satellite, perhaps even between different cable > operators. Is this true? Does this affect the usability of the DVB-C card > for me? How can I find out if it will work for me, without buying the card > and doing the old trial-and-error thing? > > 2. What is a CI module, what is it used for? The only info I found was in > german and hey, my german ain't that good (entschuldigung... :) ). Is it > for the program cards? It is for decoding of encrypted channles (you need a smartcard too). > 3. If I build the PVR around a 850 MHz processor, will I STILL need two > DVB-cards to do timeshifting? How does that work anyways, since the only > "low-budget"-cards are DVB-S (for satellite that is), can I use one of > these? Or do you guys with satellite dishes connect a cable to each and > every card? The thing is, I have only found that Siemens make a DVB-C card > and that card is full-featured... meaning more expensive. Definitely yes, you need 2 cards for timeshifting. One of them must be expensive card, the other the low budget. But to clarify it, this is true if you want to do timeshifting over the TV-out of the DVB-S card. With only one card you can still play the files with xine under X-Windows, but you need a monitor (or use the TV-out of the graphics card). > 4. Does anyone know anything about the swedish cable operators at all, that > might affect the usability of existing hardware / software? Or does anyone > know about which factors might, so that I can check to see if I can find > some information about those factors from the provider? > > I am very grateful for any answers you can provide me with, hopefully I will > have a progress report within a month or so... or just more questions! :) I suppose that DVB-boxes of any vendors will run in sweden? If this is true then the DVB-C with linux should run too. But DVB-C is not well supported with vdr (because the author do not have cable). Matthias -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From matthias@pentax.boerde.de Tue Jul 31 18:28:24 2001 Date: Tue, 12 Jun 2001 17:53:17 +0200 (MEST) From: Matthias Weingart To: Christoph Ackermann Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Bad pervormance with reiserfs To complete it with my experiences (see below my first posting): Readahead can be set only to off (=0) or on (>0 any value greater 0 works) with my maxtor drive (readahead is set for the ide drive and depends on the drive used? is this true?). With any value greater 0 it behave the same: on playing a video the harddisk is accessed every 2..5 seconds (hd-led) but sometimes harddisc transfer "hangs" for a short time and the resulting video gap is visible (picture is frezed for one second). So readahead enabled with reiserfs is worse! Matthias On Mon, 11 Jun 2001, Christoph Ackermann wrote: > Hello List. > > I tried out several file_readahead settings for my vdr-machine running > with ReiserFS, Driver 0.82 and vdr 0.72 - I am a little bit busy, to set > up the newest possible version. Sorry! > > Hardware: K6II266/128MB/Quantum-LCT20-40GB/2DVB-S > > Initial value by the system for file_readahead is 124 > (K2.2.1x/SuSE6.4). With these value the playout of vdr was a little > inadequate, especially at panning scenes. I thought it was a problem of > the very slow but amazing silent Quantum disk LCT20 (yes, DMA > enabled!!!). > So i tried values between 128 and 1024 and i found out for this > configuration 256 is the best. So the disk is reading for a short > time(~0.1s) about each second. The playback is VERY SMOOTH and i have > not seen any jitter effects caused by the diskaccess. > > ERRORS CAUSED BY A BAD MULTIPLEXING ARE NOT IMPROVED BY THIS > MODIFICATION !!! > > Also i think you have to test it for each configuration, to find your > own value. > Values larger than 256 causes a malfuncion in the cutting thread. With > 512 you need about four times longer than 256 for a cut! > > So the next step ist to upgrade to driver 0.9x and vdr 0.8x, maybe if > remultiplexing is integrated within the vdr recording thread. > > > *** Always nice recordings and free disk space *** > > Christoph > > > > Matthias Weingart wrote: > > > > On Fri, 18 May 2001, Bernhard Baptist wrote: > > > > > hello > > > > > > because of any hints in this mailinglist, I had dealed arround with > > > reiserfs for use with the VDR. > > > But the result was not very good. > > > > > > By using ext2 for the videopartition of VDR, absolut no problems. But > > > with reiserfs on the same hardware there were a lot of sound-dropouts > > > and video-distortion - If there were fast movements in the video. > > > Had anyone made the same experience or had i made a mistake > > > (linux-newbie). > > > > I am using reisefs too (Athlon 800) and wondered why I have so many video > > and audio distortions; never tried ext2fs; maybe I should switch to ext2fs > > too... > > > > btw. I checked the read ahead buffer of my ide drive: > > cat /proc/ide/ide0/hda/settings > > name value min max mode > > ---- ----- --- --- ---- > > breada_readahead 4 0 127 rw > > current_speed 66 0 69 rw > > file_readahead 0 0 2097151 rw > > init_speed 12 0 69 rw > > io_32bit 0 0 3 rw > > max_kb_per_request 128 1 127 rw > > multcount 8 0 8 rw > > using_dma 1 0 1 rw > > > > This settings seems to be independant from the filesystem. (maybe the > > filesystem does not implement any "read ahead" ...). > > I see that file_readahead is set to 0 at my machine; not good for vdr I > > think. I will try other settings, hope this will improve the playback > > quality and will not destroy my harddisc :-/ > > echo "file_readahead:256" > settings > > > > Matthias > > > ________________________________________________________________________ > > Christoph Ackermann ] t e c m a t h [ > System Integration Engineer Content Management Systems Division > phone +49 6301 606-200 Sauerwiesen 2, 67661 Kaiserslautern, Germany > fax +49 6301 606-209 http://www.tecmath.com > ________________________________________________________________________ > > > -- > Info: > To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. > > -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From dave@dchapman.com Tue Jul 31 18:28:24 2001 Date: Tue, 12 Jun 2001 17:47:49 +0100 From: Dave Chapman To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Multiple opens on /dev/video On Tuesday 12 June 2001 4:49 pm, Matthias Weingart wrote: > On Fri, 8 Jun 2001, Klaus Schmidinger wrote: > > Try starting xawtv _before_ starting VDR. > > VDR 0.80 tries to open /dev/video upon startup, and continues without it > > if it fails to open it. > > Why do you open /dev/video on startup? Vdr 0.8 is only running with Dvb0.9 > and dvb0.9 does not have /dev/video any more. Right? Wrong. /dev/video is used in the current driver to provide the V4L functions - overlay, still-frame capture etc. VDR doesn't use these functions directly, but makes them available via SVDRP, so it opens the device on startup. A better solution would be for VDR to open it when needed and close it afterwards - but I'm sure Klaus will get to that once he has completed the more important work. Dave. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From dvb@wolfsoft.de Tue Jul 31 18:28:24 2001 Date: Tue, 12 Jun 2001 19:31:44 +0200 From: Klaus Wolf To: linux-dvb@linuxtv.org Subject: [linux-dvb] indows-1252?Q?dtv_1.0.5_i_cant_see_the_osd? [ The following text is in the "Windows-1252" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] Hi Folks, i am making my first steps to dtv. It works so far. I can switch between channels but i cant see a OSD Screen ?? how can i activate it ? where is my mistake ? Thanks for your time klaus PS: My System -suse 7.1 (Kernel 2.4.2) -lirc-0.6.3 -2xHaupauge DVB-s -Cam Modul -Irdedo Allcam -Aston Seca CI -Maxtor 80GB HD UDMA (reiserfs) -dvb 0.9x 12.6.2001 -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Stefan.Hagendorn@lindy.cc Tue Jul 31 18:28:24 2001 Date: Tue, 12 Jun 2001 19:37:54 +0200 From: Stefan.Hagendorn@lindy.cc To: Klaus Wolf Cc: linux-dvb@linuxtv.org, linux-dvb-bounce@linuxtv.org Subject: [linux-dvb] Antwort: indows-1252?Q?dtv_1.0.5_i_cant_see_the_osd? Klaus, use the older cvs snapshot (29.04.) of the dvb driver. in this driver the osd memory is bigger and OSD will work. Greetings Stefan "Klaus Wolf" An: Gesendet von: Kopie: linux-dvb-bounce@l Thema: [linux-dvb] indows-1252?Q?dtv_1.0.5_i_cant_see_the_osd? inuxtv.org 12.06.2001 19:31 Hi Folks, i am making my first steps to dtv. It works so far. I can switch between channels but i cant see a OSD Screen ?? how can i activate it ? where is my mistake ? Thanks for your time klaus PS: My System -suse 7.1 (Kernel 2.4.2) -lirc-0.6.3 -2xHaupauge DVB-s -Cam Modul -Irdedo Allcam -Aston Seca CI -Maxtor 80GB HD UDMA (reiserfs) -dvb 0.9x 12.6.2001 -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Stefan.Hagendorn@lindy.cc Tue Jul 31 18:28:24 2001 Date: Tue, 12 Jun 2001 19:51:34 +0200 From: Stefan.Hagendorn@lindy.cc To: linux-dvb@linuxtv.org Subject: [linux-dvb] failed to set PIDs Hi all, akaik this problem was dicussed some time ago ... can this problem with the module parm fixed ??? Jun 12 14:54:48 unimatrix vdr[9973]: switching to channel 190 Jun 12 14:54:48 unimatrix vdr[9973]: ERROR (dvbapi.c,2008): Device or resource busy Jun 12 14:54:48 unimatrix vdr[9973]: ERROR: failed to set PIDs for channel 190 Jun 12 14:54:48 unimatrix vdr[9973]: retrying Greetings Stefan -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@hippomi.de Tue Jul 31 18:28:24 2001 Date: Tue, 12 Jun 2001 20:34:56 +0200 From: Rolf Hakenes To: dvb@wolfsoft.de Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] =?iso-8859-1?Q?=FFindows=2D1252=3FQ=3Fdtv=5F1=2E0=2E5=5Fi=5Fcan=B4t=5Fsee=5F the=5Fosd=3F?= Hi, the problem is the driver...it already has the reduced OSD size...if you like to use DTV-1.0.5, you have to use a driver not newer than mid of may (from then on the OSD memory size was decreased by the driver, sorry for that). Another option would be to wait for some days. With DTV-1.1.0 the OSD (a smaller one, of course) works again... Best regards, Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From gfiala@s.netic.de Tue Jul 31 18:28:24 2001 Date: Tue, 12 Jun 2001 21:06:11 +0200 From: Guido Fiala To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Bad pervormance with reiserfs On Tuesday, 12. June 2001 17:53, Matthias Weingart wrote: > To complete it with my experiences (see below my first posting): > Readahead can be set only to off (=0) or on (>0 any value greater 0 works) > with my maxtor drive (readahead is set for the ide drive and depends > on the drive used? is this true?). With any value greater 0 it behave the > same: on playing a video the harddisk is accessed every 2..5 seconds > (hd-led) but sometimes harddisc transfer "hangs" for a short time and the > resulting video gap is visible (picture is frezed for one second). So > readahead enabled with reiserfs is worse! After all that bad reports about ReiserFS i have to state: I have a Maxtor with a 37GB ReiserFS partition working fine here with vdr, no problems (Tekram BX with only UDMA33 controller, i get hdparm rates of 16MB/sec). I use this partition for grabbing dv-videos via linux1394 with 3.3 MB/sec too. (that is several times more than vdr needs) It just went's critical if the partition is filled up to >91% (mainly because i store a lot of small files on it as well). Is it possible that your hardware is buggy or some chipset driver broken? -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Margit.Fiegert@t-online.de Tue Jul 31 18:28:24 2001 Date: Tue, 12 Jun 2001 21:46:26 +0200 From: Margit Fiegert To: linux-dvb Subject: [linux-dvb] EOL DVB Card compatible? Hello, does anybody know, which card EOL bundles in their packages? They currently promote a one year subscription for 299.- DM, including a DVB card. If that would be something compatible with the Nova/TT card, that would be a bargain. But looking on the small picture on the box, I guess it`s a diffrent card!? Michael -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ba0547@bnv-bamberg.de Tue Jul 31 18:28:24 2001 Date: Tue, 12 Jun 2001 21:47:11 +0200 From: harald To: linux-dvb@linuxtv.org Subject: [linux-dvb] Diseq Question, Channel searching... Hello, i just upgraded my satelite hardware with another lnb and a diseq switch. One lnb is set to astra other to eutelsat. What program is able to search channels on multiple satelites with diseq? How to set up the program? Im using Hauppauge DVB-S Card with RedHat 7.0, driver Version 0.8.2, on an Duron 800, Kernel 2.2.17. It workes fine with one Lnb. Nobody had such Problems? Just me? Bye, Harald. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Markus.Erhardt@uni.de Tue Jul 31 18:28:24 2001 Date: Tue, 12 Jun 2001 22:38:08 +0200 From: Markus Erhardt To: linux-dvb Subject: [linux-dvb] Problem running VDR 0.8 with Haupauge NOVA Hello everybody, has anybody running VDR 0.8 with one NOVA in the computer? I installed the DVB driver 0.9-2001-6-4 and it works, after I did the steps in the "SuSE 7.2 How-To" mentioned earlier in the list. But VDR crashed sometimes and the log sayed: dvbapi.c, 2005 Invalid argument. I looked in the source and found the SetPid function. I changed it in that way, that it always returns true. Now VDR does not crash. It displays the EPG perfectly (freu). But when I start recording, the file is always 0 bytes. The log says ERROR dvbapi.c,532. Can everybody please help. Markus Erhardt -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From matthias@pentax.boerde.de Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 00:01:27 +0200 (MEST) From: Matthias Weingart To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Bad pervormance with reiserfs On Tue, 12 Jun 2001, Guido Fiala wrote: > I use this partition for grabbing dv-videos via linux1394 with 3.3 MB/sec > too. (that is several times more than vdr needs) It just went's critical if > the partition is filled up to >91% (mainly because i store a lot of small > files on it as well). > > Is it possible that your hardware is buggy or some chipset driver broken? Good idea; I will check if it is better with DMA33 (maybe the ide cable is damaged). Matthias -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 00:24:33 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] VDR 0.81 patch for current CVS driver I have uploaded a patch to ftp://ftp.cadsoft.de/pub/people/kls/vdr/vdr-0.81.diff.gz that turns VDR 0.80 into VDR 0.81, which has the following improvements: - Fixed handling the case where the driver reports EAGAIN during recording, but no data comes within 5 seconds. - Fixed EPG scanning on single DVB card systems. - There can now be two audio PIDs per channel, which can be toggled via the "Green" button in the "Main" menu. The "Edit Channel" menu therefore now has two audio PID fields (Apid1 and Apid2). By default, Apid2 is 0, which means there is no alternate audio track. - Fixed replaying in case the driver reports EAGAIN. - Now 'runvdr' checks if the driver is already loaded. - Fixed removing recordings with Lifetime = 99. - Improved channel switching. I have postponed my current work on remuxing video with two audio streams in order to provide this improved version of the current status. Together with today's CVS driver version (which has only one line changed since the previous version, but it would seem that this makes a hell of a difference!) I was able to replay several recordings (even such ones made with earlier driver versions) without the audio suddenly failing completely (so that only a Stop/Resume would get it back) and without _any_ video jerking :-) I strongly recommend getting this latest CVS driver version and applying the above patch to VDR 0.80. If you have already applied one of the vdr-0.81pre... patches, go back to a fresh version 0.80 directory to apply the above patch. Sorry this patch doesn't fix the "cutting bug" yet, but I'll get to this on thursday... 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From junk@pxh.de Tue Jul 31 18:28:24 2001 Date: Tue, 12 Jun 2001 23:16:12 +0000 From: Peter Hofmann To: Matthias Weingart Cc: linux-dvb@linuxtv.org, Tommie Nygren Subject: [linux-dvb] Re: Question: How do I find out if DVB-C card works where I live? Hi, On Jun 12, 17:49, Matthias Weingart wrote: > Subject: [linux-dvb] Re: Question: How do I find out if DVB-C card works w > I suppose that DVB-boxes of any vendors will run in sweden? If this is > true then the DVB-C with linux should run too. But DVB-C is not well > supported with vdr (because the author do not have cable). s subject. >-- End of excerpt from Matthias Weingart that's not generally true. I have been using VDR with DVB-C for some time now, and the latest version of VDR works with DVB-C again without problems. Peter -- Peter Hofmann e-mail: junk@pxh.de -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From deti@fliegl.de Tue Jul 31 18:28:24 2001 Date: Tue, 12 Jun 2001 20:24:09 +0200 From: Deti Fliegl To: dvb Subject: [linux-dvb] VDR channel list automatic SI-update Hi there, playing around with Service Information (SI) data structures I had an idea how to improve VDR. As far as I know the service Identifier (SID), called 'Program Number', is the only information needed to find out all associated audio / video / teletext PIDs and the name of a programme. When there are programmes with multiple audio channels or generally changing configurations it would be nice if VDR could recognize any changes automatically by parsing the service (component) descriptors in a background thread (similar to the EIT thread). So it would be possible to update the channels.conf file and to set the PIDs automatically. So for e.g. it would be possible to switch between different languages (when available)... What do you think about such a function? Deti -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From polom@convergence.de Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 11:04:13 +0200 From: Szymon Polom To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR 0.81 patch for current CVS driver Hi... Quoting Klaus Schmidinger (Klaus.Schmidinger@cadsoft.de): > Together with today's CVS driver version (which has only one line changed > since the previous version, but it would seem that this makes a hell of > a difference!) I was able to replay several recordings (even such ones made *eg* Ralph had yesterday a great idea regarding my "fix this nasty bug" request. Glad to hear that it fixed some of your problems too :). Bye... SP. -- Szymon Polom | GPG Key-ID 1024D/E6EA36F2 convergence integrated media GmbH | http://www.convergence.de Rosenthaler Str. 51 | fon: +49(0)30-72 62 06 68 D-10178 Berlin | fax: +49(0)30-72 62 06 55 -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Stefan.Hagendorn@lindy.cc Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 12:31:20 +0200 From: Stefan.Hagendorn@lindy.cc To: Deti Fliegl Cc: dvb Subject: [linux-dvb] Re: VDR channel list automatic SI-update It would be a nice idea to throw VDR, DTV and DVDPlayer into one Programm .. than every needed Feature would be available. The synergy from those 3 programmers would give the whole DVB linux community a big boost for sure .. Just some thoughts Stefan -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From schoeller@gmx.at Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 12:45:53 +0200 From: Johannes Schoeller To: Deti Fliegl , Stefan.Hagendorn@lindy.cc Cc: dvb Subject: [linux-dvb] Re: VDR channel list automatic SI-update > It would be a nice idea to throw VDR, DTV and DVDPlayer into one Programm > .. than every needed Feature would be available. The synergy from those 3 > programmers would give the whole DVB linux community a big boost for sure > .. > > Just some thoughts > Stefan dont forget mp3 and a picture viewer. :)) servus hannes! Johannes Schoeller -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From boom@upb.de Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 01:32:43 +0200 From: Jens Rosenboom To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR 0.81 patch for current CVS driver Klaus Schmidinger wrote: > I strongly recommend getting this latest CVS driver version and applying > the above patch to VDR 0.80. If you have already applied one of the > vdr-0.81pre... patches, go back to a fresh version 0.80 directory to apply > the above patch. Hi all! Wouldn't it be nice to have this one as a new 0.9.x release? greets Jens -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From axelgruber2@gmx.de Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 13:04:38 +0200 From: Axel Gruber To: schoeller@gmx.at Cc: deti@fliegl.de, Stefan.Hagendorn@lindy.cc, linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR channel list automatic SI-update > dont forget mp3 and a picture viewer. :)) I use the LCD-Patch to use a 4*40 LCD with my VDR. Aditional i use IRMP3 to playback MP3 over the VDR-BOX - for browsing and SONG-INfo i use the LCD. I switch the LCD between MP3 and VDR - works also fine here... If anyone see some Photos of the LCD - contact my by Mail. Best Regards. Axel Gruber -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Andreas.Gerhard2@de.bosch.com Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 13:14:07 +0200 From: "Gerhard Andreas (RtW1/WIR2)" To: "'linux-dvb@linuxtv.org'" Subject: [linux-dvb] AW: Re: VDR channel list automatic SI-update >dont forget mp3 and a picture viewer. :)) > >servus hannes! Just some project that might come in useful here: MPlayer for Linux (Movie & Media) http://mplayer.sourceforge.net/homepage/ Linux MP3 via Lirc http://www.mpg123.de/ -> implentation (IIRC) here: http://www.hoicher.de/computer/Workshops/Multimediazentrum/Multimediazentrum _unter_Linux/multimediazentrum_unter_linux.html All of them should be commandline versions. Gru, Andreas mailto:andreas.gerhard@gmx.net -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From PDienwebel@creativeteam.com.pl Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 13:49:47 +0200 From: "[iso-8859-2] Pawe Dienwebel" To: linux-dvb@linuxtv.org Subject: [linux-dvb] How to set a correct MPE filter, PID and MAC filtering, valid MAC bytes [ 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. ] Many thanks for persons - who helped me. I successfully compiled DVB drivers on my Mandrake 8.0 kernel v. 2.4.3 I made "make insmod" in driver directory. Manually inserted dvb_net.o to kernel I did "ifconfig dvb0 192.168.0.77" Next I get errors when I start dvbd deamon. dvbd[1657]: ioctl VSFRONTEND: Invalid argument dvbd[1657]: exiting dvbd[1657]: ioctl SHUTDOWN[0]: Invalid argument kernel: dvb0: set_multi kernel: dvb0: filter_free kernel: dvb_net: stop kernel: dvb0: set_mac kernel: dvb0: filter_set kernel: dvb_net: open kernel: dvb0: set_multi I think I should set up correct PID, Mac Adress etc. in /etc/dvbd.conf Is this correct ? Could somebody help me to setup these values ? Best best regards Pawel Dienwebel -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From tw@ubcom.net Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 14:00:25 +0200 From: Thilo Wunderlich To: "'linux-dvb@linuxtv.org'" Subject: [linux-dvb] Re: AW: Re: VDR channel list automatic SI-update > >dont forget mp3 and a picture viewer. :)) my favourite mp3 player with lirc and LCD display: http://www.softlab.ece.ntua.gr/~sivann/rxcontrol/ It just misses the output via the DVB card put someone from already did that I think ... Thilo -- Thilo Wunderlich - tw@ubcom.net -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From reichard@math.uni-goettingen.de Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 14:12:09 +0200 From: Benjamin.Reichardt To: "linux-dvb@linuxtv.org" Subject: [linux-dvb] Re: Problem running VDR 0.8 with Haupauge NOVA Markus Erhardt wrote: > > Hello everybody, > has anybody running VDR 0.8 with one NOVA in the computer? > I installed the DVB driver 0.9-2001-6-4 and it works, after I did the steps > in the "SuSE 7.2 How-To" mentioned earlier in the list. > But VDR crashed sometimes and the log sayed: dvbapi.c, 2005 Invalid > argument. I looked in the source and found the SetPid function. I changed it > in that way, that it always returns true. Now VDR does not crash. It > displays the EPG perfectly (freu). But when I start recording, the file is > always 0 bytes. The log says ERROR dvbapi.c,532. > > Can everybody please help. > > Markus Erhardt Hello Markus, have you tried different channels? I have a DVB-s as primary card and a NOVA as secondary card (so the NOVA will be used for recording first, and the DVB-s for watching/replaying). I can record for example Pro7, RTL, ZDF with the NOVA. Recording Kabel1, ARD or Sat1 does not work, as you describe. I already posted a longer description of the problem to this list (http://www.linuxtv.org/mailinglists/linux-dvb/msg05069.html). Unfortunately, I do not have enough time or knowledge of the driver for a better analysis right now. Interestingly, Recording Kabel1 Suisse or Kabel1 Austria works with the NOVA. Benjamin Reichardt -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From hakenes@ee.uni-sb.de Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 12:13:08 -0000 From: hakenes@ee.uni-sb.de To: linux-dvb@linuxtv.org Subject: [linux-dvb] What format needed by /dev/ost/audio ? Hi everybody, I've played a bit with feeding audio data into /dev/ost/audio, but I'm still wondering what format that device needs. I've tried several ones like : raw PCM, raw MPEG2, MPEG2 muxed into a valid PES datastream, but there always comes a lot of noise out of the TV set, nothing more. Does anybody have exact specifications for the needed data stream, or a chain of tools, how to get from whatever-kind-of-pcm to this format ?? Many thanks in advance, Rolf Hakenes -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From apieper@gmx.net Tue Jul 31 18:28:24 2001 Date: 13 Jun 2001 13:43:13 UT From: apieper@gmx.net To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: problems with more than one dvbs-card -------- Original Message -------- Subject: [linux-dvb] Re: problems with more than one dvbs-card (11-Jun-2001 13:10) From: Klaus.Schmidinger@cadsoft.de To: linux-dvb@linuxtv.org [Shutdown after 2 recordings + no correct record of Sat1 and Pro7 together] Recordproblem (Sat1+Pro7 together) solved. New Board, new processor, new ram (same size). For testing purposes i installed a board with bx-chipset and a celeron500 processor. The Problems are gone. Perhaps the P1/166 is only enough for one card. Regarding the shutdown-problem i have to do more tests, i hope they are gone too. Maybe my other problem solved is interesting for others: Since i use vdr i could never get programms with a symbolrate of 22000 (e.g. MTV, n-tv, viva). I only got heavy blocks and partly sound. This programms works fine now (i wonder how the processor can influence that). > Klaus ...Andreas -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Markus.Erhardt@uni.de Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 15:42:13 +0200 From: Markus Erhardt To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Problem running VDR 0.8 with Haupauge NOVA > -----Ursprungliche Nachricht----- > Von: reichard@math.uni-goettingen.de > [mailto:reichard@math.uni-goettingen.de] > Gesendet: Mi, 13. Juni 2001 14:10 > An: Markus Erhardt > Betreff: Re: [linux-dvb] Problem running VDR 0.8 with Haupauge NOVA > > Hello Markus, > > have you tried different channels? I have a DVB-s as primary card and a > NOVA as secondary card (so the NOVA will be used for recording first, > and the DVB-s for watching/replaying). I can record for example Pro7, > RTL, ZDF with the NOVA. Recording Kabel1, ARD or Sat1 does not work, as > you describe. I already posted a longer description of the problem to > this list (http://www.linuxtv.org/mailinglists/linux-dvb/msg05069.html). > Unfortunately, I do not have enough time or knowledge of the driver for > a better analysis right now. > > Interestingly, Recording Kabel1 Suisse or Kabel1 Austria works with the > NOVA. > > Benjamin Reichardt Thanks. You're right. I read your message (http://www.linuxtv.org/mailinglists/linux-dvb/msg05069.html) and it looks to me very clear. I also got the Error No VIDEO-DATA in the last 1MB or similar with Kabel1. I will test a little bit more. Greetings, Markus Erhardt -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From apieper@gmx.net Tue Jul 31 18:28:24 2001 Date: 13 Jun 2001 13:43:29 UT From: apieper@gmx.net To: linux-dvb@linuxtv.org Subject: [linux-dvb] Prevent recordings from deletion Hi, i want to store some recordings that should never be deleted by vdr. My idea is to set the recording-date to the future, e.g.: 2100-03-25.18.10.99.99.rec Will this work ? ...Andreas -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 15:48:10 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Prevent recordings from deletion apieper@gmx.net wrote: > > Hi, > > i want to store some recordings that > should never be deleted by vdr. > > My idea is to set the recording-date > to the future, e.g.: > > 2100-03-25.18.10.99.99.rec > > Will this work ? The latest version of VDR (0.81, see my recent patch) never automatically deletes recordings that have a Lifetime parameter of '99'. I guess that's what you want. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From apieper@gmx.net Tue Jul 31 18:28:24 2001 Date: 13 Jun 2001 14:12:08 UT From: apieper@gmx.net To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Prevent recordings from deletion -------- Original Message -------- Subject: [linux-dvb] Re: Prevent recordings from deletion (13-Jun-2001 15:50) From: Klaus.Schmidinger@cadsoft.de To: linux-dvb@linuxtv.org > apieper@gmx.net wrote: > > > > Hi, > > > > i want to store some recordings that > > should never be deleted by vdr. > > > > My idea is to set the recording-date > > to the future, e.g.: > > > > 2100-03-25.18.10.99.99.rec > > > > Will this work ? > > The latest version of VDR (0.81, see my recent patch) never automatically > deletes recordings that have a Lifetime parameter of '99'. I guess that's > what you want. I'm using DVB 0.82 + VDR 0.72. I dont plan to upgrade next time. Will my solution (setting recordings-date to the future) work here ? > Klaus ...Andreas -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 16:16:17 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Prevent recordings from deletion apieper@gmx.net wrote: > > -------- Original Message -------- > Subject: [linux-dvb] Re: Prevent recordings from deletion (13-Jun-2001 15:50) > From: Klaus.Schmidinger@cadsoft.de > To: linux-dvb@linuxtv.org > > > apieper@gmx.net wrote: > > > > > > Hi, > > > > > > i want to store some recordings that > > > should never be deleted by vdr. > > > > > > My idea is to set the recording-date > > > to the future, e.g.: > > > > > > 2100-03-25.18.10.99.99.rec > > > > > > Will this work ? > > > > The latest version of VDR (0.81, see my recent patch) never automatically > > deletes recordings that have a Lifetime parameter of '99'. I guess that's > > what you want. > > I'm using DVB 0.82 + VDR 0.72. > > I dont plan to upgrade next time. > > Will my solution (setting recordings-date > to the future) work here ? Yes, that should work. However, you can't set the date beyond the year 2037 or so, because that's where the time_t data type will overflow! But I guess that's far enough in the future... 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 18:51:01 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Channel switching stablity I'm still trying to figure out why the driver crashes so often when switching channels. I have therefore uploaded a new version of my test program to ftp://ftp.cadsoft.de/pub/people/kls/vdr/ctest.c Compile it with g++ -I../DVB/ost/include ctest.c It now prints a sequence of letters when going through the various steps of switching channels, so that one can see where and when it hangs. There is now only a small selection of channels used, which appear to make the most trouble. For a while everything goes well, but suddenly it gets stuck in the SEC_SEND_SEQUENCE call (I'm only testing DVB-S). The "d" gets printed, but there's quite a while until the "D" comes up. During this time the /var/log/messages shows Jun 13 18:46:15 video kernel: outcommand error 1 Jun 13 18:46:20 video kernel: outcommand error 1 Jun 13 18:46:20 video kernel: dvb: ARM RESET Please let the program run long enough to show the error. I've had times where it ran successfully for 10 to 15 minutes before showing errors, and other times where it happend right away. So, the question still is: is my channel switching flawed, or is it a driver or firmware bug? I believe I am now doing everything the way tuxzap does it, but in case anybody can see something wrong in my code, I'd appreciate 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Stefan.Hagendorn@lindy.cc Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 18:53:34 +0200 From: Stefan.Hagendorn@lindy.cc To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Channel switching stablity Hi All, I didn't test anything but the behavior .... could it be a heat problem ???? Greetings Stefan Klaus Schmidinger Kopie: Gesendet von: Thema: [linux-dvb] Channel switching stablity kls@cadsoft.de 13.06.2001 18:51 I'm still trying to figure out why the driver crashes so often when switching channels. I have therefore uploaded a new version of my test program to ftp://ftp.cadsoft.de/pub/people/kls/vdr/ctest.c Compile it with g++ -I../DVB/ost/include ctest.c It now prints a sequence of letters when going through the various steps of switching channels, so that one can see where and when it hangs. There is now only a small selection of channels used, which appear to make the most trouble. For a while everything goes well, but suddenly it gets stuck in the SEC_SEND_SEQUENCE call (I'm only testing DVB-S). The "d" gets printed, but there's quite a while until the "D" comes up. During this time the /var/log/messages shows Jun 13 18:46:15 video kernel: outcommand error 1 Jun 13 18:46:20 video kernel: outcommand error 1 Jun 13 18:46:20 video kernel: dvb: ARM RESET Please let the program run long enough to show the error. I've had times where it ran successfully for 10 to 15 minutes before showing errors, and other times where it happend right away. So, the question still is: is my channel switching flawed, or is it a driver or firmware bug? I believe I am now doing everything the way tuxzap does it, but in case anybody can see something wrong in my code, I'd appreciate 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From matjaz.thaler@guest.arnes.si Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 21:17:37 +0200 From: Matjaz Thaler To: linux-dvb@linuxtv.org Subject: [linux-dvb] Dvdplayer for DVB card version 0.5 [ 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. ] The dvdplayer version 0.5 is available at: http://www2.arnes.si/~mthale1/index.html#DVD Changes in the new version: - improved audio and video multiplexing - added support for the latest driver version 0.9 - some LIRC fixes Matjaz -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From geri9@sbox.tugraz.at Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 21:38:30 +0200 (MEST) From: geri9@sbox.tugraz.at To: linux-dvb@linuxtv.org Subject: [linux-dvb] Autogenerating marks.vdr Hi, all out there the last days i have written a software which generates the marks.vdr file automatic. It just looks if for the logo ( at teh top of the page ) downloadable at: http://www.sbox.TUGraz.at/home/g/geri9/ Question to Klaus: Is there a way to start a programm after recording with parameter 1.Directory of the recorded film 2.Channel from which was recorded ( ie : PRO7 ) this is all what my Proramm needs to calculate the marks.vdr file. If You like it , use it if you don't like it remove it. Gerald , geri9@sbox.tu-graz.ac.at -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 23:22:30 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Autogenerating marks.vdr geri9@sbox.tugraz.at wrote: > > Hi, all out there > > the last days i have written a software > which generates the marks.vdr file automatic. > > It just looks if for the logo ( at teh top of the page ) > > downloadable at: http://www.sbox.TUGraz.at/home/g/geri9/ > > Question to Klaus: > Is there a way to start a programm after recording > with parameter 1.Directory of the recorded film > 2.Channel from which was recorded ( ie : PRO7 ) > > this is all what my Proramm needs to calculate the marks.vdr file. You could modify the cRecordControl class so that it remembers the Recording.FileName() and the channel number (or name). Then in cRecordControl::Stop() you could use that information to call your program after stopping the recording (see menu.c/.h). I assume that your program will run for a while, so I suggest you make it so that it forks a new process and returns immediately. Otherwise VDR's watchdog timer might go off, if VDR was started with the '-w' option. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ms@citd.de Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 23:54:16 +0200 From: Matthias Schniedermeyer To: apieper@gmx.net Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Prevent recordings from deletion > i want to store some recordings that > should never be deleted by vdr. > > My idea is to set the recording-date > to the future, e.g.: > > 2100-03-25.18.10.99.99.rec > > Will this work ? chmod 555 Then it is IMPOSSIBEL to delete anything with that dir. (I don't think that Klaus has implemendet a function that checks the rights and sets them "right(tm)" so the files can be deleted) 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. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ms@citd.de Tue Jul 31 18:28:24 2001 Date: Wed, 13 Jun 2001 23:57:03 +0200 From: Matthias Schniedermeyer To: geri9@sbox.tugraz.at Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Autogenerating marks.vdr > the last days i have written a software > which generates the marks.vdr file automatic. > > It just looks if for the logo ( at teh top of the page ) > > downloadable at: http://www.sbox.TUGraz.at/home/g/geri9/ Lets see if i can make an automatic VIVA/MTV-Indexer of this thing. :-)) 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. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From frankta@263.net Tue Jul 31 18:28:24 2001 Date: Fri, 15 Jun 2001 00:59:42 +0800 From: Frankta To: linux-dvb@linuxtv.org Subject: [linux-dvb] insmod problem with dirver0.90 and Redhat 7.1 [ 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 tried to compile driver0.90(20010604) under RH 7.1(kernel 2.4.2 ,compiler 2.96 for RH) Compile is ok, but when I use make insmod,it complain: dvb.o unresolved symbol kernel_flag when i use lsmod, I can see videodev had already loaded Any suggestion? Best regards, Frankta "w:.˛m֦j)mX{+칻&ޖ)j.n7 From polom@convergence.de Tue Jul 31 18:28:24 2001 Date: Thu, 14 Jun 2001 10:40:27 +0200 From: Szymon Polom To: Matthias Schniedermeyer Cc: apieper@gmx.net, linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Prevent recordings from deletion Hi... Quoting Matthias Schniedermeyer (ms@citd.de): > > i want to store some recordings that > > should never be deleted by vdr. > > > > My idea is to set the recording-date > > to the future, e.g.: > > > > 2100-03-25.18.10.99.99.rec > > > > Will this work ? > > chmod 555 > > Then it is IMPOSSIBEL to delete anything with that dir. (I don't think > that Klaus has implemendet a function that checks the rights and sets them > "right(tm)" so the files can be deleted) If would see a file tagged as uneraseable, when it's mode is 400. You can delete it anyway, but a dialog with the request to confirm before a delete would be nice. Bye... SP. -- Szymon Polom | GPG Key-ID 1024D/E6EA36F2 convergence integrated media GmbH | http://www.convergence.de Rosenthaler Str. 51 | fon: +49(0)30-72 62 06 68 D-10178 Berlin | fax: +49(0)30-72 62 06 55 -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ms@citd.de Tue Jul 31 18:28:24 2001 Date: Thu, 14 Jun 2001 10:47:17 +0200 From: Matthias Schniedermeyer To: Szymon Polom Cc: apieper@gmx.net, linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Prevent recordings from deletion > > > i want to store some recordings that > > > should never be deleted by vdr. > > > > > > My idea is to set the recording-date > > > to the future, e.g.: > > > > > > 2100-03-25.18.10.99.99.rec > > > > > > Will this work ? > > > > chmod 555 > > > > Then it is IMPOSSIBEL to delete anything with that dir. (I don't think > > that Klaus has implemendet a function that checks the rights and sets them > > "right(tm)" so the files can be deleted) > > If would see a file tagged as uneraseable, when it's mode is 400. UNIX-Beginner? For deleting a file you ONLY need permission to write the DIRECTORY. The file can belong to "root" and have mode "000". You can still delete it. If you don't have permission to write the dir you can't even delete a file that belongs to you and has mode "777". (And you can't create new files. You can only change existing ones) > You can delete it anyway, but a dialog with the request to confirm > before a delete would be nice. I don't think a dialog is possibel in this situation. There are good chances that you aren't "available" when VDR asks you if you want to delete the recording. 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. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From tw@ubcom.net Tue Jul 31 18:28:24 2001 Date: Thu, 14 Jun 2001 11:03:06 +0200 From: Thilo Wunderlich To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Autogenerating marks.vdr > > the last days i have written a software > > which generates the marks.vdr file automatic. What exactly does this software do ? Whats the marks.vdr file for ? Thilo -- Thilo Wunderlich - tw@ubcom.net -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From polom@convergence.de Tue Jul 31 18:28:24 2001 Date: Thu, 14 Jun 2001 11:04:37 +0200 From: Szymon Polom To: Matthias Schniedermeyer Cc: Szymon Polom , apieper@gmx.net, linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Prevent recordings from deletion Hi... Quoting Matthias Schniedermeyer (ms@citd.de): > > > Then it is IMPOSSIBEL to delete anything with that dir. (I don't think > > > that Klaus has implemendet a function that checks the rights and sets them > > > "right(tm)" so the files can be deleted) > > If would see a file tagged as uneraseable, when it's mode is 400. > > UNIX-Beginner? > For deleting a file you ONLY need permission to write the DIRECTORY. The > file can belong to "root" and have mode "000". You can still delete it. If > you don't have permission to write the dir you can't even delete a file > that belongs to you and has mode "777". (And you can't create new files. > You can only change existing ones) You mix UNIX-Basics vs. suggested Application behaviour. > > You can delete it anyway, but a dialog with the request to confirm > > before a delete would be nice. > > I don't think a dialog is possibel in this situation. There are good > chances that you aren't "available" when VDR asks you if you want to > delete the recording. VDR could check the file mode. An when it is set 400, VDR could assume, then it should not be deleted. So VDR would always skip this file. The question of being available or not is irrelevant. Browsing manually in the recordings directory and trying to delete such a marked file would invoke a confirm dialog. This is a solution i would prefer. In this case I do not care about the permissions and possiblities others have. Bye... SP. -- Szymon Polom | GPG Key-ID 1024D/E6EA36F2 convergence integrated media GmbH | http://www.convergence.de Rosenthaler Str. 51 | fon: +49(0)30-72 62 06 68 D-10178 Berlin | fax: +49(0)30-72 62 06 55 -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Emil.Naepflein@philosys.de Tue Jul 31 18:28:24 2001 Date: Thu, 14 Jun 2001 11:18:08 +0200 From: Emil Naepflein To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Prevent recordings from deletion On 13 Jun 2001 14:12:08 UT, wrote: > I'm using DVB 0.82 + VDR 0.72. > > I dont plan to upgrade next time. > I have modified VDR 0.72 to never delete recordings with priority 99 and a name starting with '%'. Look at recording.c if (Recordings.Load(false)) { cRecording *r = Recordings.First(); cRecording *r0 = NULL; while (r) { + if ((time(NULL) - r->start) / SECSINDAY > r->lifetime + && r->priority < 99 && (r->name)[0] != '%') { if (r0) { if (r->priority < r0->priority) r0 = r; } else r0 = r; } r = Recordings.Next(r); } if (r0 && r0->Delete()) } return; Just add the priority comparison. For the comparison against the name you have to change recording.h to put "name" into the public section. Emil -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rjkm@convergence.de Tue Jul 31 18:28:24 2001 Date: Thu, 14 Jun 2001 14:09:43 +0200 (CEST) From: Ralph Metzler To: rolf@max.lui.uni-tuebingen.de Cc: Linux DVB Subject: [linux-dvb] 16:9 Quick and Dirty rolf@max.lui.uni-tuebingen.de writes: > > Hi Folks! > > In File dvb.c (from todays CVS) > there is a line > //outcom(dvb, COMTYPE_ENCODER, SetMonitorType, 1, VIDEO_FORMAT_16_9); > > I just removed the // compiled and here we go! > DVDs displayed just perfect. naturally this only > works with 16:9 sources everything else will > be displayed wrong. You get the same effect with the VIDEO_SET_FORMAT call. > Should it be possible to feed PCM data > to /dev/ost/audio and mpeg2video to /dev/ost/video? > I know that this was not possible. But looking > at the devices i just had to ask.... ;) You can only feed those devices PES streams (or a PS if it reports that as a capability). You can send PCM data packaged as PES PCM with a maximum length of 2048 bytes (total PES length) as they are found on DVDs with PCM sound. Ralph -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Thu, 14 Jun 2001 13:07:17 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Prevent recordings from deletion Emil Naepflein wrote: > > On 13 Jun 2001 14:12:08 UT, wrote: > > > I'm using DVB 0.82 + VDR 0.72. > > > > I dont plan to upgrade next time. Any particular reason why you don't like to upgrade to the latest CVS driver and VDR 0.81? This combination, for the first time in LinuxDVB/VDR history, records and replays perfectly - at least as far as I have been able to test it up to now. Even ZDF, 3sat and ARD work great! Plus: the new VDR handles the Lifetime value of '99' so that such a recording will never be automatically deleted. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From geri9@sbox.tugraz.at Tue Jul 31 18:28:24 2001 Date: Thu, 14 Jun 2001 12:38:47 +0200 (MEST) From: geri9@sbox.tugraz.at To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Autogenerating marks.vdr >> > the last days i have written a software >> > which generates the marks.vdr file automatic. >What exactly does this software do ? Whats the marks.vdr file for ? The Programm looks in the video-file if the programm-logo is visible or not and writes the result in the marks.vdr file . With this file you can cut your video with vdr. just press in the replay-mode the OK - button and then the 2 button for starting cutting ( read VDR - manuel Editing a Recording* ) Gerald, geri9sbox.tu-graz.ac.at -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Thu, 14 Jun 2001 18:10:52 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: VDR suggestion - record to TS? Ralph Metzler wrote: > > Klaus Schmidinger writes: > > When converting this TS into multiplexed PES (the format VDR uses to store the > > recordings) I take care that the "first" audio packets get the id 0xC0 and the > > "second" ones get 0xC1. That way I can filter either of them out upon replay. > > This works fine for the 0xC0 packets, but with the 0xC1 packets video and audio > > apparently can't be synced. > > > > It looks like the driver delivers the packets in a way that has the video > > and "first" audio evenly interspersed, like > > > > v v v a1 v v v v a1 v v a1 v v v a1 > > > > but the "second" audio packets come in large chunks that are often about half > > a megabyte apart from each other, like > > > > v v v a1 v v v v a1 v a2 a2 a2 a2 a2 v a1 v v v a1 ... v v a2 a2 a2 a2 a2 v v v a1 > > > > I looks as if the driver takes great care about the video and "first" audio > > packets, but collects the "second" audio packets for a while and then delivers > > them all at once - which is way too late. > > > > Is there a way to make the driver deliver the "second" audio packets as evenly > > interspersed into the video packets as it does with the "first" ones? > > That's because of the buffer size used by the firmware for PES filters. > You can change the buffer size the firmware uses by adjusting "mode" in > StartHWFilter() in dvb.c: > > static int > StartHWFilter(dvb_demux_filter_t *dvbdmxfilter) > { > dvb_demux_feed_t *dvbdmxfeed=dvbdmxfilter->feed; > struct dvb_struct *dvb= > (struct dvb_struct *) dvbdmxfeed->demux->priv; > u16 buf[20]; > int ret, i; > u16 handle; > u16 mode=0x0820; > ... > } > > 0x0100 = 184 Bytes > 0x0200 = 378 Bytes > 0x0300 = 1KB > 0x0400 = 2KB > 0x0500 = 4KB > 0x0600 = 8KB > 0x0700 = 16KB > 0x0800 = 32KB > > So, something like "mode=0x0520" should give you better results. > You will probably never get them as evenly spread as the "first" audio > streams packets though because the acquisition is done completely > differently. > > This problem of course only arises with the card version with DSP. > The "budget" or "Nova" cards will give you the TS packets with the > original muxing as they come from the satellite. I tried this and it appears to work fine with a value of 0x0320! I can now record both audio tracks and select which one to replay later :-) (This feature will be in the next version of VDR - I just want to fix the "cutting bug" before releasing it). The question now is: Ralph, would it have any unwanted side effects if this were changed in the official dvb.c? 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From geri9@sbox.tugraz.at Tue Jul 31 18:28:24 2001 Date: Thu, 14 Jun 2001 18:43:29 +0200 (MEST) From: geri9@sbox.tugraz.at To: linux-dvb@linuxtv.org Subject: [linux-dvb] Autogenerating marks.vdr New version online starts at boot time and works in background. Klaus, I did some changes to vdr write a file called "channel.vdr" in each recorded dir to get the channel out, Would be fine if you add it to your version of vdr :-) Changes in vdr-Source: in menu.c in cRecordControl::cRecordControl(cDvbApi *DvbApi, cTimer *Timer) after cRecording Recording(timer); insert : asprintf(&filename,"%s",Recording.FileName()); asprintf(&channelname,"%s",Channels.GetChannelNameByNumber(timer->channel)); in cRecordControl::Stop(bool KeepInstant) befor timer = NULL; insert : // save channel.vdr { #define CHANNELSUFFIX "/channel.vdr" char *ChannelFileName = NULL; FILE *f=NULL; asprintf(&ChannelFileName, "%s%s", filename,CHANNELSUFFIX); printf("file: %s\n",ChannelFileName); printf("Channel: %s\n",channelname); f = fopen(ChannelFileName, "w"); if( f ){ if ( fputs(channelname,f) < 0 ) LOG_ERROR_STR(ChannelFileName); fclose(f); } else LOG_ERROR_STR(ChannelFileName); delete ChannelFileName; } in cRecordControl::~cRecordControl() add : delete filename; delete channelname; and in menu.h add in class cRecordControl { private: char *filename; char *channelname; -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From axelgruber2@gmx.de Tue Jul 31 18:28:24 2001 Date: Thu, 14 Jun 2001 22:22:27 +0200 From: Axel Gruber To: linux-dvb@linuxtv.org Subject: [linux-dvb] Any news - MP3 for VDR ? Hello, I want to ask again if anyone made a Frontend for VDR to reply Mp3 with mpg123 ? At the moment i use a Software wich uses my 4*40 LCD - but i want to use this cool OSD ! CU Axel -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ba0547@bnv-bamberg.de Tue Jul 31 18:28:24 2001 Date: Thu, 14 Jun 2001 23:43:28 +0200 From: harald To: linux-dvb@linuxtv.org Subject: [linux-dvb] Diseq Question, Channel searching... Hello, i just upgraded my satelite hardware with another lnb and a diseq switch. One lnb is set to astra other to eutelsat. What program is able to search channels on multiple satelites with diseq? How to set up the program? Im using Hauppauge DVB-S Card with RedHat 7.0, driver Version 0.8.2, on an Duron 800, Kernel 2.2.17. It workes fine with one Lnb. Bye, Harald. -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From frankta@263.net Tue Jul 31 18:28:24 2001 Date: Fri, 15 Jun 2001 22:38:19 +0800 From: Frankta To: Andre Valentin Cc: linuxv Subject: [linux-dvb] Re: insmod problem with dirver0.90 and Redhat 7.1 [ 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, Thank you for your reply. But I can't find kernel => 2.4.3 for redhat 7.1.Yestoday I downloaded the 2.4.5 source code and try to update the kernel of RH7.1,cann't finish ,compile error!Any suggestion? Best regards, Frankta ----- Original Message ----- From: Andre Valentin To: Frankta Sent: Thursday, June 14, 2001 4:39 PM Subject: Re: [linux-dvb] insmod problem with dirver0.90 and Redhat 7.1 > Hi! > > I think 0.9 is only for kernel =>2.4.3 > > Bye, > Andre > ----- Original Message ----- > From: "Frankta" > To: > Sent: Thursday, June 14, 2001 6:59 PM > Subject: [linux-dvb] insmod problem with dirver0.90 and Redhat 7.1 > > > > Hi, > > I tried to compile driver0.90(20010604) under RH 7.1(kernel 2.4.2 > ,compiler 2.96 for RH) > > Compile is ok, but when I use make insmod,it complain: > > dvb.o unresolved symbol kernel_flag > > > > when i use lsmod, I can see videodev had already loaded > > Any suggestion? > > > > Best regards, > > Frankta > > > > "wNrzǧu[h?-jbm+a{.n?{vڲ˛? > "w:.˛m֦j)mX{+칻&ޖ)j.n7 From hakenes@hippomi.de Tue Jul 31 18:28:24 2001 Date: Fri, 15 Jun 2001 10:49:15 +0200 From: Rolf Hakenes To: harald Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Diseq Question, Channel searching... harald schrieb: > > Hello, > > i just upgraded my satelite hardware with another lnb and a diseq switch. > One lnb is set to astra other to eutelsat. What program is able to search > channels on multiple satelites with diseq? How to set up the program? Im > using Hauppauge DVB-S Card with RedHat 7.0, driver Version 0.8.2, on an Duron > 800, Kernel 2.2.17. It workes fine with one Lnb. > Hi, I'm just working on the next release 1.1 of DTV, which will be able to handle channel searches on Diseqc controlled LNBs. The release is to come today or tomorrow, depending on some final tests I have to perform... Regards, Rolf -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From nick@fedchik.org.ua Tue Jul 31 18:28:24 2001 Date: Fri, 15 Jun 2001 12:32:09 +0300 (EEST) From: Nick Fedchik To: Frankta Cc: linuxv Subject: [linux-dvb] Re: insmod problem with dirver0.90 and Redhat 7.1 On Fri, 15 Jun 2001, Frankta wrote: Hi, Frankta! I also have problems with RH7.1 & 0.9 driver > Hi, > Thank you for your reply. But I can't find kernel => 2.4.3 for > redhat 7.1.Yestoday I downloaded the 2.4.5 source code and try to > update the kernel of RH7.1,cann't finish ,compile error!Any > suggestion? I's no bad idea to show some errorlines here... When You setup new 2.4.5 kernel, You change properly /usr/include/linux? I have'nt kernel problems with 2.4.5 but have'nt packets from my SS1 :) > Best regards, > Frankta > -- Nick Fedchik RIPE-FNM3 -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From ug@teuto.de Tue Jul 31 18:28:24 2001 Date: Fri, 15 Jun 2001 13:05:02 +0200 From: Ulrich Gierschner To: linux-dvb@linuxtv.org Subject: [linux-dvb] New version of vdr & driver Hi ! Since there is a new version of vdr published, which works only with the new 0.9 driver, I am wondering if the "Mpeg2" problem does exists any more. I mean the difficulties when working with vdr recorded mpeg streams (muxing probs, suddenly the audio disappears etc.) Is that solved to the new Version ? I ask because installing a new kernel and installing new driver/vdr takes quite a long time :-) and the Never Change A Running System fact is against it :-) -- Cu, Ulrich *** NCARS *** -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From remus@deva.iiruc.ro Tue Jul 31 18:28:24 2001 Date: Fri, 15 Jun 2001 12:52:13 +0200 From: Remus Anca To: linux-dvb@linuxtv.org Subject: [linux-dvb] compile error in dvb.c Hi all, I get these errors messages when i try 'make' I have debian with 2.4.5 kernel, without V4L and I2C options gcc 2.95.2 make: /scripts/pathdown.sh: Command not found dvb.c: In function `vid_register': dvb.c:5170: too few arguments to function `video_register_device_Rdc7434c2' make[2]: *** [dvb.o] Error 1 make[1]: *** [_mod_/root/DVB-0.9/driver] Error 2 make: *** [here] Error 2 -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From nick@fedchik.org.ua Tue Jul 31 18:28:24 2001 Date: Fri, 15 Jun 2001 13:11:54 +0300 (EEST) From: Nick Fedchik To: linux-dvb@linuxtv.org Subject: [linux-dvb] no packets received (0.9 driver) Hi ALL! Anybody help me with next: Hard: SkyStar1 Soft: RH7.1+kernel-2.4.5(i2c&V2L enabled)+latest dvb drivers from CVS Drivers compilation ok but depmod say me depmod: *** Unresolved symbols in /lib/modules/2.4.5/misc/dvb_firm.o make insmod -> syslog (kernel facility) i2c-core.o: i2c core module i2c-core.o: driver VES1893 DVB DECODER registered. i2c-core.o: driver VES1820 DVB DECODER registered. i2c-core.o: driver stv0299 DVB DECODER registered. i2c-core.o: driver i2c TV tuner driver registered. saa7146_core.o: saa7146(1): bus:0, rev:1, mem:0xd08aa000. i2c-core.o: client [VES1893] registered to adapter [saa7146(1)](pos. 0). VES1893: attaching VES1893 at 0x10 to adapter saa7146(1) tuner: chip found @ 0x61 i2c-core.o: client [i2c tv tuner chip] registered to adapter [saa7146(1)](pos. 1). i2c-core.o: adapter saa7146(1) registered as adapter 0. dvb: AV7110 firm f0240009, rtsl b0250014, vid 00010065, app 01010001 dvb: 1 dvb(s) found! But on console: insmod: videodev: no module by that name found Really, no videodev.o in /lib/modules/2.4.5 :( I found videodev.o in kernel sources, but it's not a module, IMHO. but seen runned dvb_mon by ps -a lsmod: Module Size Used by dvb 219552 0 (unused) saa7146_v4l 14944 0 (unused) saa7146_core 13392 0 [dvb saa7146_v4l] tuner 4000 1 stv0299 2528 0 (unused) VES1820 3440 0 (unused) VES1893 3392 1 dmxdev 6896 1 [dvb] dvb_filter 3872 0 [dvb] i2c-core 13328 0 [dvb saa7146_core tuner stv0299 VES1820 VES1893] dvbdev 1776 1 [dvb] dvb_net 5856 1 (autoclean) dvb_demux 11280 1 [dvb dvb_net] Next, I setup interface dvb0 /etc/sysconfig/networkk-scripts/ifcfg-dvb0 NAME=DVB DEVICE=dvb0 IPADDR=62.244.8.38 BROADCAST=62.244.8.38 NETMASK=255.255.255.252 ALLMULTI=yes ONBOOT=no DEFROUTE=no EXTRAFLAGS="hw ether 3e:f4:08:27 txqueuelen 0" ifconfig dvb0 dvb0 Link encap:Ethernet HWaddr 01:00:3E:F4:08:27 inet addr:62.244.8.38 Bcast:62.244.8.38 Mask:255.255.255.252 UP BROADCAST RUNNING ALLMULTI 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:0 ping proxy103.europeonline.net failed! Symptom: no packets received What's wrong? Was no problems with kernel 2.2.19+dvb drivers0.8+dvbd As I understand, dvbd no longer need? I'm not guru in Satellite technology -- Nick Fedchik RIPE-FNM3 -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Fri, 15 Jun 2001 12:36:02 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: New version of vdr & driver Ulrich Gierschner wrote: > > Hi ! > > Since there is a new version of vdr published, which works only with the new > 0.9 driver, I am wondering if the "Mpeg2" problem does exists any more. > I mean the difficulties when working with vdr recorded mpeg streams (muxing > probs, suddenly the audio disappears etc.) > Is that solved to the new Version ? > I ask because installing a new kernel and installing new driver/vdr takes > quite a long time :-) and the Never Change A Running System fact is against > it :-) >From what I can say so far, the latest CVS driver version together with VDR 0.81 (which is VDR 0.80 plus a small patch from ftp://ftp.cadsoft.de/pub/people/kls/vdr/vdr-0.81.diff.gz) records and replays great. I'm currently working on a few small issues and will release VDR 0.82 shortly. BTW: Ralph, could you perhaps upload a new FTP archive with the latest driver version? Maybe including the modification regarding "u16 mode=0x0320;" in dvb.c? Apparently not all users are able to access the CVS archive... 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From rjkm@convergence.de Tue Jul 31 18:28:24 2001 Date: Fri, 15 Jun 2001 13:49:05 +0200 (CEST) From: Ralph Metzler To: Klaus Schmidinger Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: New version of vdr & driver Klaus Schmidinger writes: > > Since there is a new version of vdr published, which works only with the new > > 0.9 driver, I am wondering if the "Mpeg2" problem does exists any more. > > I mean the difficulties when working with vdr recorded mpeg streams (muxing > > probs, suddenly the audio disappears etc.) > > Is that solved to the new Version ? > > I ask because installing a new kernel and installing new driver/vdr takes > > quite a long time :-) and the Never Change A Running System fact is against > > it :-) > > >From what I can say so far, the latest CVS driver version together with > VDR 0.81 (which is VDR 0.80 plus a small patch from > ftp://ftp.cadsoft.de/pub/people/kls/vdr/vdr-0.81.diff.gz) records > and replays great. > > I'm currently working on a few small issues and will release VDR 0.82 shortly. > > BTW: Ralph, could you perhaps upload a new FTP archive with the latest driver > version? Maybe including the modification regarding "u16 mode=0x0320;" in > dvb.c? Apparently not all users are able to access the CVS archive... OK, but not before tonight. We were in Berlin the whole week and will be on the train heading back to Cologne for the next few hours. Ralph -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From schaechner@yahoo.de Tue Jul 31 18:28:24 2001 Date: Fri, 15 Jun 2001 13:46:38 +0200 From: schaechner To: 'Klaus Schmidinger' Cc: linux-dvb@linuxtv.org Subject: [linux-dvb] AW: Re: New version of vdr & driver Hi Klaus, >> and the Never Change A Running System >> fact is against it :-) As Linux-newbie I'm shrinking from upgrading the kernel and possibly leaving my vdr-machine unusable. > From what I can say so far, the latest CVS driver version > together with > VDR 0.81 (which is VDR 0.80 plus a small patch from > ftp://ftp.cadsoft.de/pub/people/kls/vdr/vdr-0.81.diff.gz) records > and replays great. You reported on problems with channel-switching, others have trouble to install the driver (unresolved symbols). The non proper working cutting function seems to be another drawback. Also I don't see the great advantage in upgrading, except from excluding myself from the further development of vdr. Are the mentioned problems already solved? Flawless channel-switching is _very_ important to me. Ciao, Mel _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From paul@campina.iiruc.ro Tue Jul 31 18:28:24 2001 Date: Fri, 15 Jun 2001 14:41:27 +0300 From: Paul Lacatus To: linux-dvb Subject: [linux-dvb] Europeonline withe 0.9 drivers I am using 0.8.2 drivers on kernel 2.4.2 with dvbd for europeonline and 0.9 drivers for dvdplayer 5.0 that's working great. I have no more disturbances on image since I use these versions of driver and dvdplayer. Is there any possibility to use version 0.9 of driver with dvbd on europeonline so I will not be obliged to switch drivers from 0.8.2 to 0.9 ? Paul -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From Klaus.Schmidinger@cadsoft.de Tue Jul 31 18:28:24 2001 Date: Fri, 15 Jun 2001 14:21:20 +0200 From: Klaus Schmidinger To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: AW: Re: New version of vdr & driver schaechner wrote: > > > From what I can say so far, the latest CVS driver version > > together with > > VDR 0.81 (which is VDR 0.80 plus a small patch from > > ftp://ftp.cadsoft.de/pub/people/kls/vdr/vdr-0.81.diff.gz) records > > and replays great. > > You reported on problems with channel-switching, others have trouble to > install the driver (unresolved symbols). The non proper working cutting > function seems to be another drawback. Also I don't see the great > advantage in upgrading, except from excluding myself from the further > development of vdr. > > Are the mentioned problems already solved? Flawless channel-switching is > _very_ important to me. Hi Mel, intensive channel switching is still a problem, but I'm afraid that's something that has to be solved in the driver. As long as you disable the EPG scanner it seems to work quite reliable. The "cutting bug" will be the next thing I fix. 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 _______________________________________________________________ -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From gfiala@s.netic.de Tue Jul 31 18:28:24 2001 Date: Fri, 15 Jun 2001 16:43:42 +0200 From: Guido Fiala To: linux-dvb@linuxtv.org Subject: [linux-dvb] Re: Autogenerating marks.vdr > You could modify the cRecordControl class so that it remembers the > Recording.FileName() and the channel number (or name). Then in > cRecordControl::Stop() you could use that information to call your > program after stopping the recording (see menu.c/.h). > > I assume that your program will run for a while, so I suggest you > make it so that it forks a new process and returns immediately. > Otherwise VDR's watchdog timer might go off, if VDR was started with > the '-w' option. It would even be possible to do that within vdr during recording (in a separate thread?). I wonder if the broadcasters will then remove the icons, or make them changing all the time or display them during the commercials as well ;-) Anyway, there are still those broadcaster-commercials where the logo is still shown... Would be great to have a (binary, non image based) "characterisation function" (that is the oposite of a hashing function) for that job. One could use one value (e.g. 64..256bit) for every frame stored in a file, and then simply remove _all_ frames that are displayed more than once (that would automatically remove overlapping movie segments after com's.) or coming out of a database of such numbers. One possibility for such a function would be a very high compression DCT, maybe some coefficients of the original mpeg-dct-data can be used... Ideas? Comments? -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From gorton@aon.at Tue Jul 31 18:28:24 2001 Date: Fri, 15 Jun 2001 18:12:19 GMT From: Andreas Gorton-Hlgerth To: linux-dvb@linuxtv.org Subject: [linux-dvb] Problem with encrypted channels Hi everybody, I an quiet new to the DVB area with linux, there for please excuse If my problem has been discussed before. My set-up: Suse 7.1 with kernel 2.4.3 compiled sources from suse two hauppauge dvb-s Rev. 2.1 with one CI connected to card 2 compiled yesterdays DVB CVS driver section without problems, in the apps section ntuxzap had an error because it didn't find cdk/cdk.h (I think not so important) compiled VDR 0.80 without problems changed channles.conf to use the CAM of the second card e.g: CINE ACTION:11798:h:0:27500:1023:1024:0:2:20 but still I can not decode encrypted channels here is the output in /var/log/messages Jun 15 19:48:05 andy vdr[3031]: found 2 video devices Jun 15 19:48:05 andy vdr[3031]: setting primary DVB to 2 Jun 15 19:48:05 andy vdr[3031]: switching to channel 3 Jun 15 19:48:07 andy vdr[3031]: SVDRP listening on port 2001 Jun 15 19:48:07 andy vdr[3031]: setting watchdog timer to 60 seconds Jun 15 19:48:07 andy vdr[3031]: switching to channel 4 Jun 15 19:48:09 andy vdr[3031]: max. latency time 2 seconds Jun 15 19:48:29 andy vdr[3031]: switching to channel 257 Jun 15 19:48:33 andy kernel: 00 00 00 04 00 00 Jun 15 19:48:33 andy kernel: 00 00 00 00 00 75 00 08 00 ffffffd0 00 00 00 4f 00 00 00 08 00 00 00 0a 00 00 00 00 00 00 00 31 00 08 u O 1 Jun 15 19:49:05 andy vdr[3031]: switching to channel 258 Jun 15 19:49:41 andy vdr[3031]: switching to channel 259 Jun 15 19:49:46 andy kernel: outcommand error 1 Jun 15 19:49:51 andy kernel: outcommand error 1 Jun 15 19:49:51 andy kernel: dvb: ARM RESET Jun 15 19:49:51 andy vdr[3034]: read incomplete section - seclen = 4080, n = 266 Jun 15 19:49:54 andy vdr[3031]: max. latency time 13 seconds Jun 15 19:49:59 andy kernel: 0e 05 00 00 00 00 Jun 15 19:49:59 andy kernel: 0c 00 09 00 2e 00 7c ffffffb5 00 00 00 00 2e 08 53 ffffffe0 00 00 00 ffffff90 00 00 00 00 2e 08 54 70 2e 00 42 ffffffcb . | . S . Tp. B with encrypted channels the switching is much slower. BTW, everything works fine in W2k so there should be no hardware problem. Another question: I want to use the cards manly for watching TV with a time shift. So what set-up to you recommend. (Primary card, where to connect the CI,..) Thank you for your help Andy -- Info: To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject. From axel.klos@web.de Tue Jul 31 18:28:25 2001 Date: Fri, 15 Jun 2001 19:51:14 +0200 From: Axel Klos To: linux-dvb@linuxtv.org Subject: [linux-dvb] Make Insmod Problem on Suse 7.2 Standard Kernel 2.4.4-4GB [ The following text is in the "iso-8859-15" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] Hi , i have Suse 7.2 and would install the 0.9 dvb driver. When i make insmod i receive the following output: .... ake[1]: Leaving directory `/home/axel/dvb/DVB/driver' ( \ insmod dvbdev.o; \ insmod i2c-core; \ insmod videodev; \ insmod dvb_filter.o; \ insmod dmxdev.o; \ insmod VES1893.o; \ insmod VES1820.o; \ insmod stv0299.o; \ insmod tuner.o; \ insmod saa7146_core.o mode=0; \ insmod saa7146_v4l.o; \ insmod dvb_demux.o; \ insmod dvb.o init_chan=2 pids_off=0 readfirm=1; \ Using /lib/modules/2.4.4-4GB/kernel/drivers/i2c/i2c-core.o Using /lib/modules/2.4.4-4GB/kernel/drivers/media/video/videodev.o saa7146_core.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters saa7146_v4l.o: unresolved symbol saa7146_del_extension saa7146_v4l.o: unresolved symbol saa7146_add_extension dvb.o: unresolved symbol saa7146_del_extension dvb.o: unresolved symbol saa7146_get_handle dvb.o: unresolved symbol saa7146_add_extension make: *** [insmod] Error 1 linux:/home/axel/dvb/DVB/driver # Whats the problem?? Regards Axel -- Info: To unsubscri