Re: [Ekiga-devel-list] Mingw32 : Having problem with ffmpeg

2009-06-10 Thread Peter Robinson
 Now ptlib had been compiled, I have difficulties with opal. I have 2 errors
 when h264 and h263, I might disable those codecs, but it might be difficult
 to compile ekiga after ?
 I can disable h264 by adding --disable-h264 to confopal in the main
 Makefile, but I did  not find a similar option to disable  h263.
 Here is my error (it's above the same for h263) :

I'm not sure about windows but on Linux you can easily compile
ptlib/opal/ekiga without ffmepg at all. Due to legal issues ffmpeg
isn't allowed in Fedora and it compiles file with out ffmpeg. Same
goes for h264. It might be worthwhile seeing if you can get the whole
lot to compile and work without ffmpeg and then add it back in for a
later build.

Peter
___
Ekiga-devel-list mailing list
Ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list


Re: [Ekiga-devel-list] Mingw32 : Having problem with ffmpeg

2009-06-10 Thread Michael Rickmann
Am Mittwoch, den 10.06.2009, 11:29 +0200 schrieb Hillereau Paul:
 Now ptlib had been compiled, I have difficulties with opal. I have 2 
 errors when h264 and h263, I might disable those codecs, but it might be 
 difficult to compile ekiga after ?
 I can disable h264 by adding --disable-h264 to confopal in the main 
 Makefile, but I did  not find a similar option to disable  h263.
 Here is my error (it's above the same for h263) :
 
 make[3]: Entering directory 
 `/home/devel/win32/ekiga/win32/opal/plugins/video/H.264'
 i586-mingw32msvc-g++ -gstabs -I../../../include 
 -I/home/devel/win32/ekiga/win32/include   -I../common -I../../ 
 -DLIB_DIR='/home/devel/win32/ekiga/win32/lib' 
 -DVC_PLUGIN_DIR='opal-3.7.0/codecs/video' -DLICENCE_MPL   -g3 -ggdb 
 -O0 -D_DEBUG -I/home/devel/win32/ekiga/win32/include -march=pentium-mmx 
 -DPTRACING -c h264-x264.cxx -o obj/h264-x264.o
 In file included from ../common/ffmpeg.h:67,
  from ../common/dyna.h:44,
  from h264-x264.cxx:53:
 ../common/vs-stdint.h:33:2: error: #error Use this header only with 
 Microsoft Visual C++ compilers!
snip

You are not alone with that. They have changed things again. I tried
last night and had exactly the same build errors. Find attached the
patch for ptlib and the two for opal. Place them into the diff directory
and make the copy sections of the Makefile look as in attached addtomake
file.

Regards
Michael
diff -ur src/ptlib/configure ptlib/configure
--- src/ptlib/configure	2009-06-09 17:47:00.637030459 +0200
+++ ptlib/configure	2009-06-09 20:01:25.481030439 +0200
@@ -4520,7 +4520,7 @@
 		   TARGETDIR=msos ;
 		   SHAREDLIBEXT=dll ;
 		   STDCCFLAGS=$STDCCFLAGS -mms-bitfields ;
-		   ENDLDLIBS=-lwinmm -lwsock32 -lsnmpapi -lmpr -lcomdlg32 -lgdi32 -lavicap32 -liphlpapi -lole32 ;
+		   ENDLDLIBS=-lwinmm -lwsock32 -lws2_32 -lsnmpapi -lmpr -lcomdlg32 -lgdi32 -lavicap32 -liphlpapi -lole32 ;
 		   NEEDS_PTHREADS=no ;
 		   { echo $as_me:$LINENO: checking for swab 5
 echo $ECHO_N checking for swab... $ECHO_C 6; }
diff -ur src/ptlib/configure.ac ptlib/configure.ac
--- src/ptlib/configure.ac	2009-06-09 17:47:00.653032217 +0200
+++ ptlib/configure.ac	2009-06-09 19:59:54.409031582 +0200
@@ -302,7 +302,7 @@
 		   TARGETDIR=msos ;
 		   SHAREDLIBEXT=dll ;
 		   STDCCFLAGS=$STDCCFLAGS -mms-bitfields ;
-		   ENDLDLIBS=-lwinmm -lwsock32 -lsnmpapi -lmpr -lcomdlg32 -lgdi32 -lavicap32 -liphlpapi -lole32 ;
+		   ENDLDLIBS=-lwinmm -lwsock32 -lws2_32 -lsnmpapi -lmpr -lcomdlg32 -lgdi32 -lavicap32 -liphlpapi -lole32 ;
 		   NEEDS_PTHREADS=no ;
 		   AC_CHECK_FUNC([swab], [AC_DEFINE([USE_SYSTEM_SWAB], [], [Use system swab()] )] )
 		   HAS_SHM_VIDEO=
diff -ur src/ptlib/src/ptlib/common/sockets.cxx ptlib/src/ptlib/common/sockets.cxx
--- src/ptlib/src/ptlib/common/sockets.cxx	2009-05-27 17:13:56.320289152 +0200
+++ ptlib/src/ptlib/common/sockets.cxx	2009-06-09 19:59:54.413033488 +0200
@@ -31,6 +31,11 @@
  * $Date: 2009-05-25 05:26:23 +0200 (Mo, 25. Mai 2009) $
  */
 
+#if defined(__MINGW32__)  (!defined(WINVER) || (WINVER == 0x500)) 
+#undef WINVER
+#define WINVER 0x501
+#endif  // __MINGW32__
+
 #include ptlib.h
 
 #include ptlib/sockets.h
@@ -60,8 +65,10 @@
 DWORD cbTransferred,
 LPWSAOVERLAPPED lpOverlapped,
 DWORD dwFlags);
-
 
+#if defined(__MINGW32__)  (WINVER  0x500)
+#undef AI_NUMERICHOST
+#endif  // __MINGW32__
 #endif  // _WIN32_WCE
 #endif  // _WIN32
 #endif // P_QOS
diff -ur src/opal/plugins/video/common/ffmpeg.h opal/plugins/video/common/ffmpeg.h
--- src/opal/plugins/video/common/ffmpeg.h	2009-06-09 17:47:35.337032739 +0200
+++ opal/plugins/video/common/ffmpeg.h	2009-06-09 22:07:03.941034240 +0200
@@ -63,7 +63,7 @@
 
 
 extern C {
-#ifdef _WIN32
+#if defined (_WIN32)  defined (_MSC_VER)
 #include vs-stdint.h
 #define LIBAVCODEC_HEADER   libavcodec\avcodec.h
 #pragma warning(push)
diff -ur opal.pre/plugins/video/H.263-1998/h263-1998.cxx opal/plugins/video/H.263-1998/h263-1998.cxx
--- opal.pre/plugins/video/H.263-1998/h263-1998.cxx	2009-06-09 22:08:50.361264887 +0200
+++ opal/plugins/video/H.263-1998/h263-1998.cxx	2009-06-09 22:26:29.357035570 +0200
@@ -46,6 +46,10 @@
 
  */
 
+#ifndef PLUGIN_CODEC_DLL_EXPORTS
+#include plugin-config.h
+#endif
+
 #define _CRT_SECURE_NO_DEPRECATE
 
 #include h263-1998.h
diff -ur opal.pre/plugins/video/H.263-1998/Makefile.in opal/plugins/video/H.263-1998/Makefile.in
--- opal.pre/plugins/video/H.263-1998/Makefile.in	2009-06-09 22:08:50.361264887 +0200
+++ opal/plugins/video/H.263-1998/Makefile.in	2009-06-09 22:24:50.941032598 +0200
@@ -33,6 +33,7 @@
 COMMONDIR	=../common
 PLUGINDIR	=../../
 OBJDIR 		=./obj
+PLUGINDIR	=../..
 
 CC	 	=...@cc@
 CFLAGS	 	=...@cflags@ 
@@ -42,6 +43,7 @@
 STDCCFLAGS	=...@stdccflags@
 libavcodec_cfla...@libavcodec_cflags@
 LDFLAGS		=...@ldflags@ -lavcodec -lavutil
+EXTRACFLAGS	=-I$(PLUGINDIR)
 have_libavcodec_rtp_mo...@have_libavcodec_rtp_mode@

Re: [Ekiga-devel-list] USB network autodetection on Openmoko

2009-06-10 Thread Eugen Dedu

Luca Capello wrote:

Hi there!

My Openmoko GTA02 Neo FreeRunner is connected to my laptop thanks to its
USB port following the instructions at

  http://wiki.openmoko.org/wiki/USB_Networking

Basically, every time the USB cable is plugged in:
=
iptables -t nat -s 192.168.0.202 -A POSTROUTING -j MASQUERADE
iptables -t nat -s 192.168.0.202 -A PREROUTING  -j DNAT \
-d 192.168.0.200 -p udp --dport 53 \
--to-destination `grep -m 1 nameserver /etc/resolv.conf | cut -d ' ' -f 2`
iptables -t nat -s 192.168.0.202 -A PREROUTING  -j DNAT \
-d 192.168.0.200 -p tcp --dport 53 \
--to-destination `grep -m 1 nameserver /etc/resolv.conf | cut -d ' ' -f 2`
iptables -P FORWARD ACCEPT
echo 1 /proc/sys/net/ipv4/ip_forward
=

At university my laptop is configured with a public IP address, but
every time I start Ekiga on my Openmoko Neo FreeRunner I get the
network autodetection error window, which tells me to check

  http://wiki.ekiga.org/index.php/Enable_port_forwarding_manually

I do not remember to have experienced the same problem at home, where I
am behind an ADSL router (managed through OpenWrt), thus this sounds to
me quite strange.

Indeed, if I try to call the echo test when I am at university, I did
not receive any sound, while at home I can hear the echo test voice at
least until the segfault I reported at

  
http://thread.gmane.org/gmane.comp.gnome.apps.gnomemeeting.devel/5620/focus=5678


So it seems the problem is not between USB and laptop, but between 
laptop and Internet.



Is this a bug in my configuration or in Ekiga?


Can ekiga on your *laptop* connect successfully at home and at university?

--
Eugen
___
Ekiga-devel-list mailing list
Ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list