Re: [vdr] Can't compile VDR
On Wed, Jan 14, 2009 at 3:41 PM, Chris Silva 2manybi...@gmail.com wrote: I'm having problems compiling VDR 1.7.0 and 1.7.3. This is the error: /usr/local/src/s2-liplianin/linux/include/linux/videodev2.h:64:28: error: linux/compiler.h: No such file or directory In file included from /usr/local/src/s2-liplianin/linux/include/linux/videodev.h:16, from dvbdevice.c:13: Starting with the first error, try this: cp /usr/src/linux/include/linux/compiler.h /usr/local/src/s2-liplianin/linux/include/linux ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.3
On Mon, Jan 12, 2009 at 9:58 AM, Magnus Hörlin mag...@alefors.se wrote: Thanks. There aren't too many projects of this magnitude that responds this quickly to user wishes. Even though I would have liked to see teletext subs recorded by default and multiple frontend support I fully understand your priorities. Why not 'include teletext/closed-captioning in recordings?' as a setup option? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Minimal VDR install
On Mon, Jan 12, 2009 at 11:46 AM, Chris Silva 2manybi...@gmail.com wrote: The ideia is to have a lightweight system installed on a usb pen (almost all files are read only, so no problem) and add one or more HDD drives to perform the recording. Those drivers will only work when a recording is scheduled. Thus reducing noise to the minimum. Currently I have almost no dB coming from my vdr box, except for the disks. I used to do this with a usb flashdrive but have switched to CompactFlash connected with a CF-SATA controller. Also only have one drive in the box for recording (which I'll move to my fileserver eventually). For the harddrive I just set a spindown timeout so it goes to sleep when not in use. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Color keys replacement
On Sat, Jan 10, 2009 at 8:34 AM, Alex Betis alex.be...@gmail.com wrote: Hi all, A question regarding the color keys functionality in VDR. Some remotes I see in shops don't have the color keys, is there any replacement key for those? Is it possible to map them to 1,2,3,4? Can you think of a scenario both color keys and numbers might be used in the same menu? You can map any function to any key you want. One example of numbers colors being used in the same menu is the main menu itself. Numbers take you straight to sub-menus or plugins while the color keys perform functions like start recording or change the audio pid. My advice, just buy a remote with the color keys and save yourself some hassle! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Roadmap for VDR 1.8
On Sat, Jan 10, 2009 at 8:26 AM, Nicolas Huillard nico...@huillard.net wrote: Another thing I've learned is that Klaus never (AFAIK) discussed roadmap details or made his own task list public ;-) Yeah, that too. Which has driven some of us crazy but I can't honestly say I'd be any different if I were Klaus. There's something about setting your own schedule/priorities that's more appealing then answering to peoples expectations. The good news is that he's willing to shuffle the TODO list if there's more urgent things to take care (as with HDTV and h264 support for example). Like I said, I've ran mostly dev versions of VDR for years with little to no problems but be advised that your experience may vary. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Choice of recording format
On Sat, Jan 10, 2009 at 4:04 PM, Tony Houghton h...@realh.co.uk wrote: I was just wondering what prompted the move from recording in PES to TS. Is it because TS is more widely supported? And how does it solve the problem of BBC HD having the wrong PID for audio? And why TS instead of PS? Is it because PS needs a header which is difficult to generate before all the packets intended for it are available (and hence difficulties overlapping playback and recording)? Or is it because the way recordings are played back makes TS more appropriate? Switching to TS has been a point of much discussion so you'll find plenty of answers if you search the ml (archive). Btw, any errors on the providers part should be fixed @ the provider, not within VDR. If I'm not mistaken they've already contacted them regarding the pid issue, though I don't know what/if came out of it. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Roadmap for VDR 1.8
On Fri, Jan 9, 2009 at 11:27 AM, Artem Makhutov ar...@makhutov.org wrote: What points have to be done to finish 1.7.x and to get to 1.8.0. In the years I've been using VDR, there has always been many development versions before Klaus has released a new stable so based on past experience, I wouldn't expect to see 1.8.0 any time soon. There are some big changes in 1.7.x and I guess it could go either way. He might want to release a new stable after the major stuff has been implimented and tested, saving the little things for the next development line. Or he could just take it slow easy. One nice thing I've learned is that most dev versions are pretty damn stable themselves. I've been running dev versions probably 90%+ of the time on my main vdr box. :) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Which extension for TS files?
On Sun, Jan 4, 2009 at 8:37 AM, Diego Pierotto vdr_ml...@tiscali.it wrote: Klaus Schmidinger ha scritto: Up to now VDR has used names like 001.vdr for its recording files. While moving to Transport Stream as the recording format, I need to use a different file name extension, and so was wondering which one to use. My first idea was *.ts, for Transport Stream, but when I point, for instance, Konqueror to such a file, it thinks it is a Qt Translation Source. So I was wondering if I should use *.mpg instead. This one is identified by Konqueror as an MPEG file and will make it launch a proper player. The obvious choice is of course .ts as every app I've ever seen/used that handles transport streams uses it by default. Using .mpg would be wrong for the reasons already stated. The extention (.ts, .avi, .mkv, etc) should designate the contianer, not the contents. I don't see why VDR should have to worry Konqueror's problems. If the Konqueror devs made the mistake of assuming *.ts is a quicktime file, it's up to them to fix it, not VDR to do something goofy to compensate for it! Or if Konqueror offers an option like 'Open With' with and a 'always use this' checkbox like Windows Explorer then users can control it themselves. If this is a vote, then I say .ts without question. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HVR-4000, vdr-1.7.2 and v4l-dvb'hg ?
On Wed, Dec 31, 2008 at 7:40 AM, Gregoire Favre gregoire.fa...@gmail.com wrote: On Wed, Dec 31, 2008 at 03:21:50PM +0200, Mika Laitio wrote: Hello, Does hvr-4000 tune for you to dvb-s channels if you do not apply the h264 patch? That's the case for me. I send previously an email from similar experiences to http://www.mail-archive.com/vdr@linuxtv.org/msg08635.html Unfortunately I can't tune either without the h264 patch. The good news then is that Reinhard Nissl has updated the h264 patch for vdr-1.7.2! You can find it in the thread with the title [ANNOUNCE] H.264 support for VDR-1.7.2. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
