The same happens with xine-ui-cvs, xine-lib-1.2 and
vdr-plugin-xine-0.9.3. For me it looks like trouble while synchronizing
audio and video streams. Maybe Xine is a bit more verbose than vdr-sxfe,
so here is the output of xine after a channel change:
ao_flush (loop running: 1)
ao_close
audio_out:
Am Tue, 27 Oct 2009 09:31:11 -0700
schrieb VDR User :
> Try this patch:
>
> --- vdr-1.7.5/vdr.c.orig2009-04-12 11:05:51.0 -0700
> +++ vdr-1.7.5/vdr.c 2009-04-12 11:07:08.0 -0700
> @@ -32,6 +32,7 @@
> #include
> #include
> #include
> +#include
> #include
> #in
Not been googling enough time. The solution is here :
https://bugzilla.redhat.com/show_bug.cgi?id=493053
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Tue, Oct 27, 2009 at 9:10 AM, Damien Bally wrote:
> Hello
>
> Compilation of dxr3plugin fails (vdr 1.6.0 slackware 13 kernel 2.6.29.6):
>
> make[1]: Entering directory `/home/vdruser/vdr-1.6.0/PLUGINS/src/dxr3-0.2.9'
> g++ -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"dxr3"'
> -D_GNU_S
On Tue, Oct 27, 2009 at 6:29 AM, Александр wrote:
> Anybody working on it?
IIRC Klaus had already started working on updating VDR's osd to
support truecolor. I think he was trying to iron out some issues
regarding high resolution with high color scenarios. Further, I
recall discussions about vd
Hello
Compilation of dxr3plugin fails (vdr 1.6.0 slackware 13 kernel 2.6.29.6):
make[1]: Entering directory `/home/vdruser/vdr-1.6.0/PLUGINS/src/dxr3-0.2.9'
g++ -O2 -Wall -Woverloaded-virtual -c -DPLUGIN_NAME_I18N='"dxr3"'
-D_GNU_SOURCE -DMICROCODE=\"/lib/firmware/em8300.bin\" -DUSE_XINE_SCALER
Anybody working on it?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr