For h.264, might want to check this out: http://code.google.com/p/coreavc-for-linux/ http://dvbn.happysat.org/viewtopic.php?t=44896&highlight=coreavc+vdr

----- Original Message ----- From: "Reinhard Nissl" rnissl@gmx.de To: "VDR Mailing List" vdr@linuxtv.org Sent: Saturday, May 24, 2008 12:03 AM Subject: Re: [vdr] VDR-xine + ffmpeg? (h.264 problems)

Hi,

Jelle De Loecker schrieb:

...

I followed a german tutorial on how to install VDR with xine. It had some patches for better h.264 playback, but when I tune to BBC HD, it's still painfully slow, and the image is quite bad, too!

Try to cheat decoding in ~/.xine/config:

video.processing.ffmpeg_choose_speed_over_accuracy:1 video.processing.ffmpeg_pp_quality:0 video.processing.ffmpeg_skip_loop_filter:all video.processing.ffmpeg_thread_count:2

Regarding image quality: you'll have to use a deinterlacer

xine ... -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame

_flag=0

Using use_progressive_frame_flag=1 will disable the deinterlacer for progressive images automatically and save some CPU cycles but broadcasters often do not set this flag correctly in the images especially when there is only a little area with heavy movement (e. g. a football). Hence, those images do not get deinterlaced and look awfully.

...

I compiled xine with the ffmpeg option (external ffmpeg or something) but I never installed ffmpeg nor are there any instructions on how to do

so.

configure ; make ; make install

...

I mean, I could compile ffmpeg eventually, I just need to know if I need to apply any more patches or so ... I installed ffmpeg from the repository, but it doesn't seem to have any effect.

Optimize your FFmpeg for your hardware, e. g.

../ffmpeg/configure --prefix=/soft/ffmpeg-video --arch=i686 --cpu=pentium4 --enable-pthreads --enable-shared --enable-gpl --enable-postproc --disable-stripping

Similar optimization for xine-lib / xine-ui:

CFLAGS='-g3 -O3 -pipe -march=pentium4' ../xine-lib-1.2/configure --prefix=/soft/xine-lib-1.2-video --with-external-ffmpeg --disable-dxr3 CFLAGS='-g3 -O3 -pipe -march=pentium4' ../xine-ui/configure --prefix=/soft/xine-ui-1.2-video --enable-vdr-keys

Last but not least: make sure that you use a graphics board which supports hardware color space conversion and image scaling. Use an appropriate output driver, e. g.

xine ... -V xv

Bye.

Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@gmx.de

---

vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

...

I followed a german tutorial on how to install VDR with xine. It had some patches for better h.264 playback, but when I tune to BBC HD, it's still painfully slow, and the image is quite bad, too!

Try to cheat decoding in ~/.xine/config:

video.processing.ffmpeg_choose_speed_over_accuracy:1 video.processing.ffmpeg_pp_quality:0 video.processing.ffmpeg_skip_loop_filter:all video.processing.ffmpeg_thread_count:2

I have tried this options, but they don't help me on my slow CPU (P4 3GGz for 1080i)

Regarding image quality: you'll have to use a deinterlacer

xine ... -Dtvtime:method=Greedy2Frame,cheap_mode=0,pulldown=0,use_progressive_frame_flag=0

how is it possible to disable deinterlacing at all on xine for 1080i ?

Using use_progressive_frame_flag=1 will disable the deinterlacer for progressive images automatically and save some CPU cycles but broadcasters often do not set this flag correctly in the images especially when there is only a little area with heavy movement (e. g. a football). Hence, those images do not get deinterlaced and look awfully.

...

I compiled xine with the ffmpeg option (external ffmpeg or something) but I never installed ffmpeg nor are there any instructions on how to do so.

configure ; make ; make install

...

I mean, I could compile ffmpeg eventually, I just need to know if I need to apply any more patches or so ... I installed ffmpeg from the repository, but it doesn't seem to have any effect.

Optimize your FFmpeg for your hardware, e. g.

../ffmpeg/configure --prefix=/soft/ffmpeg-video --arch=i686 --cpu=pentium4 --enable-pthreads --enable-shared --enable-gpl --enable-postproc --disable-stripping

Similar optimization for xine-lib / xine-ui:

CFLAGS='-g3 -O3 -pipe -march=pentium4' ../xine-lib-1.2/configure --prefix=/soft/xine-lib-1.2-video --with-external-ffmpeg --disable-dxr3 CFLAGS='-g3 -O3 -pipe -march=pentium4' ../xine-ui/configure --prefix=/soft/xine-ui-1.2-video --enable-vdr-keys

Last but not least: make sure that you use a graphics board which supports hardware color space conversion and image scaling. Use an appropriate output driver, e. g.

xine ... -V xv

Reinhard Nissl schreef:

Try to cheat decoding in ~/.xine/config:

video.processing.ffmpeg_choose_speed_over_accuracy:1 video.processing.ffmpeg_pp_quality:0 video.processing.ffmpeg_skip_loop_filter:all video.processing.ffmpeg_thread_count:2

Interesting, it gave it a bit of a boost, although not a lot. Video isn't as choppy as it used to be (actually, the video is now just as good as on Windows without coreavc, which is still choppy) but the audio is missing mostly... I think I'll have to give the other's suggestion, the coreavc thing, a go, which isn't going without problems, too:

I'm trying to apply Xine-lib's dshowserver patch ( http://code.google.com/p/coreavc-for-linux/wiki/XineInstall )

But apparantly in the last week or so a lot of stuff changed so the patch is useless. I tried getting a specific revision but it says *the repository doesn't support revision lookup* so I'm stuck.

# patch -p1 < /tmp/coreavc-for-linux/xine/dshowserver.patch can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -r 66e1654718fb src/libxinevdec/Makefile.am |--- a/src/libxinevdec/Makefile.am Mon Apr 14 22:38:03 2008 +0200 |+++ b/src/libxinevdec/Makefile.am Sat May 17 09:08:43 2008 -0700 -------------------------- File to patch:

Dshowerver is running as it should, but there is no libxinecdec folder in /tmp/xine-lib-cvs-13-04-2008/src (Instead it moved to some map in .hg/data and all)

Hi, On Sa, Mai 24, 2008 at 03:22:48 +0200, Jelle De Loecker wrote:

I'm trying to apply Xine-lib's dshowserver patch ( [1]http://code.google.com/p/coreavc-for-linux/wiki/XineInstall ) But apparantly in the last week or so a lot of stuff changed so the patch is useless. I tried getting a specific revision but it says the repository doesn't support revision lookup so I'm stuck.

Try to use xine-lib-1.1.12.tar.bz2 HTH. Halim

Hi,

Jelle De Loecker schrieb:

I had to remove *-V xvideo --post vdr_video --post vdr_audio --post upmix_mono *or I would not have any sound. (Well, sound would play for a nanosecond and then drop out.)

Hhm, I don't think that xine --help lists 'xvideo' near -V. I'm not sure which driver xine uses if it cannot find the specified one -- most likely xv. But removing the -V option would choose xv too, so why is there a difference?

Regarding video: Morfsta sent me some samples of BBC HD which are interlaced but have "incorrectly" set the progressive_frame_flag. Forcing deinterlacing of such scenes with use_progressive_frame_flag=0 improves image quality but the default field order is incorrect which leads to a jumpy replay like that (assuming the correct order would be 1 2 3 4 5 6):

2 1 4 3 6 5

Bye.