Re: [Ekiga-devel-list] Crash with brand-new ptlib+opal+ekiga



To enable GIT_X264_REV to HEAD, it is necessary to use HEAD version for FFMPEG.

Changes :
Makefile :

#GIT_X264_REV := reset --hard d2e1e1c35c43ea9c90c9211be
GIT_X264_REV := reset --hard HEAD

#GIT_FFMPEG_REV := reset --hard d962d69f2ef1bcd3b4
#GIT_FFMPEG_REV2 := reset --hard 8c5952c02bfad4bfa6
GIT_FFMPEG_REV := reset --hard HEAD
GIT_FFMPEG_REV2 := reset --hard HEAD

#confx264:= --disable-avis-input --prefix=$(BUILDROOT) --host=$(DEB_HOST_GNU_TYPE) confx264:= --disable-avs-input --prefix=$(BUILDROOT) --host=$(DEB_HOST_GNU_TYPE)

confffmpeg:=--cross-prefix=i586-mingw32msvc- --enable-shared --enable-memalign-hack \ --disable-debug --enable-gpl --enable-postproc --enable-avfilter \
                --enable-avfilter-lavf --enable-swscale --enable-sse \
--enable-cross-compile --enable-w32threads --arch=i686 --target-os=mingw32 \
#            --disable-ffserver --disable-ffmpeg --disable-ffplay \
--disable-parsers --enable-parser=h264 --enable-parser=mpeg4video --enable-parser=h263 \ --disable-decoders --enable-decoder=h264 --enable-decoder=mpeg4 --enable-decoder=h263 \ --disable-muxers --enable-muxer=h264 --enable-muxer=mpeg4 --enable-muxer=h263 \ --disable-encoders --enable-encoder=mpeg4 --enable-encoder=h263 \ --disable-protocols --disable-bsfs --disable-ffplay --prefix=$(BUILDROOT) \
            --libdir=$(LIBDIR) --extra-ldflags=-Wl,-static

It is now necessary to add more option on confffmpeg to have all functions.
It is necessary to copy x264/x264.h to include/

I modified opal/plugins/video/H.264/shared/h264frame.cxx to compile (http://bugzilla-attachments.gnome.org/attachment.cgi?id=147381) .

Not tested yet

On 02/12/2010 05:28 PM, Eugen Dedu wrote:
If you have a bit of time, it should be very useful to find out what
revision makes h264 not working.

Eugen

Thierry Simonnet wrote:
I use GIT_X264_REV := reset --hard d2e1e1c35c43ea9c90c9211be for a
stable version. HEAD one doesn't cross compile. Some intermediate do but
crash.

On 02/11/2010 04:17 PM, Eugen Dedu wrote:
The problem appears with recent libx264
(https://bugzilla.gnome.org/show_bug.cgi?id=596006).  Do you use a
recent one and it works?

Thierry Simonnet wrote:

H264 is working under windows. It takes a lot of CPU but it works.
I have quite the same crash for H263+

On 02/11/2010 04:05 PM, Eugen Dedu wrote:

Julien Puydt wrote:


Hi,

I had a crash trying to call the echo test :

#0  *__GI___libc_free (mem=0x34314979) at malloc.c:3709
#1  0xb57cc38e in
H263_RFC2429_EncoderContext::~H263_RFC2429_EncoderContext()
       () from
/usr/lib/opal-3.9.0/codecs/video/h263-1998_video_pwplugin.so
#2  0xb57cc82f in create_encoder(PluginCodec_Definition const*) ()
      from /usr/lib/opal-3.9.0/codecs/video/h263-1998_video_pwplugin.so
#3  0xb7c9dfa2 in
OpalPluginTranscoder::OpalPluginTranscoder(PluginCodec_Definition
const*, bool) () from /usr/lib/libopal.so.3.9-beta0
#4  0xb7c9e094 in
OpalPluginVideoTranscoder::OpalPluginVideoTranscoder(PluginCodec_Definition


const*, bool) () from /usr/lib/libopal.so.3.9-beta0
#5  0xb7ca6650 in
OpalPluginTranscoderFactory<OpalPluginVideoTranscoder>::Worker::Create(std::pair<PString,


PString>    const&) const ()
      from /usr/lib/libopal.so.3.9-beta0
#6  0xb7969a32 in OpalTranscoder::Create(OpalMediaFormat const&,
OpalMediaFormat const&, unsigned char const*, unsigned int) ()
      from /usr/lib/libopal.so.3.9-beta0
#7  0xb7966459 in OpalMediaPatch::AddSink(PSafePtr<OpalMediaStream,
PSafePtrBase>    const&) () from /usr/lib/libopal.so.3.9-beta0
#8  0xb7951e20 in OpalCall::OpenSourceMediaStreams(OpalConnection&,
OpalMediaType const&, unsigned int, OpalMediaFormat const&,
OpalVideoFormat::ContentRole)
       () from /usr/lib/libopal.so.3.9-beta0
#9  0xb7c2e5e1 in
SIPConnection::OnReceivedSDPMediaDescription(SDPSessionDescription&,
unsigned int) () from /usr/lib/libopal.so.3.9-beta0
#10 0xb7c24ffd in SIPConnection::OnReceivedSDP(SIP_PDU&) ()
      from /usr/lib/libopal.so.3.9-beta0
#11 0xb7c2bb5e in SIPConnection::OnReceivedOK(SIPTransaction&,
SIP_PDU&) ()
      from /usr/lib/libopal.so.3.9-beta0
#12 0xb7c29e94 in SIPConnection::OnReceivedResponse(SIPTransaction&,
SIP_PDU&)
       () from /usr/lib/libopal.so.3.9-beta0
#13 0xb7c3ef4e in SIPTransaction::OnReceivedResponse(SIP_PDU&) ()
      from /usr/lib/libopal.so.3.9-beta0
#14 0xb7c41616 in SIPInvite::OnReceivedResponse(SIP_PDU&) ()
      from /usr/lib/libopal.so.3.9-beta0
#15 0xb7c1f317 in SIPEndPoint::SIP_Work::Process() ()
      from /usr/lib/libopal.so.3.9-beta0
#16 0xb7c1cb8a in SIPEndPoint::SIP_Work_Thread::Main() ()
      from /usr/lib/libopal.so.3.9-beta0
#17 0xb7531245 in PThread::PX_ThreadStart(void*) ()
      from /usr/lib/libpt.so.2.9-beta0
#18 0xb6aba585 in start_thread (arg=0xb1c76b70) at
pthread_create.c:300
#19 0xb67f726e in clone () at
../sysdeps/unix/sysv/linux/i386/clone.S:130
(gdb)

Does that ring a bell for someone?


All that I know is that H263-1998 crashes for the moment, see
https://bugzilla.gnome.org/show_bug.cgi?id=606265  But all the
crashes I
have seen for this are in another place, somewhere inside libavcodec.

I spent much time trying to get H163-1998 and H264 back in ekiga,
without luck.  Maybe someone else has more luck than me...

Eugen


--

Thierry Simonnet

ESIEE-Paris

Par respect pour l’environnement, n’imprimez ce mail que si nécessaire




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]