Re: [vdr] Filesystem hierachy standard patch needs review.
Am 2012-04-07 04:05, schrieb VDR User: On Fri, Apr 6, 2012 at 11:25 AM, Gerogeronimo...@gmx.de wrote: Well, *I* think, that there's a big difference between keeping things in order compared to spreading things all over the place. I can't stand when things are installed all over the place. It's too messy and pointless in my opinion. I'm in the habit of simply running VDR from it's source dir and using symlinks. It makes things very easy like archiving working/test sources, changing between versions without any needless 'reinstall'ing, etc. I see no benefit what-so-ever to installing over running VDR from the source dir, unless of course you're using pre-compiled binaries. I do not think that you would do this with your entire Linux system ;-) Before the file hierarchy standard, Linux was a bit messy. Nowadays one knows where to find things. Configuration for example in /etc - a no brainer. It makes life much easier, e.g. when backing up the system's configuration. You can (guessed) most probably still start your VDR with the directories given as commandline arguments. Sure, this means some custom script for you. But the FHS helps many other people. Kind regards, Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Email problem - who is the postmaster?
Am Mittwoch, 16. Februar 2011, um 16:05:44 schrieb Paul Menzel: Dear Scott, Am Montag, den 14.02.2011, 19:54 + schrieb Scott Waye: What is the postmaster email address for this list? sorry, I do not know. I get some of the messages 7 times 20 minutes apart. I do not experience this problem. No problem here too. I honestly think the problem is on Scott's end. --Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xine-plugin and vdpau
Am Samstag 23 Januar 2010 21:59:10 schrieb Jussi J: Sorry.. My fault.. It's vdr-plugin-xine.. :-) Anyway, now I can use it thru vdr-sxfe (but not using xine-ui; but that's not relevant) You need a patched version of the xine library, and xine-ui must use it, in order to get the VDR driver in xine. The required patch comes with the VDR xine plugin sources. Kind regards, Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] weekly or daily timers
On 20. April 2009 12:36:08 marti...@embl.de wrote: Is there someway in VDR to say schedule a repeated timer 'record this monday to friday from 9pm til 11pm' or at least a daily timer 'record this every monday between 9pm and 11pm' Perhaps some plugin? Any hints? I favor the epgsearch plugin. It allows to set several parameters for search timers, e.g. to record films with a specific name, in a specific channel, when they run in a specific time range. This is what I use when I want to record once-a-week shows, as they sometimes are shifted a bit in starting time. As Martin said, the other very useful tool is vdradmin-am, which, besides other things, has a web frontend for the epgsearch plugin. Kind regards, Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Q: How to use Multiswitch w/ 2 satellites
On Thursday 15 January 2009 07:35:15 Harald Milz wrote: Hi, at the moment I use 2 satellites (Astra1 @ 19.2E, Hotbird @ 13.0E) with 3 budget cards and cables (2x Astra from a quad LNB, 1x Hotbird from a single) with the capabilities patch. In the future I may need to cut down the 3 to 2 cards / cables. I know I will need to replace the quad LNB by a quattro, or maybe both LNBs by two duals. The question is, how can I use a 3/2 multiswitch, and how will VDR know where the 13.0E programs are, or the 19.2E, respectively. I do not think that it is easy to setup with a 3/2 multiswitch. I have found a disec multiswitch for two twin LNBs to two receivers at Conrad Electronics (article no. 257281) for 52 EUR. I think something like that should work well. There are other multiswitches for more receivers available, but they are also more expensive, of course ;-) Kind regards, Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
Am Sonntag, 3. Februar 2008 11:17:05 schrieb Klaus Schmidinger: 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. I am also keen on having HDTV support in VDR. But as things are now it will probably take some months to get everything done right. Better get the pressure from a new release by releasing now, and make HDTV right without pressure. Kind regards, Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] begginer question
Am Donnerstag 13 Dezember 2007 17:07:41 schrieb Mauricio Henriquez: Hi to all!!! This is my first post to the list, so me name is Mauricio Henriquez and I write you from Chili. I want to develop a vdr backup system, but one requirement os to support USB capture or frame grabber adapters, so I wonder if you can recomend me some USB video capture adapter or USB framegrabber adapter fully suported on linux (if it is multi-channel for multiple video sources is better). Maybe it is only me but I do not understand what you want to do. Please speak a little slower and explain in a few more words what you want to do. Kind regards, Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD setup
On Sonntag, 18. November 2007, JJussi wrote: On Sunday, 18. Novemberta 2007 18:26:21 Gregoire Favre wrote: I think almost any PC with core duo 2 CPU are enough for perfect H.264 decoding... I have CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (Family: 6, Model: 15, Stepping: 6) and picture of x264 recording VIDEO: [avc1] 1280x720 24bpp 23.976 fps is just perfect, but sound comes out about 0,2 second too early with xine. You can change the A/V offset in xine. I sometimes hit the key by mistake ;-) Kind regards, Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Comments on plugin Makefiles
On Wednesday 15 August 2007 13:07:17 Matthias Schwarzott wrote: Hi there! This time I have some comments on Makefiles for plugins. 1. Is there any reason to not allow plain make without target to work? It would be so easy to move the all: target before %.o: %.c line. I have the following lines in my Make.config, this makes what you want: .PHONY: all all-redirect all-redirect: all And as I copy the Make.config from one version to the next I do not need to care about the plugins. Kind regards, Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.5: red/green/yellow/blue doesn't work anymore
On Saturday 30 June 2007 23:21:29 Torgeir Veimo wrote: I just upgraded to vdr 1.5.5 and now the colour buttons on the remote doesn't work anymore when there's no OSD. If I press the menu button first they work. Is there a new setting that can have this effect? Hmm, my keymacros.conf for the color buttons still works: Red Recordings Green Schedule Blue Timers According to Vdr's MANUAL, the color keys have no default function. Maybe your keymacros file is not found? Kind regards, Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Premiere UTF-8 fix for VDR 1.5.1+
On Thursday 28 June 2007 22:00:02 Klaus Schmidinger wrote: On 06/28/07 21:53, Luca Olivetti wrote: [...] Maybe some broadcasters aren't even aware that they are not adhering to the DVB standard. So let's all call them and tell them about it. The more people call and complain, the better the chances things get fixed (at least that's what I'd hope for ;-). Building workarounds into receivers is certainly not the right way to go (even though it is, of course, a quick fix and may be sufficient for some users). My patch is not meant to be a solution, rather a temporary fix until the problem is solved somehow. I have some experience with emails. There you have standards too, but the email clients not always follow the rules. What you have to do is to work around all these quirks. Of course calling the broadcaster is the right way, but until they fix it it would be helpful to have a workaround. There will be broken broadcasts anyways - I doubt that we can get all broadcasters to obey the standard. What I was thinking of is to make the default encoding configurable. A commandline option comes into mind, or using the default encoding from the language settings. The ultimative solution would be to make it configurable per station, of course. But that would require much more work and adds complexity, and it is probably not necessary for most of us. Kind regards, Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Premiere UTF-8 fix for VDR 1.5.1+
Hi all,
Here is a small patch for all Premiere watchers who want to use UTF-8
encoding.
The patch simply changes the default character set that is used when
no encoding is broadcasted.
Kind regards,
Stefan
--- libsi/si.c.orig 2007-06-28 14:37:28.0 +0200
+++ libsi/si.c 2007-06-28 14:35:45.0 +0200
@@ -340,5 +340,6 @@
// and length are adjusted accordingly.
static const char *getCharacterTable(const unsigned char *buffer, int length, bool *isSingleByte = NULL) {
- const char *cs = ISO6937;
+ // const char *cs = ISO6937;
+ const char *cs = ISO8859-15;
if (isSingleByte)
*isSingleByte = false;
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.3 - LANG=[EMAIL PROTECTED] not recognized
On Sonntag, 10. Juni 2007, Klaus Schmidinger wrote: On 06/10/07 22:22, Anssi Hannula wrote: [...] I didn't find any info via quick search, but I believe that instead of parsing the localename, VDR should use some external function to get the language/charset of the current locale. There's getenv(LANG), setlocale(LC_CTYPE, ), and Thomas Günther recently suggested in a PM to use nl_langinfo(CODESET). Quite a few options - which one is the right one? ;-) I would also use nl_langinfo(CODESET), as Anssi said. getenv(LANG) is probably to coarse and the old way of doing things, nl_langinfo is the modern way. setlocale(LC_CTYPE, ) sets the locale to nothing -- what you probably meant is setlocale(LC_CTYPE, 0) ... just to clarify things, in case somebody wants to use the knowledge of these emails later :-) Kind regards, Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Thunderstorm over Munich
On Monday 28 May 2007 10:38:50 Marko Myllymaa wrote: On Sun, 27 May 2007, Andrew Herron wrote: I have to say that I agree with both of you... constructive criticism is best! As a quiet 'user' of vdr, for about a year, I agree with the sentiments in Martin's post. It is very frustrating that vdr exits when reception is less than perfect. I personally would prefer it if vdr announced on screen that there was a bad signal condition. This is particularly frustrating if at the time you are just watching a perfectly good recording. I agree, with all. I would suggest to handle viewing recording or running a plugin (dvd plugin or mp3/mplayer etc.) would get a priority, for example 90. Then every recording that has lower priority would not cause emergency exits, no matter what. But if recording has higher priority, it can cause restarts. Hmm... IMO it is good that vdr tries to fix the recording problem with a restart. If I have the choice between a corrupted recording and being interrupted by a restart, I would choose the restart. However, it gets anoying when vdr restarts constantly. That is IMO what bothers us here. So if vdr could have some sort of restart-retry timeout, things would be better, IMO. A solution might be to create a file like .update, e.g. /video/.restart, that contains the timestamp of the vdr restart, when one happens. Could simply be a file with the time_t to make things realy simple. Vdr reads that file on its next start, seconds later, and knows that it did try a restart. So it will not try another restart for a while. Kind regards, Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
