Re: [vdr] [ANNOUNCE] VDR developer version 1.5.3
Just upgraded from 1.3.xx Where is the documentation for the new format of runvdr please? TIA Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] please please please starting over
I have a lock on Astra 19.2E finally (can't get one on 28.2E) VDR shows key in OSD and no picture - I am guessing that the stream is unreadable? Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Mid range CPU choice
Le mercredi 05 septembre 2007 à 13:10 +0200, Nicolas Huillard a écrit : > > Nice setup - but the case is too big for me. I have a single glass panel > > shelf, the case can be 11.5" deep maximum.. > > I went for a heavily customized CD player... Count 1-2 days drilling and > cutting to fit the mobo inside, with all planned before that. http://www.silverstonetek.com/products/p_contents.php?pno=lc11m&area=usa http://www.silverstonetek.com/products/p_contents.php?pno=lc19&area= My option would be the latter with a second hand PSP as remote ($150 - compare to a new Logitech Harmony...) for vdradmin via WiFi Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] EPIA mpeg2/4 quality on vdr-xine
Le lundi 01 octobre 2007 à 07:44 +1300, Simon Baxter a écrit : > > I'm currently running a Shuttle SK43G with the via/unichrome chipset, > running a budget card and using vdr-xine as a softdevice. Since > recently adding an LCD 16:9 I'm now running it at 1360x768 with xine > anamorphic, to get 4:3 pictures played in the right aspect without > black bars up the sides. > > I've noticed a quality drop in the picture like this. It's all just > that slight bit blurred. Because the image is scaled. The picture will be better with the black bars I am guessing? > I'm in the throws of buying an EPIA SP8000EG or SP13000 with the > mpeg2/4 accelerator. Has anyone had experience with these and 16:9 > through x-windows? I have the older M1 CLE266 and picture quality on VGA out is good. I am at 1440x900. MPEG2 is hardware decompressed and MPEG4 is accelerated on the SP series. Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] EPIA mpeg2/4 quality on vdr-xine
Le lundi 01 octobre 2007 à 09:24 +0100, Torgeir Veimo a écrit : > On Mon, 2007-10-01 at 08:02 +0200, Tony Grant wrote: > > > > > I'm in the throws of buying an EPIA SP8000EG or SP13000 with the > > > mpeg2/4 accelerator. Has anyone had experience with these and 16:9 > > > through x-windows? > > > > I have the older M1 CLE266 and picture quality on VGA out is good. > > I > > am at 1440x900. MPEG2 is hardware decompressed and MPEG4 is > > accelerated on the SP series. > > I see some banding and pixelization when using the hw mpeg2 decoding on > a cle266. Do you see similar things? > > This is with dvb-t material, so it might be due to low bitrate > transmissions, but my suspicion is that the scaler is using only 8bit > precision. I am using DVB-S I see staircase effect on fast moving closeups (live TV) when I am too close to the screen. They are not so noticible when sitting at TV watching distance. There are no such artifacts when watching DVDs (LOTR battle scenes for example) which also use HW decoder Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] EPIA mpeg2/4 quality on vdr-xine
Le mardi 02 octobre 2007 à 08:48 +0200, Ondrej Wisniewski a écrit : > How did you enable the MPEG2 decoder? I enabled the xxmc option in xine > (xvmc caused crashes). Are there other ways? xxmc is the correct way - I have a desktop launcher shell script to start xine with options -V xxmc -fg vdr:/tmp/vdr-xine/stream#demux:mpeg_pes If I want to watch a DVD I use the button on the controller to switch from VDR to DVD. > CPU utilization here is at around 25% during DVD playback on an > EPIA-M1. This depends on Xorg version, kernel version... We had a long thread with Xavier and Thomas trying to track down the causes last year. My hand compiled openchrome driver was getting 10-15% but with out of the box as supplied by Fedora Core 6 I am seeing around 25% too. Which isn't bad because evolution and spamassassin don't make the video stutter when running in the background. Live TV (DVB-S) will run between 20-35% Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR 1.5.10 and vdr-xine 0.7.12
Hi, I thought I would try this First a question asked on the Forum that did not get a reply: - PCM volume is being turned down to 0 which is very annoying Where do I change these settings? SetDigitalAudioDevice: 0 SetAudioChannelDevice: 0 The new versions of VDR and xine plugin: - xine CPU usage is up 10% from 35% to 45% on my Epia M1. I am using xine-lib 1.1.8 and the CVS version of xine-ui (I could not log into CVS this morning to get xine-lib) - when it works it seem very fluid and zapping seems faster - any attempt at using the xine configuration dialog results in a lock up - vdradmin 3.6.0 am has problems staying connected to VDR This is what I saw in about 15 minutes of use. Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.10 and vdr-xine 0.7.12
Le vendredi 19 octobre 2007 à 19:48 +0200, Reinhard Nissl a écrit : > > - any attempt at using the xine configuration dialog results in a lock > > up > > Hmm, I've upgraded to openSUSE 10.3 this morning. I now get such dead > locks when using -V xxmc. The deadlock happens for "simple" libX11 > functions like XLockDisplay() or XSync(). One change in openSUSE 10.3 > seems to be, that it now uses a xcb-based libX11. > > Is there some similarity to your system? Fedora Core 6 It is stable since last post but I am just watching TV not messing with Xine... > Which one of xine's video output drivers do you use? I am just running with -V xxmc on an epia M1 with Openchrome driver > Have you tried --verbose=2 -V xv and verified from the output, that > video_out_xv is used? No I have a timer running so I will try in the morning Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.5.10 and vdr-xine 0.7.12
Le vendredi 19 octobre 2007 à 19:48 +0200, Reinhard Nissl a écrit : > Have you tried --verbose=2 -V xv and verified from the output, that > video_out_xv is used? yes it is Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10
Le mercredi 24 octobre 2007 à 09:04 +0200, Reinhard Nissl a écrit : > > The picture was very good, but there was dropped frames that xine > > reported and the stuttered on occassion and then ran very quickly to > > catch up. Playing around with the settings in xine (setting threads to > > 2 etc) didn't really make much difference. However, for the first time > > I've spent playing with this I was impressed with the picture quality > > out of VDR. Top reported that the CPU was ~40% idle so I don't know > > why I saw dropped frames... > > Frame duration wasn't set at all in xine-lib for this case. xine-lib-1.2 > contains now a fix for this issue. The fix is part of vdr-xine-0.8.0's > xine-lib.patch for xine-lib-1.1.8, too. Reinhard, Where can I find xine-lib-1.2? Without patching and using the 0.3.0 CPU is back down under 40% on my Epia M1 Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DVB-S2 + H.264 support for VDR-1.5.10
Le mercredi 24 octobre 2007 à 09:47 +0200, Reinhard Nissl a écrit : > xine-lib-1.2 is only available from the hg repository. Please follow > this guide: OK I have lib-1.2 and vdr-xine-0.8.0 humming along. Image very clean and CPU usage is down another 5%. I will see if the new version of openchrome and libXVmc fixes something (CPU was 15% when I started this VDR journey). Zaps fast. Locks solid when right clicking to get the xine menu... How do I set the PCM volume on startup? The setting in the OSD? Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] 4 and 5
Hello, Linowsat (http://www.linowsat.com/settings/vdr/unsorted/0282/fta-tv.conf) has listings for both Channel 4 and Five as FTA. I know they are FTV on Sky. When I try to watch I have EPG data and femon shows signal but I have no image or sound. Is this a Linowsat error or am I doing something wrong? Cheers Tony Lines from the conf file Channel 4;BSkyB:12168:vC23:S28.2E:27500:2338:2339=eng:2340:0:9207:2:2024:0 Five;BSkyB:12304:hC23:S28.2E:27500:513:641=eng,661=NAR:577:0:9342:2:2031:0 -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-xine-0.8.0 plugin
Le mardi 13 novembre 2007 à 14:50 +, Darren Salt a écrit : > > - it doesn't require me to recompile libxine > > Neither does vdr-xine (if you're using xine-lib-1.2). affirmative! I am running xine-lib-1.2 and vdr-xine 0.8.0 at last no more messing with patching xine-lib My problems: - something is turning down PCM volume on startup (not xine because when I run xine alone the volume isn't changed) - I have strange xine lockups which I think may be related to the version of the openchrome driver I am running - they are window manager related such as switching from one desktop to another when live TV is running and moving TV windows around Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HDTV - 2B or not 2B
Le jeudi 22 novembre 2007 à 17:41 +0200, Lauri Tischler a écrit : > >>> But to buy a 1000+ Euro TV set? That's another reason for me to stay SD. > >> Not really, FullHD also means large, minimum 42", it is quite senseless > >> to to watch good picture on a postcard, so you start at €1500 Has anyone tried VGA out at 1600x1050 on a FullHD (Sony Bravia for example)? If so what does it look like. > > You forgot to add the €20,000 building an extension to your house, if > > you don't want your living room to be dominated by a 42" diagonal piece > > of plastic. Lucky me my living room is huge! Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HDTV - 2B or not 2B
Le jeudi 29 novembre 2007 à 17:05 +, Chris Jones a écrit : > > Has anyone tried VGA out at 1600x1050 on a FullHD (Sony Bravia for > > example)? If so what does it look like. > > I've used a PC connected to a 40" Bravia via DVI and it was pretty damn > good. If you sat far enough away you could use it comfortably as a > monitor. Up close and the contrast on text would probably melt your > retinas ;) Thanks. What redolutions did you try? Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr 1.5.13 (and earlier)
I noticed that I could no longer see channels with vertical polarisation - this used to work must have stopped last week. Channels: BBC 2 England;BSkyB:10773:hC56:S28.2E:22000:... etc. works ITV1 London;BSkyB:10759:vC56:S28.2E:22000:... blanks screen vdr 1.5.13, vdr-xine 0.8 Any ideas? Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.5.13 (and earlier)
Le dimanche 13 janvier 2008 à 17:33 +0100, Gregoire Favre a écrit : > I can't test vdr-1.5.13 because a VDR without DVB-S2 isn't fun at all, > but with vdr-1.5.12 with DVB-S2 support I can perfectly tune to : > > ITV1 > London;BSkyB:10758:vC56S0Z0:S28.2E:22000:2305:2310=eng,2314=NAR:2315:0:10060:2:2044:0 > > Maybe your problem is related to your driver, did you change it ? Driver is from Fedora Core 8 - I upgraded from FC6 Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.5.13 (and earlier)
Le dimanche 13 janvier 2008 à 17:33 +0100, Gregoire Favre a écrit : > On Sun, Jan 13, 2008 at 05:08:24PM +0100, Tony Grant wrote: > > I noticed that I could no longer see channels with vertical polarisation > > - this used to work must have stopped last week. > > > > Channels: > > > > BBC 2 England;BSkyB:10773:hC56:S28.2E:22000:... etc. works > > > > ITV1 London;BSkyB:10759:vC56:S28.2E:22000:... blanks screen > > I can't test vdr-1.5.13 because a VDR without DVB-S2 isn't fun at all, > but with vdr-1.5.12 with DVB-S2 support I can perfectly tune to : > > ITV1 > London;BSkyB:10758:vC56S0Z0:S28.2E:22000:2305:2310=eng,2314=NAR:2315:0:10060:2:2044:0 > > Maybe your problem is related to your driver, did you change it ? Rebuilt with DVB drivers I had on disk from a while ago - same problem Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.5.13 (and earlier)
Le dimanche 13 janvier 2008 à 22:35 +0100, Gregoire Favre a écrit : > ITV1 > London;BSkyB:10758:vC56S0Z0:S28.2E:22000:2305:2310=eng,2314=NAR:2315:0:10060:2:2044:0 I have recorded from it and can see recording but it is not visible as live TV Does that help? Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] can't swich from horizintal to vertical polarisation
OK so I fixed all my issues with my clean install of vdr and vdr-xine in Fedora Core 8 except one: - switching from horizontal to vertical polarization does not work, screen goes black, xine stops responding - I can record vertical polarized channels and play back the recording so this doesn't seem to be a driver/hardware issue Fedora Core 8 up to date xine-lib 1.2 pulled from mercurial on the 14th January xine-ui from CVS same day VDR 1.5.13 vdr-xine 0.8.1 DVB drivers from FC8 (after trying older ones with same result) Skystar2 in hush VIA Epia M1 So the problem lies with switching channels on live TV. Any ideas where to go now greatly welcomed! Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] new drivers
I pulled the dvb drivers with mercurial made and installed. Nothing has changed: Fire up vdr-xine which tunes to BBC 1 (horizintal polarization) vdr-xine: Client connected! [vaAVM]buffered 35,1 frames (v:39,0, a:35,1) frame: (0, 0)-(720, 576), zoom: (1,00, 1,00) Picture and sound perfect (yesterday there was a thunderstorm which blocked Eurobird from view...) ZAP to ITV 1 (vertical polarization) SetPlayMode: 0 SetAudioChannelDevice: 0 SetPlayMode: 1 [vSetDigitalAudioDevice: 0 SetAudioChannelDevice: 0 aAVMClear(0)jeu jan 17 10:25:01 CET 2008 reloading DVB driver Screen goes black and xine stops responding, needs to be killed. Not advancing very fast and running out of ideas... Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] new drivers
Le jeudi 17 janvier 2008 à 17:53 +0100, Reinhard Nissl a écrit : > Can you provide an excerpt of VDR's logfile with the content from > "switching to channel" up to jan 17 10:25:01? Easier, I just switched channels and it stops Tony Jan 17 18:34:24 hush vdr: [4551] codeset is 'UTF-8' - known Jan 17 18:34:25 hush vdr: [4551] found 22 locales in ./locale Jan 17 18:34:25 hush vdr: [4551] loading plugin: ./PLUGINS/lib/libvdr-xine.so.1.5.13 Jan 17 18:34:25 hush vdr: [4551] loading plugin: ./PLUGINS/lib/libvdr-femon.so.1.5.13 Jan 17 18:34:25 hush vdr: [4551] loading /video/setup.conf Jan 17 18:34:25 hush vdr: [4551] loading /video/sources.conf Jan 17 18:34:25 hush vdr: [4551] loading /video/diseqc.conf Jan 17 18:34:25 hush vdr: [4551] loading /video/channels.conf Jan 17 18:34:25 hush vdr: [4551] loading /video/timers.conf Jan 17 18:34:25 hush vdr: [4551] loading /video/reccmds.conf Jan 17 18:34:25 hush vdr: [4551] loading /video/svdrphosts.conf Jan 17 18:34:25 hush vdr: [4551] loading /video/remote.conf Jan 17 18:34:25 hush vdr: [4552] video directory scanner thread started (pid=4551, tid=4552) Jan 17 18:34:25 hush vdr: [4552] video directory scanner thread ended (pid=4551, tid=4552) Jan 17 18:34:25 hush vdr: [4553] video directory scanner thread started (pid=4551, tid=4553) Jan 17 18:34:25 hush vdr: [4553] video directory scanner thread ended (pid=4551, tid=4553) Jan 17 18:34:25 hush vdr: [4551] reading EPG data from /video/epg.data Jan 17 18:34:25 hush vdr: [4551] probing /dev/dvb/adapter0/frontend0 Jan 17 18:34:25 hush vdr: [4555] tuner on device 1 thread started (pid=4551, tid=4555) Jan 17 18:34:25 hush vdr: [4556] section handler thread started (pid=4551, tid=4556) Jan 17 18:34:25 hush vdr: [4551] found 1 video device Jan 17 18:34:25 hush vdr: [4551] initializing plugin: xine (0.8.1): Software based playback using xine Jan 17 18:34:25 hush vdr: [4557] XineRemote control thread started (pid=4551, tid=4557) Jan 17 18:34:25 hush vdr: [4557] Entering cXineRemote thread Jan 17 18:34:25 hush vdr: [4551] initializing plugin: femon (1.2.2): Affiche les informations du signal DVB Jan 17 18:34:25 hush vdr: [4551] setting primary device to 2 Jan 17 18:34:25 hush vdr: [4551] assuming manual start of VDR Jan 17 18:34:25 hush vdr: [4551] SVDRP listening on port 2001 Jan 17 18:34:25 hush vdr: [4551] setting current skin to "sttng" Jan 17 18:34:25 hush vdr: [4551] loading /video/themes/sttng-default.theme Jan 17 18:34:25 hush vdr: [4551] starting plugin: xine Jan 17 18:34:25 hush vdr: [4551] starting plugin: femon Jan 17 18:34:25 hush vdr: [4560] KBD remote control thread started (pid=4551, tid=4560) Jan 17 18:34:25 hush vdr: [4551] ERROR: remote control XineRemote not ready! Jan 17 18:34:25 hush vdr: [4551] remote control KBD - learning keys Jan 17 18:34:35 hush vdr: [4551] switching to channel 1 Jan 17 18:34:35 hush vdr: [4562] transfer thread started (pid=4551, tid=4562) Jan 17 18:34:35 hush vdr: [4563] receiver on device 1 thread started (pid=4551, tid=4563) Jan 17 18:34:35 hush vdr: [4564] TS buffer on device 1 thread started (pid=4551, tid=4564) Jan 17 18:34:35 hush vdr: [4551] setting watchdog timer to 60 seconds Jan 17 18:34:35 hush vdr: [4551] timer 1 (2 2050-2210 'Masterchef') set to event Jeu 17.01.2008 21:00-22:00 'Masterchef' Jan 17 18:34:36 hush vdr: [4562] PES packet shortened to 908 bytes (expected: 6158 bytes) Jan 17 18:34:36 hush vdr: [4562] cAudioRepacker(0xC0): skipped 122 bytes while syncing on next audio frame Jan 17 18:34:36 hush vdr: [4562] cAudioRepacker(0xC1): skipped 132 bytes to sync on next audio frame Jan 17 18:34:36 hush vdr: [4562] setting audio track to 1 (0) Jan 17 18:34:37 hush vdr: [4556] changing pids of channel 1 from 5000 +5000:5001=eng,5002=NAR:0:5003 to 5000 +5000:5001=eng,5002=NAR:5004=eng:5003 Jan 17 18:34:37 hush vdr: [4551] retuning due to modification of channel 1 Jan 17 18:34:37 hush vdr: [4551] switching to channel 1 Jan 17 18:34:37 hush vdr: [4562] transfer thread ended (pid=4551, tid=4562) Jan 17 18:34:37 hush vdr: [4551] cTS2PES got 0 TS errors, 3 TS continuity errors Jan 17 18:34:37 hush vdr: [4551] cTS2PES got 0 TS errors, 2 TS continuity errors Jan 17 18:34:37 hush vdr: [4551] cTS2PES got 0 TS errors, 1 TS continuity errors Jan 17 18:34:37 hush vdr: [4551] buffer stats: 68432 (3%) used Jan 17 18:34:37 hush vdr: [4565] transfer thread started (pid=4551, tid=4565) Jan 17 18:34:37 hush vdr: [4564] TS buffer on device 1 thread ended (pid=4551, tid=4564) Jan 17 18:34:37 hush vdr: [4563] buffer stats: 67304 (3%) used Jan 17 18:34:37 hush vdr: [4563] receiver on device 1 thread ended (pid=4551, tid=4563) Jan 17 18:34:37 hush vdr: [4566] receiver on device 1 thread started (pid=4551, tid=4566) Jan 17 18:34:37 hush vdr: [4567] TS buffer on device 1 thread started (pid=4551, tid=4567) Jan 17 18:34:37 hush vdr: [4556] channel 2 (BBC 2 England) event Jeu 17.01.2008 18:15-19:00 'The Weakest Link' status 4 Jan 17 18:34:37 hush vdr: [4556] creating new channel 'ETV,;BSkyB' on S28
Re: [vdr] new drivers
Le jeudi 17 janvier 2008 à 18:53 +0100, Reinhard Nissl a écrit : > Tony Grant schrieb: > > Le jeudi 17 janvier 2008 à 17:53 +0100, Reinhard Nissl a écrit : > > > >> Can you provide an excerpt of VDR's logfile with the content from > >> "switching to channel" up to jan 17 10:25:01? > > > > Easier, I just switched channels and it stops > > You mean, xine stopped, but (see below) ... > > > Jan 17 18:35:59 hush vdr: [4551] caught signal 2 > > Jan 17 18:35:59 hush vdr: [4551] stopping plugin: femon > > Jan 17 18:35:59 hush vdr: [4551] stopping plugin: xine > ... > > Jan 17 18:36:00 hush vdr: [4551] max. latency time 1 seconds > > Jan 17 18:36:00 hush vdr: [4551] exiting, exit code 0 > > VDR was stopped regularly. > > What video output driver do you use with xine? xxmc on VIA Epia M1 > Does the behavior change when using for example -V xshm? Yes You win 100% CPU but it changes channels. Back to Xavier and openchrome now? Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] new drivers
Le jeudi 17 janvier 2008 à 19:40 +0100, Reinhard Nissl a écrit : > > 100% CPU but it changes channels. > > Maybe -V xv relaxes CPU load a bit. Yes but sound eventually cuts out. > Well, on my openSUSE 10.3 I cannot use xxmc anymore with my > GF6600 as it dead locks for the same reason. openSUSE 10.3 uses > an libxcb based libX11 and there is a race condition bug in > libxcb which causes the emulated libX11 function XLockDisplay to > deadlock when an application uses multiple threads. Are these the buffer overflows in the log? > There exists already a fixed version of libxcb but it is not > available for a stock openSUSE 10.3. On the other hand, my EPIA > MII-6000E runs openSUSE 10.3 too, using the binary openchrome > driver package provided at openchrome.org and hasn't deadlocked > so far though using xxmc. OK I'll warn Xavier then. Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] new drivers
Le jeudi 17 janvier 2008 à 20:47 +0100, Reinhard Nissl a écrit : > > Off topic, but are you saying you run vdr-xine or xineliboutput under X > > with > > the MII-6000E motherboard?? What other plugins do you run? > > femon, epgsearch, radio femon and streamdev on M1 no sweat > > I bought an SP-13000G, but it runs too hot running X so I had to use an FF > > card. Also I can't use the mplayer plugin, as the CPU transcoding makes it > > run too hot too. > > Hmm, was running the mplayer plugin for testing xineplayer but > didn't play anything else than MPEG2, though. > > CPU temperature doesn't look to cause a problem here, but after 3 > Years, the DC-ATX power converter died, as it was operated > without fan. The new power converter seems to cut off power when > getting too hot, so I've added a fan now. My M1 capacitors (MB and morex power supply) fried when we moved to the south of France (spikes). Now I have a UPS to filter the current and a pico120W power supply. The brick is the original one that came with my hush 60W but everything works. I have always run X and xine/vdr-xine temperatures shown only twice at danger level during summer (35°C in the living room) made me turn off the computer. Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] new drivers
Le jeudi 17 janvier 2008 à 23:32 +0100, Hans Gustafsson a écrit : > video_out_xxmc: New format. Need to change XvMC Context. > width: 544 height: 576 mpeg: 2 acceleration: 7 > video_out_xxmc: Disposing of surface 3 > 1 1;1 1;1 1;0 1;1 1;1 1;1 1;1 1;1 1;1 1;1 1;1 1;1 1;1 1;1 1;0 0; > video_out_xxmc: Freeing up XvMC Surfaces and subpictures. > video_out_xxmc: Freeing up XvMC Context. > video_out_xxmc: Surface type 0. Capabilities 0x 2 0x 4 > video_out_xxmc: Requests: 0x 2 0x 4 > video_out_xxmc: Creating new XvMC Context 842094169 > load_plugins: plugin mad will be used for audio streamtype 01. > audio_alsa_out:open pause_resume=0 > output sample rate 48000 > audio jump, diff=10387 > set_speed 100 > fixing sound card drift by 2520 pts > set_speed 125000 > set_speed 100 > > Now the picture goes blue and xine is not responding any more. If I > try to change channel, vdr will not respond and the watchdog timer > will expire resulting in a vdr restart. > Can the problem be that the width is set to 544? Not sure but it is interesting that you are seeing the same thing on another type of VIA card. Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] new drivers
Le jeudi 17 janvier 2008 à 19:40 +0100, Reinhard Nissl a écrit : > There exists already a fixed version of libxcb but it is not > available for a stock openSUSE 10.3. On the other hand, my EPIA > MII-6000E runs openSUSE 10.3 too, using the binary openchrome > driver package provided at openchrome.org and hasn't deadlocked > so far though using xxmc. What did the opensuse people change? Is is an rpm we can rebuild against FC8? I have had some success with live TV and xine dvb interface. As soon as I try vdr and your pluggin it stops working. Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput with xxmc: slow OSD
Le lundi 28 janvier 2008 à 09:44 +0100, Ondrej Wisniewski a écrit : > I am experimenting with xineliboutput using the xxmc video driver for > the local sxfe frontend on an EPIA-M1 board with CLE266. I have the > OpenChrome Drivers installed. > MPEG2 HW decoding seems usually to work, I get around 25% CPU usage. > However, when I bring up VDRs OSD everything becomes painfully slow. Why > is that? Are there any setup options I can use to make the OSD work > decently? There is a problem with xine, the openchrome driver and VDR. You are too slow - I am seeing 9-12% CPU with current openchrome even with this bug. I am using vdr-xine rather than xineliboutput Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput with xxmc: slow OSD
Le lundi 28 janvier 2008 à 12:07 +0100, Ondrej Wisniewski a écrit : > > There is a problem with xine, the openchrome driver and VDR. You are too > > slow - I am seeing 9-12% CPU with current openchrome even with this bug. > > > > I am using vdr-xine rather than xineliboutput > that was not the answer I was hoping for ;-) > Are you saying that there is a bug regarding OSD usage with the > combination xine, openchrome and VDR? Can you explain a little more? Any > ways around that? Sorry I forgot to say I am using Fedora Core 8. There is an issue with libxcb and threads - it is fixed in OpenSuze10.3 says Reinhard. With the OSD I have increase in CPU load and, in the terminal I am running Xine from, warning that I don't have enough colors etc. Can't zap from horizontal to vertical polarization. Screen goes blue and VDR restarts I am currently using the multiproto driver linked from the 1.5.14 announcement. > Regarding CPU load I need to check that again at home. I was reporting > the overall CPU load on my PC. I should probably check just the > consumption of VDR and sxfe. To complicate things the VDR get's it's > videostream using streamdev-client from the server box. OK 26% total on M1 is about the same as mine xine 11% average X 3-4% vdr 3-4% + other proccessus Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput with xxmc: slow OSD
Le mardi 29 janvier 2008 à 09:01 +0100, Ondrej Wisniewski a écrit : > I am using Ubuntu 7.10 with xine lib from the repos. Here's the problem > I encounter. Might be the same bug you are talking about: > > VDR is running with xineliboutput plugin. Remote frontend sxfe is > started on the same PC: > $ vdr-sxfe --video=xxmc xvdr://127.0.0.1 > > Initially I get video and audio just fine with HW decoding. But when I > switch channel and the OSD is shown I get lots of these: > video_out: Warning! Out of xx44 palette colors! > > And shortly after the crash: > video_out_xxmc: Using software decoding for this stream. > libmpeg2: output port has XxMC capability > AFD changed from -2 to -1 > video_out_xxmc: Using software decoding for this stream. > video_out_xxmc: Using hardware decoding for this stream. > *** glibc detected *** vdr-sxfe: double free or corruption (!prev): > 0x086d6558 *** > === Backtrace: = > /lib/tls/i686/cmov/libc.so.6[0xb7c72d65] > /lib/tls/i686/cmov/libc.so.6(cfree+0x90)[0xb7c76800] > /usr/lib/xine/plugins/1.1.8/xineplug_vo_out_xxmc.so[0xb6656685] > > Looks like a xine problem, specifically the xxmc plugin. :-( Yes that is the bug Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] #error VDR requires Linux DVB driver API > version 3.3! (was - VDR developer version 1.5.14)
Le mardi 29 janvier 2008 à 13:00 +0100, Ales Jurik a écrit : > On Tuesday 29 January 2008, Matthias Fechner wrote: > > I modified now the Makefile and added the following lines after the > > include of the conf file: > > ifdef DVBDIR > > INCLUDES += -I$(DVBDIR)/include > > endif > > > > For plugins which are using the headerfiles from the new driver I had to > > add the three lines too. > > > > Is that a bug in the VDR Makefile? > > No, for such purposes there is Make.config.template which should be copied to > Make.config (see doc). > > After line > ### You don't need to touch the following: > > add something like (depends on your configuration) > > DVBDIR = /usr/local/src/dvb/linux > > and all will ok. This file is included by all Makefiles (also by plugins). Sorry it doesn't. I RTFM and modified Make.config and I have the error so there is something wrong. Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] new drivers
Le samedi 02 février 2008 à 13:13 +0100, Hans Gustafsson a écrit : > I got rid of the xine blue screen/hang by downgrading libX11 and > libX11-devel to the ones from fedora 7 :) OK it works. It puts CPU usage up about 2-5%. I'll tell the openchrome and xine people. Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD-TV hardware decoding on motherboard instead of waiting for FF DVB-S2 card
Le mercredi 06 février 2008 à 09:58 +, Laz a écrit : > I don't think MPEG4 decoding will be supported in this way for a very long > time, unless Via have changed their attitudes. (Not really bothered > looking into this because HD is years off in the UK where I am, unless > you fork out lots to Sky!) I'm not so sure. I don't think it will be years - maybe one and a half. My question is "is HD worth all the fuss" - most run of the mill folk on the street can't see the difference between DVD quality digital and HD. Especially in high speed action scenes on current sized screens. And who really wants to look at black spots on actresses noses in all that gory detail? Or fat on their backsides for that matter. HD needs to be shown at sizes where the extra pixels are worth our while I don't have 3000€ to put into a screen. Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD-TV hardware decoding on motherboard instead of waiting for FF DVB-S2 card
Le mercredi 06 février 2008 à 17:29 +0200, JJussi a écrit : > > HD needs to be shown at sizes where the extra pixels are worth our while > > I don't have 3000€ to put into a screen. > > But some of us do! ;-) I would probably spend a lot more time - enough to justify the cost - in front of TV if I lived in the far north. But I don't. There is a cost/quality threshold in entertainement and HD is on the wrong side right now (Image quality AND content quality). DVB-S and/or DVD are plenty enough for us. And where I live going to the movies is cheap (the whole family of four for less than 20€) and we meet other people there too! And the cinema is about 250 meters from home... For me HD is one of the least exciting technological progresses ever. Digital video is "good enough" for most needs. I wish more money was spent producing quality content - that is the weakest link right now. What was really exciting was finding VDR and being able to watch/record/time shift UK TV from France with great enough image and sound quality - much much better than the analogical satellite we had before. Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] BBC EPG from sat ? (loadepg equivalent ?)
Le jeudi 28 février 2008 à 12:03 +0100, Gregoire Favre a écrit : > even if my english is quiete limited, I really enjoy the program from > the BBC (S13.0E/S19.2E/S28.2E) which are FTA :-) > > The only thing I miss is an epg of more than current and next. Hi Grégoire, I use xmltv and xmltv2vdr I have a grab script that I run manually to get Radio Times data. When my vdr box will be dedicated I'll run it as a cron job every day at 3 a.m.. This way you have 10 days program in advance. Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] BBC EPG from sat ? (loadepg equivalent ?)
Le jeudi 28 février 2008 à 20:57 +0100, Brian a écrit : > Problem is that Bleb no longer has all the channels, copyright problems. > Thats why I no longer use it. I use the solution pointed out by Tony > Grant, it works perfectly well. You can customize which channel's epg it > should retrieve. During my VDR PC startup an init script tells the at > daemon to run my get epg script after waiting a few seconds to allow VDR > to start. So its totally asynchronous to VDR. I prefer not to have > anything waiting for the epg script to finish, just in case. I can also > call the same script from the OSD if required. With just BBC1 to 4, ITV1 to 4 and Film4 it takes about three minutes to run. Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR on OpenWRT / embedded system
Le vendredi 29 février 2008 à 11:57 +0200, Theunis Potgieter a écrit : How about Western Digital Mybook World Edition - USB - EN 1000 - serial port on MB Still has the 32MB RAM limitation. Debian has been installed in place of the stock linux. And there is 500/750/1000 GB of disk already in the box. Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR and sky CAM
Hello fans of British TV. At the moment I watch the FTA channels on 28.2/28.5 E I am thinking of investing £20 in a FTV card for the new freesat service. Is anyone using the card (or the sky card for existing service) with VDR? What kind of DVB-S card do you have (budget or FF)? What brand? At the moment I have a budget Skystar 2.6 in an Epia M1 powered hush. Can I record HD to disk with this card? The Epia isn't powerfull enough to decode - I am thinking of streaming from the hush to another more powerful machine for viewing. TIA Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine - screen size and resolution
Le vendredi 21 mars 2008 à 12:43 +0100, serge pecher a écrit : > As I understand, I have different sources, with different resolutions. Is > there a manner to tell vdr-xine or xine to adapt the output as good as > possible to my tv screen ? try the -f option Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-xine oh no not again...
Reinhard, I decided to try vdr 1.6.0 and vdr-xine 0.8.2 and have ran into the XINE VDR VERSION MISMATCH in INSTALL issue. I am running xine-lib 1.2 pulled from the xine site pkg-config --cflags libxine -I/usr/local/include I can't see what is wrong Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine oh no not again...
Le jeudi 27 mars 2008 à 12:15 +0100, Gregoire Favre a écrit : > I use this in order to be sure I only got ONE xine-lib installed : Thanks Gregoire but I only have one xine-lib installed. This is a clean FC8 with xine-lib 1.2 installed from hg. Trying an update of xine-lib now (4 hours on a VIA Epia M1) Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine oh no not again...
Le jeudi 27 mars 2008 à 12:54 +0100, Gregoire Favre a écrit : > > Trying an update of xine-lib now (4 hours on a VIA Epia M1) > > I am quiete certain that you still have some files from the previous > version... you don't have to recompil all, just delete all files in the > location you installed it, and just do the make install part. The update worked you were right there must have been some stuff from a previous hg update. Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr 1.6.0
OK I now have the following set up: - hush with VIA Epia M1 - Fedora Core 8 up to date except libX11* - xine-lib 1.2 from hg today 27/03/2008 - vdr 1.6.0 - vdr-xine 0.8.2 - femon 1.2.4 - vdradmin-am-3.6.1 *In order to use xine with xxmc hardware acceleration I have downgraded libX11 to the version from Fedora Core 7 - bug libX11 with xcb support xine still locks up if I change desktops to check my mail or if I try to use the right click configuration menu when running with vdr. Fine when running xine with other media files. I am now able to use pulseaudio in xine - recent updates of alsa and pulseaudio probably fixed the issues I was having. Sound can still be crappy when watching an avi file... Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] silly question
This must be a FAQ but it is new for me: - how do I stop VDR adding channels to channels.conf? It started doing this when I installed 1.5.13 Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] silly question
Le vendredi 28 mars 2008 à 19:28 +, Andy Carter a écrit : > Check > > Setup->DVB->Update channels > > and select your preferred option Thanks! It has been a long time since I went in there... =:-D Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] EPIA-ML6000 and vdr-xine full screen?
Le vendredi 18 avril 2008 à 06:26 +1200, Simon Baxter a écrit : > Has anyone tested running an EPIA ML6000 fanless motherboard with vdr-xine? It is a CLE266 it will work just fine > The spec's only say "MPEG-2 Accelerator" rather than "Decoder/Accelerator" - > will it work with a VGA 1366x768 16:9 full screen? No problem the CLE266 limit is 1600x1050 I am running mine at 1440x900. Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Can't get lock on BBC news
Hi, freesat: Can't get a lock on BBC News 24 since yesterday is it just me? I have also lost the channel 4 group of channels although femon reports lock. Have these channels changed their transponder (again)? Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Can't get lock on BBC news
Le vendredi 11 juillet 2008 à 09:12 +0200, Tony Grant a écrit : > freesat: > > Can't get a lock on BBC News 24 since yesterday is it just me? Still not lock and 42% STNR on BBC News Is no one else having problems with theis channel? > I have also lost the channel 4 group of channels although femon reports > lock. > > Have these channels changed their transponder (again)? Yes they have... I have them back. Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] rambling newbie questions
Le dimanche 21 janvier 2007 à 21:19 -0500, Russell Treleaven a écrit : A mail with correct subject line! Congratulations! =:-D > Is VDR the correct tool? I am not sure that vdr is the best tool for recording/time shifting/whatever encrypted analog video. It is the best tool for digital (DVB-S, DVB-T...) by far. I feel that the best tool for encrypted analog video is a set top box with PVR functionality. This is a personal opinion not shared by all here I guess. The best way to play the other media - avi etc - is xine. Have you checked the MMS project? Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
RE: [vdr] rambling newbie questions
Le lundi 22 janvier 2007 à 19:54 -0500, Russell Treleaven a écrit : > I would like to make the system very small. > > http://www.gentoo.org/proj/en/base/embedded/gnap.xml Because you asked... Here you are rambling up the wrong track. Sorry! Read the page carefully, do you see HTPC or PVR? No. Gentoo embedded works for firewalls routers and whatever. A video appliance is a good idea but you want loads of RAM and acceleration for your video decoding. It can be done with specialised hardware (I use a VIA EPIA-M) or in software with a fast CPU. With VDR you can have a video server which uses a low power CPU because the machine is just writing DVB streams to disk or to the network. The client will need the power to decode the stream however. Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] silly Question - new wide screen
Le lundi 29 janvier 2007 à 09:13 +, Linux TV homemaillist a écrit : > I've just connected my VDR box to my Sony Bravia 32" LCD. you [EMAIL PROTECTED] =:-D > I'm running the vdr-xine plugin. > > When I play recordings the screen zooms right up to the 16:9. But when > I'm just viewing the OSD (no DVB card working yet) it's only displaying in > 4:3. > > If I view a movie from "xine --fullscreen movie.avi" it zooms to the full > screen. > > I'm sure this is "idiot error". When your DVB card is working your OSD will be superimposed over the channel in 16:9. Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] EPG Question (concerning BBC3 and BBC4)
Le lundi 05 février 2007 à 17:49 +0100, Brian a écrit : > BBC3 and BBC4 only start to show programs at 19:00 UK time. My EPG for > these programs comes via the internet. If I try to look at the EPG for > those channels before 19:00, then they are not even shown in the list of > programs I have EPG for on the OSD. > I assume this is a desired behaviour of VDR. If so, any way to change it? > I didn't find anyway in the Menus. I use the following method: - grab the EPG from the radio times site with xmltv - feed vdr with xmltv2vdr - vdr updates "on the fly" EPG data for changed times And I use vdradmin rather than the OSD so you see the timelines of 3 and 4 starting at 7. Before then you do have ceebeebies and the other kids channel onn the same frequency Cheers Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK Freeview Logical Channel Numbers
Le jeudi 15 février 2007 à 00:12 +0100, Rob Davis a écrit : > What I am after is an ordered channel list in the same order as the > official decoders from different providers. ie, someone from outside > the UK wouldn't necessarily know that the channels go: > > BBC 1, 2 , ITV 1, Ch 4, five. Then BBC 3, 4 etc. I always thought that I could put them in the order I want to (which I do) by messing with channels.conf? My on screen EPG is shown with the channels in the same order as hey appear in channels.conf. Am I missing a very important idea here? BBC 1 London;BSkyB:10773:hC56:S28.2E:22000:5000:5001=eng,5002=NAR:5003:0:6301:2:2045:0 BBC 2 England;BSkyB:10773:hC56:S28.2E:22000:5100:5101=eng,5102=NAR:5103:0:6302:2:2045:0 BBC THREE;BSkyB:10773:hC56:S28.2E:22000:5200:5201=eng,5202=NAR:5203:0:6319:2:2045:0 BBC FOUR;BSkyB:10773:hC56:S28.2E:22000:5300:5301=eng,5302=NAR:5303:0:6316:2:2045:0 CBBC Channel;BSkyB:10773:hC56:S28.2E:22000:5200:5201=eng,5202=NAR:5203:0:6317:2:2045:0 CBeebies;BSkyB:10773:hC56:S28.2E:22000:5300:5301=eng,5302=NAR:5303:0:6318:2:2045:0 BBC NEWS 24;BSkyB:10773:hC56:S28.2E:22000:5400:5401=eng:5403:0:6304:2:2045:0 ITV1 Granada;BSkyB:10758:vC56:S28.2E:22000:2342:2343=eng:2320:0:10080:2:2044:0 ITV2;BSkyB:10758:vC56:S28.2E:22000:2348:2349=eng,2351=NAR:2317:0:10070:2:2044:0 ITV3;BSkyB:10906:v:S28.2E:22000:2356:2357:0:0:10260:2:2044:0 ITV4;BSkyB:10758:v:S28.2E:22000:2355:2356=eng:0:0:10072:2:2044:0 :- Below this point are the channels found by epg scan Tony PS any news on when/if Channel5 and channel4 will be FTA? -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] UK Freeview Logical Channel Numbers
Le jeudi 15 février 2007 à 09:15 +0100, Rob Davis a écrit : > > If you wanted to have the same numbers as a Sky Digibox. OK I see. I am a very basic viewer who just zaps around on a whim recording the odd film now and then and of course MotoGP. Since we moved my VDR box died (bad capacitors) and so the dish isn't even bolted to the front of the house yet... And now we have a DVB-T box to watch all 18 free French channels. But bike season is approaching fast so I will be hooking everything up again soon. Tony -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
