Re: [vdr] VDR-xine + ffmpeg? (h.264 problems)
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. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
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:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR-xine + ffmpeg? (h.264 problems)
For h.264, might want to check this out: http://code.google.com/p/coreavc-for-linux/ http://dvbn.happysat.org/viewtopic.php?t=44896highlight=coreavc+vdr - Original Message - From: Reinhard Nissl [EMAIL PROTECTED] 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:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR-xine + ffmpeg? (h.264 problems)
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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR-xine + ffmpeg? (h.264 problems)
yes , and this link can help you, too http://groups.google.com/group/coreavc-for-linux/files?hl=en For h.264, might want to check this out: http://code.google.com/p/coreavc-for-linux/ http://dvbn.happysat.org/viewtopic.php?t=44896highlight=coreavc+vdr - Original Message - From: Reinhard Nissl [EMAIL PROTECTED] 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:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR-xine + ffmpeg? (h.264 problems)
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 what do you think about --enable-pthreads option ? Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR-xine + ffmpeg? (h.264 problems)
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.amMon Apr 14 22:38:03 2008 +0200 |+++ b/src/libxinevdec/Makefile.amSat 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) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR-xine + ffmpeg? (h.264 problems)
it seems to me that dshowserver patch for coreavc doesn't work on vdr, you can use the 4 patches from here http://groups.google.com/group/coreavc-for-linux/files in the google groups about coreavc for linux you can find the detail instructions Goga777 -Original Message- From: Jelle De Loecker [EMAIL PROTECTED] To: Goga777 [EMAIL PROTECTED], VDR Mailing List vdr@linuxtv.org Date: Sat, 24 May 2008 15:22:48 +0200 Subject: Re: [vdr] VDR-xine + ffmpeg? (h.264 problems) 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.amMon Apr 14 22:38:03 2008 +0200 |+++ b/src/libxinevdec/Makefile.amSat 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) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR-xine + ffmpeg? (h.264 problems)
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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR-xine + ffmpeg? (h.264 problems)
Hello everyone, 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! 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. 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. Thank you for your time, Jelle De Loecker ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr