Re: [vdr] Remote xineliboutput crashes when scaling
Sami Sundell wrote: To make it short, I'm using VDR bundle from e-tobi.net (1.6.0-16ctvdr2), running on 64-bit Debian Unstable. Output is done with xineliboutput plugin (1.0.6+cvs20100308.2219-1), and the image is spewed into CRT television through network using another machine - Debian Unstable, 32-bit x86. The output itself is done with xineliboutput-fbfe (1.0.6+cvs20100308.2219-1) using Matrox G450. Everything with 704x576 (and presumably 720x576) resolution works, but unfortunately some channels send other resolutions, such as 528x576. This results with a simple failure with error message in kern.log: vdr-fbfe[5429] general protection ip:af24feb1 sp:ad8c5f90 error:0 in xineplug_post_swscale.so[af24f000+4000] So, nothing that requires scaling, works. libxine1 pacakge is version 1.1.18.1-1+b2, same goes for libxine1-ffmpeg, libavcodec52 is version 5:0.5.1+svn20100411-0.0, libavutil49 4:0.5.1-3, libpostproc51 5:0.5.1+svn20100411-0.0. Any idea what might cause this kind of behavior? Maybe you're seeing the same problem as in the following bug report: https://sourceforge.net/tracker/?func=detailatid=814342aid=2952110group_id=160063 - Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Remote xineliboutput crashes when scaling
Hi Petri Hello list Bug #2952110 covered it for me - I had this segfault for quite a while now. I simply switched sw-scaling off after I didn't find a solution and no bug report either. Now I recompiled with gcc 4.3 and CC=gcc-4.3 in Make.config and sw-scaling runs fine again :-) @Petri; you still need this make output of xine_post_swscale.c to dig into this problem? I attached the whole make output of xineliboutput with gcc 4.4 from Ubuntu/karmic 32bit repositories (gcc 4:4.4.1-1ubuntu2) If you need more information other than what you already got from the bug tracker just tell me so, I'll gladly support you with more info. @Sami: As a quick fix / workaround for this compiler related bug I recommend using gcc 4.3.1 from the Ubuntu repositories (aptitude install gcc-4.3) then modify the CC line in Make.config from CC=gcc to CC=gcc-4.3 After that run make again, now you should be able to activate sw-scaling and use in on channels with smaller resolution than 720x576. Message: 2 Date: Sat, 24 Apr 2010 11:03:49 +0300 From: Petri Hintukainen phint...@users.sourceforge.net Subject: Re: [vdr] Remote xineliboutput crashes when scaling To: VDR Mailing List vdr@linuxtv.org Message-ID: 1272096229.2912.2147.ca...@ph-laptop Content-Type: text/plain; charset=UTF-8 Petri Hintukainen wrote: Maybe you're seeing the same problem as in the following bug report: https://sourceforge.net/tracker/?func=detailatid=814342aid=2952110group_ id=160063 Plugin xineliboutput: make[1]: Betrete Verzeichnis '/usr/local/src/vdr/vdr-1.7.14/PLUGINS/src/vdr-xineliboutput' Running configure Checking for pkg-config ... yes Checking for pkg-config libextractor ... yes Checking for pkg-config libxine ... yes Checking for xine plugin directory ... /usr/lib/xine/plugins/1.26 Checking for pkg-config libavutil ... yes Checking for pkg-config libjpeg ... no Checking for libjpeg ... yes Checking for pkg-config x11 ... yes Checking for pkg-config xext ... yes Checking for pkg-config xshm ... no Checking for xshm ... yes Checking for pkg-config xrender ... yes Checking for pkg-config xrandr ... yes Checking for pkg-config xdpms ... no Checking for xdpms ... yes Checking for pkg-config xinerama ... yes Checking for pkg-config vdpau ... no Checking for vdpau ... yes Checking for pkg-config dbus-glib-1 ... yes Enabled features: x11 fb vdr libxine libextractor libavutil libjpeg dbus_glib_1 xshm xdpms xinerama xrandr xrender vdpau Disabled features: Creating features.h ... Creating config.mak ... make[1]: Verlasse Verzeichnis '/usr/local/src/vdr/vdr-1.7.14/PLUGINS/src/vdr-xineliboutput' make[1]: Betrete Verzeichnis '/usr/local/src/vdr/vdr-1.7.14/PLUGINS/src/vdr-xineliboutput' g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='xineliboutput' -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='1.0.90-cvs' -Wall -I/usr/local/src/v4l-dvb/linux/include -I../../../include -o xineliboutput.o xineliboutput.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='xineliboutput' -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='1.0.90-cvs' -Wall -I/usr/local/src/v4l-dvb/linux/include -I../../../include -o device.o device.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='xineliboutput' -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='1.0.90-cvs' -Wall -I/usr/local/src/v4l-dvb/linux/include -I../../../include -o frontend.o frontend.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='xineliboutput' -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='1.0.90-cvs' -Wall -I/usr/local/src/v4l-dvb/linux/include -I../../../include -o osd.o osd.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='xineliboutput' -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='1.0.90-cvs' -Wall -I/usr/local/src/v4l-dvb/linux/include -I../../../include -o config.o config.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DPLUGIN_NAME_I18N='xineliboutput' -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='1.0.90-cvs' -Wall -I/usr/local/src/v4l-dvb/linux/include -I../../../include -o menu.o menu.c g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
Re: [vdr] Remote xineliboutput crashes when scaling
2010/4/24 Mr Tux tuxoho...@hotmail.de: Bug #2952110 covered it for me - I had this segfault for quite a while now. I simply switched sw-scaling off after I didn't find a solution and no bug report either. Indeed, same thing for me - thanks, Petri, for noting that bug report! @Sami: As a quick fix / workaround for this compiler related bug I recommend using gcc 4.3.1 from the Ubuntu repositories (aptitude install gcc-4.3) then modify the CC line in Make.config from CC=gcc to CC=gcc-4.3 I happened to have several gcc versions on my machine already, so only thing required was to change the version that was used for compiling that particular piece of software. Of course, since I didn't bother checking where the post_swscale plugin for Xine came from ,I ended up compiling whole Xine and FFMpeg again, which probably wasn't necessary, but luckily it just takes time :P After that run make again, now you should be able to activate sw-scaling and use in on channels with smaller resolution than 720x576. So, indeed, both 528x576 and 544x576 works fine. Interestingly, though, media player still doesn't work - earlier file playback it crashed on swscale, now it's libavcodec. Well, at least I'm seeing channels. :P -- Sami Sundell ssund...@iki.fi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Remote xineliboutput crashes when scaling
Hi Sami This I can not confirm with karmic, both autocrop and sw-scaling work inside the media player. Date: Sat Apr 24 17:37:44 CEST 2010 From: Sami Sundell Subject: Re: [vdr] Remote xineliboutput crashes when scaling To: VDR Mailing List vdr@linuxtv.org Message-ID: 1272096229.2912.2147.ca...@ph-laptop Content-Type: text/plain; charset=UTF-8 Sami Sundell wrote: Interestingly, though, media player still doesn't work - earlier file playback it crashed on swscale, now it's libavcodec. Well, at least I'm seeing channels. :P ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Remote xineliboutput crashes when scaling
I demand that Sami Sundell may or may not have written... [snip; output via Matrox G450] Everything with 704x576 (and presumably 720x576) resolution works, but unfortunately some channels send other resolutions, such as 528x576. 528 I've not seen. 544 I have... This results with a simple failure with error message in kern.log: vdr-fbfe[5429] general protection ip:af24feb1 sp:ad8c5f90 error:0 in xineplug_post_swscale.so[af24f000+4000] So, nothing that requires scaling, works. Hmm? They all require scaling to 768×576 or 1024×576 (if the display mode in use has square pixels). libxine1 pacakge is version 1.1.18.1-1+b2, same goes for libxine1-ffmpeg, libavcodec52 is version 5:0.5.1+svn20100411-0.0, libavutil49 4:0.5.1-3, libpostproc51 5:0.5.1+svn20100411-0.0. Any idea what might cause this kind of behavior? Install the -dbg package. Get a backtrace. You might also want to print (at least) local variables. Or (possibly better) provide a short sample. Either way, I think that the scaler configuration is also needed. -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army | + http://www.xine-project.org/ A half moon is better than no moon at all. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Remote xineliboutput crashes when scaling
Hello, and thanks for answering. [snip; output via Matrox G450] Everything with 704x576 (and presumably 720x576) resolution works, but unfortunately some channels send other resolutions, such as 528x576. 528 I've not seen. 544 I have... Yup. National Geographic seems to be fond of 544, Extreme Sports sends 528 at the moment. Neither one works. Hmm? They all require scaling to 768×576 or 1024×576 (if the display mode in use has square pixels). It doesn't, display mode is 720x576 - output is to CRT tube via S-video, and that particular resolution has been pretty much the only one I got working with G450 and DirectFB. If anyone has working configuration for that one, I'm all ears 8) Install the -dbg package. Get a backtrace. You might also want to print (at least) local variables. I'm pretty much a n00b when it comes to debugging linux programs, so I might not get all the info at once, please bear with me :P Short log and backtrace: post_warp: detected frame format change: 0x0 - 544x576, interlaced 0-1, aspect 0,000-1,333, yuy2-yv12 post_warp: aspect ratio matches, no warp post_warp: factor_x = 1,000 factor_y = 1,000 output ratio = 1,333 post_warp: init_yv12: 544x576-720x576 hWarp 1,000 vWarp 1,000 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xae4ffb70 (LWP 3268)] 0xaf2f2eb1 in ?? () from /usr/lib/xine/plugins/1.28/post/xineplug_post_swscale.so (gdb) backtrace full #0 0xaf2f2eb1 in ?? () from /usr/lib/xine/plugins/1.28/post/xineplug_post_swscale.so No symbol table info available. #1 0xaf2f4434 in ?? () from /usr/lib/xine/plugins/1.28/post/xineplug_post_swscale.so No symbol table info available. #2 0xaf2f96bc in parse_chunk (mpeg2dec=0x87bfb20, current=0x8744c80 '\020' repeats 200 times..., end=0xb24ad00d , pts=0) at decode.c:291 picture = 0x8728520 is_frame_done = 189779 ratio = -nan(0x8101010101010) #3 mpeg2_decode_data (mpeg2dec=0x87bfb20, current=0x8744c80 '\020' repeats 200 times..., end=0xb24ad00d , pts=0) at decode.c:723 ret = 58657919 code = 8 '\b' #4 0xaf30eeb4 in mpeg2dec_decode_data (this_gen=0xb7fa11dd, buf=0x80cb5d0) at xine_mpeg2_decoder.c:81 No locals. #5 0x0861ba60 in ?? () No symbol table info available. Backtrace stopped: previous frame inner to this frame (corrupt stack?) (gdb) Apparently there's no -dbg package available for xineliboutput-fbfe. Or (possibly better) provide a short sample. I guess that can be arranged. Just cutting a piece of vdr recording will suffice? Either way, I think that the scaler configuration is also needed. If I had an idea where to get it, I'd be happy to provide it. 8) config_xineliboutput has pretty much everything video related commented out, that is, using defaults. -- Sami Sundell ssund...@iki.fi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Remote xineliboutput crashes when scaling
Hello. Looks like this isn't strictly speaking VDR problem, since it appears to be a problem with Xine, but I'm wondering if anyone is using a similar setup in the first place and would've found a solution... To make it short, I'm using VDR bundle from e-tobi.net (1.6.0-16ctvdr2), running on 64-bit Debian Unstable. Output is done with xineliboutput plugin (1.0.6+cvs20100308.2219-1), and the image is spewed into CRT television through network using another machine - Debian Unstable, 32-bit x86. The output itself is done with xineliboutput-fbfe (1.0.6+cvs20100308.2219-1) using Matrox G450. Everything with 704x576 (and presumably 720x576) resolution works, but unfortunately some channels send other resolutions, such as 528x576. This results with a simple failure with error message in kern.log: vdr-fbfe[5429] general protection ip:af24feb1 sp:ad8c5f90 error:0 in xineplug_post_swscale.so[af24f000+4000] So, nothing that requires scaling, works. libxine1 pacakge is version 1.1.18.1-1+b2, same goes for libxine1-ffmpeg, libavcodec52 is version 5:0.5.1+svn20100411-0.0, libavutil49 4:0.5.1-3, libpostproc51 5:0.5.1+svn20100411-0.0. -- Sami Sundell ssund...@iki.fi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Remote xineliboutput crashes when scaling
Hello. Looks like this isn't strictly speaking VDR problem, since it appears to be a problem with Xine, but I'm wondering if anyone is using a similar setup in the first place and would've found a solution... To make it short, I'm using VDR bundle from e-tobi.net (1.6.0-16ctvdr2), running on 64-bit Debian Unstable. Output is done with xineliboutput plugin (1.0.6+cvs20100308.2219-1), and the image is spewed into CRT television through network using another machine - Debian Unstable, 32-bit x86. The output itself is done with xineliboutput-fbfe (1.0.6+cvs20100308.2219-1) using Matrox G450. Everything with 704x576 (and presumably 720x576) resolution works, but unfortunately some channels send other resolutions, such as 528x576. This results with a simple failure with error message in kern.log: vdr-fbfe[5429] general protection ip:af24feb1 sp:ad8c5f90 error:0 in xineplug_post_swscale.so[af24f000+4000] So, nothing that requires scaling, works. libxine1 pacakge is version 1.1.18.1-1+b2, same goes for libxine1-ffmpeg, libavcodec52 is version 5:0.5.1+svn20100411-0.0, libavutil49 4:0.5.1-3, libpostproc51 5:0.5.1+svn20100411-0.0. Any idea what might cause this kind of behavior? -- Sami Sundell ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
