Quoting Matthias Apitz <[EMAIL PROTECTED]>: > El día Thursday, April 03, 2008 a las 10:52:22AM +1100, Craig Southeren > escribió: > > > Matthias Schneider wrote: > > > > ..deleted > > > > > Emilio, > > > > > > sorry, thats all I know about H.264 and H.323 and I do not have any > resources to > > > deal with it any further. If you are really interested you can dig into > this for > > > yourself and contact Simone Horne (howerver only for questions about OPAL > and > > > not about Ekiga), there should be posts by him on the OPAL mailing list. > > > > > > However I would like to help you on the video issue, so I would welcome > > > additional info there (preview working?, logo working with 500, etc.) > > Matthias, > I will continue tomorrow with the tests about that video issue in calls > to <[EMAIL PROTECTED]> and let you know; > > > > > Not sure Simon would be interested in OPAL, as he is the creator of the > > h323plus, which is based on OpenH323. > > > > But I would be happy to help you with any questions :) > > Craig, > For me (in my work) it would be nice to get this H.264 working in H.323 > because our central VideoConf system does not understand H.261 (bug in > firmware); that's why I have enabled that define H323_H264_TEST in > opal/plugins/video/H.264/h264-x264.h, recompiled all stuff including > ekiga itself, but now it complains about the child proc terminating for > h264-x264 and dumps core: > > $ ekiga -d 3 --sync > dyna.cxx(98) H263+ DYNA Successfully loaded libavcodec.so > dyna.cxx(326) H263+ DYNA Successfully loaded libavcodec library > and > verified functions > h263-1998.cxx(907) H263+ Codec Enabled > dyna.cxx(98) MPEG4 DYNA Successfully loaded libavcodec.so > dyna.cxx(326) MPEG4 DYNA Successfully loaded libavcodec library > and > verified functions > mpeg4.cxx(2028) MPEG4 Codec Enabled > dyna.cxx(98) H264 DYNA Successfully loaded libavcodec.so > dyna.cxx(326) H264 DYNA Successfully loaded libavcodec library > and > verified functions > h264pipe_unix.cxx(295) H264 IPC PP: Found GPL process > executable in > /usr/local/lib/ptlib/codecs/video/h264_video_pwplugin_helper > x264loader_unix.cxx(125) H264 DYNA Successfully loaded libx264.so > x264loader_unix.cxx(101) H264 DYNA Loader was compiled with x264 > build 56 > present > x264loader_unix.cxx(104) H264 DYNA Successfully loaded libx264 > library and > verified functions > h264pipe_unix.cxx(122) H264 IPC PP: Successfully forked child > process 19248 > and established communication > h264-x264.cxx(775) H264 Codec Enabled > h264helper_unix.cxx(68) H264 IPC CP: Terminating > Segmentation fault (core dumped) > > if you have an idea where to look, your helping hand is welcome; > > Damien, > I'm attaching some smaller changes for OPAL dealing with places where to > pick up objects in FreeBSD; > > Emilio > -- > Matthias Apitz > Hello Emilio, I do not concur with all parts of your patch: - why do you change P_DEFAULT_PLUGIN_DIR? Its not used anyways and should be removed -> I will do so - why do you not want to do the check for /usr/lib on freeBSD? This is usual procedure for libraries as well. In case it is not found it will be looked for in /usr/local/lib. What I can propose is to set the trace level to DEBUG, not ERROR for the dir names that are being searched. - You added an if in case a filename with length = 0 should be openend. This makes sense if x264 was not detected at compile time. I will add this.
Matthias ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
