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 manager
, 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 the
results.
Regards,
Jörn
--
.''`. Jörn Reder jo
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 present, so they
probably got over-ruled
What's the sense of this quoting garbage?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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
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-mplayer 0.10.1-6
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 the only
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() test
has a