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=detail&atid=814342&aid=2952110&group_id=160063 - Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] externalplayer and xineliboutput plugin
Hi !
I currently try to track down a problem of externalplayer and
xineliboutput.
The problem is, that if used with xineliboutput plugin and PlayMode
pmNone, one device is not available. With xine this does not happen.
May assumption is that here:
device.c:
641 m_PlayMode = PlayMode;
642
643 TrickSpeed(-1);
644 if (m_PlayMode == pmAudioOnlyBlack) {
645 TRACE("pmAudioOnlyBlack --> BlankDisplay, NoVideo");
646 ForEach(m_clients, &cXinelibThread::BlankDisplay);
647 ForEach(m_clients, &cXinelibThread::SetNoVideo, true);
648 } else {
649 if(m_liveMode)
650 ForEach(m_clients, &cXinelibThread::SetNoVideo,
m_RadioStream); 651 else
652 ForEach(m_clients, &cXinelibThread::SetNoVideo,
653 m_RadioStream && (m_AudioCount<1));
654 Clear();
655 }
An action is missing to take care of pmNone, i.e. to stop trying to
receive and decode something.
This is the Problem:
Apr 22 23:41:05 vdr vdr: [3204] receiver on device 2 thread started
(pid=2952, tid=3204)
Apr 22 23:41:05 vdr vdr: [3204]
ERROR: /dev/dvb/adapter1/dvr0: Device or resource busy
Apr 22 23:41:05
vdr vdr: [3204] receiver on device 2 thread ended (pid=2952, tid=3204)
This does not happen if i use xine, or if i shut down vdr-sxfe before i
try to use streamdev oder VNSI plugin.
My understanding is that the frontend device needs to do the required
action and let vdr know afterwards in order to free the device.
Would appreciate if someone with more understanding of the internals
could add his opinion here ...
Kind Regards
Steffen
___
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 > Subject: Re: [vdr] Remote xineliboutput crashes when scaling > To: VDR Mailing List > 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=detail&atid=814342&aid=2952110&group_ > 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 -D_LARGEFILE6
Re: [vdr] Remote xineliboutput crashes when scaling
2010/4/24 Mr Tux : > 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 > 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
