Re: [Ekiga-list] How can I get non-free video codecs. ekiga 3.2.7 ubuntu 10.10
Am Donnerstag, 13. Januar 2011, 21:58:50 schrieb Eugen Dedu: Also, because for these non-free codecs you need tom compile ffmpeg yourself, because distributions strip them out. Finally, because h263-1998 crashes when using ffmpeg last version, see bugzilla again (bug for H263); however, if you choose a repository for ffmpeg of about 1.5 years ago, it should work, see the same bug report. https://bugzilla.gnome.org/show_bug.cgi?id=606265 I forgot to say that h263 does not crash for me if I compile ffmpeg with some option, see the upstream bug specified in the bug above. I think this is the best option for you, instead of compiling an older ffmpeg. Hi, Compiling ffmpeg with some extra options sounds like an interesting track to work around the h263 crash problem. However, with the recent ffmpeg opal 3.6.8 refuses to build H263/H263-1998 and H264. This is some output from the configure run: checking for LIBAVCODEC... yes configure: libavcodec stack align hack disabled checking for h263p_encoder in -lavcodec... no checking for mpeg4_encoder in -lavcodec... no checking for h264_decoder in -lavcodec... no checking libavcodec/avcodec.h usability... yes checking libavcodec/avcodec.h presence... yes checking for libavcodec/avcodec.h... yes checking libavcodec source... disabled checking if libavcodec has rtp_mode... no checking for X264... yes checking filename of libx264 library... libx264.so.114 configure: x264 static linking disabled checking for THEORA... yes checking for CELT... no checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking if dlopen is available... yes checking for dlopen in -ldl... yes configure: h264 support disabled due to disabled dependency HAVE_H264_DECODER checking enable H.264 support... no I installed a really recent version of libavcodec, 0.6.201102261447git from packman. Any idea what's going wrong? ffmpeg -codecs delivers following output about the interestin codecs: DEV D h261H.261 DEVSDT h263H.263 / H.263-1996 D VSD h263i Intel H.263 EVh263p H.263+ / H.263-1998 / H.263 version 2 D V D h264H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 D V D h264_vdpau H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (VDPAU acceleration) so they basically seem to be supported. regards Gerhard ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ANNOUNCE - Ekiga 3.3.0 [UNSTABLE] available
Hi, plenty of things to do, but unfortunately I don't have sufficient skills, too :-( But I'll give it a try if I can make ekiga use a local old libavcodec and libx264. If I remember correctly, ffmpeg 0.5.3 and libx264.so.67 should be the right versions to use? regards Gerhard Am Dienstag, 21. Dezember 2010, 21:36:48 schrieb Eugen Dedu: On 21/12/10 17:25, Gerhard Stengel wrote: Hi, interesting... will h263 and h263+ codecs work again? If I had sufficient programing skills and time, I would fix: - H263/H263+ - H264 - presence on unstable - allow more people to connect with ekiga (e.g. Symmetric NAT) - fix all critical bugs in bugzilla - fix all major bugs in bugzilla - make ekiga work on MacOS too - various (minor) bugs ... -- Eugen ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Is ekiga 3.2.7 supposed to work on Windows 7 64 Bit?
On 14 Dec, 2010,at 10:37 AM, Gerhard Stengel gsten...@gmx.net wrote: Hi, yes, indeed, my problem looks very similar. I get exactly the same error message if I acivate PTLIB video input (it's a Sony Visual communication camera), but the LED is on, so there're good chances that the camera may work on the other end. However, I don't manage to establish a connection anyway, so the non-working video isn't the biggest problem ;-( regards Gerhard Hi Gerhard, What kind of graphics hardware is your computer specified with? Cheers, Dave Hi, the Graphics card is a Mobile Intel GMA 4500MHD, driver version 8.15.10.2021. regards Gerhard ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] ship ekiga with static ffmpeg and x264 libs?
Hi, H263 and H263+ codecs have been broken in ekiga for quite a while (maybe a year?) due to API changes in ffmpeg and x264. I don't know if these codecs will work again with the upcoming 3.3. release, but they're really quite important for me. To avoid these kinds of problems in the future, wouldn't it feasible to ship the required ffmpeg and x264 version with ekiga and link in these libs statically? Or it could be a compile option to use the shipped ffmpeg version or link dynamically to what is installed on the system. Even if the packages would become a bit bigger, I wouldn't care at all, but at least you wouln't have to hold your breath after each ffmpeg update whether these codecs still work or not. regards Gerhard ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] Is ekiga 3.2.7 supposed to work on Windows 7 64 Bit?
Hi, I recently tried to install ekiga on a Windows 7 machine with 64 Bit, but video didn't work. Is ekiga supposed to run on 64 bit or just 32 bit? regards Gerhard ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga-list Digest, Vol 47, Issue 5
On 04/06/10 17:20, J?nis Ruk??ns wrote: Just add -D__STDC_CONSTANT_MACROS to opal CXXFLAGS (and for everything else that is in C++ and somehow includes avutil.h). Why does it work on some machines (mine for ex.) and not on his? Well it should work, unless his stdint.h is different than mine (doesn't seem to be the case), something undefs __STDC_CONSTANT_MACROS or some other black magic happens which makes the define to vanish. Anyway I didn't see him mentioning that he tried to add -D__STDC_CONSTANT_MACROS to CXXFLAGS and it still didn't work, unless that was off the list. So I assume he's using vanilla 3.8.6 which of course won't work. By the way I see there is patch posted regarding this, however only for H.263 - http://sourceforge.net/tracker/?func=detailaid=3011184group_id=204472atid=989750 -- Ian Hi, for some reason, adding -D__STDC_CONSTANT_MACROS to CXXFLAGS doesn't help. It seems that something really undefs the #define. But this patch fixes compilation for h264 and h263-1998: --- plugins/video/H.264/h264-x264.h.orig2010-06-03 23:11:31.475187616 +0200 +++ plugins/video/H.264/h264-x264.h 2010-06-03 23:13:13.476379901 +0200 @@ -48,7 +48,8 @@ #include ../common/vs-stdint.h #include ../common/critsect.h #else - #include stdint.h +#define __STDC_CONSTANT_MACROS 1 +#include stdint.h #include critsect.h #endif --- plugins/video/common/dyna.h.orig2010-06-03 23:10:08.844324961 +0200 +++ plugins/video/common/dyna.h 2010-06-03 23:14:13.999270987 +0200 @@ -63,6 +63,8 @@ #include critsect.h #include trace.h +#define __STDC_CONSTANT_MACROS 1 +#include stdint.h extern C { #include LIBAVCODEC_HEADER --- plugins/video/H.263-1998/h263pframe.h.orig 2010-06-03 23:42:23.985200075 +0200 +++ plugins/video/H.263-1998/h263pframe.h 2010-06-03 23:43:00.654187209 +0200 @@ -25,6 +25,7 @@ #include plugin-config.h +#define __STDC_CONSTANT_MACROS 1 #include stdint.h #include vector #include string.h regards Gerhard ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga roadmap
On 08/05/10 22:17, Gerhard Stengel wrote: Hi, looking on the roadmap on www.ekiga.org I was wondering if the aren't any updates to come for the 3.2.X branch. The roadmap just shows the planning for 3.4. I'd be very glad to get the h264 codec fixed ;-) Well, I plan to make a release in a very few days. Unfortunately, after spending much time, I do not know how to fix h264 and h263+. Could you help with them? -- Eugen Unfortunately not, I don't have any knowledge about video codecs :-( Gerhard ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] Ekiga roadmap
Hi, looking on the roadmap on www.ekiga.org I was wondering if the aren't any updates to come for the 3.2.X branch. The roadmap just shows the planning for 3.4. I'd be very glad to get the h264 codec fixed ;-) regards Gerhard ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] ekiga 3.2.6 crashes on incoming video call
Hi, if I get a video call from X-Lite (which uses h263 or h263-1998 video codec) ekiga always segfaults on my machine. Here's the output of ekiga -d 4 and the backtrace: http://filebin.ca/kjxrcp/gdb-ekiga.txt Looks to me like it's some problem in libavcodec.so. Therefore I tried to downgrade ffmpeg from svn20024 to 0.5, but that didn't help. Any help would be very welcome. regards Gerhard ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] problems with x264 compatibility
Hello, I recently tried to use ekiga 3.2.6 for a video call (to counterpath's X-Lite on Mac), but ekiga unfortunately always crashed when the other side answered the call. In ekiga -d 4 output I couldn't see anything special when it happened, but at the beginning of the log there are some problems with the h264 codec. Seems that libx264.so.75 doesn't have a function that's needed. ekiga -d 4 dyna.cxx(139) DYNASuccessfully loaded 'libavcodec.so' dyna.cxx(390) H263+ DYNASuccessfully loaded libavcodec library and verified functions h263-1998.cxx(2101) H.263 Codec Enabled with 4 definitions dyna.cxx(139) DYNASuccessfully loaded 'libavcodec.so' dyna.cxx(390) H264DYNASuccessfully loaded libavcodec library and verified functions h264pipe_unix.cxx(301) H264IPC PP: Found GPL process executable in /usr/lib64/opal-3.6.6/codecs/video/h264_video_pwplugin_helper x264loader_unix.cxx(114)H264DYNATrying to open x264 library libx264.so.75 x264loader_unix.cxx(131)H264DYNASuccessfully loaded libx264.so.75 x264loader_unix.cxx(57) H264DYNAFailed to load x264_encoder_open h264helper_unix.cxx(127)H264IPC CP: Failed to load dynamic library - exiting h264pipe_unix.cxx(113) H264IPC PP: GPL Process returned failure on initialization - plugin disabled h264-x264.cxx(838) H264Codec Disabled dyna.cxx(139) DYNASuccessfully loaded 'libavcodec.so' dyna.cxx(390) MPEG4 DYNASuccessfully loaded libavcodec library and verified functions mpeg4.cxx(1993) MPEG4 Codec Enabled To which x264 version is ekiga/opal compatible? I have opal 3.6.6 and ptlib 2.6.5 installed. regards Gerhard ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] no popup window to accept incoming call with ekiga 3.2.4
Hello, with the recent stable version of ekiga (3.2.4) I don't get the popup window any more which showed up at the task bar and allowed to accept or reject an incoming call. If I remember correctly, this was still working with 3.0.2. Has it been removed? I checked the output of ekiga -d 4 for suspicous messages, but there's nothing. I use KDE 4.2.4 and Qt 4.5 best regards Gerhard ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] no popup window to accept incoming call with ekiga 3.2.4
Am Sonntag 07 Juni 2009 22:49:01 schrieb yannick: Maybe it's because you use kde. Snark, do you have an idea? Argh! I missed the thread. Are you using Kubuntu 9.04? It might be the new notify system they use... I'm using openSuse 11.1 with the KDE 4.2.4 packages from the build service. This seems to happen on some configurations. I suspect when using KDE and probably using some compile options. Did you compile it yourself? Do you have any record somewhere of those compile options? I compiled it all myself, ekiga, opal and ptlib. Here's the build section from my ekiga spec file: %build export CFLAGS=$RPM_OPT_FLAGS -fstack-protector export CXXFLAGS=$RPM_OPT_FLAGS -fstack-protector intltoolize --force autoreconf --force --install ./configure \ --sysconfdir=%{_sysconfdir} \ --prefix=%{_prefix} \ --libdir=%{_prefix}/%_lib \ --mandir=%{_prefix}/share/man \ --disable-schemas-install \ --disable-scrollkeeper \ --enable-dbus \ --enable-kde \ --enable-kab make %{?jobs:-j %jobs} The result is the same if I leave --enable-kde and -kab away. regards Gerhard ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] [Solved] compile problems with ekiga 3.2.4
Am Donnerstag 21 Mai 2009 20:49:29 schrieb Gerhard Stengel: Hello, it's 100% reproducible, always stops at the same place. So I suppose it's no hardware problem. I've succesfully built quite a few other sources (at least latest ptlib and opal :-) , no problems at all. Seems like I have to file a bug report at Suse. I filed this bug report at Suse: http://bugzilla.novell.com/show_bug.cgi?id=506112 The solution is to update the g++ compiler from the repository. regards Gerhard Am Donnerstag 21 Mai 2009 19:43:06 schrieb David Fox: On Thu, May 21, 2009 at 10:29 AM, Gerhard Stengel gerhard.sten...@o2online.de wrote: Hello, ../../../../lib/engine/components/opal/h323-endpoint.cpp:277: internal compiler error: in set_uids_in_ptset, at tree-ssa-structalias.c:4817 Please submit a full bug report, I didn't have any issue here. I am also running 64-bit (Ubuntu Jaunty). Is the error repeatable? Have you tried compiling other source trees? Usually, an internal compiler error suggests a bug in gcc, or possibly a hardware issue (bad RAM) - #2 especially if there is a sig11 (segmentation violation). g++ on Jaunty is 4.3.3, if that makes a difference. -- thanks for letting me change the magnetic patterns on your hard disk. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list - ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] compile problems with ekiga 3.2.4
Hello, I get following compiler error when I try to compile ekiga 3.2.4: ../../../../lib/engine/components/opal/h323-endpoint.cpp: In member function ‘void Opal::H323::EndPoint::Register(const Opal::Account)’: ../../../../lib/engine/components/opal/h323-endpoint.cpp:277: internal compiler error: in set_uids_in_ptset, at tree-ssa-structalias.c:4817 Please submit a full bug report, with preprocessed source if appropriate. See http://bugs.opensuse.org/ for instructions. It seems to be an internal compiler error, very strange. g++ --version delivers this result: g++ (SUSE Linux) 4.3.2 [gcc-4_3-branch revision 141291] I have a 64 bit machine. Does anyone have an idea how to fix that or work around the problem? best regards Gerhard ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] compile problems with ekiga 3.2.4
Hello, it's 100% reproducible, always stops at the same place. So I suppose it's no hardware problem. I've succesfully built quite a few other sources (at least latest ptlib and opal :-) , no problems at all. Seems like I have to file a bug report at Suse. regards Gerhard Am Donnerstag 21 Mai 2009 19:43:06 schrieb David Fox: On Thu, May 21, 2009 at 10:29 AM, Gerhard Stengel gerhard.sten...@o2online.de wrote: Hello, ../../../../lib/engine/components/opal/h323-endpoint.cpp:277: internal compiler error: in set_uids_in_ptset, at tree-ssa-structalias.c:4817 Please submit a full bug report, I didn't have any issue here. I am also running 64-bit (Ubuntu Jaunty). Is the error repeatable? Have you tried compiling other source trees? Usually, an internal compiler error suggests a bug in gcc, or possibly a hardware issue (bad RAM) - #2 especially if there is a sig11 (segmentation violation). g++ on Jaunty is 4.3.3, if that makes a difference. -- thanks for letting me change the magnetic patterns on your hard disk. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list - ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga, webcam driver and kernel 2.6.27
Hi Damien I owe you a follow-up on this one: 2009/1/26 Damien Sandras dsand...@seconix.com: If ptlib has been compiled with libv4l support (libv4l being the library, not the ptlib plugin), it should not be required anymore. It isn't. I built a 3.0.2 from sources and it works as expected - with nice video. Kind regards, Bent Hi, I wonder how to compile ptlib with libv4l library support. My first thought was to configure with --disable-plugins, but this resulted in following compile error: /usr/src/packages/BUILD/ptlib-2.6.1/lib_linux_x86_64/obj2/sockets.o:/usr/src/packages/BUILD/ptlib-2.6.1/include/ptlib/object.h:1037: multiple definition of `creationMutex' /usr/src/packages/BUILD/ptlib-2.6.1/lib_linux_x86_64/obj2/vidinput_v4l.o:/usr/src/packages/BUILD/ptlib-2.6.1/src/../plugins/vidinput_v4l/vidinput_v4l.cxx:670: first defined here Another strange thing is that the v4l2 plugin isn't created with ptlib 2.6.1 any more. This worked with 2.4.4, though... Any help is highly appreciated! I really want to get my Webcam (Logitech Quickcam Express, usb id 046d:092f) to work again with kernel 2.6.27. best regards Gerhard - - ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list