The launch is ekiga launching or H264 call launching? Could you test with the stable version? Maybe the unstable one is really unstable :o) on windows.
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 >> http://www.pateam.org/archive/tmp/ekiga-win32/trunk/ekiga-setup-3.3.1-git-506_g129b279_H264.exe >> >> >> 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 >>> (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... _______________________________________________ Ekiga-devel-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
