I've got my box setup running Debian Etch 2.6.24-rc4, vdr 1.6.2 with Reinhard's
patches, the latest xine-lib compiled with the latest external ffmpeg, and
vdr-xine. With that configuration I can watch SD and HD in mpeg2 and mpeg4/h264
to 1080p resolutions. I installed the latest CVS of xinelibou
Looks like that does it! Thank you very much for you help!
-Todd
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I've been running around in circles trying to get xine-lib-1.2 built with
external ffmpeg. I currently use 1.2 with CoreAVC and would like to explore the
h.264 improvements in ffmpeg trunk.
I am suspecting my ffmpeg configuration/build/installation, but don't know
what's wrong.
I have:
Clea
I am running vdr + vdr-xine plugin + coreavc + xine being output at
1080i to an HDTV as the only display. Is there a simple way to lock the
OSD to the resolution of the output device such that the OSD is not
rescaled when switching between SD and HD sources? I played with
X-overlay, but that was no
>> In file included from i386/dsputil_mmx.c:30:
>> i386/mmx.h:24:2: warning: #warning Everything in this header is deprecated,
>> use plain asm()! New code using this header will be rejected.
>> i386/h264dsp_mmx.c: In function `put_h264_qpel4_h_lowpass_3dnow':
>> i386/h264dsp_mmx.c:1881: error: can
>...provide some more lines from above it.
It looks like it bombs right about here:
(hope it's enough...)
in:
make -C ffmpeg/libavcodec libavcodec.a
...
In file included from i386/dsputil_mmx.c:30:
i386/mmx.h:24:2: warning: #warning Everything in this header is deprecated, use
plain asm()! New
>Do you need to run gnome at all? Its quite processor intensive if all
>you are doing is using it to watch TV. See the other recent thread on
>starting VDR/xine at boot time using startx / replacing the session
>manager and those problems with gnome screensaver won't be apparent.
>
>Also, there is
I've been running VDR with a FF card so I'm new to the xine-pluginmethod of
running things. I find that the VDR machine is creating avery large number of
defunct screensaver processes under Xine-UI. Theydo not clear until Xine is
stopped and though they do not take up anysystem resources, they c
