Alex Betis wrote:
> I gave the nice xinelibout hud another try, but have to revert back since
> running composite manager
> creates tearing while watching movies. I've tries with xcompmgr with -n
> option.
>
> Does anybody know how to fix that?
> Or maybe there is another lightweight composite ma
dr restart solved it temporarily, but programming pay TV timers was a
lottery and the "woman acceptance factor" fell down to 0.0 (but my AF as
well... :)
So I need to compile a vanilla 1.6 to run besides my production 1.4.
Probably I find some time to do this around x-mas. I'll post
Udo Richter wrote:
> Jörn Reder wrote:
> > With vdr 1.4 this worked perfectly, now with 1.6 VDR always prefers my
> > Budget CI card for recordings so I can't view any Pay TV when a
> > recording is active.
>
> The rules that were added with 1.4.1-4 are still
: Version 1.4.1-4
- Changed the way a device is selected for receiving in
order to keep devices with CAMs better available, even
if this means recording on the primary device (reported
by Jörn Reder; thanks to Anssi Hannula for improving
handling Transfer Mode devices in this).
With vdr 1.4 this
What's the sense of this quoting garbage?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Jörn Reder wrote:
> I'm using vdr 1.4.7 and mplayer plugin from e-tobi on Debian Etch with a
> full featured Hauppauge Nexus-S card and having trouble with audio
> during video playback.
I missed posting exact version numbers:
vdr 1.4.7-4ctvdr1
vdr-plugin-m
Hiho,
I'm using vdr 1.4.7 and mplayer plugin from e-tobi on Debian Etch with a
full featured Hauppauge Nexus-S card and having trouble with audio
during video playback.
When I configure mplayer to decode audio with the Nexus by setting
AO="mpegpes:card=1"
in /etc/vdr/plugins/vdrmplayer.sh.c
Udo Richter wrote:
> > It makes no sense that a CAM budget card is always used to
> > record a free channel, which makes it impossible to view and/or record
> > encrypted channels at the same time. A CAM is a valuable resource,
> > wasting it is obviously a bad idea.
>
> What if the FF card is
Udo Richter wrote:
> The primary device should be available for live viewing as long as
> possible. Even if I do a recording, the primary device should be
> available for channel switching, and not requiring transfer mode.
> Recording is the job of the budget card.
Hmm, it's not that easy beca
Anssi Hannula wrote:
> Yes, the ActualDevice() test has to be modified, too. Please try my
> attached patch (it is against 1.4.1-3).
Thanks, works like a charm.
Regards,
Joern
--
Joern Reder
supporting: http://www.zyn.de/
unbelievable: http://www.exit1.org/
CPAN: http://www.perl.com
Klaus Schmidinger wrote:
> Please try the attached patch.
> With this change "avoiding full featured or primary cards" gets
> less priority than "using the device with the lowest priority
> or the lowest number of CA methods".
Thanks for your patch, I played around with it. The ActualDevice() tes
g starts and no pay TV channel
is actually tuned, the CI device is blocked and I can't switch to a pay
TV channel anymore (whithout stopping the recording).
Is it possible to tell VDR to prefer my FF card for recordings instead
of my CI budget device?
Regards,
Joern
--
.''`.
12 matches
Mail list logo