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

ekiga-setup-3.3.1-git-506_g129b279.exe has the same trouble.
Can't diagnose if H264 is working

On 02/15/2010 03:06 PM, Thierry Simonnet wrote:
Crashes when launch. Working on confffmpeg to have a proper configuration.

On 02/15/2010 02:47 PM, Thierry Simonnet wrote:
Setup available at

On 02/15/2010 02:45 PM, Thierry Simonnet wrote:
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 ( .

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.


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

On 02/11/2010 04:17 PM, Eugen Dedu wrote:
The problem appears with recent libx264
(  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:


I had a crash trying to call the echo test :

#0  *__GI___libc_free (mem=0x34314979) at malloc.c:3709
#1  0xb57cc38e in
       () from
#2 0xb57cc82f in create_encoder(PluginCodec_Definition const*) () from /usr/lib/opal-3.9.0/codecs/video/
#3  0xb7c9dfa2 in
const*, bool) () from /usr/lib/
#4  0xb7c9e094 in

const*, bool) () from /usr/lib/
#5  0xb7ca6650 in

PString>    const&) const ()
      from /usr/lib/
#6  0xb7969a32 in OpalTranscoder::Create(OpalMediaFormat const&,
OpalMediaFormat const&, unsigned char const*, unsigned int) ()
      from /usr/lib/
#7 0xb7966459 in OpalMediaPatch::AddSink(PSafePtr<OpalMediaStream,
PSafePtrBase>    const&) () from /usr/lib/
#8 0xb7951e20 in OpalCall::OpenSourceMediaStreams(OpalConnection&,
OpalMediaType const&, unsigned int, OpalMediaFormat const&,
       () from /usr/lib/
#9  0xb7c2e5e1 in
unsigned int) () from /usr/lib/
#10 0xb7c24ffd in SIPConnection::OnReceivedSDP(SIP_PDU&) ()
      from /usr/lib/
#11 0xb7c2bb5e in SIPConnection::OnReceivedOK(SIPTransaction&,
SIP_PDU&) ()
      from /usr/lib/
#12 0xb7c29e94 in SIPConnection::OnReceivedResponse(SIPTransaction&,
       () from /usr/lib/
#13 0xb7c3ef4e in SIPTransaction::OnReceivedResponse(SIP_PDU&) ()
      from /usr/lib/
#14 0xb7c41616 in SIPInvite::OnReceivedResponse(SIP_PDU&) ()
      from /usr/lib/
#15 0xb7c1f317 in SIPEndPoint::SIP_Work::Process() ()
      from /usr/lib/
#16 0xb7c1cb8a in SIPEndPoint::SIP_Work_Thread::Main() ()
      from /usr/lib/
#17 0xb7531245 in PThread::PX_ThreadStart(void*) ()
      from /usr/lib/
#18 0xb6aba585 in start_thread (arg=0xb1c76b70) at
#19 0xb67f726e in clone () at

Does that ring a bell for someone?

All that I know is that H263-1998 crashes for the moment, see  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...



Thierry Simonnet


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]