Re: [vdr] ts record (was - no channel update on vdr 1.7.0)
On Friday 23 May 2008, Klaus Schmidinger wrote: On 05/23/08 13:11, Goga777 wrote: is a lot of vdr-code need patch for this ? It's not too much, but at core locations and requires a lot of testing and debugging. Just a quick comment/question: have you considered changing the recording filenames to something else than *.vdr while doing the switch to TS? It's not that big of a deal, but distinguishing recordings from VDR's internal files, index.vdr and friends, by using eg. *.ts for recordings would help cases where apps are registered to handle files based on their filename extension and we want to use those apps to playback recordings and think that they can playback index.vdr etc. ___ 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] ts record (was - no channel update on vdr 1.7.0)
On 05/24/08 08:13, Ville Skyttä wrote: On Friday 23 May 2008, Klaus Schmidinger wrote: On 05/23/08 13:11, Goga777 wrote: is a lot of vdr-code need patch for this ? It's not too much, but at core locations and requires a lot of testing and debugging. Just a quick comment/question: have you considered changing the recording filenames to something else than *.vdr while doing the switch to TS? It's not that big of a deal, but distinguishing recordings from VDR's internal files, index.vdr and friends, by using eg. *.ts for recordings would help cases where apps are registered to handle files based on their filename extension and we want to use those apps to playback recordings and think that they can playback index.vdr etc. Since the new recordign format will be a real Transport Stream, I will most likely change the names to *.ts - after all, VDR itself also needs to be able to distinguish betwen PES and TS recordings. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] OT : is Sanyo PLV-Z2000 a good choice for Full HD ?
Hello, today, I received an intersting email with a link to http://www.digitec.ch/?param=cmswert=beamer-aktion_mai08 which also have (sorry in german) : Sanyo PLV-Z2000 Der PLV-Z2000 von Sanyo bringt die Ära der digitalen Full HD-Projektion in eine neue Preisklasse. Er begeistert mit einem Kontrastwert von 15'000:1 und der Auflösung von 1920x1080 Pixeln. Damit kann er selbst kleinste Einzelheiten im Bild gestochen scharf wiedergeben. Um das Objektiv vor Staub zu schützen, fährt beim Ausschalten des Projektors eine Klappe vor die Linse. Dies ist insbesondere ein Vorteil, wenn das Gerät an der Decke hängt und schwer erreichbar ist. Den Sanyo PLV-Z2000 können wir Ihnen zu einem schweizweit einmaligen, konkurrenzlosen Preis anbieten. Überzeugen Sie sich selbst! Kontrastverhältnis 15'000:1 Bildhelligkeit 1200 ANSI Lumen Auflösung 1920x1080, Full HD, 24p kompatibel Seitenverhältnis16:9 Technologie 3LCD-Panel (3x 0.7 TFT p-SI) Lüftergeräusch 19dB (Eco Modus), 26dB (Normal-Mode) Anschlüsse 2x HDMI (1.3a), Composite, Componente, VGA Besonderheiten 2fach Weitwinkel-Zoom-Optik, Top-Bottom/Left-Right Lensshift-Funktion Garantie3 Jahre digitec-Preis CHF 1950.- statt CHF 3999.- What do you think about it ? -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ 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
Re: [vdr] OT : is Sanyo PLV-Z2000 a good choice for Full HD ?
Gregoire Favre wrote: Hello, today, I received an intersting email with a link to http://www.digitec.ch/?param=cmswert=beamer-aktion_mai08 which also have (sorry in german) : Sanyo PLV-Z2000 Der PLV-Z2000 von Sanyo bringt die Ära der digitalen Full HD-Projektion in eine neue Preisklasse. Er begeistert mit einem Kontrastwert von 15'000:1 und der Auflösung von 1920x1080 Pixeln. Damit kann er selbst kleinste Einzelheiten im Bild gestochen scharf wiedergeben. Um das Objektiv vor Staub zu schützen, fährt beim Ausschalten des Projektors eine Klappe vor die Linse. Dies ist insbesondere ein Vorteil, wenn das Gerät an der Decke hängt und schwer erreichbar ist. Den Sanyo PLV-Z2000 können wir Ihnen zu einem schweizweit einmaligen, konkurrenzlosen Preis anbieten. Überzeugen Sie sich selbst! Kontrastverhältnis15'000:1 Bildhelligkeit1200 ANSI Lumen Auflösung 1920x1080, Full HD, 24p kompatibel Seitenverhältnis 16:9 Technologie 3LCD-Panel (3x 0.7 TFT p-SI) Lüftergeräusch19dB (Eco Modus), 26dB (Normal-Mode) Anschlüsse2x HDMI (1.3a), Composite, Componente, VGA Besonderheiten2fach Weitwinkel-Zoom-Optik, Top-Bottom/Left-Right Lensshift-Funktion Garantie 3 Jahre digitec-Preis CHF 1950.- statt CHF 3999.- What do you think about it ? Is that price really 1950 CHF which I think equals to approximately 1200 euro? If that is the case, it really is a great bargain, since the common price across Europe has been around 1700 - 1800 euro. The projector itself is not the cream of the crop when it comes to Full HD projectors, but definitely better than previous HD Ready models from Sanyo, which are not that bad either. My German is not that good so could you tell me whether they send the projector with that price to customers outside Switzerland? -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Xine-lib error
Hey all, Because I've been trying to get h.264 to work today, I tried to make ffmpeg myself, and now I'm unable to compile xine-lib! I completely removed my ffmpeg installation and all, it still won't work. The problem must be with libpostproc or something, but I have those files: # ./autogen.sh --with-external-ffmpeg --disable-dxr3 make make install ldconfig ... ipts -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wpointer-arith -g -MT xineplug_post_planar_la-pp.lo -MD -MP -MF .deps/xineplug_post_planar_la-pp.Tpo -c pp.c -fPIC -DPIC -o .libs/xineplug_post_planar_la-pp.o pp.c:35:27: error: postprocess.h: No such file or directory pp.c:61: error: ‘PP_QUALITY_MAX’ undeclared here (not in a function) pp.c:81: error: expected specifier-qualifier-list before ‘pp_context_t’ pp.c: In function ‘set_parameters’: pp.c:92: error: ‘post_plugin_pp_t’ has no member named ‘lock’ pp.c:92: warning: passing argument 1 of ‘pthread_mutex_lock’ from incompatible pointer type pp.c:96: error: ‘post_plugin_pp_t’ has no member named ‘lock’ pp.c:96: warning: passing argument 1 of ‘pthread_mutex_unlock’ from incompatible pointer type pp.c: In function ‘get_help’: pp.c:124: error: ‘pp_help’ undeclared (first use in this function) pp.c:124: error: (Each undeclared identifier is reported only once pp.c:124: error: for each function it appears in.) pp.c:127: warning: format ‘%s’ expects type ‘char *’, but argument 4 has type ‘struct xine_post_api_parameter_t *’ pp.c: In function ‘pp_init_plugin’: pp.c:157: warning: ‘xine_xmalloc’ is deprecated (declared at ../../../include/xine/xineutils.h:606) pp.c: In function ‘pp_open_plugin’: pp.c:194: error: ‘PP_FORMAT_420’ undeclared (first use in this function) pp.c:194: warning: assignment makes integer from pointer without a cast pp.c:196: error: ‘PP_CPU_CAPS_MMX’ undeclared (first use in this function) pp.c:196: error: invalid operands to binary | pp.c:196: warning: statement with no effect pp.c:198: error: ‘PP_CPU_CAPS_MMX2’ undeclared (first use in this function) pp.c:198: error: invalid operands to binary | pp.c:198: warning: statement with no effect pp.c:200: error: ‘PP_CPU_CAPS_3DNOW’ undeclared (first use in this function) pp.c:200: error: invalid operands to binary | pp.c:200: warning: statement with no effect pp.c:202: error: ‘post_plugin_pp_t’ has no member named ‘pp_mode’ pp.c:202: warning: statement with no effect pp.c:203: error: ‘post_plugin_pp_t’ has no member named ‘pp_context’ pp.c:203: warning: statement with no effect pp.c:205: error: ‘post_plugin_pp_t’ has no member named ‘lock’ pp.c:205: warning: passing argument 1 of ‘pthread_mutex_init’ from incompatible pointer type pp.c: In function ‘pp_dispose’: pp.c:232: error: ‘post_plugin_pp_t’ has no member named ‘pp_mode’ pp.c:233: error: implicit declaration of function ‘pp_free_mode’ pp.c:233: error: ‘post_plugin_pp_t’ has no member named ‘pp_mode’ pp.c:234: error: ‘post_plugin_pp_t’ has no member named ‘pp_mode’ pp.c:234: warning: statement with no effect pp.c:236: error: ‘post_plugin_pp_t’ has no member named ‘pp_context’ pp.c:237: error: implicit declaration of function ‘pp_free_context’ pp.c:237: error: ‘post_plugin_pp_t’ has no member named ‘pp_context’ pp.c:238: error: ‘post_plugin_pp_t’ has no member named ‘pp_context’ pp.c:238: warning: statement with no effect pp.c: In function ‘pp_draw’: pp.c:286: error: ‘post_plugin_pp_t’ has no member named ‘lock’ pp.c:286: warning: passing argument 1 of ‘pthread_mutex_lock’ from incompatible pointer type pp.c:288: error: ‘post_plugin_pp_t’ has no member named ‘pp_context’ pp.c:296: error: ‘post_plugin_pp_t’ has no member named ‘pp_context’ pp.c:297: error: ‘post_plugin_pp_t’ has no member named ‘pp_context’ pp.c:299: error: ‘post_plugin_pp_t’ has no member named ‘pp_context’ pp.c:299: error: implicit declaration of function ‘pp_get_context’ pp.c:299: warning: statement with no effect pp.c:301: error: ‘post_plugin_pp_t’ has no member named ‘pp_mode’ pp.c:302: error: ‘post_plugin_pp_t’ has no member named ‘pp_mode’ pp.c:303: error: ‘post_plugin_pp_t’ has no member named ‘pp_mode’ pp.c:303: warning: statement with no effect pp.c:307: error: ‘post_plugin_pp_t’ has no member named ‘pp_mode’ pp.c:308: error: ‘post_plugin_pp_t’ has no member named ‘pp_mode’ pp.c:308: error: implicit declaration of function ‘pp_get_mode_by_name_and_quality’ pp.c:309: warning: statement with no effect pp.c:311: error: ‘post_plugin_pp_t’ has no member named ‘pp_mode’ pp.c:312: error: implicit declaration of function ‘pp_postprocess’ pp.c:316: error: ‘post_plugin_pp_t’ has no member named ‘pp_mode’ pp.c:316: error: ‘post_plugin_pp_t’ has no member named ‘pp_context’ pp.c:319: error: ‘post_plugin_pp_t’ has no member named ‘lock’ pp.c:319: warning: passing argument 1 of ‘pthread_mutex_unlock’ from incompatible pointer type pp.c:321: error: ‘post_plugin_pp_t’ has no member named ‘pp_mode’ make[3]: *** [xineplug_post_planar_la-pp.lo] Error 1 make[3]: Leaving directory
Re: [vdr] OT : is Sanyo PLV-Z2000 a good choice for Full HD ?
On Sat, May 24, 2008 at 04:59:19PM +0300, Petri Helin wrote: http://www.digitec.ch/?param=cmswert=beamer-aktion_mai08 Is that price really 1950 CHF which I think equals to approximately 1200 euro? If that is the case, it really is a great bargain, since the common price across Europe has been around 1700 - 1800 euro. Yes, that's it (more or less) ;-) The projector itself is not the cream of the crop when it comes to Full HD projectors, but definitely better than previous HD Ready models from Sanyo, which are not that bad either. My German is not that good so could you tell me whether they send the projector with that price to customers outside Switzerland? If your french or italian is better you can browse there site on those two other Swiss language, but I don't find anything about outside shipping, I guess the best would be to ask by email : mailto:[EMAIL PROTECTED] Thank for your answer, googling I found out that for this price it seems to be the best Full HD beamer ;-) Then I have to also order a gfx card and an 10m HDMI cable... -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xine-lib error
Goga777 schreef: you should install this kernel headers - postprocess.h p.c:35:27: error: postprocess.h: No such file or directory in the debian you can find this package http://packages.debian.org/etch/libpostproc-dev That's just it, I have my kernel's header file, I have libpostproc-dev, I know exactly where postprocess.h is! (/usr/include/postproc/postprocess.h) I even made a symlink in /usr/include/libpostproc/ ... Thing is, this compile worked, untill after I compiled ffmpeg from source. Once I did that xine-lib never wanted to compile again. I guess I'll just reinstall Ubuntu again, because I can't seem to sort it out and I need my sat tonight. I just wish I could figure out WHY it suddenly stopped working! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264
I dont know what the problem is. From your error message I can only guess that you haven't applied my patch at all. If this is the case try applying my patch (without reel's patch from /usr/src/VDR/PLUGINS/src/channelscan-0.6.1/patches) and post back. Thanks Vagelis Goga777 wrote: FYI - I didn't apply the channelscan-vdr.patch from /usr/src/VDR/PLUGINS/src/channelscan-0.6.1/patches I can't compile patched reelchannelscan (revision 6170) goga:/usr/src/VDR/PLUGINS/src/channelscan-0.6.1# make clean bzip2.c:135:22: error: missing binary operator before token ( goga:/usr/src/VDR/PLUGINS/src/channelscan-0.6.1# make bzip2.c:135:22: error: missing binary operator before token ( g++ -fPIC -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include channelscan.c In file included from scan.h:34, from csmenu.h:42, from channelscan.c:31: filter.h:193:1: warning: MAXNETWORKNAME redefined In file included from ../../../include/vdr/device.h:18, from scan.h:31, from csmenu.h:42, from channelscan.c:31: ../../../include/vdr/nit.h:16:1: warning: this is the location of the previous definition channelscan.c: In member function ‘virtual void cMenuChannelscanSetup::Store()’: channelscan.c:71: error: no matching function for call to ‘cMenuChannelscanSetup::SetupStore(const char [12], const char [12], int)’ ../../../include/vdr/menuitems.h:182: note: candidates are: void cMenuSetupPage::SetupStore(const char*, const char*) ../../../include/vdr/menuitems.h:183: note: void cMenuSetupPage::SetupStore(const char*, int) channelscan.c:72: error: no matching function for call to ‘cMenuChannelscanSetup::SetupStore(const char [8], const char [12], int)’ ../../../include/vdr/menuitems.h:182: note: candidates are: void cMenuSetupPage::SetupStore(const char*, const char*) ../../../include/vdr/menuitems.h:183: note: void cMenuSetupPage::SetupStore(const char*, int) make: *** [channelscan.o] Ошибка 1 ___ 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] reelchannelscan 0.6.1 patch for vdr-1.7.0 + h264
these are my steps goga:/usr/src/VDR/PLUGINS/src/channelscan-0.6.1# svn up At revision 6171. goga:/usr/src/VDR/PLUGINS/src/channelscan-0.6.1# cat vdr-1.7.0-h264-channelscan-0.6.1.diff | patch -p1 patching file channelscan.c patching file csmenu.c patching file filter.c patching file scan.c patching file transponders.c goga:/usr/src/VDR/PLUGINS/src/channelscan-0.6.1# make clean goga:/usr/src/VDR/PLUGINS/src/channelscan-0.6.1# make bzip2.c:135:22: error: missing binary operator before token ( g++ -fPIC -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include channelscan.c In file included from scan.h:34, from csmenu.h:42, from channelscan.c:31: filter.h:193:1: warning: MAXNETWORKNAME redefined In file included from ../../../include/vdr/device.h:18, from scan.h:31, from csmenu.h:42, from channelscan.c:31: ../../../include/vdr/nit.h:16:1: warning: this is the location of the previous definition g++ -fPIC -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include csmenu.c csmenu.c:30:51: error: boost/iostreams/filtering_streambuf.hpp: Нет такого файла или каталога csmenu.c:31:36: error: boost/iostreams/copy.hpp: Нет такого файла или каталога csmenu.c:32:43: error: boost/iostreams/filter/gzip.hpp: Нет такого файла или каталога csmenu.c:33:44: error: boost/iostreams/filter/bzip2.hpp: Нет такого файла или каталога In file included from scan.h:34, from csmenu.h:42, from csmenu.c:43: filter.h:193:1: warning: MAXNETWORKNAME redefined In file included from ../../../include/vdr/device.h:18, from ../../../include/vdr/menu.h:14, from csmenu.c:40: ../../../include/vdr/nit.h:16:1: warning: this is the location of the previous definition make: *** [csmenu.o] Ошибка 1 the same errors Goga777 I dont know what the problem is. From your error message I can only guess that you haven't applied my patch at all. If this is the case try applying my patch (without reel's patch from /usr/src/VDR/PLUGINS/src/channelscan-0.6.1/patches) and post back. Thanks Vagelis Goga777 wrote: FYI - I didn't apply the channelscan-vdr.patch from /usr/src/VDR/PLUGINS/src/channelscan-0.6.1/patches I can't compile patched reelchannelscan (revision 6170) goga:/usr/src/VDR/PLUGINS/src/channelscan-0.6.1# make clean bzip2.c:135:22: error: missing binary operator before token ( goga:/usr/src/VDR/PLUGINS/src/channelscan-0.6.1# make bzip2.c:135:22: error: missing binary operator before token ( g++ -fPIC -O2 -Wall -Woverloaded-virtual -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I../../../include -I../..//include channelscan.c In file included from scan.h:34, from csmenu.h:42, from channelscan.c:31: filter.h:193:1: warning: MAXNETWORKNAME redefined In file included from ../../../include/vdr/device.h:18, from scan.h:31, from csmenu.h:42, from channelscan.c:31: ../../../include/vdr/nit.h:16:1: warning: this is the location of the previous definition channelscan.c: In member function ‘virtual void cMenuChannelscanSetup::Store()’: channelscan.c:71: error: no matching function for call to ‘cMenuChannelscanSetup::SetupStore(const char [12], const char [12], int)’ ../../../include/vdr/menuitems.h:182: note: candidates are: void cMenuSetupPage::SetupStore(const char*, const char*) ../../../include/vdr/menuitems.h:183: note: void cMenuSetupPage::SetupStore(const char*, int) channelscan.c:72: error: no matching function for call to ‘cMenuChannelscanSetup::SetupStore(const char [8], const char [12], int)’ ../../../include/vdr/menuitems.h:182: note: candidates are: void cMenuSetupPage::SetupStore(const char*, const char*) ../../../include/vdr/menuitems.h:183: note: void cMenuSetupPage::SetupStore(const char*, int) make: *** [channelscan.o] Ошибка 1 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr