Re: [vdr] Restricting a particular dvb card from tuning tochannels?with a selected modulation
The CA field can only be used for this or CA, not both.
- Original Message -
From: Michael Mauch michael.ma...@gmx.de
To: vdr@linuxtv.org
Sent: Sunday, November 01, 2009 4:26 PM
Subject: Re: [vdr] Restricting a particular dvb card from tuning
tochannels?with a selected modulation
VDR User wrote:
I believe the best way to handle this situation is by allowing the
user control over what devices may be used to tune what channels. VDR
can't be smart enough to figure it out due to incorrect bad design
in v4l. Another strong reason to allow this to be configured at the
user-level is what if the the user has 2 devices...both able to tune a
channel but the signal is weak. Tuner 1 can tune it fine but tuner 2
has problems because of the weak signal. VDR is simply going to ask a
free tuner 'can you tune this?', whereas the best scenario would be
for the user to say 'use tuner 1 for this channel'.
I can think of two ways to better deal with this; adding a new field
in channels.conf,
Doesn't the CA field in channels.conf already allow this?
Conditional access
A hexadecimal integer defining how this channel can be
accessed:
Free To Air
0001...000F explicitly requires the device with the given number
I don't know if it works if you specify more than one device, but it
certainly works to specify only one device.
Regards...
Michael
___
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
[vdr] xineliboutput.OSD.Blending = 1 or 0
Hi how can I recognize - does support my Geforce 8400 card the osd blending hardware method or not in vdr-xineliboutput ? xineliboutput.OSD.Blending = 1 xineliboutput.OSD.BlendingLowRes = 0 Goga ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Jerky sound with dvdplugin (dxr3)
Hello I tried dvdplugin and noticed the sound was totally broken and jerky. Is there a patch that fixes this problem ? My config : vdr 1.6.0 + dxr3plugin 0.2.9 (Dolby Digital is disabled) Thanks Damien ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] ARM based devices for VDR server and client
IMHO nVidia Ion is much better option. Especially for HDTV. On Sun, Nov 1, 2009 at 10:43 PM, Helge Lenz h.l...@gmx.de wrote: As far as I know uses the reel NetClient an ARM core but I am not shure which one and if there is an additional graphics processor onboard. As long as nobody buys this box and opens it, we won't know. Helge. Paul Menzel schrieb: Dear list, I searched the Web but could not find a lot of reviews or tests about ARM based VDR systems. The goal is to have a VDR device which consumes the „least possible“ amount of power. I heard that ARM based devices are good for this. Does anyone on this list have any experiences using ARM based devices? 1. Since the boards are mostly small one needs to use mostly USB devices, doesn’t one? 2. Is the performance high enough to playback SDTV? It should. 3. What about HDTV? 4. Especially the Beagle Board [1][2] was covered a lot in the press. But it is not completely free, i. e. the specifications and the toolchain is not freely available, is not it [3]? Sorry, if I am wrong about this. If there is any information I missed on the Web, please point me to it. Thanks a lot, Paul [1] http://en.wikipedia.org/wiki/BeagleBoard [2] http://beagleboard.org/ [3] http://en.wikipedia.org/wiki/Texas_Instruments_TMS320 ___ 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 -- Cheers, Michael ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
