Hi,
Am 18.03.2010 13:43, schrieb peter:
Does this happen too when not using vdpau?
>>
>> I'm not using vdpau (haven't got the hardware for it).
>>
>> vdr-1.7.10
>> xine-lib-1.2
>>
>> The problem occurs when running xine with dxr3 output (xine --verbose=1 -V
>> dxr3 -A alsa vdr:/tmp/vdr-x
On Sun, Mar 21, 2010 at 8:58 AM, Reinhard Nissl wrote:
> Would you be so kind and create a backtrace of xine when this
> happens again. And provide an "unwrapped" backtrace, e. g. by
> attaching the backtrace as a text file, which makes it easier to
> read, especially as xine has much more thread
Hi,
Am 21.03.2010 16:36, schrieb Peter Odéus:
>> Would you be so kind and create a backtrace of xine when this
>> happens again. And provide an "unwrapped" backtrace, e. g. by
>> attaching the backtrace as a text file, which makes it easier to
>> read, especially as xine has much more threads.
>
> > I have experienced this problem several times today while on HD h264
> > channels. Like previously posted:
> >
> > Mar 12 15:02:23 vdr: [20675] buffer usage: 70% (tid=20674)
> > Mar 12 15:02:24 vdr: [20675] buffer usage: 80% (tid=20674)
> > Mar 12 15:02:24 vdr: [20675]
hi,
I just want to know what the recommended CAM settings are
for vdr-1.7.14
I'm using an alphacrypt light
smartcard: unitymedia
in most cases CAM and smartcard are working correctly, but
sometimes the vdr cannot decrypt the channels diretlty after channel
switch
I'm not sure if this is a timi
