[Ekiga-devel-list] [Win32] Migrating to GTK+3.10
Hello, I get last version of ekiga from git and have : checking for perl = 5.8.1... 5.18.2 checking for XML::Parser... ok checking for GTK... no configure: error: Package requirements (gtk+-3.0 = 3.10.0) were not met: Requested 'gtk+-3.0 = 3.10.0' but version of GTK+ is 3.8.2 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GTK_CFLAGS and GTK_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. make: *** [/root/win32/ekiga/config.status] Error 1 The trouble is that 3.10 package for win32 from http://win32builder.gnome.org/ is not well packaged. gtk+-3.0.pc is missing for example. Package for win64 seems to have all files. -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Migrating to GTK+3.10
On 03/03/2014 01:31 PM, Eugen Dedu wrote: On 03/03/14 13:25, Thierry Simonnet wrote: Hello, I get last version of ekiga from git and have : checking for perl = 5.8.1... 5.18.2 checking for XML::Parser... ok checking for GTK... no configure: error: Package requirements (gtk+-3.0 = 3.10.0) were not met: Requested 'gtk+-3.0 = 3.10.0' but version of GTK+ is 3.8.2 Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GTK_CFLAGS and GTK_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. make: *** [/root/win32/ekiga/config.status] Error 1 The trouble is that 3.10 package for win32 from http://win32builder.gnome.org/ is not well packaged. gtk+-3.0.pc is missing for example. Package for win64 seems to have all files. Hm, we are in bad shape then... Could you contact people creating gtk 3.10 for windows and tell them about the .pc error? I'll try. I will send a mail if I have some news -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ptlib/opal v14 news
On 03/03/2014 01:46 PM, Eugen Dedu wrote: On 03/03/14 13:31, Thierry Simonnet wrote: On 03/03/2014 11:49 AM, Julien Puydt wrote: Le 03/03/2014 11:38, Eugen Dedu a écrit : Except the bug with make opt instead of make: - ptlib compiles fine on linux and on windows - opal compiles fine on linux, not yet tested on windows - ekiga does not compile, for ex. ptbuildopts.h does not exist anymore It's still a good start! Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list I have a trouble with ptlib whan making install : bin/ginstall -c -C -m 644 ptlib.pc /usr/local/lib/pkgconfig make -C /home/simonnet/Softphone/Devel/Ekiga/ptlib/plugins/sound_alsa install make -C You need to use make opt instead of make, until this bug is fixed. :-) -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] gstreamer error on Windows
Le 04/02/2014 17:38, Eugen Dedu a écrit : On 04/02/14 17:15, Thierry Simonnet wrote: Le 04/02/2014 14:44, Eugen Dedu a écrit : On 04/02/14 14:19, Thierry Simonnet wrote: Le 04/02/2014 14:13, Eugen Dedu a écrit : On 04/02/14 13:57, Thierry Simonnet wrote: Using your Makefile with native Win7 Professional 32bits : It compiles... but;-) Your "but" means that the following points do not apply to your packaging? Or do you too have them? I only test your version. Mine is quite different (patched version of opal and ptlib, clutter 1.16, specific addons). I will update my Makefile to make some tests. * on console window : CRITICAL : gst_app_src_push_buffer_full: assertion `GST_APP_SRC appsrc' failed. I have not this error when using my (heavy) script. I hesitate : package version or compilation trouble. I think you have the same error, but you do not see it because you do not show the console, as I do in my Makefile. I will modify my Makefile to check * windows with a message saying that it is unable to use accelerated video, then no display. You have the same error, doesn't you? I have the same error. * main frame buttons are not working (to test camera). I need to use Do you mean the toolbar (icons) in the call window? Yes. To display the video, I have to use menu. I also have the same trouble. * no video (white screen) You do not have either, isn't it? Unfortunately, yes. Could be the result of gst_app error. The question is whether your Makefile has something better compared to mine, in order to integrate those changes. It seems not. Only some updated package version and the complete build of clutter. What does it mean the "complete" build of clutter? using mingw-fetch-dependencies.sh and building the whole package. Also building all gstreamer suite and glib... Your solution is far better than mine. I also adapt some things for my RD projects using a voip infrastructure. (vassist.cure.at). -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] gstreamer error on Windows
On 02/04/2014 12:26 PM, Eugen Dedu wrote: On 03/02/14 13:39, Thierry Simonnet wrote: Le 03/02/2014 12:36, Eugen Dedu a écrit : On 03/02/14 10:57, Thierry Simonnet wrote: Le 01/02/2014 16:49, Eugen Dedu a écrit : Hi, If one of you knows what is the problem, it would be wonderful. Details are at http://lists.freedesktop.org/archives/gstreamer-devel/2014-January/045945.html. I read your post, but I didn't have this error when cross compiling clutter, gstreamer, gst-plugins Could you send me version numbers of your source packages. I started with clutter 1.14 but I found that 1.16 is easier to build with compliant dependencies. The error I posted is the same error given by Ekiga: Error on initializing Clutter, or something like this. I will commit my current patch. The trouble can be libgobject. If I use the lib provided by gtk package (? - the one usually used by ekiga), I have a message that says libgstapp...dll is missing. It is mandatory to use a libgobject built against clutter, gstreamer. I attach my current Makefile, if it is useful to you, I would like to test some things before committing. ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list I created a new environnment (debian/sid/64). I will test your Makefile and will test with my dev environment (some different package versions and addons). I will send you a feedback soon, perhaps this afternoon, if my meeting will not finish too late. -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] gstreamer error on Windows
Le 04/02/2014 14:13, Eugen Dedu a crit: On 04/02/14 13:57, Thierry Simonnet wrote: Using your Makefile with native Win7 Professional 32bits : It compiles... but;-) Your "but" means that the following points do not apply to your packaging? Or do you too have them? I only test your version. Mine is quite different (patched version of opal and ptlib, clutter 1.16, specific addons). I will update my Makefile to make some tests. * on console window : CRITICAL : gst_app_src_push_buffer_full: assertion `GST_APP_SRC appsrc' failed. I have not this error when using my (heavy) script. I hesitate : package version or compilation trouble. I think you have the same error, but you do not see it because you do not show the console, as I do in my Makefile. I will modify my Makefile to check * windows with a message saying that it is unable to use accelerated video, then no display. You have the same error, doesn't you? I have the same error. * main frame buttons are not working (to test camera). I need to use Do you mean the toolbar (icons) in the call window? Yes. To display the video, I have to use menu. I also have the same trouble. * no video (white screen) You do not have either, isn't it? Unfortunately, yes. Could be the result of gst_app error. * Good point : more compact package. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] gstreamer error on Windows
Le 03/02/2014 13:39, Thierry Simonnet a écrit : Le 03/02/2014 12:36, Eugen Dedu a écrit : On 03/02/14 10:57, Thierry Simonnet wrote: Le 01/02/2014 16:49, Eugen Dedu a écrit : Hi, If one of you knows what is the problem, it would be wonderful. Details are at http://lists.freedesktop.org/archives/gstreamer-devel/2014-January/045945.html. I read your post, but I didn't have this error when cross compiling clutter, gstreamer, gst-plugins Could you send me version numbers of your source packages. I started with clutter 1.14 but I found that 1.16 is easier to build with compliant dependencies. The error I posted is the same error given by Ekiga: Error on initializing Clutter, or something like this. I will commit my current patch. The trouble can be libgobject. If I use the lib provided by gtk package (? - the one usually used by ekiga), I have a message that says libgstapp...dll is missing. It is mandatory to use a libgobject built against clutter, gstreamer. -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire The message says : Unable to find g_type_add_instance_private entry point in libgobject-2.0-0.dll I use this one : ...EKIGA/src/clutter-1.16.4/build/mingw/cluter-cross/bin/libgobject-2.0-0.dll. -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Clutter error in virtualbox
Le 28/01/2014 22:16, Eugen Dedu a crit: In virtualbox ekiga stops at startup, and I have the following error in the -d 4 log: Unable to initialize Clutter: unable to find a suitable GL pixel format plus an error in shared_ptr.hpp, probably related to clutter error. Note that in virtualbox I do not have the camera available. With pre-clutter ekiga I could however start ekiga. It is very convenient for me to start ekiga in virtualbox. How can I test ekiga in virtualbox? I have a similar error when using virtualbox. Error is related to ...boost -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 28/01/2014 22:17, Eugen Dedu a écrit : On 28/01/14 19:58, Damien Sandras wrote: Le 28/01/14 16:32, Eugen Dedu a écrit : On 20/01/14 14:09, Thierry Simonnet wrote: Here is my script for clutter, gstreamer generation I generated an ekiga-installer.exe Remarks : * it is a little bit dirty. When linking ekiga, library from clutter-1.16 are used. I need to modify some .pc files * I tried to reduce generated code but I think it is possible to reduce more. * package size grows from 20MB to 50MB * some dll are not well included in Makefile but I work on it * I tested application with echo test. I registered on ekiga.net and on my own pbx. I have audio, video screen animation but only a white screen an no realvideo. I also be impossible to hang up the call. * when testing camera I only have a blank screen * I have a message : error when opening or initializing the video output. please verify that no other application is using the accelerated video output. No video will be displayed on your machine during this call. I succeeded in building a .exe. I have the same problem: no video shown. The call window opens and the following error is shown numerous times in the console: gst_app_src_push_buffer_full: assertion 'GST_IS_APP_SRC (appsrc)' failed Damien, do you have an idea of what could be wrong? This happens in lib/engine/components/clutter-gst-videooutput/videooutput-manager-clutter-gst.cpp I guess the appsrc object is not created. You can probably add debug code there, but I would suspect a missing GStreamer package... (appsrc for example) I have an appsrc.exe generated, but it is not copied in Windows directory. I will copy it then, is that what you want? Note however, I do not have any appsrc in linux, and it works. I don't use this exe. Only libgst-app is mandatory, I think -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 25/01/2014 15:28, Eugen Dedu a crit: On 20/01/14 14:09, Thierry Simonnet wrote: Here is my script for clutter, gstreamer generation I generated an ekiga-installer.exe Thierry, have you had a build error on clutter like this: CCLD libclutter-1.0.la .libs/clutter-event-win32.o: In function `clutter_win32_handle_event': /home/ededu/softs/ekiga/windows-svn/clutter-1.14.6/clutter/./win32/clutter-event-win32.c:373: undefined reference to `cogl_win32_renderer_handle_event' .libs/clutter-stage-win32.o: In function `clutter_stage_win32_realize': /home/ededu/softs/ekiga/windows-svn/clutter-1.14.6/clutter/./win32/clutter-stage-win32.c:488: undefined reference to `cogl_win32_onscreen_set_foreign_window' collect2: error: ld returned 1 exit status ? I have not. The trouble with clutter is coherency between ./configure and build/mingw. When using provided mingw-fetch-dependencies.sh, it get some packages with specific version. When going up, ./configure ask for more up to date version. The only way I found is using 1.16.2 ming-fetch-dependencies.sh for a 1.14.4 clutter. No very clean. I trying to find a cleaner method. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 25/01/2014 15:28, Eugen Dedu a crit: On 20/01/14 14:09, Thierry Simonnet wrote: Here is my script for clutter, gstreamer generation I generated an ekiga-installer.exe Thierry, have you had a build error on clutter like this: CCLD libclutter-1.0.la .libs/clutter-event-win32.o: In function `clutter_win32_handle_event': /home/ededu/softs/ekiga/windows-svn/clutter-1.14.6/clutter/./win32/clutter-event-win32.c:373: undefined reference to `cogl_win32_renderer_handle_event' .libs/clutter-stage-win32.o: In function `clutter_stage_win32_realize': /home/ededu/softs/ekiga/windows-svn/clutter-1.14.6/clutter/./win32/clutter-stage-win32.c:488: undefined reference to `cogl_win32_onscreen_set_foreign_window' collect2: error: ld returned 1 exit status ? I simplified my procedure : I use clutter 1.16.4 I change in mingw-fetch-dependencies version for glib - 2.37.93 and for cogl - 1.15.10 ./mingw-fetch-dependencies.sh cp clutter-cross/lib/libffi-3.0.6/include * clutter-cross/include ./mingw-fetch-dependencies.sh cd ../.. run ./configure adding --prefix= EKIGA_DIR --disable-tests --disable-examples ...(remove PKG_CONFIG and replace par PKG_CONFIG_PATH=..mingw/clutter-cross/lib/pkgconfig make make install-strip and continue with the script (changing some versions) I will send a new script, when finalized. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 24/01/2014 10:03, Eugen Dedu a crit: On 08/01/14 16:35, Thierry Simonnet wrote: I made more tests : * I can register to ekiga.net and use it only when creating account with SIP user profile. Ekiga.net profile doesn't work. At enabling it write : processing Do you still have this error? Yes with ekiga-setup-4.1.0-git-711_gd2795be.exe. I'm building the next package. I can register to ekiga.net using "add a SIP account", but when doing this with "add a ekiga.net account", process stays at "processing" -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 24/01/2014 10:06, Eugen Dedu a crit: On 08/01/14 20:08, Damien Sandras wrote: No more messages. but : 1. I loose my previous config and address book I wrote a .convert file. There is a conversion utility called gsettings-data-convert (see http://manpages.ubuntu.com/manpages/maverick/man1/gsettings-data-convert.1.html) Does conversion work for you? When I started ekiga with yesterday master I had no setting took from gconf. Unfortunately, I do not get back my old contacts under windows. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 24/01/2014 10:30, Thierry Simonnet a crit: Le 24/01/2014 10:03, Eugen Dedu a crit: On 08/01/14 16:35, Thierry Simonnet wrote: I made more tests : * I can register to ekiga.net and use it only when creating account with SIP user profile. Ekiga.net profile doesn't work. At enabling it write : processing Do you still have this error? Yes with ekiga-setup-4.1.0-git-711_gd2795be.exe. I'm building the next package. I can register to ekiga.net using "add a SIP account", but when doing this with "add a ekiga.net account", process stays at "processing" Same error with ekiga-setup-4.1.0-git-712_g0809fae.exe I don't have video. When I'm calling echo test, call statrt, I have a white frame that appears. Sound is OK but video frame says white. I was not able to stop call (buttons don't work), nor stopping application unless killing the process. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Here is my script for clutter, gstreamer generation I generated an ekiga-installer.exe Remarks : * it is a little bit dirty. When linking ekiga, library from clutter-1.16 are used. I need to modify some .pc files * I tried to reduce generated code but I think it is possible to reduce more. * package size grows from 20MB to 50MB * some dll are not well included in Makefile but I work on it * I tested application with echo test. I registered on ekiga.net and on my own pbx. I have audio, video screen animation but only a white screen an no realvideo. I also be impossible to hang up the call. * when testing camera I only have a blank screen * I have a message : error when opening or initializing the video output. please verify that no other application is using the accelerated video output. No video will be displayed on your machine during this call. On 01/13/2014 10:30 PM, Chris Vine wrote: On Mon, 13 Jan 2014 20:18:49 +0100 Damien Sandras dsand...@seconix.com wrote: Ouch... Before porting, I read that there were available packages for WIN32 and other platforms. Clutter-GST is the GStreamer Clutter backend. I think it is part of GStreamer itself. No. You can get it from http://ftp.gnome.org/pub/gnome/sources/clutter-gst/2.0/ Since both clutter and gstreamer will reputedly compile on windows, it is a reasonable bet that clutter-gst will too. But the proof of the pudding is in the eating. Chris ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire clutter-gen.sh Description: application/shellscript ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Le 20/01/2014 14:22, Eugen Dedu a crit: On 20/01/14 14:21, Eugen Dedu wrote: Good, thank you. I will use them when I do the official commit. Eugen On 20/01/14 14:09, Thierry Simonnet wrote: Here is my script for clutter, gstreamer generation I generated an ekiga-installer.exe Remarks : * package size grows from 20MB to 50MB This is surely because they are not stripped... Of course. But also some unnecessary libs. I also have the trouble with schema. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
unfortunately, packages for windows are unusable (msi format or too old) clutter-gst is an extension of clutter and didn't find it in gstreamer. Manual way to generate all that :-( Le 13/01/2014 20:18, Damien Sandras a crit: Ouch... Before porting, I read that there were available packages for WIN32 and other platforms. Clutter-GST is the GStreamer Clutter backend. I think it is part of GStreamer itself. Le 13/01/14 16:44, Thierry Simonnet a crit: I compiled clutter (glib, cairo, pango, json, cogl...) for win32 I compiled clutter GTK for win32 but now ekiga wants : checking for GLIB... yes checking for CLUTTER... yes checking for CLUTTER_GTK... yes checking for CLUTTER_GST... no configure: error: Package requirements (clutter-gst-2.0 gstreamer-app-1.0 gstreamer-plugins-base-1.0 gstreamer-plugins-base-1.0) were not met: No package 'clutter-gst-2.0' found No package 'gstreamer-app-1.0' found No package 'gstreamer-plugins-base-1.0' found No package 'gstreamer-plugins-base-1.0' found clutter-gst needs : checking for CLUTTER_GST... no configure: error: Package requirements (clutter-1.0 = 1.10.0 cogl-2.0-experimental = 2.0 cogl-gst = 2.0.0 gio-2.0 = 2.18.0) were not met: No package 'cogl-2.0-experimental' found No package 'cogl-gst' found Maybe too much ! On 01/13/2014 03:21 PM, Thierry Simonnet wrote: I tried cross compiling clutter. Is it necessary to have clutter-gtk??? A better solution must be find. It is longer and much more difficult to cross compile clutter than ekiga. Le 13/01/2014 08:56, Thierry Simonnet a crit: Unfortunately, I can't test under windows. New version needs clutter, json, gstreamer I tried to test with different win32 clutter packages but I didn't success. I will try with source package but I need time. Le 12/01/2014 16:22, Julien Puydt a crit: Le 12/01/2014 14:02, Julien Puydt a crit : I wrote and pushed a skeleton of the migrate_from_gconf method ; it lacks the strtok dirty code, but it compiles. I'll finish it some time later (it's a question of putting the old code in the FIXME hole). After a nice stroll in the nice weather, I finished the implementation of migrate_from_gconf. Now someone needs to hook it up and test it works... Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
I tried cross compiling clutter. Is it necessary to have clutter-gtk??? A better solution must be find. It is longer and much more difficult to cross compile clutter than ekiga. Le 13/01/2014 08:56, Thierry Simonnet a crit: Unfortunately, I can't test under windows. New version needs clutter, json, gstreamer I tried to test with different win32 clutter packages but I didn't success. I will try with source package but I need time. Le 12/01/2014 16:22, Julien Puydt a crit: Le 12/01/2014 14:02, Julien Puydt a crit : I wrote and pushed a skeleton of the migrate_from_gconf method ; it lacks the strtok dirty code, but it compiles. I'll finish it some time later (it's a question of putting the old code in the FIXME hole). After a nice stroll in the nice weather, I finished the implementation of migrate_from_gconf. Now someone needs to hook it up and test it works... Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Unfortunately, I can't test under windows. New version needs clutter, json, gstreamer I tried to test with different win32 clutter packages but I didn't success. I will try with source package but I need time. Le 12/01/2014 16:22, Julien Puydt a crit: Le 12/01/2014 14:02, Julien Puydt a crit : I wrote and pushed a skeleton of the migrate_from_gconf method ; it lacks the strtok dirty code, but it compiles. I'll finish it some time later (it's a question of putting the old code in the FIXME hole). After a nice stroll in the nice weather, I finished the implementation of migrate_from_gconf. Now someone needs to hook it up and test it works... Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
Unfortunately, I tried to recompile schemas without success It seems that there is a conflict between ...Programs\Ekiga\glib-2.0\schemas and Programs\Ekiga\share\glib-2.0\schemas Le 07/01/2014 19:30, Damien Sandras a crit: Perhaps this should help : https://mail.gnome.org/archives/gtk-list/2011-April/msg00094.html Of course, schema compilation and installation should be automated. A bug in the Makefile ? Le 07/01/14 11:38, Thierry Simonnet a crit: I generated a win32 package and have the following message (ekiga.exe:8364):GLib-GIO-ERROR **: Settings schema 'org.gnome.ekiga.general.user-interface.video-display' is not installed Any idea? -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
I copied org.gnome.ekiga.gschema.xml to ...Programs\Ekiga\share\glib-2.0\schemas. I executed glib-compile-schemas.exe share\glib-2.0\schemas. No more messages. but : I loose my previous config and address book I can't connect my ekiga.net account I can't call nor receive even using my local PBX Le 08/01/2014 11:13, Thierry Simonnet a crit: Unfortunately, I tried to recompile schemas without success It seems that there is a conflict between ...Programs\Ekiga\glib-2.0\schemas and Programs\Ekiga\share\glib-2.0\schemas Le 07/01/2014 19:30, Damien Sandras a crit: Perhaps this should help : https://mail.gnome.org/archives/gtk-list/2011-April/msg00094.html Of course, schema compilation and installation should be automated. A bug in the Makefile ? Le 07/01/14 11:38, Thierry Simonnet a crit: I generated a win32 package and have the following message (ekiga.exe:8364):GLib-GIO-ERROR **: Settings schema 'org.gnome.ekiga.general.user-interface.video-display' is not installed Any idea? -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Trouble with glib/gio
I made more tests : I can register to ekiga.net and use it only when creating account with SIP user profile. Ekiga.net profile doesn't work. At enabling it write : processing I can register to SIP account and use it I can use h323 Polycom videoconferencing. I like the new frames. I have a smoother comportment especially with high definition video calls. I think it will be useful to copy org.gnome.ekiga.gschema.xml at the right place before compiling glib schemas. Best regards Thierry Le 08/01/2014 13:35, Thierry Simonnet a crit: I copied org.gnome.ekiga.gschema.xml to ...Programs\Ekiga\share\glib-2.0\schemas. I executed glib-compile-schemas.exe share\glib-2.0\schemas. No more messages. but : I loose my previous config and address book I can't connect my ekiga.net account I can't call nor receive even using my local PBX Le 08/01/2014 11:13, Thierry Simonnet a crit: Unfortunately, I tried to recompile schemas without success It seems that there is a conflict between ...Programs\Ekiga\glib-2.0\schemas and Programs\Ekiga\share\glib-2.0\schemas Le 07/01/2014 19:30, Damien Sandras a crit: Perhaps this should help : https://mail.gnome.org/archives/gtk-list/2011-April/msg00094.html Of course, schema compilation and installation should be automated. A bug in the Makefile ? Le 07/01/14 11:38, Thierry Simonnet a crit: I generated a win32 package and have the following message (ekiga.exe:8364):GLib-GIO-ERROR **: Settings schema 'org.gnome.ekiga.general.user-interface.video-display' is not installed Any idea? -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list Damien SANDRAS Ekiga Project http://www.ekiga.org ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] gsettings trouble
Hello, I manually corrected this trouble adding -lgio-2.0 in GLIB_LIBS in ekiga/plugins/ldap/Makefile Best regards Thierry Le 17/12/2013 15:08, Thierry Simonnet a écrit : Hello, I tested the last modifs from git. I have the following errors : /usr/bin/install -c ekiga-config-tool '/win32/dist/Ekiga' make[4]: Leaving directory `/win32/ekiga/src' make[3]: Leaving directory `/win32/ekiga/src' make[2]: Leaving directory `/win32/ekiga/src' Making install in plugins make[2]: Entering directory `/win32/ekiga/plugins' Making install in ldap make[3]: Entering directory `/win32/ekiga/plugins/ldap' CXXLD libgmldap.la *** Warning: Linking the shared library libgmldap.la against the loadable module *** libekiga.dll.a is not portable! .libs/ldap-source.o: In function `ZN5Ekiga8Settings10set_stringERKSsS2_': /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:128: undefined reference to `g_settings_set_string' .libs/ldap-source.o: In function `ZN5Ekiga8Settings10get_stringERKSs': /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:116: undefined reference to `g_settings_get_string' /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:116: undefined reference to `g_settings_get_string' .libs/ldap-source.o: In function `ZN5Ekiga8SettingsC1ERKSs': /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:99: undefined reference to `g_settings_new' collect2: error: ld returned 1 exit status make[3]: *** [libgmldap.la] Error 1 make[3]: Leaving directory `/win32/ekiga/plugins/ldap' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/win32/ekiga/plugins' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/win32/ekiga' make: *** [/win32/dist/zips] Error 2 austerlitz:~/win32# -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] gsettings trouble
I think it will be the best way. I don't know if it is an ekiga or a glib packaging trouble. Le 07/01/2014 10:15, Julien Puydt a crit: Le 07/01/2014 09:52, Thierry Simonnet a crit : I manually corrected this trouble adding -lgio-2.0 in GLIB_LIBS in ekiga/plugins/ldap/Makefile The correct fix is probably to change the PKG_CHECK_MODULES line for glib in configure.ac... Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [Win32] Trouble with glib/gio
I generated a win32 package and have the following message (ekiga.exe:8364):GLib-GIO-ERROR **: Settings schema 'org.gnome.ekiga.general.user-interface.video-display' is not installed Any idea? -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [Win32] gsettings trouble
Hello, I tested the last modifs from git. I have the following errors : /usr/bin/install -c ekiga-config-tool '/win32/dist/Ekiga' make[4]: Leaving directory `/win32/ekiga/src' make[3]: Leaving directory `/win32/ekiga/src' make[2]: Leaving directory `/win32/ekiga/src' Making install in plugins make[2]: Entering directory `/win32/ekiga/plugins' Making install in ldap make[3]: Entering directory `/win32/ekiga/plugins/ldap' CXXLD libgmldap.la *** Warning: Linking the shared library libgmldap.la against the loadable module *** libekiga.dll.a is not portable! .libs/ldap-source.o: In function `ZN5Ekiga8Settings10set_stringERKSsS2_': /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:128: undefined reference to `g_settings_set_string' .libs/ldap-source.o: In function `ZN5Ekiga8Settings10get_stringERKSs': /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:116: undefined reference to `g_settings_get_string' /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:116: undefined reference to `g_settings_get_string' .libs/ldap-source.o: In function `ZN5Ekiga8SettingsC1ERKSs': /win32/ekiga/plugins/ldap/../../lib/settings/ekiga-settings.h:99: undefined reference to `g_settings_new' collect2: error: ld returned 1 exit status make[3]: *** [libgmldap.la] Error 1 make[3]: Leaving directory `/win32/ekiga/plugins/ldap' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/win32/ekiga/plugins' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/win32/ekiga' make: *** [/win32/dist/zips] Error 2 austerlitz:~/win32# -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] last version (GTK2-GTK3)
Le 11/12/2013 13:21, Eugen Dedu a écrit : On 05/12/13 10:00, Thierry Simonnet wrote: Le 05/12/2013 09:14, Eugen Dedu a écrit : On 05/12/13 08:51, Thierry Simonnet wrote: Hello, I made some tests. For installation files, it seems to me that * libfontconfig-1.dll * libpangoft2-1.0-0.dll * libexpat-1.dll * libclet0-2.dll are missing . What does "it seems to me" mean? Do you have errors or not? When do you have the error? What error? I had errors. libs are missings. Need to be added in Makefile with other libpang*.dll. I fixed all startup errors. I have not included libclet0-2.dll, are you sure it is needed? I think it is necessary, but I don't understand why. Celt is used by opal for audio plugins, with static version (libcelt0.a). But when I start ekiga.exe without libcelt0-2.dll, I have a message "impossible to start libcelt0-2.dll is missing..." -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] last version (GTK2-GTK3)
Le 11/12/2013 14:45, Eugen Dedu a écrit : On 11/12/13 14:18, Thierry Simonnet wrote: Le 11/12/2013 13:23, Eugen Dedu a écrit : On 05/12/13 10:14, Thierry Simonnet wrote: When leaving I had a Pb about a missing Runtime. Which one? "This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information." Do you still have an error when quitting ekiga? If yes, since when do you have it? Do you have other errors? Unfortunately, I generate win32 packages regularly, but I didn't test all of them. I tested the remaining packages I keep. I have the problem before ekiga-setup-4.1.0-git-431_g4e8b29e.exe ftp://simonnet:toto1...@greg.esiee.fr/../../www/archive/tmp/ekiga-win32/trunk/ekiga-setup-4.1.0-git-431_g4e8b29e.exe I tested only with my win7 laptop. On an old winXP student PC with git-404 version I have the same trouble. Message is more explicit : trouble with libglib2.0.0.dll. I have the same error with git-444 package under winXP. You wrote me about versions which have the bug. Do you know what recent version does NOT have it? Unfortunately not. It's befor git-404 one. -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] last version (GTK2-GTK3)
Le 11/12/2013 14:43, Eugen Dedu a écrit : On 11/12/13 13:54, Thierry Simonnet wrote: Le 11/12/2013 13:21, Eugen Dedu a écrit : On 05/12/13 10:00, Thierry Simonnet wrote: Le 05/12/2013 09:14, Eugen Dedu a écrit : On 05/12/13 08:51, Thierry Simonnet wrote: Hello, I made some tests. For installation files, it seems to me that * libfontconfig-1.dll * libpangoft2-1.0-0.dll * libexpat-1.dll * libclet0-2.dll are missing . What does "it seems to me" mean? Do you have errors or not? When do you have the error? What error? I had errors. libs are missings. Need to be added in Makefile with other libpang*.dll. I fixed all startup errors. I have not included libclet0-2.dll, are you sure it is needed? I think it is necessary, but I don't understand why. Celt is used by opal for audio plugins, with static version (libcelt0.a). But when I start ekiga.exe without libcelt0-2.dll, I have a message "impossible to start libcelt0-2.dll is missing..." Aha, so it is libcelt, not libclet as you wrote... There is no libcelt...dll created, where did you find it? it is generated in celt-0.11.3/libcelt/.libs/libcelt0-2.dll I use the latest version of Makefile Try rebuild everything with my latest commits, it is strange why you need that library. -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] last version (GTK2-GTK3)
Le 05/12/2013 09:14, Eugen Dedu a crit: On 05/12/13 08:51, Thierry Simonnet wrote: Hello, I made some tests. For installation files, it seems to me that * libfontconfig-1.dll * libpangoft2-1.0-0.dll * libexpat-1.dll * libclet0-2.dll are missing . What does "it seems to me" mean? Do you have errors or not? When do you have the error? What error? I had errors. libs are missings. Need to be added in Makefile with other libpang*.dll. Note that I have not yet tested calls, just that it starts. After the installation, I had the following message : GLib-GIO-ERROR **: /No GSettings schemas are installed on the system /I copied /dist/Ekiga/share/glib-2.0 directory to my win7 PC (c:\Program\ekiga\share). Strange, it should work... What is the name of the .exe generated? ekiga-setup-4.1.0-git-443_gc02f2ea.exe I tested echo, call back... h323 crashes with all my test numbers When leaving I had a Pb about a missing Runtime. Which one? Unable to say. It is too fast and unable to have a static window. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] last version (GTK2-GTK3)
Le 05/12/2013 09:14, Eugen Dedu a crit: On 05/12/13 08:51, Thierry Simonnet wrote: Hello, I made some tests. For installation files, it seems to me that * libfontconfig-1.dll * libpangoft2-1.0-0.dll * libexpat-1.dll * libclet0-2.dll are missing . What does "it seems to me" mean? Do you have errors or not? When do you have the error? What error? Note that I have not yet tested calls, just that it starts. After the installation, I had the following message : GLib-GIO-ERROR **: /No GSettings schemas are installed on the system /I copied /dist/Ekiga/share/glib-2.0 directory to my win7 PC (c:\Program\ekiga\share). Strange, it should work... What is the name of the .exe generated? I tested echo, call back... When leaving I had a Pb about a missing Runtime. Which one? "This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information." -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [Win32] last version (GTK2-GTK3)
Hello, I made some tests. It seems to me that Makefile doesn't handle some libraries : libwinpthread.dll (mingw) pthreadGC2.dll libiconv-2.dll libintl-8.dll (?) libexpat-1.dll libcelt0-2.dll I use GTK+-Bundle-3.6.1_(TARNYKO).exe on my PC to provide GTK3. If not, it is necessary to install all GTK dlls. Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] last version (GTK2-GTK3)
Hello, I made some tests. For installation files, it seems to me that libfontconfig-1.dll libpangoft2-1.0-0.dll libexpat-1.dll libclet0-2.dll are missing . After the installation, I had the following message : GLib-GIO-ERROR **: No GSettings schemas are installed on the system I copied /dist/Ekiga/share/glib-2.0 directory to my win7 PC (c:\Program\ekiga\share). I tested echo, call back... When leaving I had a Pb about a missing Runtime. Best regards Thierry Le 04/12/2013 17:36, Thierry Simonnet a crit: I saw ;-) It's now a light weight package. Very nice. I started a distclean + full build. I will test tomorrow. Best regards Le 04/12/2013 17:19, Eugen Dedu a crit: On 04/12/13 16:04, Thierry Simonnet wrote: Hello, I made some tests. It seems to me that Makefile doesn't handle some libraries : * libwinpthread.dll (mingw) * pthreadGC2.dll * libiconv-2.dll * libintl-8.dll (?) * libexpat-1.dll * libcelt0-2.dll I use GTK+-Bundle-3.6.1_(TARNYKO).exe on my PC to provide GTK3. If not, it is necessary to install all GTK dlls. Look at the latest commits https://git.gnome.org/browse/ekiga. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last version of libav-9
Le 24/09/2013 16:51, Eugen Dedu a écrit : On 24/09/13 16:36, Thierry Simonnet wrote: Here is a quick patch based on avcodec_decode_video2. I need to check better my job. austerlitz:~/win32 diff -u src/opal/plugins/video/common/dyna.cxx src/opal/plugins/video/common/dyna.cxx.new --- src/opal/plugins/video/common/dyna.cxx 2013-09-24 16:28:35.0 +0200 +++ src/opal/plugins/video/common/dyna.cxx.new 2013-09-24 15:22:33.0 +0200 @@ -217,14 +217,14 @@ #endif -FFMPEGLibrary::FFMPEGLibrary(CodecID codec) +FFMPEGLibrary::FFMPEGLibrary(AVCodecID codec) { m_codec = codec; - if (m_codec==CODEC_ID_H264) + if (m_codec==AV_CODEC_ID_H264) snprintf( m_codecString, sizeof(m_codecString), "H264"); - if (m_codec==CODEC_ID_H263P) + if (m_codec==AV_CODEC_ID_H263P) snprintf( m_codecString, sizeof(m_codecString), "H263+"); - if (m_codec==CODEC_ID_MPEG4) + if (m_codec==AV_CODEC_ID_MPEG4) snprintf( m_codecString, sizeof(m_codecString), "MPEG4"); m_isLoadedOK = false; } @@ -268,12 +268,12 @@ return true; } -AVCodec *FFMPEGLibrary::AvcodecFindEncoder(enum CodecID id) +AVCodec *FFMPEGLibrary::AvcodecFindEncoder(enum AVCodecID id) { return avcodec_find_encoder(id); } -AVCodec *FFMPEGLibrary::AvcodecFindDecoder(enum CodecID id) +AVCodec *FFMPEGLibrary::AvcodecFindDecoder(enum AVCodecID id) { WaitAndSignal m(processLock); Ok for the above, cf. http://www.libav.org/releases/libav-9.9.release: "All CODEC_ID_* symbols now carry AV_ prefixes. Non-prefixed codec IDs are deprecated." @@ -311,11 +311,28 @@ int FFMPEGLibrary::AvcodecEncodeVideo(AVCodecContext *ctx, BYTE *buf, int buf_size, const AVFrame *pict) { int res; +//TS + AVPacket avpkt; + av_init_packet(avpkt); + avpkt.data = "" + avpkt.size = buf_size; + + int gotPacket = 0; + res = avcodec_encode_video2(ctx, avpkt, pict, gotPacket); + if (res 0) { + PTRACE(1, m_codecString, "Encoder failed"); + return res; + } + if (gotPacket) + return avpkt.size; + + PTRACE(3, m_codecString, "Encoder returned no data"); - res = avcodec_encode_video(ctx, buf, buf_size, pict); + return 0; +//TS res = avcodec_encode_video(ctx, buf, buf_size, pict); - PTRACE(6, m_codecString, "DYNA\tEncoded into " res " bytes, max " buf_size); - return res; +//TS PTRACE(6, m_codecString, "DYNA\tEncoded into " res " bytes, max " buf_size); +//TS return res; } int FFMPEGLibrary::AvcodecDecodeVideo(AVCodecContext *ctx, AVFrame *pict, int *got_picture_ptr, BYTE *buf, int buf_size) I do not have time right now to check the above, I would like to know if you are sure about this change. Anyway, I will take care once libav 9.9 appears on debian, thank you very much! It is necessary with avcodev-55. Need also to change win32/Makefile to add avcodec-55.dll First tests using windows are OK. This minimal patch doesn't handle plugin codec flags. I don't think it is really useful if the aim is using branc #12 of opal/ptlib. On 09/24/2013 09:19 AM, Eugen Dedu wrote: On 24/09/13 09:11, Thierry Simonnet wrote: Le 23/09/2013 15:08, Eugen Dedu a écrit : On 20/09/13 15:57, Thierry Simonnet wrote: Hello, I noticed
Re: [Ekiga-devel-list] [Win32] Last version of libav-9
Le 23/09/2013 15:08, Eugen Dedu a crit: On 20/09/13 15:57, Thierry Simonnet wrote: Hello, I noticed that avcodec_encode_video doesn't exist any more in the last version of libav-9. It is replaced, of course, by avcodec_encode_video2. It impacts Please be more precise: what version of libav? With which version it worked? I use trunk version of libav. It doesn't work since last week. opal 3.10.12 (for me), and especially dyna mechanism. I will have a look next week (if there is no patch from opal). -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last version of libav-9
Here is a quick patch based on avcodec_decode_video2. I need to check better my job. austerlitz:~/win32 diff -u src/opal/plugins/video/common/dyna.cxx src/opal/plugins/video/common/dyna.cxx.new --- src/opal/plugins/video/common/dyna.cxx 2013-09-24 16:28:35.0 +0200 +++ src/opal/plugins/video/common/dyna.cxx.new 2013-09-24 15:22:33.0 +0200 @@ -217,14 +217,14 @@ #endif -FFMPEGLibrary::FFMPEGLibrary(CodecID codec) +FFMPEGLibrary::FFMPEGLibrary(AVCodecID codec) { m_codec = codec; - if (m_codec==CODEC_ID_H264) + if (m_codec==AV_CODEC_ID_H264) snprintf( m_codecString, sizeof(m_codecString), H264); - if (m_codec==CODEC_ID_H263P) + if (m_codec==AV_CODEC_ID_H263P) snprintf( m_codecString, sizeof(m_codecString), H263+); - if (m_codec==CODEC_ID_MPEG4) + if (m_codec==AV_CODEC_ID_MPEG4) snprintf( m_codecString, sizeof(m_codecString), MPEG4); m_isLoadedOK = false; } @@ -268,12 +268,12 @@ return true; } -AVCodec *FFMPEGLibrary::AvcodecFindEncoder(enum CodecID id) +AVCodec *FFMPEGLibrary::AvcodecFindEncoder(enum AVCodecID id) { return avcodec_find_encoder(id); } -AVCodec *FFMPEGLibrary::AvcodecFindDecoder(enum CodecID id) +AVCodec *FFMPEGLibrary::AvcodecFindDecoder(enum AVCodecID id) { WaitAndSignal m(processLock); @@ -311,11 +311,28 @@ int FFMPEGLibrary::AvcodecEncodeVideo(AVCodecContext *ctx, BYTE *buf, int buf_size, const AVFrame *pict) { int res; +//TS + AVPacket avpkt; + av_init_packet(avpkt); + avpkt.data = buf; + avpkt.size = buf_size; + + int gotPacket = 0; + res = avcodec_encode_video2(ctx, avpkt, pict, gotPacket); + if (res 0) { + PTRACE(1, m_codecString, Encoder failed); + return res; + } + if (gotPacket) + return avpkt.size; + + PTRACE(3, m_codecString, Encoder returned no data); - res = avcodec_encode_video(ctx, buf, buf_size, pict); + return 0; +//TS res = avcodec_encode_video(ctx, buf, buf_size, pict); - PTRACE(6, m_codecString, DYNA\tEncoded into res bytes, max buf_size); - return res; +//TS PTRACE(6, m_codecString, DYNA\tEncoded into res bytes, max buf_size); +//TS return res; } int FFMPEGLibrary::AvcodecDecodeVideo(AVCodecContext *ctx, AVFrame *pict, int *got_picture_ptr, BYTE *buf, int buf_size) On 09/24/2013 09:19 AM, Eugen Dedu wrote: On 24/09/13 09:11, Thierry Simonnet wrote: Le 23/09/2013 15:08, Eugen Dedu a écrit : On 20/09/13 15:57, Thierry Simonnet wrote: Hello, I noticed that avcodec_encode_video doesn't exist any more in the last version of libav-9. It is replaced, of course, by avcodec_encode_video2. It impacts Please be more precise: what version of libav? With which version it worked? I use trunk version of libav. Ah! I will take a look later. It doesn't work since last week. opal 3.10.12 (for me), and especially dyna mechanism. I will have a look next week (if there is no patch from opal). -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [Win32] Last version of libav-9
Hello, I noticed that avcodec_encode_video doesn't exist any more in the last version of libav-9. It is replaced, of course, by avcodec_encode_video2. It impacts opal 3.10.12 (for me), and especially dyna mechanism. I will have a look next week (if there is no patch from opal). Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] GTK+ for Windows
Le 17/09/2013 17:51, Eugen Dedu a crit: Thierry S., where have you taken GTK+3 for Windows from? There is no official GTK+3 binary for Windows (http://www.gtk.org/download/win32.php)!! Unfortunately there is no official binary. And package I used is too od now (http://gtk-win.sourceforge.net/home/index.php/Main/Downloads). I found bundles for windows and binaries here : installer : www.tarnyko.net/dl (scroll until you find installers) Binaries : www.tarnyko.net/repo/gtk3_build_system Unfortunately Tarnyko doesn't use the same packager as us but it works. Here is my Makefile : # gtk headers ###GTK_VER := 2.24.8-1 ###GTK_URL := http://ftp.gnome.org/pub/gnome/binaries/win32/gtk+/2.24 ###GTK_ARCHIVE := gtk+-dev_$(GTK_VER)_win32.zip GTK_VER := 3.6.4 GTK_URL := http://www.tarnyko.net/repo/gtk3_build_system/ GTK_ARCHIVE := gtk+-bundle_3.6.4-20130513_win32.zip ###http://www.tarnyko.net/repo/gtk3_build_system/gtk+-bundle_3.6.4-20130310_win32-RC2.zip # gtk library # this is an installer, not a zip of files to be manually installed # see http://gtk-win.sourceforge.net for more information ###GTK_BIN_VER := 2.24 ###GTK_INSTALLER_URL := http://downloads.sourceforge.net/gtk-win ###GTK_BIN_EXE := gtk2-runtime-2.24.8-2011-12-03-ash.exe GTK_BIN_VER := 3.6.1 GTK_INSTALLER_URL := http://www.tarnyko.net/repo/ GTK_BIN_EXE := GTK+-Bundle-3.6.1_\(TARNYKO\).exe -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last modifications
No changes for ptlib header. I use 2.10-beta branche for months and beta12, the last one, before ekiga's changes. Le 16/09/2013 20:19, Julien Puydt a écrit : Hi, Le 16/09/2013 16:00, Thierry Simonnet a écrit : Hello, I applied the last modifications from git. The trace you give point to ptlib headers ; you updated them also, didn't you? Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last modifications
Le 17/09/2013 10:22, Julien Puydt a écrit : Le 16/09/2013 16:00, Thierry Simonnet a écrit : from ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:38: What happens if you add a #include "runtime.h" to lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp ? I have made big changes to the includes, but since I don't compile this code, there is room for a break here! Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list It works :-) I use libboost v1.54.0. I noticed several following messages like this: /win32/include/boost/signal.hpp : warning "Boost.Signals is no longer being maintained and is now deprecated. Plese switch to Boost.Signals2" There is also a big problem with libav (for linux). Debian provides a standard stripped libav . To have symbols, it is necessary to install debug packages. There is also troubles with deprecated functions and then the dyna mecnism doesn't work. This implies that it is impossible to use opal codecs. I migrated opal and ptlib to x.12 version. I use ffmpeg because it is more simple to integrate ffmpeg with opal/ptlib libraries. But ekiga migration is too hard for me. -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last modifications
Le 17/09/2013 11:04, Julien Puydt a écrit : Le 17/09/2013 10:22, Julien Puydt a écrit : Le 16/09/2013 16:00, Thierry Simonnet a écrit : from ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:38: What happens if you add a #include "runtime.h" to lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp ? I just pushed a commit doing just that, because I think it is needed. Now the question is: was it enough to fix the break? Yes. I generated a win32 package. Snark ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last modifications
Le 17/09/2013 16:00, Eugen Dedu a crit: On 17/09/13 11:08, Thierry Simonnet wrote: There is also a big problem with libav (for linux). Debian provides a standard stripped libav . To have symbols, it is necessary to install debug packages. There is also troubles with deprecated functions and then the dyna mecnism doesn't work. This implies that it is impossible to use opal codecs. I do not understand. Don't dlopen and dlsym work with libav from debian?! unfortunately :-( I checked ekiga -d4 logs (searching link keyword). It seems that some functions are completely removed with libav-9 As libav libraries are stripped, it is necessary to use dbg packages. Checking libavcodec with nm shows that all ffmpeg functions are not there. Dyna dlopens library but dlsym fail (avinit - not important-, and more). HD codecs are unusable with libav-9. Also, there is a patch in debian fixing this, I plan to integrate it upstream, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720824. I migrated opal and ptlib to x.12 version. I use ffmpeg because it is more simple to integrate ffmpeg with opal/ptlib libraries. But ekiga migration is too hard for me. I understand, I will work on it as soon as gconf-dconf migration is finished and ekiga 4.2.0 is released... Let me know if you want some help. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [Win32] Last modifications
Hello, I applied the last modifications from git. I have the following messages : /win32/include/ptlib/pstring.h:1651:46: warning: declaration of 'reference' shadows a member of 'this' [-Wshadow] In file included from /root/win32/include/ptlib/contain.h:624:0, from /root/win32/include/ptlib.h:56, from ../lib/engine/components/common-videooutput/videooutput-manager-common.h:51, from ../lib/engine/components/dx-videooutput/videooutput-manager-dx.h:44, from ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:38: /win32/include/ptlib/pstring.h: In constructor 'PWideString::PWideString(PContainerReference)': /win32/include/ptlib/pstring.h:1686:52: warning: declaration of 'reference' shadows a member of 'this' [-Wshadow] /win32/include/ptlib/pstring.h: In constructor 'PCaselessString::PCaselessString(PContainerReference)': /win32/include/ptlib/pstring.h:1814:54: warning: declaration of 'reference' shadows a member of 'this' [-Wshadow] ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp: In member function 'virtual void GMVideoOutputManager_dx::setup_frame_display()': ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:89:12: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:97:12: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:104:12: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:109:12: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:114:12: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:250:12: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:254:12: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp: In member function 'virtual void GMVideoOutputManager_dx::close_frame_display()': ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:265:10: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp: In member function 'virtual void GMVideoOutputManager_dx::display_pip_frames(const char*, unsigned int, unsigned int, const char*, unsigned int, unsigned int)': ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:297:12: error: 'Ekiga::Runtime' has not been declared ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp: At global scope: ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:311:1: warning: unused parameter 'sync_required' [-Wunused-parameter] In file included from /root/win32/include/ptlib/contain.h:608:0, from /root/win32/include/ptlib.h:56, from ../lib/engine/components/common-videooutput/videooutput-manager-common.h:51, from ../lib/engine/components/dx-videooutput/videooutput-manager-dx.h:44, from ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:38: /win32/include/ptlib/array.h: In constructor 'PBaseArrayT::PBaseArray(PContainerReference) [with T = char]': /win32/include/ptlib/array.h:571:1: instantiated from here /win32/include/ptlib/array.h:449:5: warning: declaration of 'reference' shadows a member of 'this' [-Wshadow] /win32/include/ptlib/array.h: In constructor 'PBaseArrayT::PBaseArray(PContainerReference) [with T = unsigned char]': /win32/include/ptlib/array.h:691:1: instantiated from here /win32/include/ptlib/array.h:449:5: warning: declaration of 'reference' shadows a member of 'this' [-Wshadow] /win32/include/ptlib/array.h: In constructor 'PBaseArrayT::PBaseArray(PContainerReference) [with T = PHashTableElement*]': /win32/include/ptlib/dict.h:150:1: instantiated from here /win32/include/ptlib/array.h:449:5: warning: declaration of 'reference' shadows a member of 'this' [-Wshadow] /win32/include/ptlib/array.h: In constructor 'PBaseArrayT::PBaseArray(PContainerReference) [with T = wchar_t]': /win32/include/ptlib/pstring.h:1686:75: instantiated from here /win32/include/ptlib/array.h:449:5: warning: declaration of 'reference' shadows a member of 'this' [-Wshadow] make[3]: *** [videooutput-manager-dx.lo] Error 1 make[3]: Leaving directory `/win32/ekiga/lib' make[2]: *** [install] Error 2 make[2]: Leaving directory `/win32/ekiga/lib' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/win32/ekiga' make: *** [/win32/dist/zips] Error 2 Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Win32] Last modifications
From "updated ax_boost_base.m4 to latest version" I made an update sources today Last week version compiles. Le 16/09/2013 16:05, Eugen Dedu a crit: On 16/09/13 16:00, Thierry Simonnet wrote: I applied the last modifications from git. What are the "last modifications"? The ones from yesterday, or the ones from one week ago, or the last month...? -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [Linux] Ekiga evolution
Le 30/04/2013 10:30, Eugen Dedu a crit: On 30/04/13 10:22, Thierry Simonnet wrote: Hello, I worked on my own to see how to have a more up to date version of ekiga. For Gtk, there is no major problem to use gtk+3 for Linux or windows. For Opal there is a MAJOR problem that exists even now. Opal (x_10 branch) codecs (H264, MPEG4, H263+) use libav. BUT they use it through dyna. Checking libavcodec with nm shows that all ffmpeg functions are not there. And then, dyna dlopens well library but dlsym fail (avinit - not important-, and more). HD codecs are unusable with libav. ffmpeg is more compliant. It in easy to check it with ekiga -d 4 and searching link keyword". I will look into these issues as soon as libav v9 appears in debian unstable. The trouble will exist in any cases : libav is compiled by debian with stripping option. The dlopen and dlsym will not work. I checked x_12 branches of opal and ptlib to see if they are usable. They are with ffmpeg without any modification. For ekiga itself, some evolutions can be easily handled but I have not a good knowledge of the ekiga code. Some errors remain especially in opal-call-manager.cxx. We will fix v12 issues when we release 4.2.0 and we switch to v12 branches. Last version of v10 branches have the same trouble. (Deprecated function calls) Migrating to new version of opal and ptlib are mandatory for up-to-date Linux distributions compatibility. This migration implies also a choice : libav or ffmpeg especially for opal codecs (dyna mechanism). It is a small advice from a modest geezer IT project manager and linux distribution manager (debian pa-risc - http://www.pateam.org/) :-) -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [Linux] Ekiga evolution
Hello, I worked on my own to see how to have a more up to date version of ekiga. For Gtk, there is no major problem to use gtk+3 for Linux or windows. For Opal there is a MAJOR problem that exists even now. Opal (x_10 branch) codecs (H264, MPEG4, H263+) use libav. BUT they use it through dyna. Checking libavcodec with nm shows that all ffmpeg functions are not there. And then, dyna dlopens well library but dlsym fail (avinit - not important-, and more). HD codecs are unusable with libav. ffmpeg is more compliant. It in easy to check it with ekiga -d 4 and searching link keyword". I checked x_12 branches of opal and ptlib to see if they are usable. They are with ffmpeg without any modification. For ekiga itself, some evolutions can be easily handled but I have not a good knowledge of the ekiga code. Some errors remain especially in opal-call-manager.cxx. Let me know if you want more information or formal work Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Trouble with h323 contacts
On contacts, for SIP : it is possible to select the registrar you use (if multi) address is automatically completed by @registrar For H363 : on most cases only the IP address is mandatory and you could use H323 without login. Then a H323 use is registred like this : h323:ip address When logged on a SIP registrar, ekiga composes h323:ip address@registrar that is a wrong address and it doesn't work. When address is a h323 one don't add @registrar Le 22/03/2013 18:19, Eugen Dedu a crit: On 13/03/13 15:57, Thierry Simonnet wrote: Hello, I noticed that with the trunk version of ekiga there is a little trouble with h323 contacts. Using "contacts" tab, h323 address is completed by a @mysipdomain when clickinng on the label. Unfortunately most h323 contacts use h323:ip_addr format (see Polycom test addresses) Could you explain more precisely what you do (Add Contact? Which h323 address do you enter?) and what you expect? Contacts function is not then very usable. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [WIN32] ekiga and GTK 3
Hi, I compiled ekiga against gtk 3 from : http://www.tarnyko.net/repo/GTK+-Bundle-3.6.1_(TARNYKO).exe http://www.tarnyko.net/repo/gtk3_build_system/gtk+-bundle_3.6.4-20130310_win32-RC2.zip 3 minor bugs : need to copy libintl-8.dll to intl.dll in GTK3 bundle tree need to add manually libexpat-1.dll (it is in bin development tree and not in lib) need to add manually libcelt0-2.dll ((it is in bin development tree) I had the trouble when calling h323 using contact list (add @sip domain) Hope this helps -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] ekiga and GTK 3
Another point : There is no gtk-xxx-installer.exe Previous version of gtk will not be removed. Le 19/03/2013 13:08, Thierry Simonnet a crit: Hi, I compiled ekiga against gtk 3 from : http://www.tarnyko.net/repo/GTK+-Bundle-3.6.1_(TARNYKO).exe http://www.tarnyko.net/repo/gtk3_build_system/gtk+-bundle_3.6.4-20130310_win32-RC2.zip 3 minor bugs : need to copy libintl-8.dll to intl.dll in GTK3 bundle tree need to add manually libexpat-1.dll (it is in bin development tree and not in lib) need to add manually libcelt0-2.dll ((it is in bin development tree) I had the trouble when calling h323 using contact list (add @sip domain) Hope this helps -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] ekiga and GTK 3
There is no problem keeping both version. PATHs have to be managed. I found 2 other missing things : libiconv and libgcc_s used by GTK packager. I generated ekiga_setup against GTK_Bundle. It might work with GTK_Runtime (to be tested) I tested the setup on 2 win32 machines : std winXP : it seems working. I have sound, video. I can phone... No major trouble. The background of video window is black win7 on my HP laptop with integrated caméra. As usual, camera is activated, calls are working but without displaying video. Ekiga_setup gas a big size with GTK_Bundle : 40M Le 19/03/2013 14:23, Eugen Dedu a écrit : It cannot be removed, because it might be used by other software on that machine. What we can do is to inform the user to remove gtk if no other software uses it, but it is error-prone. On 19/03/13 13:17, Thierry Simonnet wrote: Another point : There is no gtk-xxx-installer.exe Previous version of gtk will not be removed. Le 19/03/2013 13:08, Thierry Simonnet a écrit : Hi, I compiled ekiga against gtk 3 from : * http://www.tarnyko.net/repo/GTK+-Bundle-3.6.1_(TARNYKO).exe * http://www.tarnyko.net/repo/gtk3_build_system/gtk+-bundle_3.6.4-20130310_win32-RC2.zip 3 minor bugs : * need to copy libintl-8.dll to intl.dll in GTK3 bundle tree * need to add manually libexpat-1.dll (it is in bin development tree and not in lib) * need to add manually libcelt0-2.dll ((it is in bin development tree) I had the trouble when calling h323 using contact list (add @sip domain) ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] ekiga and GTK 3
Le 19/03/2013 14:36, Eugen Dedu a écrit : On 19/03/13 14:32, Thierry Simonnet wrote: There is no problem keeping both version. PATHs have to be managed. I found 2 other missing things : libiconv and libgcc_s used by GTK packager. I generated ekiga_setup against GTK_Bundle. It might work with GTK_Runtime (to be tested) I tested the setup on 2 win32 machines : * std winXP : it seems working. I have sound, video. I can phone... No major trouble. The background of video window is black * win7 on my HP laptop with integrated caméra. As usual, camera is activated, calls are working but without displaying video. Ekiga_setup gas a big size with GTK_Bundle : 40M I think to use gtk's own libraries, not a bundle anymore. It takes less space and does not interfere with other software on the machine. It will be a lot of work without a lot of added value. On Windows platform it is a huge potential problem source. I had some bad experiment with zlib. On a PC I saw 12 different version and it is a hard work to keep everything working. Using a bundle provide the same version for gimp, ekiga Especially GTK Le 19/03/2013 14:23, Eugen Dedu a écrit : It cannot be removed, because it might be used by other software on that machine. What we can do is to inform the user to remove gtk if no other software uses it, but it is error-prone. On 19/03/13 13:17, Thierry Simonnet wrote: Another point : There is no gtk-xxx-installer.exe Previous version of gtk will not be removed. Le 19/03/2013 13:08, Thierry Simonnet a écrit : Hi, I compiled ekiga against gtk 3 from : * http://www.tarnyko.net/repo/GTK+-Bundle-3.6.1_(TARNYKO).exe * http://www.tarnyko.net/repo/gtk3_build_system/gtk+-bundle_3.6.4-20130310_win32-RC2.zip 3 minor bugs : * need to copy libintl-8.dll to intl.dll in GTK3 bundle tree * need to add manually libexpat-1.dll (it is in bin development tree and not in lib) * need to add manually libcelt0-2.dll ((it is in bin development tree) I had the trouble when calling h323 using contact list (add @sip domain) ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] ekiga and GTK 3
Le 19/03/2013 15:18, Eugen Dedu a écrit : On 19/03/13 14:58, Thierry Simonnet wrote: Ekiga_setup gas a big size with GTK_Bundle : 40M I think to use gtk's own libraries, not a bundle anymore. It takes less space and does not interfere with other software on the machine. It will be a lot of work without a lot of added value. On Windows platform it is a huge potential problem source. I had some bad experiment with zlib. On a PC I saw 12 different version and it is a hard work to keep everything working. Using a bundle provide the same version for gimp, ekiga Especially GTK The pros for using a local gtk are: - I noticed also problems with some users where zlib found was too old and ekiga did not start for them. - a bundle of 40M is too big, we cannot tell user to download 60 MB for ekiga installer 40MB is for the whole package : GTK runtime : 17.2MB GTK bundle : 27.2MB Usage of package avoids maintaining version. Compiling GTK with mingw is not so easy The pros for having a global gtk is: - security, updating the zlib library will benefit all applications using it However, in Windows world each program comes with its own libraries, as far as I know, so I prefer a local gtk. -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] patches for libav-9 and opal-2.10beta11
Here are patches for opal when using libav-9 -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire --- plugins/video/common/dyna.cxx 2013-03-14 12:51:48.0 +0100 +++ ../opal_patch/plugins/video/common/dyna.cxx 2013-03-13 14:47:53.0 +0100 @@ -37,6 +37,7 @@ * Craig Southeren (cra...@postincrement.com) * Matthias Schneider (ma30002...@yahoo.de) */ +#include stdio.h #include dyna.h bool DynaLink::Open(const char *name) @@ -210,14 +211,14 @@ #endif -FFMPEGLibrary::FFMPEGLibrary(CodecID codec) +FFMPEGLibrary::FFMPEGLibrary(AVCodecID codec) { m_codec = codec; - if (m_codec==CODEC_ID_H264) + if (m_codec==AV_CODEC_ID_H264) snprintf( m_codecString, sizeof(m_codecString), H264); - if (m_codec==CODEC_ID_H263P) + if (m_codec==AV_CODEC_ID_H263P) snprintf( m_codecString, sizeof(m_codecString), H263+); - if (m_codec==CODEC_ID_MPEG4) + if (m_codec==AV_CODEC_ID_MPEG4) snprintf( m_codecString, sizeof(m_codecString), MPEG4); m_isLoadedOK = false; } @@ -348,12 +349,12 @@ return true; } -AVCodec *FFMPEGLibrary::AvcodecFindEncoder(enum CodecID id) +AVCodec *FFMPEGLibrary::AvcodecFindEncoder(enum AVCodecID id) { return Favcodec_find_encoder(id); } -AVCodec *FFMPEGLibrary::AvcodecFindDecoder(enum CodecID id) +AVCodec *FFMPEGLibrary::AvcodecFindDecoder(enum AVCodecID id) { WaitAndSignal m(processLock); --- plugins/video/common/dyna.h 2013-03-14 12:51:48.0 +0100 +++ ../opal_patch/plugins/video/common/dyna.h 2013-03-13 14:42:32.0 +0100 @@ -88,13 +88,13 @@ class FFMPEGLibrary { public: -FFMPEGLibrary(CodecID codec); +FFMPEGLibrary(AVCodecID codec); ~FFMPEGLibrary(); bool Load(); -AVCodec *AvcodecFindEncoder(enum CodecID id); -AVCodec *AvcodecFindDecoder(enum CodecID id); +AVCodec *AvcodecFindEncoder(enum AVCodecID id); +AVCodec *AvcodecFindDecoder(enum AVCodecID id); AVCodecContext *AvcodecAllocContext(void); AVFrame *AvcodecAllocFrame(void); int AvcodecOpen(AVCodecContext *ctx, AVCodec *codec); @@ -117,15 +117,15 @@ DynaLink m_libAvcodec; DynaLink m_libAvutil; -CodecID m_codec; +AVCodecID m_codec; char m_codecString[32]; void (*Favcodec_init)(void); void (*Fav_init_packet)(AVPacket *pkt); void (*Favcodec_register_all)(void); -AVCodec *(*Favcodec_find_encoder)(enum CodecID id); -AVCodec *(*Favcodec_find_decoder)(enum CodecID id); +AVCodec *(*Favcodec_find_encoder)(enum AVCodecID id); +AVCodec *(*Favcodec_find_decoder)(enum AVCodecID id); AVCodecContext *(*Favcodec_alloc_context)(void); AVFrame *(*Favcodec_alloc_frame)(void); int (*Favcodec_open)(AVCodecContext *ctx, AVCodec *codec); --- plugins/video/H.263-1998/h263-1998.cxx 2013-03-14 12:51:48.0 +0100 +++ ../opal_patch/plugins/video/H.263-1998/h263-1998.cxx2013-03-13 14:45:46.0 +0100 @@ -43,6 +43,12 @@ * $Date: 2012-10-02 07:34:04 +0200 (Tue, 02 Oct 2012) $ */ +#define CODEC_FLAG_H263P_UMV 0x0200 +#define CODEC_FLAG_H263P_SLICE_STRUCT 0x1000 +#define CODEC_FLAG_H263P_AIV 0x0008 +#define CODEC_FLAG_OBMC 0x0001 +#define FF_I_TYPE 1 + #ifndef PLUGIN_CODEC_DLL_EXPORTS #include plugin-config.h #endif @@ -94,7 +100,7 @@ { CIF16_WIDTH, CIF16_HEIGHT, PLUGINCODEC_CIF16_MPI }, }; -static FFMPEGLibrary FFMPEGLibraryInstance(CODEC_ID_H263P); +static FFMPEGLibrary FFMPEGLibraryInstance(AV_CODEC_ID_H263P); / @@ -203,7 +209,7 @@ PTRACE(4, m_prefix, Encoder closed); } -bool H263_Base_EncoderContext::Init(CodecID codecId) +bool H263_Base_EncoderContext::Init(AVCodecID codecId) { PTRACE(5, m_prefix, Opening encoder); @@ -592,7 +598,7 @@ bool H263_RFC2190_EncoderContext::Init() { - if (!H263_Base_EncoderContext::Init(CODEC_ID_H263)) + if (!H263_Base_EncoderContext::Init(AV_CODEC_ID_H263)) return false; #if LIBAVCODEC_RTP_MODE @@ -629,7 +635,7 @@ bool H263_RFC2429_EncoderContext::Init() { - return H263_Base_EncoderContext::Init(CODEC_ID_H263P); + return H263_Base_EncoderContext::Init(AV_CODEC_ID_H263P); } @@ -653,7 +659,7 @@ if (!FFMPEGLibraryInstance.Load()) return; - if ((m_codec = FFMPEGLibraryInstance.AvcodecFindDecoder(CODEC_ID_H263)) == NULL) { + if ((m_codec = FFMPEGLibraryInstance.AvcodecFindDecoder(AV_CODEC_ID_H263)) == NULL) { PTRACE(1, m_prefix, Codec not found for decoder); return; } --- plugins/video/H.263-1998/h263-1998.h2013-03-14 12:51:48.0 +0100 +++ ../opal_patch/plugins/video/H.263-1998/h263-1998.h 2013-03-13 14:42:51.0 +0100 @@ -115,7 +115,7 @@ virtual ~H263_Base_EncoderContext(); virtual bool Init() = 0; -virtual bool Init(CodecID codecId); +virtual bool Init(AVCodecID codecId
[Ekiga-devel-list] Trunk version and libav/opal
Hello, when using last version of libav, there is a trouble when compiling opal : Codec_ID and CODEC_ID_codec must be prefixed by a AV_. It is more and more difficult to keep a development tree up to date with the last version of libraries. Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [Win 32] trouble with last trunk version
After the last modification, I have (using mingw64 for 32 bit generation): ../lib/engine/components/dx-videooutput/videooutput-manager-dx.cpp:267:30: error: nomatch for call to '(boost::signal3void, unsigned int, unsigned int, Ekiga::VideoOutputMode) (unsigned int, unsigned int )' -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [win32] trouble compiling trunk version
Hello, It compiles. Using latests version of x264, libav 0.8, opal 3.10.beta6, ptlib 2.10.beta6 I notice for the first quick test : H323 doesn't work no video displayed as usual. no displayed icons for GUI Setup is available at http://www.pateam.org/archive/tmp/ekiga-win32/trunk/ekiga-setup-3.3.3-git-368_gf8aa653.exe Best regards Thierry Le 23/05/2012 16:00, Eugen Dedu a crit: On 22/05/12 13:05, Thierry Simonnet wrote: Hello, I try to compile trunk version for win32. I already have some definition errors. Have a look on make.log file here http://www.pateam.org/archive/tmp/ekiga-win32/trunk/make.log Fixed with http://git.gnome.org/browse/ekiga/commit/?id=f8aa653ed9f9. I might be wrong when I said that it was because .c - .cpp, now I am not sure; anyway, it compiles now. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [win32] trouble compiling trunk version
Hello, I try to compile trunk version for win32. I already have some definition errors. Have a look on make.log file here http://www.pateam.org/archive/tmp/ekiga-win32/trunk/make.log Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] trunk version - trouble with header path
Hello, unfortunately no.. Le 03/05/2012 16:35, Eugen Dedu a crit: On 02/05/12 15:45, Thierry Simonnet wrote: Hello, I try to compile trunk version for win32. After changes (Big reorganisation) I have some definition errors. Have a look on make.log file here http://www.pateam.org/archive/tmp/ekiga-win32/trunk/make.log Does it still show an error with today's branches? -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] trunk version - trouble with header path
Ouups The right answer is Yes. There are still errors. Previous post is for "no, it doesn't compile" Sorry...!!! Le 03/05/2012 16:35, Eugen Dedu a crit: On 02/05/12 15:45, Thierry Simonnet wrote: Hello, I try to compile trunk version for win32. After changes (Big reorganisation) I have some definition errors. Have a look on make.log file here http://www.pateam.org/archive/tmp/ekiga-win32/trunk/make.log Does it still show an error with today's branches? -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [WIN32] trunk version - trouble with header path
Hello, I try to compile trunk version for win32. After changes (Big reorganisation) I have some definition errors. Have a look on make.log file here http://www.pateam.org/archive/tmp/ekiga-win32/trunk/make.log Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [WIN32] trunk with opal 3.10 and ptlib 2.10
Hello, it is now possible to generate ekiga for windows using the last/trunk versions of ptlib (2.10), opal (3.10) and libav (0.8). I use Debian x86_64 (unstable) with mingw64. Trouble with opal video plugins is not well fixed. There is a trouble when using opal headers. H.263-1998 and MPG4 need extra CFLAGS (-fpermissive) I put mods and Makefile on http://www.pateam.org/archive/tmp/ekiga-win32/trunk/Mods . It is also necessary to comment notify_start (ekiga/src/ekiga.cpp) to compile. Last setup is available at http://www.pateam.org/archive/tmp/ekiga-win32/trunk/ekiga-setup-3.3.3-git-270_g98743ba.exe Thank you for feedbacks -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [Win32] trouble with last notify modification - trunk version
Hello, I tried to compile the last trunk version of ekiga. It seems that there is a little trouble : Making install in src make[2]: Entering directory `/toor/win32/ekiga/src' make install-am make[3]: Entering directory `/toor/win32/ekiga/src' CXXLD ekiga.exe *** Warning: Linking the executable ekiga.exe against the loadable module *** libekiga.dll.a is not portable! ekiga.o: In function `_ZN12GnomeMeeting8BuildGUIEN5boost10shared_ptrIN5Ekiga11ServiceCoreEEE': /toor/win32/ekiga/src/ekiga.cpp:194: undefined reference to `_notify_start' collect2: ld returned 1 exit status make[3]: *** [ekiga.exe] Error 1 make[3]: Leaving directory `/toor/win32/ekiga/src' make[2]: *** [install] Error 2 make[2]: Leaving directory `/toor/win32/ekiga/src' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/toor/win32/ekiga' make: *** [/toor/win32/dist/zips] Error 2 brouette:~/win32# There is no trouble using * openldap 2.4.30 (./configure --with-cyrus-sasl=no --enable-bdb=no --enable-hdb=no --with-tls=no $(confflags)) * libboost 1.49.0 -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [win32] new GUI
A quick answer : Le 21/03/2012 16:44, Eugen Dedu a crit: On 08/02/12 09:51, Thierry Simonnet wrote: Hello, new GUI with buttons is convenient. No more trouble with numbers, but... ;-) Trouble with notify evolution. Missing _notify_start during link. I use now mingw64 toolchain. * H323 is not working as usual. I have to investigate Any news about this one? Not working * I think that audio and video codecs should be displayed like performance parameters. Useful to check codec negociation. Fixed, is it ok? Ok But there is some trouble with opal plugins (H263+, H264 and MPEG4). I don't understand why these didn't compile. * new png icons for new GUI are not well set up and are not present in win32 version It is on TODO list. To do ;-) -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Slowness on Windows
Hi Eugen, I generate and test quite all versions (http://www.pateam.org/archive/tmp/ekiga-win32/trunk/) ;-) I noticed that ekiga doesn't end properly. With Win7 there is great troubles with video, but I never noticed any delay at start-up (Win7 and winXP). Best regards Thierry Le 23/02/2012 17:27, Eugen Dedu a crit: Hi Thierry, Do you also have the problem that since a few weeks, ekiga snapshot for Windows has been taking 1-2 minutes to start? -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Slowness on Windows
No video, crash when changing for "moving logo". Le 27/02/2012 13:08, Eugen Dedu a écrit : On 27/02/12 13:06, Thierry Simonnet wrote: Hi Eugen, I generate and test quite all versions (http://www.pateam.org/archive/tmp/ekiga-win32/trunk/) ;-) I noticed that ekiga doesn't end properly. With Win7 there is great troubles with video, but I never noticed any delay at start-up (Win7 and winXP). Does it crash or freeze? Could you use http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_stack_backtrace_from_a_crash, it is fairly easy? What does it mean "great troubles"? Le 23/02/2012 17:27, Eugen Dedu a écrit : Hi Thierry, Do you also have the problem that since a few weeks, ekiga snapshot for Windows has been taking 1-2 minutes to start? -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [win32] new GUI
Hello, new GUI with buttons is convenient. No more trouble with numbers, but... ;-) H323 is not working as usual. I have to investigate I think that audio and video codecs should be displayed like performance parameters. Useful to check codec negociation. new png icons for new GUI are not well set up and are not present in win32 version Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [win32] new GUI
Le 08/02/2012 12:22, Genghis Khan a crit: On Wed, 08 Feb 2012 09:51:47 +0100 Thierry Simonnet t.simon...@esiee.fr wrote: Hello, new GUI with buttons is convenient. No more trouble with numbers, but... ;-) * H323 is not working as usual. I have to investigate * I think that audio and video codecs should be displayed like performance parameters. Useful to check codec negociation. It has been added to the TODO list http://git.gnome.org/browse/ekiga/commit/?id=0ef631a061c6d6dff0e45160b2888bb2100dc677 5) Rework in call information display in the call window + (most notably, show codecs used) * new png icons for new GUI are not well set up and are not present in win32 version Why don't you attach a screenshot? Available at http://www.pateam.org/archive/tmp/ekiga-win32/trunk/Ekiga.jpg Best regards ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Git version - remarks (not user friendly interface)
Hello, I compiled last git version of Ekiga and found some things on GUI :-( : call_window option disappeared from View menu. It is then not possible to test camera, or to have a call window for multiple call the field to call a unreferenced user is then on the Dialpad tab, but it is not possible to type a number. Only alpha is allowed. I didn't find this evolution convenient. Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [win32] git version
I added more DX error codes(DDERR_NOZOVERLAYHW, DDERR_NOOVERLAYHW, DDERR_OVERLAYNOTVISIBLE) for DDErrorMessage (dxwindow.cpp): 0:37.548 GMVideoOut...nager:6872 DirectX Creating Primary Surface 2012/01/23 14:53:48.498 0:37.549 GMVideoOut...nager:6872 DirectX Creating Bacbuffer Surface 2012/01/23 14:53:48.498 0:37.549 GMVideoOut...nager:6872 DirectX Creating Overlay Surface 2012/01/23 14:53:48.498 0:37.549 GMVideoOut...nager:6872 DirectX CreateSurface(Overlay) failed - No Overlay Hardware (2289434884) But no video display yet. Le 18/01/2012 09:35, Eugen Dedu a crit: On 17/01/12 12:30, Thierry Simonnet wrote: Hello, I have something odd with git version for windows (win7, winVista and winXP). There is no video display. In attachment -d 4 file it seems that the trouble is with directX CreateSurface(Overlay): 2012/01/17 11:26:03.550 1:35.915 GMVideoOut...nager:1620 GMVideoOutputManager_dx Opening :VO_MODE_LOCAL display with image of 704x576 2012/01/17 11:26:03.550 1:35.915 GMVideoOut...nager:1620 DirectX DXWindow Constructor called 2012/01/17 11:26:03.551 1:35.915 GMVideoOut...nager:1620 DirectX Configuring DirectX 2012/01/17 11:26:03.577 1:35.941 GMVideoOut...nager:1620 DirectX Creating Primary Surface 2012/01/17 11:26:03.577 1:35.941 GMVideoOut...nager:1620 DirectX Creating Bacbuffer Surface 2012/01/17 11:26:03.577 1:35.941 GMVideoOut...nager:1620 DirectX Creating Overlay Surface 2012/01/17 11:26:03.577 1:35.941 GMVideoOut...nager:1620 DirectX CreateSurface(Overlay) failed - 2289434884 2012/01/17 11:26:03.577 1:35.941 GMVideoOut...nager:1620 GMVideoOutputManager_dx Setup display 0 with zoom value of 100 Well, it is a bug I do not know to fix: https://bugzilla.gnome.org/show_bug.cgi?id=626515 It basically means that you do not have a video overlay. Links of interest are: http://en.wikipedia.org/wiki/Hardware_overlay http://msdn.microsoft.com/en-us/library/aa916672.aspx If you succeed to fix it, it would be wonderful. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [win32] git version
Le 17/01/2012 12:35, Eugen Dedu a crit: On 17/01/12 12:30, Thierry Simonnet wrote: Hello, I have something odd with git version for windows (win7, winVista and winXP). There is no video display. In attachment -d 4 file it seems that the trouble is with directX CreateSurface(Overlay): Has it worked before (e.g. one or two months ago)? The oldest version I have is ekiga-setup-3.3.3-git-70_g24eb6fa.exe generated the 9th of November. Same trouble. There is only a green screen on my winXP. I didn't checked the video before due to audio developments :-( -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [win32] git version
Hi, I will test tomorrow. When declaring call-panel-frame as GtkWidget (previous version) I have a green square at the whole place of the video. ThierryEugen Dedu eugen.d...@pu-pm.univ-fcomte.fr a écrit :On 12/01/12 17:17, Thierry Simonnet wrote: Hello, there is something odd in ekiga/src/gui/call_window.cpp line 2618 call_panel_frame is undefined (not used for Linux version) Could you simply remove the line with the error and tell if the video works and is shown in the right place (not several pixels on left or right or top or bottom)? For pixmap : when cross-compiling ekiga for windows, I don't need to have Gnome and then I don't have gnome icons. Then pixmaps/256x256/avatar-default is missing. This was fixed. -- Eugen ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [linux][win32] git version
Hi, I noticed that codec information (name of audio video codecs) for the current call is not visible. Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Trouble with git version
Hello, it seems to me that there is a trouble with pixmaps folder and/or gmstockicons.c : make[2]: Leaving directory `/home/simonnet/Softphone/Devel/Ekiga/ekiga/pixmaps' Making all in lib make[2]: Entering directory `/home/simonnet/Softphone/Devel/Ekiga/ekiga/lib' make all-am make[3]: Entering directory `/home/simonnet/Softphone/Devel/Ekiga/ekiga/lib' CC gmstockicons.lo ../lib/gui/gmstockicons.c: In function 'gnomemeeting_stock_icons_init': ../lib/gui/gmstockicons.c:104:26: error: 'gm_avatar_256_stock_data' undeclared (first use in this function) ../lib/gui/gmstockicons.c:104:26: note: each undeclared identifier is reported only once for each function it appears in ../lib/gui/gmstockicons.c:104:3: warning: missing initializer ../lib/gui/gmstockicons.c:104:3: warning: (near initialization for 'theme_builtins[12].data') make[3]: *** [gmstockicons.lo] Error 1 make[3]: Leaving directory `/home/simonnet/Softphone/Devel/Ekiga/ekiga/lib' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/simonnet/Softphone/Devel/Ekiga/ekiga/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/simonnet/Softphone/Devel/Ekiga/ekiga' make: *** [all] Error 2 Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [Win32] trouble with configure
I updated my devel configuration and I discover I have a trouble to compile ekiga (Head version). Configure give me an error on boost version. See attachment. Any hint? I think there will be some trouble with new version of x264, ffmpeg, opal, ptlib. :-) Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire kdir -p /root/win32/lib/opal-3.11.0/codecs/video install /root/win32/opal/plugins/../lib_mingw_x86/plugins/h261_vic/h261_vic_ptplugin.dll /root/win32/lib/opal-3.11.0/codecs/video make[3]: Leaving directory `/root/win32/opal/plugins/video/H.261-vic' make[2]: Leaving directory `/root/win32/opal/plugins' make[1]: Leaving directory `/root/win32/opal' rm -f /root/win32/ekiga/src/ekiga.exe cd /root/win32/ekiga; ACLOCAL_FLAGS=-I /root/win32/share/aclocal LDFLAGS=-L/root/win32/lib -Wl,-subsystem,windows ./configure --prefix=/root/win32 --build=x86_64-linux-gnu --host=i586-pc-mingw32 --with-directx-dir=/root/win32/ekiga/win32/directx --prefix=/root/win32/dist/Ekiga --target=mingw32 --bindir=/root/win32/dist/Ekiga --datadir=/root/win32/dist/Ekiga --sysconfdir=/root/win32/dist/Ekiga --libdir=/root/win32/dist/Ekiga \ configure: WARNING: you should use --build, --host, --target configure: WARNING: invalid host type: checking build system type... x86_64-pc-linux-gnu checking host system type... i586-pc-mingw32 checking target system type... i386-pc-mingw32 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for i586-pc-mingw32-strip... i586-mingw32msvc-strip checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for i586-pc-mingw32-pkg-config... no checking for pkg-config... /usr/bin/pkg-config configure: WARNING: using cross tools not prefixed with host triplet checking pkg-config is at least version 0.9.0... yes checking how to print strings... printf checking for style of include used by make... GNU checking for i586-pc-mingw32-gcc... i586-mingw32msvc-gcc -mms-bitfields -g -O2 checking whether the C compiler works... yes checking for C compiler default output file name... a.exe checking for suffix of executables... .exe checking whether we are cross compiling... yes checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether i586-mingw32msvc-gcc -mms-bitfields -g -O2 accepts -g... yes checking for i586-mingw32msvc-gcc -mms-bitfields -g -O2 option to accept ISO C89... none needed checking dependency style of i586-mingw32msvc-gcc -mms-bitfields -g -O2... gcc3 checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by i586-mingw32msvc-gcc -mms-bitfields -g -O2... i586-mingw32msvc-ld checking if the linker (i586-mingw32msvc-ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... i586-mingw32msvc-nm checking the name lister (i586-mingw32msvc-nm) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 3458764513820540925 checking whether the shell understands some XSI constructs... yes checking whether the shell understands +=... yes checking how to convert x86_64-pc-linux-gnu file names to i586-pc-mingw32 format... func_convert_file_nix_to_w32 checking how to convert x86_64-pc-linux-gnu file names to toolchain format... func_convert_file_noop checking for i586-mingw32msvc-ld option to reload object files... -r checking for i586-pc-mingw32-objdump... i586-mingw32msvc-objdump checking how to recognize dependent libraries... file_magic ^x86 archive import|^x86 DLL checking for i586-pc-mingw32-dlltool... i586-mingw32msvc-dlltool checking how to associate runtime and link libraries... func_cygming_dll_for_implib checking whether we are using the GNU C++ compiler... yes checking whether i586-mingw32msvc-g++ -mms-bitfields -g -O2 accepts -g... yes checking dependency style of i586-mingw32msvc-g++ -mms-bitfields -g -O2... gcc3 checking for i586-pc-mingw32-ar... i586-mingw32msvc-ar checking for archiver @FILE support... @ checking for i586-pc-mingw32-strip... (cached) i586-mingw32msvc-strip checking for i586-pc-mingw32-ranlib... i586-mingw32msvc-ranlib checking command to parse i586-mingw32msvc-nm output from i586-mingw32msvc-gcc -mms-bitfields -g -O2 object... ok checking for sysroot... no checking for i586-pc-mingw32-mt... no checking for mt... mt checking if mt is a manifest tool... no checking how to run
Re: [Ekiga-devel-list] [Win32] trouble with configure
Le 26/05/2011 09:54, Eugen Dedu a crit: On 26/05/11 09:24, Thierry Simonnet wrote: I updated my devel configuration and I discover I have a trouble to compile ekiga (Head version). Configure give me an error on boost version. See attachment. This is strange... Do you use the new Makefile from http://git.gnome.org/browse/ekiga/plain/win32/Makefile ? Do you really use ekiga git? Here it works. I use the win32 makefile from git. I changed some things to have last version of opal, ptlib and ffmpeg OS : Debian testing with autoconf v 2.68-1, autotools-dev 20110511.1 -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.3.0 [UNSTABLE] available
Le 17/02/2011 14:14, Eugen Dedu a écrit : On 17/02/11 13:10, Peter Robinson wrote: On Thu, Feb 17, 2011 at 10:39 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 17/02/11 11:09, Peter Robinson wrote: On Thu, Dec 23, 2010 at 2:21 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.frwrote: On 23/12/10 15:10, Peter Robinson wrote: On Thu, Dec 23, 2010 at 1:55 PM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: On 23/12/10 14:48, Peter Robinson wrote: On Thu, Dec 23, 2010 at 11:55 AM, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.frwrote: On 23/12/10 12:38, Peter Robinson wrote: Also neither the h263 nor celt plugins compiled in opal in F-15. We don't currently use either of them so its not a problem. I hope to enable celt before long now that its been announced the bitstream will soon be stable. We don't compile either h263 or iLBC (in fact we strip the source out completely) in Fedora due to the openness of them so it doesn't really bother me but that is more of a heads up. What celt version do you have? Could you make a bug report for it? I think its 0.8.x but I just pushed 0.10.0 to rawhide Debian has only 0.7.1, cf. http://packages.qa.debian.org/c/celt.html, and celt is known to break with each release. Please post a bug report with the error, hoping that someone creates a patch. Anyway, celt between two peers will work only if both have the same version, if I understand correctly. It depends and varies greatly from release to release depending on what changes have been made to the bitstream which why up until now I've had it disabled in Fedora. Come January though the celt team have announced that the bit stream with be final and frozen which is when I will enable it in Fedora and hence why I thought i would try it out again to see the status of it in opal. http://lists.xiph.org/pipermail/celt-dev/2010-December/000553.html Ok. Hence it is important to make ekiga work with 0.10... Just an update on this. 0.11.1 is out and its now soft freeze for bitstream. So I think it would be nice if we could support that release. Details here http://lists.xiph.org/pipermail/celt-dev/2011-February/000581.html I do not know what to do, celt is changing too fast. On debian it seems there will be no new release anymore, cf. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612273 As of 0.11.1 it should stop changing so it should be a thing of the past in terms of having to keep updating. I was never going to enable it until the bitstream was approved as then even different versions of Fedora wouldn't have worked, Once the stream is classed stable that's when I'll enable it so I know that if its used at all on Fedora is should work between at least different Fedora releases. I run into errors when I compile with celt 0.11.1: make[3]: Entering directory `/home/ededu/softs/ekiga/windows-master3/opal-3.8.3/plugins/audio/celt' [CC] celtcodec.c celtcodec.c: In function ‘init_mode’: celtcodec.c:64: error: ‘CELT_GET_FRAME_SIZE’ undeclared (first use in this function) celtcodec.c:64: error: (Each undeclared identifier is reported only once celtcodec.c:64: error: for each function it appears in.) celtcodec.c: In function ‘celt_create_encoder’: celtcodec.c:84: warning: passing argument 1 of ‘celt_encoder_create’ makes integer from pointer without a cast /home/ededu/softs/ekiga/windows-master3/include/celt/celt.h:181: note: expected ‘int’ but argument is of type ‘struct CELTMode *’ celtcodec.c: In function ‘celt_create_decoder’: celtcodec.c:110: warning: passing argument 1 of ‘celt_decoder_create’ makes integer from pointer without a cast /home/ededu/softs/ekiga/windows-master3/include/celt/celt.h:261: note: expected ‘int’ but argument is of type ‘struct CELTMode *’ celtcodec.c: In function ‘celt_codec_encoder’: celtcodec.c:162: warning: passing argument 3 of ‘celt_encode’ makes integer from pointer without a cast /home/ededu/softs/ekiga/windows-master3/include/celt/celt.h:237: note: expected ‘int’ but argument is of type ‘void *’ celtcodec.c: In function ‘celt_codec_decoder’: celtcodec.c:193: error: too few arguments to function ‘celt_decode’ make[3]: *** [celtcodec.o] Error 1 make[3]: Leaving directory `/home/ededu/softs/ekiga/windows-master3/opal-3.8.3/plugins/audio/celt' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/ededu/softs/ekiga/windows-master3/opal-3.8.3/plugins' make[1]: *** [subdirs] Error 2 make[1]: Leaving directory `/home/ededu/softs/ekiga/windows-master3/opal-3.8.3' make: *** [/home/ededu/softs/ekiga/windows-master3/lib/libopal.3.8.3.dll] Error 2 I wait for someone with a bit of celt knowledge to post a patch... The trouble is that there is no compatibility between versions as written on the CELT web site. I tried to patch but stopped. ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [ekiga 3.3.1] trouble with NetworkManager (not installed)
On 02/07/2011 08:57 PM, Eugen Dedu wrote: On 07/02/11 15:17, Thierry Simonnet wrote: Hello, I'm running slackware 13.1 and I don't have NetworkManager installed With the last version I have the following messages : *2011/02/07 15:14:58.076 0:00.258 PWLib File handle high water mark set: 13 Thread unblock pipe 2011/02/07 15:14:58.078 0:00.260 PTLib No permission to set priority level 4 2011/02/07 15:14:58.078 0:00.260 PTLib Thread high water mark set: 4 2011/02/07 15:14:58.091 0:00.272 HalManager_dbus Initialising HAL Manager 2011/02/07 15:14:58.096 0:00.278 HalManager_dbus Populating device list 2011/02/07 15:14:58.145 0:00.327 HalManager_dbus Detected V4L capabilities on /dev/video0 name: Camera 2011/02/07 15:14:58.145 0:00.327 HalManager_dbus Detected V4L2 capabilities on /dev/video0 name: Camera 2011/02/07 15:14:58.300 0:00.481 HalManager_dbus Populated device list with 12 devices 2011/02/07 15:14:58.300 0:00.482 HalManager_dbus Populating interface list 2011/02/07 15:14:58.302 0:00.483 HalManager_dbus Populating full interface list failed - The name org.freedesktop.NetworkManager was not provided by any .service files Segmentation fault It works here. Please send us the gdb stacktrace. Here it is. Seems to be more a ptlib trouble. -- Thierry Simonnet ESIEE-Paris Par respect pour lenvironnement, nimprimez ce mail que si ncessaire GNU gdb (GDB) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-slackware-linux. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/local/bin/ekiga...done. [?1034h(gdb) run Starting program: /usr/local/bin/ekiga -d 4 Traceback (most recent call last): File /usr/share/gdb/auto-load/usr/lib/libgobject-2.0.so.0.2600.1-gdb.py, line 9, in module from gobject import register File /usr/share/glib-2.0/gdb/gobject.py, line 3, in module import gdb.backtrace ImportError: No module named backtrace [Thread debugging using libthread_db enabled] GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://www.gnome.org/projects/gconf/ for information. (Details - 1: Failed to get connection to session: Failed to connect to socket /tmp/dbus-H69ZfVT7JM: Connection refused) dyna.cxx(136) DYNASuccessfully loaded 'libavcodec.so.52' dyna.cxx(136) DYNASuccessfully loaded '/usr/local/lib/libavutil.so' dyna.cxx(172) H264DYNAError /usr/local/lib/libavcodec.so.52: undefined symbol: h264_decoder dyna.cxx(247) H264DYNAFailed to load h264_decoder h264-x264.cxx(831) H264Codec Disabled 2011/02/11 10:11:59.747 0:00.668 Version 3.3.1 by on Unix Linux (2.6.35.10-smp-i686) with PTLib (v2.9beta1 (svn:24531)) at 2011/2/11 10:11:59.747 2011/02/11 10:11:59.747 0:00.668 Ekiga git revision: EKIGA_3_3_0-90-g3b19809 2011/02/11 10:11:59.748 0:00.669 Couldn't connect to session bus : Failed to connect to socket /tmp/dbus-H69ZfVT7JM: Connection refused 2011/02/11 10:11:59.748 0:00.669 PWLib File handle high water mark set: 11 Thread unblock pipe 2011/02/11 10:11:59.749 0:00.670 PTLib No permission to set priority level 4 2011/02/11 10:11:59.764 0:00.685 PTLib Thread high water mark set: 2 2011/02/11 10:11:59.764 0:00.685 PWLib File handle high water mark set: 13 Thread unblock pipe 2011/02/11 10:11:59.764 0:00.685 PTLib No permission to set priority level 4 2011/02/11 10:11:59.774 0:00.695 PTLib Thread high water mark set: 3 [New Thread 0xb51dfb70 (LWP 3751)] [New Thread 0xb519fb70 (LWP 3752)] 2011/02/11 10:11:59.811 0:00.732
[Ekiga-devel-list] [ekiga 3.3.1] trouble with NetworkManager (not installed)
Hello, I'm running slackware 13.1 and I don't have NetworkManager installed With the last version I have the following messages : *2011/02/07 15:14:58.076 0:00.258 PWLib File handle high water mark set: 13 Thread unblock pipe 2011/02/07 15:14:58.078 0:00.260 PTLib No permission to set priority level 4 2011/02/07 15:14:58.078 0:00.260 PTLib Thread high water mark set: 4 2011/02/07 15:14:58.091 0:00.272 HalManager_dbus Initialising HAL Manager 2011/02/07 15:14:58.096 0:00.278 HalManager_dbus Populating device list 2011/02/07 15:14:58.145 0:00.327 HalManager_dbus Detected V4L capabilities on /dev/video0 name: Camera 2011/02/07 15:14:58.145 0:00.327 HalManager_dbus Detected V4L2 capabilities on /dev/video0 name: Camera 2011/02/07 15:14:58.300 0:00.481 HalManager_dbus Populated device list with 12 devices 2011/02/07 15:14:58.300 0:00.482 HalManager_dbus Populating interface list 2011/02/07 15:14:58.302 0:00.483 HalManager_dbus Populating full interface list failed - The name org.freedesktop.NetworkManager was not provided by any .service files Segmentation fault * Best regards Thierry ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
Le 14/01/2011 22:29, Eugen Dedu a écrit : On 15/12/10 11:30, Peter Robinson wrote: No more LOUDMOUTH ? It has never been in. Julien, should it be built in Windows port? It is experimental. Well, it is experimental, but as far as I know it works... and how do you test in-depth something nobody ever tries? Or perhaps I should add an EXPERIMENTAL tag somewhere? Ok, then we will add it. Thiery, could you send us a patch to Makefile to use Loudmouth? I tested new win32 Makefile on a fresh Debian squeeze 64bits platform. I didn't have time to add LOUDMOUTH yet. I noticed that there is some troubles with GTK_CFLAGS and GTK_LIBS flags (perhaps also with CCFLAGS and CXXFLAGS). They are not well set up in ekiga/lib and ekiga/src Makefile. gtk/.h are not found pkgconfig doesn't seem to work as well as expected. Have you used the last git repository? Such a fix was posted in Fix previous commit: http://git.gnome.org/browse/ekiga/ I also noticed that for the whole toolchain we use 2 versions of libpng (libpng12 and libpng - 14). libpng14 is not used, since I remove -lpng14 (useless for ekiga it seems). I ask myself if for libpng12 we use, headers+lib or only headers are needed. I use the last version of git repository. I saw the fix for libpng14. But libpng14 is required. I succedded to generate an ekiga setup.exe. But I need more work to diagnose why it doesn't work on my server. It would probably be a good idea to at least support libpng 1.4 because 1.2 is moving to end of life very soon (if it hasn't already) so while it will be around for some time to come it would likely be a good idea to be able to use both. In fact, only headers of libpng are needed. I updated it to libpng 1.4, cf. http://git.gnome.org/browse/ekiga/commit/?id=78402e9bc. It works for linux/windows environments. Your last configure.ac patch doesn't work for mingw/windows environment. ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] Building libopal with recent ffmpeg/libavcodec
On 01/11/2011 10:06 AM, Howard Chu wrote: Eugen Dedu wrote: On 11/01/11 07:29, Howard Chu wrote: I saw in this message http://mail.gnome.org/archives/ekiga-list/2011-January/msg00026.html that there were problems using libopal with current libx264. I had a few problems compiling the H263/H264/MPEG4 plugins and wrote the attached patch to address them. Now the code compiles, but I haven't got anyone else running Ekiga to test against. Anyone out there able to try this? (You can probably ignore the configure diff; that was an earlier hack when I only had static libraries for libavcodec and so the configure test failed to link. The problem doesn't occur when you have shared libraries that are already linked against their dependencies.) PS: I was just pointed to https://bugzilla.gnome.org/show_bug.cgi?id=596006 so I've attached a part of this patch there as well. Sorry, I read the bug comment before this e-mail. You can use 5...@ekiga.net to test. It is always a bit of pain for me to test this codec, since it is not installed by default on my machine. I already tried 5...@ekiga.net but it only connected with H261. I guess I can try again after disabling the other codecs. Could you please explain why lines +#define __STDC_CONSTANT_MACROS are needed? Without that, there are complaints that UINT64_C is undefined, apparently the new libavcodec headers use this macro and by default this macro is explicitly disabled in C++. I noticed also that some opal functions are deprecated. Find 3 patches for compiling ekiga with opal/ptlib trunk versions : I can have H263 working but H263-1998 is present but crashes. For H264 it is more complex. Dyna does't load it. -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire --- ./lib/engine/components/opal/opal-call.cpp.orig 2010-06-03 08:16:15.0 +0200 +++ ./lib/engine/components/opal/opal-call.cpp 2010-06-03 13:46:57.0 +0200 @@ -157,11 +157,11 @@ PSafePtrOpalConnection connection = get_remote_connection (); if (connection != NULL) { -on_hold = connection-IsConnectionOnHold (false); +on_hold = connection-IsOnHold (false); if (!on_hold) - connection-HoldConnection (); + connection-Hold (false, true); else - connection-RetrieveConnection (); + connection-Hold (false, false); } } --- lib/engine/components/opal/sip-endpoint.cpp_orig 2011-01-11 09:42:18.0 +0100 +++ lib/engine/components/opal/sip-endpoint.cpp 2011-01-11 09:41:57.0 +0100 @@ -990,7 +990,7 @@ void -Opal::Sip::EndPoint::OnMessageFailed (const SIPURL messageUrl, +Opal::Sip::EndPoint::OnFailed (const SIPURL messageUrl, SIP_PDU::StatusCodes /*reason*/) { SIPURL to = messageUrl; --- lib/engine/components/opal/sip-endpoint.h_orig 2011-01-11 09:41:06.0 +0100 +++ lib/engine/components/opal/sip-endpoint.h 2011-01-11 09:45:00.0 +0100 @@ -195,7 +195,7 @@ bool OnReceivedMESSAGE (OpalTransport transport, SIP_PDU pdu); - void OnMessageFailed (const SIPURL messageUrl, + void OnFailed (const SIPURL messageUrl, SIP_PDU::StatusCodes reason); SIPURL GetRegisteredPartyName (const SIPURL host, ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
Le 21/12/2010 15:48, Eugen Dedu a écrit : On 17/12/10 16:08, Thierry Simonnet wrote: Le 17/12/2010 13:04, Eugen Dedu a écrit : On 16/12/10 08:00, Thierry Simonnet wrote: On 12/15/2010 02:00 PM, Thierry Simonnet wrote: Le 15/12/2010 10:27, Eugen Dedu a écrit : On 15/12/10 07:04, Thierry Simonnet wrote: Le 14/12/2010 10:29, Eugen Dedu a écrit : On 14/12/10 07:52, Julien Puydt wrote: Le 13/12/2010 21:29, Eugen Dedu a écrit : On 13/12/10 19:00, Thierry Simonnet wrote: No more LOUDMOUTH ? It has never been in. Julien, should it be built in Windows port? It is experimental. Well, it is experimental, but as far as I know it works... and how do you test in-depth something nobody ever tries? Or perhaps I should add an "EXPERIMENTAL" tag somewhere? Ok, then we will add it. Thiery, could you send us a patch to Makefile to use Loudmouth? didn't have time to add LOUDMOUTH yet. Here is Makefile I use, based on ekiga/win32 one. It differs for FFMPEG. LOUDMOUTH modification is inside. To use it, it is necessary to add : * --enable-loudmouth in confekiga * setup LOUDMOUTH_CFLAGS = -I /win32/include * setup LOUDMOUTH_LIBS = /win32/loudmouth/lib Hope it helps It helps, but it is better if you give a good patch :o) Also, some comments: - use http://ftp.gnome.org/pub/GNOME/sources/loudmouth/1.4/ to download loudmouth instead of cp (!) - what are LOUDMOUTH_CFLAGS and LOUDMOUTH_LIBS useful for? I see that loudmouth is not compiled in fact Could you do it? I am out of my office this week. I will make a usable patch. I use win32 packaged loudmouth to avois compiling. I you prefer I will do a complete install. Environnement variables overrides bad pkgconfig ones. Win pre-built package of loudmouth is not available on Internet (anymore). I tried compiling it, but there is a compilation error, because arpa/nameser.h is not found. For reference, I attach the patch I have used. As a consequence, loudmouth is not included in Windows pre-built binary of ekiga. I also tried to compile it. I use prebuild package from http://groups.google.com/group/loudmouth-dev/web/Loudmouth+on+Windows Package is available at http://www.pateam.org/archive/tmp/ekiga-win32/trunk. Patch is not finished yet -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
Le 21/12/2010 16:07, Eugen Dedu a écrit : On 21/12/10 16:03, Thierry Simonnet wrote: Le 21/12/2010 15:48, Eugen Dedu a écrit : On 17/12/10 16:08, Thierry Simonnet wrote: Le 17/12/2010 13:04, Eugen Dedu a écrit : On 16/12/10 08:00, Thierry Simonnet wrote: On 12/15/2010 02:00 PM, Thierry Simonnet wrote: Le 15/12/2010 10:27, Eugen Dedu a écrit : On 15/12/10 07:04, Thierry Simonnet wrote: Le 14/12/2010 10:29, Eugen Dedu a écrit : On 14/12/10 07:52, Julien Puydt wrote: Le 13/12/2010 21:29, Eugen Dedu a écrit : On 13/12/10 19:00, Thierry Simonnet wrote: No more LOUDMOUTH ? It has never been in. Julien, should it be built in Windows port? It is experimental. Well, it is experimental, but as far as I know it works... and how do you test in-depth something nobody ever tries? Or perhaps I should add an "EXPERIMENTAL" tag somewhere? Ok, then we will add it. Thiery, could you send us a patch to Makefile to use Loudmouth? didn't have time to add LOUDMOUTH yet. Here is Makefile I use, based on ekiga/win32 one. It differs for FFMPEG. LOUDMOUTH modification is inside. To use it, it is necessary to add : * --enable-loudmouth in confekiga * setup LOUDMOUTH_CFLAGS = -I /win32/include * setup LOUDMOUTH_LIBS = /win32/loudmouth/lib Hope it helps It helps, but it is better if you give a good patch :o) Also, some comments: - use http://ftp.gnome.org/pub/GNOME/sources/loudmouth/1.4/ to download loudmouth instead of cp (!) - what are LOUDMOUTH_CFLAGS and LOUDMOUTH_LIBS useful for? I see that loudmouth is not compiled in fact Could you do it? I am out of my office this week. I will make a usable patch. I use win32 packaged loudmouth to avois compiling. I you prefer I will do a complete install. Environnement variables overrides bad pkgconfig ones. Win pre-built package of loudmouth is not available on Internet (anymore). I tried compiling it, but there is a compilation error, because arpa/nameser.h is not found. For reference, I attach the patch I have used. As a consequence, loudmouth is not included in Windows pre-built binary of ekiga. I also tried to compile it. I use prebuild package from http://groups.google.com/group/loudmouth-dev/web/Loudmouth+on+Windows Where do you see the prebuilt loudmouth package for Win in that p
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
Le 21/12/2010 16:17, Eugen Dedu a écrit : On 21/12/10 16:10, Thierry Simonnet wrote: Le 21/12/2010 16:07, Eugen Dedu a écrit : On 21/12/10 16:03, Thierry Simonnet wrote: Le 21/12/2010 15:48, Eugen Dedu a écrit : On 17/12/10 16:08, Thierry Simonnet wrote: Le 17/12/2010 13:04, Eugen Dedu a écrit : On 16/12/10 08:00, Thierry Simonnet wrote: On 12/15/2010 02:00 PM, Thierry Simonnet wrote: Le 15/12/2010 10:27, Eugen Dedu a écrit : On 15/12/10 07:04, Thierry Simonnet wrote: Le 14/12/2010 10:29, Eugen Dedu a écrit : On 14/12/10 07:52, Julien Puydt wrote: Le 13/12/2010 21:29, Eugen Dedu a écrit : On 13/12/10 19:00, Thierry Simonnet wrote: No more LOUDMOUTH ? It has never been in. Julien, should it be built in Windows port? It is experimental. Well, it is experimental, but as far as I know it works... and how do you test in-depth something nobody ever tries? Or perhaps I should add an "EXPERIMENTAL" tag somewhere? Ok, then we will add it. Thiery, could you send us a patch to Makefile to use Loudmouth? didn't have time to add LOUDMOUTH yet. Here is Makefile I use, based on ekiga/win32 one. It differs for FFMPEG. LOUDMOUTH modification is inside. To use it, it is necessary to add : * --enable-loudmouth in confekiga * setup LOUDMOUTH_CFLAGS = -I /win32/include * setup LOUDMOUTH_LIBS = /win32/loudmouth/lib Hope it helps It helps, but it is better if you give a good patch :o) Also, some comments: - use http://ftp.gnome.org/pub/GNOME/sources/loudmouth/1.4/ to download loudmouth instead of cp (!) - what are LOUDMOUTH_CFLAGS and LOUDMOUTH_LIBS useful for? I see that loudmouth is not compiled in fact Could you do it? I am out of my office this week. I will make a usable patch. I use win32 packaged loudmouth to avois compiling. I you prefer I will do a complete install. Environnement variables overrides bad pkgc
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
Le 17/12/2010 13:04, Eugen Dedu a écrit : On 16/12/10 08:00, Thierry Simonnet wrote: On 12/15/2010 02:00 PM, Thierry Simonnet wrote: Le 15/12/2010 10:27, Eugen Dedu a écrit : On 15/12/10 07:04, Thierry Simonnet wrote: Le 14/12/2010 10:29, Eugen Dedu a écrit : On 14/12/10 07:52, Julien Puydt wrote: Le 13/12/2010 21:29, Eugen Dedu a écrit : On 13/12/10 19:00, Thierry Simonnet wrote: No more LOUDMOUTH ? It has never been in. Julien, should it be built in Windows port? It is experimental. Well, it is experimental, but as far as I know it works... and how do you test in-depth something nobody ever tries? Or perhaps I should add an EXPERIMENTAL tag somewhere? Ok, then we will add it. Thiery, could you send us a patch to Makefile to use Loudmouth? I tested new win32 Makefile on a fresh Debian squeeze 64bits platform. I didn't have time to add LOUDMOUTH yet. I noticed that there is some troubles with GTK_CFLAGS and GTK_LIBS flags (perhaps also with CCFLAGS and CXXFLAGS). They are not well set up in ekiga/lib and ekiga/src Makefile. gtk/.h are not found pkgconfig doesn't seem to work as well as expected. Have you used the last git repository? Such a fix was posted in Fix previous commit: http://git.gnome.org/browse/ekiga/ I also noticed that for the whole toolchain we use 2 versions of libpng (libpng12 and libpng - 14). libpng14 is not used, since I remove -lpng14 (useless for ekiga it seems). I ask myself if for libpng12 we use, headers+lib or only headers are needed. Another point : when generating from scratch : gdk-pixpuf is not installed before compiling ekiga. ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list Here is Makefile I use, based on ekiga/win32 one. It differs for FFMPEG. LOUDMOUTH modification is inside. To use it, it is necessary to add : * --enable-loudmouth in confekiga * setup LOUDMOUTH_CFLAGS = -I /win32/include * setup LOUDMOUTH_LIBS = /win32/loudmouth/lib Hope it helps It helps, but it is better if you give a good patch :o) Also, some comments: - use http://ftp.gnome.org/pub/GNOME/sources/loudmouth/1.4/ to download loudmouth instead of cp (!) - what are LOUDMOUTH_CFLAGS and LOUDMOUTH_LIBS useful for? I see that loudmouth is not compiled in fact Could you do it? I am out of my office this week. I will make a usable patch. I use win32 packaged loudmouth to avois compiling. I you prefer I will do a complete install. Environnement variables overrides bad pkgconfig ones. ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] Instant Messaging - Remarks
Hello, I have some remarks on instant messaging implementation (Windows and Linux). Some different use cases : * peer to peer use : default identity is windows one (for windows version). I might be useful to use ekiga user identity. * use inside a communication : this implies a use with a PBX like Asterisk. 2 subcases : o IM inside a call : identity and dialog with PBX has a trouble. MESSAGE function doesn't use the established call channel structure. o IM outside a call : It might be useful to use account identity unless windows one. I'm not so familiar with Ekiga implementation. I'm waiting for your feelings. Best regards Th. Simonnet ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
Le 15/12/2010 10:27, Eugen Dedu a écrit : On 15/12/10 07:04, Thierry Simonnet wrote: Le 14/12/2010 10:29, Eugen Dedu a écrit : On 14/12/10 07:52, Julien Puydt wrote: Le 13/12/2010 21:29, Eugen Dedu a écrit : On 13/12/10 19:00, Thierry Simonnet wrote: No more LOUDMOUTH ? It has never been in. Julien, should it be built in Windows port? It is experimental. Well, it is experimental, but as far as I know it works... and how do you test in-depth something nobody ever tries? Or perhaps I should add an EXPERIMENTAL tag somewhere? Ok, then we will add it. Thiery, could you send us a patch to Makefile to use Loudmouth? I tested new win32 Makefile on a fresh Debian squeeze 64bits platform. I didn't have time to add LOUDMOUTH yet. I noticed that there is some troubles with GTK_CFLAGS and GTK_LIBS flags (perhaps also with CCFLAGS and CXXFLAGS). They are not well set up in ekiga/lib and ekiga/src Makefile. gtk/.h are not found pkgconfig doesn't seem to work as well as expected. Have you used the last git repository? Such a fix was posted in Fix previous commit: http://git.gnome.org/browse/ekiga/ I also noticed that for the whole toolchain we use 2 versions of libpng (libpng12 and libpng - 14). libpng14 is not used, since I remove -lpng14 (useless for ekiga it seems). I ask myself if for libpng12 we use, headers+lib or only headers are needed. I use the last version of git repository. I saw the fix for libpng14. But libpng14 is required. I succedded to generate an ekiga setup.exe. But I need more work to diagnose why it doesn't work on my server. ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
Le 15/12/2010 10:27, Eugen Dedu a écrit : On 15/12/10 07:04, Thierry Simonnet wrote: Le 14/12/2010 10:29, Eugen Dedu a écrit : On 14/12/10 07:52, Julien Puydt wrote: Le 13/12/2010 21:29, Eugen Dedu a écrit : On 13/12/10 19:00, Thierry Simonnet wrote: No more LOUDMOUTH ? It has never been in. Julien, should it be built in Windows port? It is experimental. Well, it is experimental, but as far as I know it works... and how do you test in-depth something nobody ever tries? Or perhaps I should add an EXPERIMENTAL tag somewhere? Ok, then we will add it. Thiery, could you send us a patch to Makefile to use Loudmouth? I tested new win32 Makefile on a fresh Debian squeeze 64bits platform. I didn't have time to add LOUDMOUTH yet. I noticed that there is some troubles with GTK_CFLAGS and GTK_LIBS flags (perhaps also with CCFLAGS and CXXFLAGS). They are not well set up in ekiga/lib and ekiga/src Makefile. gtk/.h are not found pkgconfig doesn't seem to work as well as expected. Have you used the last git repository? Such a fix was posted in Fix previous commit: http://git.gnome.org/browse/ekiga/ I also noticed that for the whole toolchain we use 2 versions of libpng (libpng12 and libpng - 14). libpng14 is not used, since I remove -lpng14 (useless for ekiga it seems). I ask myself if for libpng12 we use, headers+lib or only headers are needed. Another point : when generating from scratch : gdk-pixpuf is not installed before compiling ekiga. ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
On 12/15/2010 02:00 PM, Thierry Simonnet wrote: Le 15/12/2010 10:27, Eugen Dedu a écrit : On 15/12/10 07:04, Thierry Simonnet wrote: Le 14/12/2010 10:29, Eugen Dedu a écrit : On 14/12/10 07:52, Julien Puydt wrote: Le 13/12/2010 21:29, Eugen Dedu a écrit : On 13/12/10 19:00, Thierry Simonnet wrote: No more LOUDMOUTH ? It has never been in. Julien, should it be built in Windows port? It is experimental. Well, it is experimental, but as far as I know it works... and how do you test in-depth something nobody ever tries? Or perhaps I should add an EXPERIMENTAL tag somewhere? Ok, then we will add it. Thiery, could you send us a patch to Makefile to use Loudmouth? I tested new win32 Makefile on a fresh Debian squeeze 64bits platform. I didn't have time to add LOUDMOUTH yet. I noticed that there is some troubles with GTK_CFLAGS and GTK_LIBS flags (perhaps also with CCFLAGS and CXXFLAGS). They are not well set up in ekiga/lib and ekiga/src Makefile. gtk/.h are not found pkgconfig doesn't seem to work as well as expected. Have you used the last git repository? Such a fix was posted in Fix previous commit: http://git.gnome.org/browse/ekiga/ I also noticed that for the whole toolchain we use 2 versions of libpng (libpng12 and libpng - 14). libpng14 is not used, since I remove -lpng14 (useless for ekiga it seems). I ask myself if for libpng12 we use, headers+lib or only headers are needed. Another point : when generating from scratch : gdk-pixpuf is not installed before compiling ekiga. ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list Here is Makefile I use, based on ekiga/win32 one. It differs for FFMPEG. LOUDMOUTH modification is inside. To use it, it is necessary to add : * --enable-loudmouth in confekiga * setup LOUDMOUTH_CFLAGS = -I /win32/include * setup LOUDMOUTH_LIBS = /win32/loudmouth/lib Hope it helps -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire Makefile_OFFICIEL.gz Description: application/gzip ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
Le 14/12/2010 10:29, Eugen Dedu a écrit : On 14/12/10 07:52, Julien Puydt wrote: Le 13/12/2010 21:29, Eugen Dedu a écrit : On 13/12/10 19:00, Thierry Simonnet wrote: No more LOUDMOUTH ? It has never been in. Julien, should it be built in Windows port? It is experimental. Well, it is experimental, but as far as I know it works... and how do you test in-depth something nobody ever tries? Or perhaps I should add an EXPERIMENTAL tag somewhere? Ok, then we will add it. Thiery, could you send us a patch to Makefile to use Loudmouth? I'm outside of my office, but I'll try to to something this night. ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
Le 14/12/2010 10:29, Eugen Dedu a écrit : On 14/12/10 07:52, Julien Puydt wrote: Le 13/12/2010 21:29, Eugen Dedu a écrit : On 13/12/10 19:00, Thierry Simonnet wrote: No more LOUDMOUTH ? It has never been in. Julien, should it be built in Windows port? It is experimental. Well, it is experimental, but as far as I know it works... and how do you test in-depth something nobody ever tries? Or perhaps I should add an EXPERIMENTAL tag somewhere? Ok, then we will add it. Thiery, could you send us a patch to Makefile to use Loudmouth? I tested new win32 Makefile on a fresh Debian squeeze 64bits platform. I didn't have time to add LOUDMOUTH yet. I noticed that there is some troubles with GTK_CFLAGS and GTK_LIBS flags (perhaps also with CCFLAGS and CXXFLAGS). They are not well set up in ekiga/lib and ekiga/src Makefile. gtk/.h are not found pkgconfig doesn't seem to work as well as expected. I also noticed that for the whole toolchain we use 2 versions of libpng (libpng12 and libpng - 14). ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
Le 13/12/2010 18:03, Eugen Dedu a écrit : On 07/12/10 19:13, Thierry Simonnet wrote: Le 06/12/2010 18:53, Eugen Dedu a écrit : On 06/12/10 14:38, Thierry Simonnet wrote: Le 06/12/2010 14:34, Eugen Dedu a écrit : On 12/10/10 08:37, Thierry Simonnet wrote: To integrate gtk2+-2.22, I needed to : * get gtk+-dev_2.22.0.2_win32.zip * get glib-dev_2.24.1.1_win32.zip * get gtk2-runtime-2.22.0-2010-10-01-ash.exe * get and install freetype-dev -win32 and fontconfig-dev-win32 * get and crosscompile libpng144 (no win32 packages yet) * get and crosscompile zlib123 (for libpng) Why did you need these additional packages? What error had you had? This can be done quite easily. Packaged win32 gtk2+-2.22 doesn't integrate all necessary files. lippng144 is not packaged yet and nessds zlib123 freetype and fontconfig are required by configure and dev packages provide right header files. Could you please elaborate on the errors (the reason of these packages)? What configure? Of ekiga? Ekiga's configure does not show any error on my machine, I have instead a gtk include error during compilation. Pango and cairo need libpng. To be correct, we need libpng14 (same as gtk2+-2.22) I have finally been able to compile and execut ekiga on windows without libpng14. See http://git.gnome.org/browse/ekiga/commit/?id=1f9a30d for the commit. I saw. I will test ASAP ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
Le 13/12/2010 18:03, Eugen Dedu a écrit : On 07/12/10 19:13, Thierry Simonnet wrote: Le 06/12/2010 18:53, Eugen Dedu a écrit : On 06/12/10 14:38, Thierry Simonnet wrote: Le 06/12/2010 14:34, Eugen Dedu a écrit : On 12/10/10 08:37, Thierry Simonnet wrote: To integrate gtk2+-2.22, I needed to : * get gtk+-dev_2.22.0.2_win32.zip * get glib-dev_2.24.1.1_win32.zip * get gtk2-runtime-2.22.0-2010-10-01-ash.exe * get and install freetype-dev -win32 and fontconfig-dev-win32 * get and crosscompile libpng144 (no win32 packages yet) * get and crosscompile zlib123 (for libpng) Why did you need these additional packages? What error had you had? This can be done quite easily. Packaged win32 gtk2+-2.22 doesn't integrate all necessary files. lippng144 is not packaged yet and nessds zlib123 freetype and fontconfig are required by configure and dev packages provide right header files. Could you please elaborate on the errors (the reason of these packages)? What configure? Of ekiga? Ekiga's configure does not show any error on my machine, I have instead a gtk include error during compilation. Pango and cairo need libpng. To be correct, we need libpng14 (same as gtk2+-2.22) I have finally been able to compile and execut ekiga on windows without libpng14. See http://git.gnome.org/browse/ekiga/commit/?id=1f9a30d for the commit. No more LOUDMOUTH ? ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
Le 06/12/2010 18:53, Eugen Dedu a écrit : On 06/12/10 14:38, Thierry Simonnet wrote: Le 06/12/2010 14:34, Eugen Dedu a écrit : On 12/10/10 08:37, Thierry Simonnet wrote: To integrate gtk2+-2.22, I needed to : * get gtk+-dev_2.22.0.2_win32.zip * get glib-dev_2.24.1.1_win32.zip * get gtk2-runtime-2.22.0-2010-10-01-ash.exe * get and install freetype-dev -win32 and fontconfig-dev-win32 * get and crosscompile libpng144 (no win32 packages yet) * get and crosscompile zlib123 (for libpng) Why did you need these additional packages? What error had you had? This can be done quite easily. Packaged win32 gtk2+-2.22 doesn't integrate all necessary files. lippng144 is not packaged yet and nessds zlib123 freetype and fontconfig are required by configure and dev packages provide right header files. Could you please elaborate on the errors (the reason of these packages)? What configure? Of ekiga? Ekiga's configure does not show any error on my machine, I have instead a gtk include error during compilation. Pango and cairo need libpng. To be correct, we need libpng14 (same as gtk2+-2.22) ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
Le 06/12/2010 14:34, Eugen Dedu a écrit : On 12/10/10 08:37, Thierry Simonnet wrote: To integrate gtk2+-2.22, I needed to : * get gtk+-dev_2.22.0.2_win32.zip * get glib-dev_2.24.1.1_win32.zip * get gtk2-runtime-2.22.0-2010-10-01-ash.exe * get and install freetype-dev -win32 and fontconfig-dev-win32 * get and crosscompile libpng144 (no win32 packages yet) * get and crosscompile zlib123 (for libpng) Why did you need these additional packages? What error had you had? This can be done quite easily. Packaged win32 gtk2+-2.22 doesn't integrate all necessary files. lippng144 is not packaged yet and nessds zlib123 freetype and fontconfig are required by configure and dev packages provide right header files. ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] gtk2+-2.22 integration
Le 06/12/2010 14:58, Peter Robinson a écrit : On Mon, Dec 6, 2010 at 1:38 PM, Thierry Simonnett.simon...@esiee.fr wrote: Le 06/12/2010 14:34, Eugen Dedu a écrit : On 12/10/10 08:37, Thierry Simonnet wrote: To integrate gtk2+-2.22, I needed to : * get gtk+-dev_2.22.0.2_win32.zip * get glib-dev_2.24.1.1_win32.zip * get gtk2-runtime-2.22.0-2010-10-01-ash.exe * get and install freetype-dev -win32 and fontconfig-dev-win32 * get and crosscompile libpng144 (no win32 packages yet) * get and crosscompile zlib123 (for libpng) Why did you need these additional packages? What error had you had? This can be done quite easily. Packaged win32 gtk2+-2.22 doesn't integrate all necessary files. lippng144 is not packaged yet and nessds zlib123 freetype and fontconfig are required by configure and dev packages provide right header files. I thought there was now an option now to build gtk+ with the native windows GDI+ support and hence be able to use the zlib/png/jpg support native for the OS and hence you could drop a number of the dependencies, there are some details here (and the surrounding blog posts) http://aruiz.synaptia.net/siliconisland/2008/02/gdi-pixbuf-load.html Peter ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list I had no trouble to cross compile both zlib an libpng. Makefiles provided are well done : zlib 1.2.5 : win32/Makefile.gcc with PREFIX set to i586-mingw32msvc- libpng 1.4.4 : scripts/makefile.mingw with full prefixed gcc, ar and ranlib (i586-mingw32msvc-) ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [win32] cross compiling troubles again
The next step is libpng14 integration. Le 05/11/2010 09:05, Thierry Simonnet a écrit : Le 04/11/2010 18:38, Eugen Dedu a écrit : On 21/09/10 09:41, Thierry Simonnet wrote: Hello, I work with 3 different Debian platforms : * stable 32 bits * testing 64 bits * unstable 32 bits Great! I also work with last HEAD version of ffmpeg, x264, opal, ptlib and ekiga. I use standard version of mingw32 provided by distribution. I upgraded libboost to 1.44 Ekiga : * lenny 32 bits : I use old version of M4 scripts to avoid version This has just been fixed: http://git.gnome.org/browse/ekiga/commit/?id=9a4ecb50a1b3c. It works ;-) check trouble. I also have this error : ...libs/libekiga.dll.a collect2: ld terminated with signal 9 [Killed] make[3]: *** [libekiga.la] Error 1 Do you still have this error? No. it is OK now * testing 64 bits/unstable 32 bit : I use old version of M4 scripts to avoid version check trouble. Trouble with public/private in include/opal/opal/connection.h Ptlib : * all platforms : Unable to have directx. There is a potential conflict with mingw directx headers. In configure : Unable to compile ksuuids.h and uuids.h: checking ksuuids.h presence... yes configure: WARNING: ksuuids.h: present but cannot be compiled configure: WARNING: ksuuids.h: check for missing prerequisite headers? configure: WARNING: ksuuids.h: see the Autoconf documentation configure: WARNING: ksuuids.h: section Present But Cannot Be Compiled configure: WARNING: ksuuids.h: proceeding with the compiler's result checking for ksuuids.h... no Need to work around forcing the use of directx As per my previous private e-mail, I think this issue is because of your compiler, since here it works. Tested with Slackware 13.1 32bits, Debian 32/64 Lenny/squeez/sid with only necessary packages : I have the same trouble. I need to force directx use. mingw32-gcc 4.2 has troubles with headers. I need to remove checking prototypes. ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [win32] cross compiling troubles again
Le 04/11/2010 18:38, Eugen Dedu a écrit : On 21/09/10 09:41, Thierry Simonnet wrote: Hello, I work with 3 different Debian platforms : * stable 32 bits * testing 64 bits * unstable 32 bits Great! I also work with last HEAD version of ffmpeg, x264, opal, ptlib and ekiga. I use standard version of mingw32 provided by distribution. I upgraded libboost to 1.44 Ekiga : * lenny 32 bits : I use old version of M4 scripts to avoid version This has just been fixed: http://git.gnome.org/browse/ekiga/commit/?id=9a4ecb50a1b3c. It works ;-) check trouble. I also have this error : ...libs/libekiga.dll.a collect2: ld terminated with signal 9 [Killed] make[3]: *** [libekiga.la] Error 1 Do you still have this error? No. it is OK now * testing 64 bits/unstable 32 bit : I use old version of M4 scripts to avoid version check trouble. Trouble with public/private in include/opal/opal/connection.h Ptlib : * all platforms : Unable to have directx. There is a potential conflict with mingw directx headers. In configure : Unable to compile ksuuids.h and uuids.h: checking ksuuids.h presence... yes configure: WARNING: ksuuids.h: present but cannot be compiled configure: WARNING: ksuuids.h: check for missing prerequisite headers? configure: WARNING: ksuuids.h: see the Autoconf documentation configure: WARNING: ksuuids.h: section Present But Cannot Be Compiled configure: WARNING: ksuuids.h: proceeding with the compiler's result checking for ksuuids.h... no Need to work around forcing the use of directx As per my previous private e-mail, I think this issue is because of your compiler, since here it works. Tested with Slackware 13.1 32bits, Debian 32/64 Lenny/squeez/sid with only necessary packages : I have the same trouble. I need to force directx use. mingw32-gcc 4.2 has troubles with headers. I need to remove checking prototypes. ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [win32] opal ptlib ffmpeg ekiga trunk version
Hello, even if trunk versions are not yet used for current developments, some remarks : Linux/win32 : * Abort Core Dump assert error (cf previous mail) I have the same error uing win32 and Linux. lauching ekiga under Linux gives this error. Using root with dbus-launch ekiga : it works (other errors but not the subject. Under winXP I have the same error when using ekig with a non admistrator account (even if it is referenced as computer admin. Launching ekiga as administatot : it works. * With new version of opal, it will be necessary to have libcrypto.a. Useful to integrates it. Best regards Th. Simonnet ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-devel-list] [Linux] Abort
When launching ekiga as user I have anAbortCor dump? When launching ekiga as root (dbus-launch ekiga) It works. gdb trace available at http://www.pateam.org/archive/tmp/ekiga-win32/trunk/ekiga.log.gz Any hints? -- Thierry Simonnet ESIEE-Paris Par respect pour l’environnement, n’imprimez ce mail que si nécessaire ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
Re: [Ekiga-devel-list] [WIN32] loudmouth
Le 11/10/2010 21:10, Julien Puydt a écrit : Le 11/10/2010 15:53, Thierry Simonnet a écrit : I tested --enable-loudmouth configure option with loudmouth 1.4.3 for windows. That is good news. Result : That looks like not very good news ;-) ../../plugins/loudmouth/loudmouth-presentity.h:70: error: ISO C++ forbids declaration of âLmConnectionâ with no type ../../plugins/loudmouth/loudmouth-presentity.h:72: error: âLmMessageNodeâ has not been declared ../../plugins/loudmouth/loudmouth-presentity.h:75: error: âLmMessageNodeâ has not been declared ../../plugins/loudmouth/loudmouth-presentity.h:82: error: ISO C++ forbids declaration of âLmConnectionâ with no type ../../plugins/loudmouth/loudmouth-presentity.h:83: error: ISO C++ forbids declaration of âLmMessageNodeâ with no type ../../plugins/loudmouth/loudmouth-heap.h:53: error: âLmConnectionâ has not been declared ../../plugins/loudmouth/loudmouth-heap.h:72: error: âLmHandlerResultâ does not name a type ../../plugins/loudmouth/loudmouth-heap.h:74: error: âLmHandlerResultâ does not name a type ../../plugins/loudmouth/loudmouth-heap.h:76: error: âLmHandlerResultâ does not name a type ../../plugins/loudmouth/loudmouth-heap.h:86: error: ISO C++ forbids declaration of âLmConnectionâ with no type ../../plugins/loudmouth/loudmouth-heap.h:88: error: ISO C++ forbids declaration of âLmMessageHandlerâ with no type ../../plugins/loudmouth/loudmouth-heap.h:90: error: ISO C++ forbids declaration of âLmMessageHandlerâ with no type ../../plugins/loudmouth/loudmouth-heap.h:92: error: ISO C++ forbids declaration of âLmMessageHandlerâ with no type ../../plugins/loudmouth/loudmouth-heap.h:94: error: âLmMessageNodeâ has not been declared ../../plugins/loudmouth/loudmouth-account.h:79: error: âLmDisconnectReasonâ has not been declared ../../plugins/loudmouth/loudmouth-account.h:98: error: ISO C++ forbids declaration of âLmConnectionâ with no type I find it disturbing -- the problem is that many things are undefined... but there is no error message indicating the loudmouth headers haven't been found! Could you check your config.log to see : 1. if 2. and where I need to force LOUDMOUTH_CFLAGS (-I$(BUILDROOT)/include) and LOUDMOUTH_LIBS ($(BUILDROOT)/loudmouth-1.4.3/include) no linux loudmouth package is installed. your loudmouth headers have been found? Thanks, Snark PS: I routinely compile that code in... so I know for sure it works ;-) ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list ___ ekiga-devel-list mailing list ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list