Re: [vdr] Advice from native speakers needed: To "bisect" or to "halve"?

Hi Klaus, On 02/05/15 16:56, Klaus Schmidinger wrote: The question now is: is "bisect" the right word here, which a native English speaker would use? Or should it rather be "halve"? Or something completely different? IMHO all these fancy words are a bit overblown. I am not a native En

Re: [vdr] [PLUGIN] recsearch - a simple search for recordings

On 01/19/14 13:53, Stephan Loescher wrote: Would it be possible (as a new feature) to filter/search/sort for recordings by recording-lifetime and/or if it is SD or HD? I had the same problem (long time ago). As a simple solution, I wrote a small python script that creates folders with "virtu

Re: [vdr] Makefile variable names LCLBLD and PLGCFG

On 03/17/13 13:00, Klaus Schmidinger wrote: On 17.03.2013 12:46, Ville Skyttä wrote: Hello, Should probably have spoken earlier, but is there any particular reason for the ugly and hard to read Makefile variable names LCLBLD and PLGCFG? I suppose they're short for LOCALBUILD and PLUGINCONFIG, b

Re: [vdr] locale problem with 1.7.41

On 03/17/13 15:47, Jouni Karvo wrote: Unfortunately I have no idea on how to improve the instructions on the INSTALL file to avoid such confusion for others. I totally agree. I got hit by tha same trap as well. I believe it would be better to supply no defaults for them and let make issue a s

Re: [vdr] [ANNOUNCE] vdr-xine-0.9.4 plugin

Hi, On 03/16/11 20:29, Reinhard Nissl wrote: I'm pleased to announce maintenance release 0.9.4. is there something newer available? In partcular, something that works with VDR 1.7.40? With VDR 1.7.40 (under OpenSUSE 12.3) I get: *** Plugin xine: WARNING: plugin xine is using an old Makefile!

[vdr] Virtual VDR directories for surround and HD recordings.

Hi, I have been thinking for a while about virtual VDR directories holding symbolic links to recordings that are stored elsewhere using different sort criteria. I have been a VDR user since 2000 http://www.tvdr.de/cgi-bin/vdr-counter.pl?action=show&number=3 and I have recorded a lot since then (

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.28

On 07/09/12 22:30, Klaus Schmidinger wrote: On 09.07.2012 19:06, Carsten Koch wrote: but I noticed that the LCARS skin sometimes fails to show the recording name in the progress display (the one that shows up when you press OK during playback). I don't think this is related, because thes

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.28

On 07/09/12 18:57, Joerg Bornkessel wrote: "LCARS" is the new default skin of VDR. It requires at least a 4bpp (16 color) full screen OSD, but you can still operate it if your OSD can handle only fewer colors (in which case you may want to switch to the "ST:TNG" or "Classic VDR" sk

Re: [vdr] probs with new ZDF HDchannels

On 05/01/12 23:16, Carsten Koch wrote: However, with that xine-lib, xine-ui now shows some of the buttons (vcd, dvb) twice, leaving no more room for the vdr button. I have found no solution for that yet. I have now. I noticed that the new version creates a new plugin directory /usr/lib64/xine

Re: [vdr] probs with new ZDF HDchannels

On 05/01/12 20:08, Harald Milz wrote: Did anyone else observe this, Yes. Same here. It happens only when I play back new channels like 3sat HD with xine. and what can we do to fix this? I installed the latest *xine-lib/xine-lib-1.2-vdpau*

[vdr] Small python script to rearrange channels.conf.

Hi, I wrote a small python script that helps me keep my channels.conf tidy. The scripts assumes that I have (among others) channel groups ":HDTV", ":Deutschsprachig", ":(auch)Englisch", ":Verschiedenes", ":Astra Radio" and ":new channels" at the end. It moves all radio channels from all groups

Re: [vdr] Why is VDR appending :S23.5E: entries to my channels.conf?

On 05/01/12 11:29, Klaus Schmidinger wrote: If you send me your channels.conf (without the S23.5E channels), diseqc.conf and setup.conf I could try to reproduce this here. I have upgraded to vdr-1.7.27, copied diseqc.conf and sources.conf from there into my config directory and removed the wir

[vdr] Why is VDR appending :S23.5E: entries to my channels.conf?

Hi, my dish is directed at Astra 19.2E. However, many of the new entries VDR automatically appends to the end of my channels.conf are :S23.5E:!? I have recently removed all :S23.5E: lines, but they came back immediately: cko/vdrconfig> fgrep :S23.5E: channels.conf | wc 152 352 16541 c

Re: [vdr] Can VDR record only new episodes of shows?

On Fri, 2011-06-03 at 08:28 -0400, John Klimek wrote: ... > For example, I don't want to record every single episode of a certain > show, but instead I just want the new episodes. That's one of the things VDRAdmin-AM can do for you. Where "new" is defined as one that you have not recorded yet. Ca

[vdr] Compressing VDR recordings without losing quality.

Hi, I have been using VDR for over 10 years now, so I currently have ~4TB of VDR recordings. Some of them are SDTV/MPEG2, many of the newer recordings are HDTV/H.264. I wonder if there is an easy way to recompress all recordings that are not already H.264 into H.264 files, making them a lot small

Re: [vdr] 10 Year Anniversary of VDR

I have been using (and making some humble contributions to) VDR since June 7th, 2000. So it is going to be another 4 months until I can celebrate "my" 10 Year Anniversary of VDR. It has always been a pleasure. Thanks, Klaus! Carsten. ___ vdr mailing

[vdr] Setting up an nfsroot VDR system with an atom ION main board (was: Recommendation for new hd vdr system).

On Thu, 2009-12-24 at 17:12 +0100, Carsten Koch wrote: ... > + I originally set up the system as a diskless (nfsroot) > system, but KDE 4 (I am using OpenSuSE 11.2) performs > unbearably slow, so I was forced to install a hard disk. Just in case anyone wants to try to set up an nf

Re: [vdr] Recommendation for new hd vdr system.

On Fri, 2009-12-25 at 13:02 +, Tony Houghton wrote: > On Thu, 24 Dec 2009 17:12:56 +0100 > Carsten Koch wrote: > > > + I originally set up the system as a diskless (nfsroot) > > system, but KDE 4 (I am using OpenSuSE 11.2) performs > > unbearably slow, so I w

Re: [vdr] Recommendation for new hd vdr system.

On Thu, 2009-12-24 at 17:55 +, Tony Houghton wrote: ... > > + I originally set up the system as a diskless (nfsroot) > > system, but KDE 4 (I am using OpenSuSE 11.2) performs > > unbearably slow, so I was forced to install a hard disk. > > Couldn't you use a much lighter desktop if this is

Re: [vdr] Recommendation for new hd vdr system.

On Sat, 2009-11-14 at 21:23 +0100, Carsten Koch wrote: ... > I was thinking along the same lines and I have just bought > an ION board. > > The main board comes with a CPU and with GeForce 9400 graphics, > so that will be cheaper than the sum of a normal board + CPU + > GeF

Re: [vdr] FF/RW problems with xine

On Fri, 2009-10-09 at 21:07 +0200, Carsten Koch wrote: > On Fri, 2009-10-09 at 11:37 -0700, Timothy D. Lenz wrote: > > With some recordings FF/RW doesn't work correctly. The video/audio stops > > and when you hit play again, it has moved to the new a new > > location.

Re: [vdr] Recommendation for new hd vdr system.

On Sat, 2009-11-14 at 13:17 +0100, Luca Olivetti wrote: > Hello, > > Now that I have an hd tv set, I'm looking at revamping my ageing vdr > system for hd. > Oh, and I want it to be really cheap ;-) I was thinking along the same lines and I have just bought an ION board. The main board comes wi

[vdr] VDR can no longer be compiled with the current driver from "http://linuxtv.org/hg/v4l-dvb".

On Sun, 2009-06-14 at 13:49 +0200, Klaus Schmidinger wrote: ... > If you use a full featured DVB card for replay you need the DVB driver > version from > > http://linuxtv.org/hg/v4l-dvb The driver had its API version changed on 2009-10-19 17:08:05: --- v4l-dvb-af3d28c7ef19/linux/include/linux/

Re: [vdr] FF/RW problems with xine

On Fri, 2009-10-09 at 11:37 -0700, Timothy D. Lenz wrote: > With some recordings FF/RW doesn't work correctly. The video/audio stops and > when you hit play again, it has moved to the new a new > location. Some recordings work, some don't. I saw that, too. It has to do with the channel. I record

Re: [vdr] [ANNOUNCE] xxv-1.4 - Stable release

On Sat, 2009-07-11 at 17:13 +0200, Andreas Brachold wrote: ... > XXV means "Xtreme eXtension for VDR" and is a central service for the > administration of the VDR and his environment. Looks very much like vdradmind. Can anyone summarize the differences between xxv and vdradmind? Thanks, Carsten.

Re: [vdr] error compiling vdr 1.7.7 (frontend.h - '__u8' does not name a type)

On Mon, 2009-06-01 at 13:38 +0200, Klaus Schmidinger wrote: ... > posted earlier in this thread I found that this > > --- dvbdevice.h 2009/05/08 13:33:46 2.5 > +++ dvbdevice.h 2009/06/01 11:20:32 > @@ -10,6 +10,7 @@ > #ifndef __DVBDEVICE_H > #define __DVBDEVICE_H > > +#include // FIXME: wo

Re: [vdr] [ANNOUNCE] ExtRecMenu-Plugin 1.1

On Thu, 2009-05-28 at 14:37 +0300, Petri Helin wrote: > On Wed, May 27, 2009 at 5:54 PM, Carsten Koch > wrote: > > I like the ExtRecMenu plugin very much. > > > > In particular, I love the fact that it shows me the length > > of my recordings and that it allows m

Re: [vdr] VDR 1.7.7 compile problem with gcc 4.4

On Wed, 2009-05-27 at 16:40 +0200, gimli wrote: ... > have compile errors with gcc 4.4. The attached patch makes vdr 1.7.7 > compileable. I wonder if it would not be better to make as many things as possible "const" rather than casting existing consts away. I my code, I am trying to make everythi

Re: [vdr] [ANNOUNCE] ExtRecMenu-Plugin 1.1

On Mon, 2007-10-22 at 19:32 +0200, Martin Prochnow wrote: ... > Screenshots and Download: http://martins-kabuff.de/extrecmenu_en.html I like the ExtRecMenu plugin very much. In particular, I love the fact that it shows me the length of my recordings and that it allows me to display recordings in

[vdr] vdr-xine-0.9.2 plugin does not support cutting.

Reinhard, you have done an amazing job with the xine plugin. It works very well and considering xine's complexity, I can appreciate the hard work that must have been required to get both the infrastructure in xine and the plugin itself working as well as it does today. I noticed, however, that it

Re: [vdr] Newbee questions about HDTV VDR system with TT-budget S2-3200.

On Sun, 2009-05-24 at 13:22 +0200, Ales Jurik wrote: > you don't need lirc, try plugin remote (http://www.escape- > edv.de/endriss/vdr/). It seems to be easier to setup and works without > problems. I got lirc to work first, then I read your message and tried the remote plugin. Very nice. No da

Re: [vdr] Newbee questions about HDTV VDR system with TT-budget S2-3200.

On Sun, 2009-05-24 at 16:13 +0200, Carsten Koch wrote: ... > With the patch I am getting > > g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -DREMOTE_KBD > -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE > -D_FILE

Re: [vdr] Newbee questions about HDTV VDR system with TT-budget S2-3200.

On Sun, 2009-05-24 at 16:49 +0300, Anssi Hannula wrote: > Klaus Schmidinger wrote: > > http://linuxtv.org/hg/v4l-dvb should work, but you'll still > > need the patch from > > > > ftp://ftp.cadsoft.de/vdr/Developer/v4l-dvb-header-fix.diff > > > > because the header files apparently are still bro

[vdr] Newbee questions about HDTV VDR system with TT-budget S2-3200.

Hi, I would like to get a HDTV VDR system started. I have the following hardware to play with: gigabyte m55plus s3g main board (nVidia GeForce 6100 / nForce 430) with Athlon 64 3500+, 1GB RAM GeForce 9500GT card with 1GB RAM 2 TT-budget S2-3200 DVB S2 cards I have installed OpenSuse 11

[vdr] How to keep the channel list tidy automatically (was: Timeouts and lost locks)

On Sat, 2009-05-23 at 11:47 +0200, Klaus Schmidinger wrote: ... > You could also remove all unwanted channels from your list and set > "DVB/Update channels" to "names and PIDs". Then the EPG scan would > only switch through the desired transponders. I believe there is room for improvement. Of cou

[vdr] How to turn a DVD into a regular VDR recording.

My DVD player is not working at the moment, so I want to watch a DVD on my VDR system in the living room. In an earlier message on this list, somebody said that the DVD plugin is not working, so I did not waste any time trying. Also, my VDR PC does not have a DVD ROM anyway. What I did, was: 1)

Re: [vdr] vdr on PS3

Clemens Kirchgatterer wrote: > i can see many of us are seeking for the right hardware for vdr, so i > am. i want to start some discussion about the upcoming Sony PS3 as an > vdr client on steroids. as it will support linux out of the box, it > seams logical to, at least, think about it. I like th

Re: [vdr] VDR Development

Davide Cavalca wrote: ... > I'm neither Klaus not a regular of this list, but I think you're not > being fair here: Klaus has every right to say he won't develop on a > community tree; it is, after all, his own free time. BTW, if I remember > well, Klaus has coded several features (i.e. subtitles)

Re: [vdr] [ANNOUNCE] epg2timers 1.5.2a.

Brian wrote: > a question about this version. In earlier versions you had > a variable called "episode", and I set the value of that to "" > in my source file. Now you just add the string "~EPISODE" to very > programm name (if I understand the source correctly. You are mostly right. In epg2timers

Re: [vdr] [ANNOUNCE] epg2timers 1.5.2a.

Manfred Schmidt-Voigt wrote: ... OK, no problem, this is the patch ... Thanks! I have simplified this and put it in. Attached is all I have so far for 1.5.2b. Can you please try it out and see if it still does what you wanted? Carsten. epg2timers_1.5.2a_1.5.2b.patch.bz2 Description: applica

Re: [vdr] [ANNOUNCE] epg2timers 1.5.2a.

Manfred Schmidt-Voigt wrote: ... > My question: Are there any plans to support also the extended > information like actor, director, year of first appearence, etc? We can > get these infos just by setting "jl_format=3", but it's not decoded by > epg2timer.cxx. Sounds like an interesting idea.

[vdr] [ANNOUNCE] epg2timers 1.5.2a.

epg2timers is a tool that allows you to use the web EPG at http://tvtv.de to program VDR from anywhere in the world simply by clicking on the things you want vdr to record in the http://tvtv.de listings. I apologize for being kind of slow in developing epg2timers lately. I am doing most of my own

Re: [vdr] transponder hopping made easy?

Rainer Zocholl wrote: ... > VDR allows to mark "Channel 1200" and move it 1204 lines back wards > via cursor. Since VDR allows you to select channels by number in the channel list, mark and move operations have become a lot easier. But I agree that it's a drag to maintain the channel list via the

Re: [vdr] Straw poll: stable version 1.6.0 now?

Andrey Kuzmin wrote: ... > I don't think that it > is a good time to lose valuable Klaus's time for releasing & > supporting new stable version Absolutely right! A 1.6.0 release now will only slow down progress. Carsten. ___ vdr mailing list vdr@linux

Re: [vdr] Straw poll: stable version 1.6.0 now?

Klaus Schmidinger wrote: ... >Should there be a stable version 1.6.0 now, based on what's in >version 1.5.14, but without DVB-S2 or even H.264 support? > > Yes or No? My (selfish) vote is No. I do like the fact that 1.5.14 raises some expectation of DVB-S2 support in the (official or dis

Re: [vdr] [ANNOUNCE] VDR developer version 1.5.14

Thomas Schmidt wrote: ... > In the current state, it would not be possible for Debian to ship a > vdr version > 1.5.13 in the official archive. But that's acceptable, considering that VDR 1.5.14 is a developer version, not a stable version which is intended to go into a distribution, right? Lets

[vdr] Thank you for all the good work and have a nice vacation!

Klaus Schmidinger wrote: ... > I'll be on vacation for the next three weeks, so there won't be > anything new in a while ;-) :-) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Technotrend S2-3200 HDTV-S2 supprt (was: [EMAIL PROTECTED])

Hi Klaus, Klaus Schmidinger wrote: ... >> Could you tell us which card did you buy, I would like to buy the same > > Technotrend S2-3200 HDTV-S2 I bought two of these to replace my old budget cards which were destroyed by lightning. Is yours working for you (at least in DVB-S mode) now? Carste

Re: [vdr] How to change Pro7 SAT1 Channels via Menu

Helmut Auer wrote: ... >> 2) Look for the new channel entries at the end of your list >>and move them to the desired position. >> >> > The second one is a no go - tell an old man how he should move channel > 2000 to channel 2 ;) > There should be an option to enter the desired number for th

Re: [vdr] How to change Pro7 SAT1 Channels via Menu

Helmut Auer wrote: ... > Looks like he has to turn the automagic channel update off for doing this ? > Now the next persons have the same problem and I don't like to spent > more time on the phone then necessary ;) Yeah, there is a trap. ;-) If you do not change the service ID, vdr correctly iden

Re: [vdr] Lightning destroyed my 4 DVB-S cards, what should I replace them with?

Torgeir Veimo wrote: ... > A full features card still uses much less CPU however, and can > automatically reclock the output based on the timing of the input DVB > stream. If you're not replacing any other component at this time I'd > stick with FF cards, Thanks! No, I guess I would like to keep

[vdr] Lightning destroyed my 4 DVB-S cards, what should I replace them with?

I had 1 FF and 2 budget cards in one PC, 1 FF card in the other. All 4 were destroyed by lightning this morning during a thunderstorm. What are the best cards to replace them with? In an earlier post, Klaus wrote that he is working on HDTV support and that he is using a TT-budget S2-3200. Would t

Re: [vdr] remoteosd / multi-box question

Simon Baxter wrote: ... > Is there a way to refresh recording directories without restarting VDR? touch /video/.update ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] (OFFTOPIC) "EFF reveals plot to cripple European television"

Dear "VDR User", VDR User wrote: > I'm sure your heart is in the right place but please don't start using > the mailing list to spam news. I am aware of two conventions on the VDR mailing list: 1) Use your real name to post. 2) Post in plain ASCII. I am not aware of a convention that discourage

Re: [vdr] Is there a way to give inode entries a higher cache priority than data in the linux kernel?

Artur Skawina wrote: ... >> 2) Is there a way to configure the kernel, so the inode entries >>are locked in the cache or at least get a much higher >>cache priority than ordinary data? ... > o play with /proc/sys/vm/vfs_cache_pressure; try decreasing it. > significantly. what you describe

Re: [vdr] Is there a way to give inode entries a higher cache priority than data in the linux kernel?

Matthias Schniedermeyer wrote: ... >> 1) Is there a bug in the linux kernel that makes it spin up >>the disk needlessly even if the data are still in the cache? ... > I haven't tried or read it myself, but this: > Documentation/laptop-mode.txt > might contain the information you need. Correct.

[vdr] Is there a way to give inode entries a higher cache priority than data in the linux kernel?

I have a distributed VDR system in my house with a lot of disks that are NFS mounted by VDR PCs in two rooms. In order to conserve energy, I have used hdparm to set a spin down delay after which the disks turn themselves off. When /video/.update is touched (one of the VDR PCs creates/deletes/ edits

Re: [vdr] Re: replay stuttering

Kartsa wrote: > Kartsa kirjoitti: >> I have been running vdr now for a couple days with >> >> #define PLAYERBUFSIZE MEGABYTE(64) in dvbplayer.c >> >> and for now it seems like better as in no stuttering. But I am still >> testing it. >> > Okey, I've had this setting in action for a week or so now

Re: [vdr] Re: replay stuttering

Kartsa wrote: ... > So, hdparm did no good. I have been running vdr now for a couple days with Try hdparm -I /dev/sda on my system, it says ... DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 ... which I interpret as: "this device suuports mdma0-udma6 and is currently

[vdr] Re: replay stuttering (was: FF card A/V sync - in progress?)

Kartsa wrote: > I've tested the new fw also and no sync problems has occurred. > > Although I was hoping that this would have corrected my stuttering problem > also. Every now and then replayed video stops for a second or so and begins > stuttering for some seconds and then continues normally. Wit

[vdr] [ANNOUNCE] epg2timers 1.4.5.

epg2timers is a tool that allows you to use the web EPG at http://tvtv.de to program VDR from anywhere in the world simply by clicking on the things you want vdr to record in the http://tvtv.de listings. I have changed the epg2timers version number to match the VDR version number I tested it with.

[vdr] Removing newline characters from EPG entries.

Hi, I found the following code in epg.c lines 633-636: // VDR can't usefully handle newline characters in the title and shortText of EPG // data, so let's always convert them to blanks (independent of the setting of EPGBugfixLevel): strreplace(title, '\n', ' '); strreplace(shortText, '\

Re: [vdr] Best DVB-S card

Glyn Edwards wrote: ... > I've been looking at the Nexus-S because it is fully featured and I > don't > have any spare PCI slots left. With a FF card I could remove the DXR3. If your VDR PC works fine with the DXR3, I would not recommend a fully featured DVB-S card. It is more expensive than a b

Re: [vdr] FF card A/V sync - in progress?

VDR User wrote: ... > Logic still says that if mplayer can play vdr recordings just fine > without losing sync, but vdr can't, the problem is with vdr, not the > firmware. That's only correct if you ignore specifications. Maybe VDR is behaving according to the specified interface and the firmware

[vdr] Recording video clips automatically with correct naming of recordings.

I noticed today that Deluxe Music is labelling every song individually in the "now and next" EPG entries. I had been hoping such a feature would be provided by music channels. Congratulations to Deluxe for providing accurate program information. Would it not be extremely nice if one could ask VDR

Re: [vdr] Re: Channel sorting idea

CR wrote: ... >> I have tried to sort away channels that I do not care for into groups >> (using the existing channel group feature). The trouble with that is, >> that such a channel could change into a channel I do care for. > > Usually for the channels that are changing, does anything remain con

Re: [vdr] Channel sorting idea

CR wrote: ... > Having a seperate file to maintain categories seems like it wouldn't break > existing EPG and/or VDR code. Maybe VDR could provide an option to flip > between "raw" channels.conf and "categorized" channels. I agree that the channel chaos currently is VDR's greatest weakness. Your

Re: AW: [vdr] Doubling my available VDR disk space without cost or loss of convenience.

Carsten Koch wrote: ... > Actually, according to > http://www.kasper-online.de/en/docs/startrek/ncc1701d.htm > the Enterprise D has a mere 630.000 Kiloquads. Sorry, wrong link. I meant this one: http://www.ex-astris-scientia.org/misc/artikel-com

Re: AW: [vdr] Doubling my available VDR disk space without cost or loss of convenience.

Guido Fiala wrote: ... > Sounds like the core computer of the USS-Enterprise - > How many Terra-Quads are this? ;-) Actually, according to http://www.kasper-online.de/en/docs/startrek/ncc1701d.htm the Enterprise D has a mere 630.000 Kiloquads. But seriously: My VDR system started out in June 2000

Re: AW: [vdr] Doubling my available VDR disk space without cost or loss of convenience.

martin wrote: ... > go and get yourself a new hard disc :-) Well, that option is of course always available. ;-) Let's take a look at my vdr system: /video> df -hT FilesystemTypeSize Used Avail Use% Mounted on /dev/hda2 xfs147G 12G 136G 8% / udev tmpfs253M 236

[vdr] Doubling my available VDR disk space without cost or loss of convenience.

Most of my VDR movies are between 2 and 3 GB in size. I assume that there would be no noticeable loss of quality, if I would convert them to DivX movies of about half the size, maybe also removing any unwanted sound tracks. This could even be done automatically by a background process. However, t

Re: [vdr] [ANNOUNCE] DaLiBoxSW3000MediaCenter

Klaus Schmidinger wrote: .. > Hmm, then I guess we should make further efforts to find out It seems to me that you are wasting your valuable time trying to help this guy, while he is not even cooperative. My gut feeling is that he would never return the favour to say the least. Carsten.

[linux-dvb] Re: Which barebone?

Carsten Koch wrote: ... As it turned out, VDR playback currently does not run as well on a dbox2 as it does on a PC, so I also looked for a barebone. See the dbox2 threads on the VDR mailing list. c't 3/2004 has a nice overview - 35 barebones. See http://www.heise.de/ct/04/03/078 f

[linux-dvb] Re: Which barebone?

Joachim Herb wrote: Hello! I am looking for a barebone for VDR. A while ago, I thought that a dbox2 would be the ideal machine for VDR playback, as it costs only about as much as a full featured DVB card and is entirely noiseless. As it turned out, VDR playback currently does not run as well on a