Re: [vdr] [ANNOUNCE] improved LIRC remote for VDR-1.5.12
Hi, Dominique Matz schrieb: > sound very good, but vdr as root do not :-( > > do you think it is possible to use this or something else with an non > root user? Well, only the LIRC_PRIORITYBOOST option requires root privileges to work. If you don't have root privileges, you'll just get an error logged and the LIRC thread runs without any change in priority -- that's all. See man setpriority for details. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Two VDR's on one machine
Gavin Hamill wrote: > On Wed, 2008-01-09 at 19:57 +0100, Magnus Hörlin wrote: > > >> other diskless client overloads my network. Therefore I'm interested to >> know how hard it would be to modify vdr so I can run one vdr process >> with, say /dev/dvb/adapter0-3 and a second one on adapter4? Where do I >> start looking? Is it doable? >> > > http://linux.die.net/man/8/vdr > > -D num, --device=num > Use only the given DVB device (num = 0, 1, 2...). There may be > several -D options (by default all DVB devices will be used). > > You could also use streamdev-client + server on each instance to allow > them to share resources. Not ideal but the best there is currently. > > gdh > > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > Ooops. I'm really sorry. I've used vdr for years but forgot to RTFM. Thanks, /Magnus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Two VDR's on one machine
On Wed, 2008-01-09 at 19:57 +0100, Magnus Hörlin wrote: > other diskless client overloads my network. Therefore I'm interested to > know how hard it would be to modify vdr so I can run one vdr process > with, say /dev/dvb/adapter0-3 and a second one on adapter4? Where do I > start looking? Is it doable? http://linux.die.net/man/8/vdr -D num, --device=num Use only the given DVB device (num = 0, 1, 2...). There may be several -D options (by default all DVB devices will be used). You could also use streamdev-client + server on each instance to allow them to share resources. Not ideal but the best there is currently. gdh ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Two VDR's on one machine
I can't get Reinhard's h.264/dvb-s2 patches and multiproto to work when running both dvb-s2 and dvb-t at the same time. Dvb-t works if I don't load the dvb-s modules and dvb-s(2) works if I don't load the dvb-t modules but it doesn't work with both. Instead I'm currently running my dvb-t vdr on my server as usual and another vdr with dvb-s2 on one of my diskless clients. However, recording hd channels over nfs and simulaneously streaming it to my other diskless client overloads my network. Therefore I'm interested to know how hard it would be to modify vdr so I can run one vdr process with, say /dev/dvb/adapter0-3 and a second one on adapter4? Where do I start looking? Is it doable? I tried running a virtual Ubuntu on my Mandriva server and used dvb-t usb sticks on the ubuntu but usb in vmware wasn't stable enough, at least on my attempts. /Magnus H ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] improved LIRC remote for VDR-1.5.12
Hi Reinhard, sound very good, but vdr as root do not :-( do you think it is possible to use this or something else with an non root user? I think many use vdr with an special non root user, for example all which use gentoo. greetings mentox aka dominique Reinhard Nissl schrieb: > Hi, > > I was quite annoyed how I could operate my EPIA MII-6000E using a > LIRC remote. It was almost not possible to navigate through the > OSD in a fast way. > > The attached patch allows now to define timeouts and frequencies > for example in Make.config, so there is no need to patch every > VDR version. Furthermore, frequencies are now defined in unit 1/s > instead of the unit ms (which defined the period), making values > more intuitive. > > There's now an additional frequency which defines, how fast a > user is allowed to press the same button repeatedly. The > originally used REPEATDELAY allowed only 2.85 button presses per > second. > > On slow and busy machines like my EPIA it happened often that > several button presses were read by VDR in a single read, but > only the first one got processed. The code now reads only a > single button press from LIRC's socket, so button presses don't > get lost (although presses of the same button will be skipped as > the timeouts don't get reached). > > To make it less likely that button presses get processed in > chunks a further define allows to decrease the thread's niceness > which means to boost it's priority. This feature requires VDR to > be run as root. > > This is my setup which follows some common settings found in > mainboard bioses for keyboard repeat delay and frequency. > > >> #vdr >> REMOTE=LIRC >> LIRC_PUSHFREQ=64 # 1/s >> LIRC_REPEATDELAY=250 # ms >> LIRC_REPEATFREQ=32 # 1/s >> #LIRC_REPEATTIMEOUT=500 # ms >> #LIRC_RECONNECTDELAY=3000 # ms >> LIRC_PRIORITYBOOST=1 >> > > Bye. > > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
