Re: [vdr] Deactivate a Tuner

2013-08-19 Thread Brian-Imap
On 8/18/2013 8:15 PM, Marc wrote: On 18/08/2013 19:27, Brian-Imap wrote: Hi, so I tried to look for some kind of info to help me identify the tuners, this is the most interesting bit I guess: VDR-test-cellar (SDB1): udevadm info --query=all --name=/dev/dvb/adapter1/frontend0 --attribute-walk

Re: [vdr] Deactivate a Tuner

2013-08-19 Thread Marc
On 19/08/2013 21:11, Brian-Imap wrote: On 8/18/2013 8:15 PM, Marc wrote: On 18/08/2013 19:27, Brian-Imap wrote: Hi, so I tried to look for some kind of info to help me identify the tuners, this is the most interesting bit I guess: VDR-test-cellar (SDB1): udevadm info --query=all --name=/dev

[vdr] VDR needs some way to detect new tuners on runtime...

2013-08-19 Thread Manuel Reimer
Hello, with event based init systems (in my case systemd) it seems to become a big issue to startup VDR. If you install VDR on a SSD device, then startup gets *really* fast. Sometimes that fast, that VDR starts before all devices are initialized. I've asked in the systemd mailinglist, if th

[vdr] Feature request for VDR => multi editing

2013-08-19 Thread Karim
Hi Klaus, I record many movies, shows and series with VDR => then I make a lot of editing. Unfortunately, VDR allows only one editing at a time. Is it possible to improve this feature ? I mean VDR could store all demands in a queue, and launch them one by one, until the last editing. This sho