From don.hwong at gmail.com Mon Mar 3 15:49:25 2014 From: don.hwong at gmail.com (Don Technology) Date: Mon, 03 Mar 2014 07:49:25 -0800 Subject: [Ekiga-list] Limitations Message-ID: <5314A485.8060508@gmail.com> Hi, I read through your wiki and documentation. But I can not find the maximum number of simultaneous audio-only conference via Ekiga.net registered SIP. Can you help? Thank you, Donald From mtbc at ixod.org Wed Mar 5 20:25:21 2014 From: mtbc at ixod.org (Mark Carroll) Date: Wed, 05 Mar 2014 20:25:21 +0000 Subject: [Ekiga-list] Registration failure Message-ID: <87r46gwfym.fsf@ixod.org> I am trying to help remotely with difficulty registering. When I log into the user's machine with ssh -CX and try running their ekiga it registers okay for me, but quite often the local user seems to have some kind of transport error reported. I got them to capture a log: http://pastebin.com/xjhJN0u0 Cheers, Mark From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Mar 6 16:38:48 2014 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 06 Mar 2014 17:38:48 +0100 Subject: [Ekiga-list] Registration failure In-Reply-To: <87r46gwfym.fsf@ixod.org> References: <87r46gwfym.fsf@ixod.org> Message-ID: <5318A498.8090402@pu-pm.univ-fcomte.fr> On 05/03/14 21:25, Mark Carroll wrote: > I am trying to help remotely with difficulty registering. When I log > into the user's machine with ssh -CX and try running their ekiga it > registers okay for me, but quite often the local user seems to have some > kind of transport error reported. I got them to capture a log: > http://pastebin.com/xjhJN0u0 You do not have Network detection enabled. Registering to ekiga.net in your case needs that option checked on. -- Eugen From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Mar 6 16:39:11 2014 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 06 Mar 2014 17:39:11 +0100 Subject: [Ekiga-list] Limitations In-Reply-To: <5314A485.8060508@gmail.com> References: <5314A485.8060508@gmail.com> Message-ID: <5318A4AF.4030008@pu-pm.univ-fcomte.fr> On 03/03/14 16:49, Don Technology wrote: > Hi, > > I read through your wiki and documentation. But I can not find the > maximum number of simultaneous audio-only conference via Ekiga.net > registered SIP. > > Can you help? Sorry, I cannot help. Maybe someone other on the list... -- Eugen From mtbc at ixod.org Thu Mar 6 17:25:34 2014 From: mtbc at ixod.org (Mark Carroll) Date: Thu, 06 Mar 2014 17:25:34 +0000 Subject: [Ekiga-list] Registration failure In-Reply-To: <5318A498.8090402@pu-pm.univ-fcomte.fr> (Eugen Dedu's message of "Thu, 06 Mar 2014 17:38:48 +0100") References: <87r46gwfym.fsf@ixod.org> <5318A498.8090402@pu-pm.univ-fcomte.fr> Message-ID: <87wqg7dysx.fsf@ixod.org> Eugen Dedu writes: > On 05/03/14 21:25, Mark Carroll wrote: >> I am trying to help remotely with difficulty registering. When I log >> into the user's machine with ssh -CX and try running their ekiga it >> registers okay for me, but quite often the local user seems to have some >> kind of transport error reported. I got them to capture a log: >> http://pastebin.com/xjhJN0u0 > > You do not have Network detection enabled. Registering to ekiga.net in > your case needs that option checked on. Ah, thank you. It is interesting that it sometimes works, sometimes doesn't, with it disabled. As I recall if I turn it on it always complains that it can't detect the network. (This is the system with inbound 5060 blocked.) I'll experiment again with enabling it. -- Mark From Eugen.Dedu at pu-pm.univ-fcomte.fr Thu Mar 6 17:29:48 2014 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Thu, 06 Mar 2014 18:29:48 +0100 Subject: [Ekiga-list] Registration failure In-Reply-To: <87wqg7dysx.fsf@ixod.org> References: <87r46gwfym.fsf@ixod.org> <5318A498.8090402@pu-pm.univ-fcomte.fr> <87wqg7dysx.fsf@ixod.org> Message-ID: <5318B08C.8040204@pu-pm.univ-fcomte.fr> On 06/03/14 18:25, Mark Carroll wrote: > Eugen Dedu writes: > >> On 05/03/14 21:25, Mark Carroll wrote: >>> I am trying to help remotely with difficulty registering. When I log >>> into the user's machine with ssh -CX and try running their ekiga it >>> registers okay for me, but quite often the local user seems to have some >>> kind of transport error reported. I got them to capture a log: >>> http://pastebin.com/xjhJN0u0 >> >> You do not have Network detection enabled. Registering to ekiga.net in >> your case needs that option checked on. > > Ah, thank you. It is interesting that it sometimes works, sometimes > doesn't, with it disabled. As I recall if I turn it on it always > complains that it can't detect the network. (This is the system with > inbound 5060 blocked.) I'll experiment again with enabling it. If it complains that it cannot detect the network, you have a "difficult to pass" network and you are on your own, i.e. sometimes it might work, sometimes not. I cannot help here unfortunately. -- Eugen From mtbc at ixod.org Tue Mar 11 18:40:37 2014 From: mtbc at ixod.org (Mark Carroll) Date: Tue, 11 Mar 2014 18:40:37 +0000 Subject: [Ekiga-list] Registration failure In-Reply-To: <5318B08C.8040204@pu-pm.univ-fcomte.fr> (Eugen Dedu's message of "Thu, 06 Mar 2014 18:29:48 +0100") References: <87r46gwfym.fsf@ixod.org> <5318A498.8090402@pu-pm.univ-fcomte.fr> <87wqg7dysx.fsf@ixod.org> <5318B08C.8040204@pu-pm.univ-fcomte.fr> Message-ID: <87ob1cinoa.fsf@ixod.org> Eugen Dedu writes: > On 06/03/14 18:25, Mark Carroll wrote: (snip) >> Ah, thank you. It is interesting that it sometimes works, sometimes >> doesn't, with it disabled. As I recall if I turn it on it always >> complains that it can't detect the network. (This is the system with >> inbound 5060 blocked.) I'll experiment again with enabling it. > > If it complains that it cannot detect the network, you have a "difficult > to pass" network and you are on your own, i.e. sometimes it might work, > sometimes not. I cannot help here unfortunately. It's a pity that having that single port blocked causes such trouble. ): When I use netcat at both ends to test the UDP forwarding of the other ports they all come through just fine. Thank you for looking, anyway. Annoyingly, when the local user starts ekiga, it fails with the transport error, but when I start it remotely over ssh -CX, it succeeds in registering, so it feels so nearly there. The likeliest explanation for this, perhaps, is a matter of timing. Ah well. -- Mark From kevin at digitalarchitects.co.za Wed Mar 12 06:24:37 2014 From: kevin at digitalarchitects.co.za (Kevin Wilson) Date: Wed, 12 Mar 2014 08:24:37 +0200 Subject: [Ekiga-list] Windows 8 webcam issue Message-ID: Hi, I have an issue with windows 8 and Ekiga 4.0.2. The local video is not working. I have looked at the troubleshooting and tried re-installing and running as admin. Many other SIP phone packages all work fine. I am using an HP EliteBook. Where do I look? regards, Kevin -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Mar 12 12:20:29 2014 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 12 Mar 2014 13:20:29 +0100 Subject: [Ekiga-list] Windows 8 webcam issue In-Reply-To: References: Message-ID: <5320510D.3030500@pu-pm.univ-fcomte.fr> On 12/03/14 07:24, Kevin Wilson wrote: > Hi, > I have an issue with windows 8 and Ekiga 4.0.2. The local video is not > working. I have looked at the troubleshooting and tried re-installing and > running as admin. Many other SIP phone packages all work fine. I am using > an HP EliteBook. Where do I look? You should give us/me a -d 4 log, cf. http://wiki.ekiga.org/index.php/Debugging_Ekiga#How_to_get_a_debug_output_2 -- Eugen From cyrill.karczewski at free.fr Wed Mar 12 17:01:39 2014 From: cyrill.karczewski at free.fr (cyrill.karczewski at free.fr) Date: Wed, 12 Mar 2014 18:01:39 +0100 (CET) Subject: [Ekiga-list] Ekiga 4.0.1 Windows - x264plugin_helper.exe crash after hang up In-Reply-To: <1749211193.584681940.1394643487886.JavaMail.root@spooler3-g27.priv.proxad.net> Message-ID: <317386102.584692764.1394643699436.JavaMail.root@spooler3-g27.priv.proxad.net> Hi everyone, First, I would like to thanks all the developpers for the great Job that they did with Ekiga. I'm using Ekiga since a few time now. I'm using it on Windows7 64 bits platforms and I mostely call Polycom Devices. I have a tiny problem when I hang up after a call. A message tells me that the x264plugin_helper.exe process has crashed. I would like to know if you already know this problem and if it has a solution. It s not a big problem, just enoying me a little. Thank you for your answer. Bye Bye Cyrill K From Eugen.Dedu at pu-pm.univ-fcomte.fr Wed Mar 12 18:34:12 2014 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Wed, 12 Mar 2014 19:34:12 +0100 Subject: [Ekiga-list] Ekiga 4.0.1 Windows - x264plugin_helper.exe crash after hang up In-Reply-To: <317386102.584692764.1394643699436.JavaMail.root@spooler3-g27.priv.proxad.net> References: <317386102.584692764.1394643699436.JavaMail.root@spooler3-g27.priv.proxad.net> Message-ID: <5320A8A4.7020208@pu-pm.univ-fcomte.fr> On 12/03/14 18:01, cyrill.karczewski at free.fr wrote: > Hi everyone, > > First, I would like to thanks all the developpers for the great Job that they did with Ekiga. > > I'm using Ekiga since a few time now. > > I'm using it on Windows7 64 bits platforms and I mostely call Polycom Devices. > > I have a tiny problem when I hang up after a call. > > A message tells me that the x264plugin_helper.exe process has crashed. > > I would like to know if you already know this problem and if it has a solution. > > It s not a big problem, just enoying me a little. I was told about this problem 1-2 years ago. I prefer to wait the new stable release, containing numerous h264 fixes, and check if it is there before fixing it. -- Eugen From kevin at digitalarchitects.co.za Fri Mar 14 08:05:55 2014 From: kevin at digitalarchitects.co.za (Kevin Wilson) Date: Fri, 14 Mar 2014 10:05:55 +0200 Subject: [Ekiga-list] HP HD Webcam video not working Message-ID: Hi, Here is the log file extract from the video preview. It seems that either the formats are not supported or my directx is not happy? Can anyone comment? regards, -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- ekiga DShow Video Device Instance 2014/03/14 09:38:53.647 0:41.656 ekiga DShow Enumerating Device Names 2014/03/14 09:38:53.655 0:41.664 ekiga DShow Video Device Instance 2014/03/14 09:38:53.674 0:41.683 ekiga DShow Camera formats available could not be matched to YUV420P:CIF at 25/Scaled 2014/03/14 09:38:53.675 0:41.684 ekiga DShow Camera format set to YUY2:CIF at 25/Scaled 2014/03/14 09:38:53.704 0:41.713 ekiga DShow Image up side down 2014/03/14 09:38:53.704 0:41.713 ekiga DShow Camera does not support Pan. Controls DISABLED 2014/03/14 09:38:53.705 0:41.713 ekiga DShow Camera does not support Tilt. Controls DISABLED 2014/03/14 09:38:53.705 0:41.713 ekiga DShow Camera does not support zoom. Controls DISABLED 2014/03/14 09:38:53.705 0:41.714 ekiga DShow Camera supports Camera Controls. Controls ENABLED 2014/03/14 09:38:53.705 0:41.714 ekiga DShow Device HP HD Webcam [Fixed] open. 2014/03/14 09:38:53.709 0:41.718 ekiga DShow Camera formats available could not be matched to YUV420P:CIF at 25/Scaled 2014/03/14 09:38:53.714 0:41.722 ekiga DShow Camera formats available could not be matched to YUV420P:CIF at 25/Scaled 2014/03/14 09:38:53.718 0:41.726 ekiga DShow Camera formats available could not be matched to I420:CIF at 25/Scaled 2014/03/14 09:38:53.722 0:41.731 ekiga DShow Camera formats available could not be matched to IYUV:CIF at 25/Scaled 2014/03/14 09:38:53.726 0:41.735 ekiga DShow Camera formats available could not be matched to YUV420:CIF at 25/Scaled 2014/03/14 09:38:53.731 0:41.740 ekiga DShow Camera formats available could not be matched to RGB32:CIF at 25/Scaled 2014/03/14 09:38:53.736 0:41.744 ekiga DShow Camera formats available could not be matched to BGR32:CIF at 25/Scaled 2014/03/14 09:38:53.740 0:41.749 ekiga DShow Camera formats available could not be matched to RGB24:CIF at 25/Scaled 2014/03/14 09:38:53.744 0:41.753 ekiga DShow Function "pStreamConfig->SetFormat(pMediaFormat)" failed : An invalid media type was specified. 2014/03/14 09:38:53.744 0:41.753 ekiga PVidDev SetColourFormatConverter success for native YUY2 2014/03/14 09:38:53.744 0:41.753 ekiga PColCnv PColourConverter constructed: YUY2:CIF at 25/Scaled -> YUV420P:CIF at 25/Scaled 2014/03/14 09:38:53.748 0:41.757 ekiga DShow Camera format set to YUY2:CIF at 30/Scaled 2014/03/14 09:38:53.748 0:41.757 ekiga PVidDev SetFrameSize to 176x144 2014/03/14 09:38:53.752 0:41.760 ekiga DShow Camera format set to YUY2:QCIF at 30/Scaled 2014/03/14 09:38:53.752 0:41.760 ekiga PColCnv SetFrameSize: 176x144 OK 2014/03/14 09:38:54.256 0:42.266 ekiga DShow Video Started. 2014/03/14 09:38:54.265 0:42.275 ekiga PreviewManager Starting Preview 2014/03/14 09:38:54.273 0:42.282 ekiga VidInputCoreConfBridge Updating preview 2014/03/14 09:38:54.555 0:42.565 GMVideoOut...ager:12988 GMVideoOutputManager_dx Opening :VO_MODE_LOCAL display with image of 176x144 2014/03/14 09:38:54.555 0:42.564 ekiga VidInputCore Starting preview 176x144/30 2014/03/14 09:38:54.556 0:42.565 GMVideoOut...ager:12988 DirectX DXWindow Constructor called 2014/03/14 09:38:54.556 0:42.565 GMVideoOut...ager:12988 DirectX Configuring DirectX 2014/03/14 09:38:54.926 0:42.935 GMVideoOut...ager:12988 DirectX no Overlay Capabilities 2014/03/14 09:38:54.926 0:42.935 GMVideoOut...ager:12988 GMVideoOutputManager_dx Setup display 0 with zoom value of 200 2014/03/14 09:38:54.926 0:42.936 GMVideoOut...ager:12988 DirectX DXWindow Destructor called 2014/03/14 09:38:58.703 0:46.713 ekiga VidInputCoreConfBridge Updating preview 2014/03/14 09:38:58.728 0:46.738 ekiga VidInputCore Stopping Preview 2014/03/14 09:38:58.729 0:46.738 ekiga PreviewManager Stopping Preview 2014/03/14 09:38:58.734 0:46.744 ekiga VidInputCore Closing current device 2014/03/14 09:38:58.734 0:46.744 ekiga GMVideoInputManager_ptlib Closing device HP HD Webcam [Fixed] (PTLIB/DirectShow) 2014/03/14 09:38:58.734 0:46.744 ekiga DShow Torn Down. 2014/03/14 09:38:58.780 0:46.790 ekiga DShow Video Stopped. From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Mar 14 08:52:50 2014 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 14 Mar 2014 09:52:50 +0100 Subject: [Ekiga-list] HP HD Webcam video not working In-Reply-To: References: Message-ID: <5322C362.6050702@pu-pm.univ-fcomte.fr> On 14/03/14 09:05, Kevin Wilson wrote: > Hi, > Here is the log file extract from the video preview. It seems that either > the formats are not supported or my directx is not happy? The error is at line: > 2014/03/14 09:38:54.926 0:42.935 GMVideoOut...ager:12988 DirectX no Overlay Capabilities So it seems your video card does not have an overlay. Do you know why? Do you have another application which uses it, such as virtualbox? Note that in the development code of ekiga, video checking has been changed, and the above check is not done anymore. So I suggest you to wait a bit, until the development version becomes stable. PS When answering to this e-mail, do not create a new e-mail message, but just answer to this one. -- Eugen From dennisn at dennisn.dyndns.org Mon Mar 17 23:31:54 2014 From: dennisn at dennisn.dyndns.org (Dennis New) Date: Mon, 17 Mar 2014 19:31:54 -0400 Subject: [Ekiga-list] Window-size settings and picture-in-picture Message-ID: <20140317193154.d85b17930b16bb3f27624701@dennisn.dyndns.org> In fullscreen mode, there is no way to move the picture-in-picture to a different corner, or to disable it, so it will always cut off the bottom-left corner. Also, I think the call window should respect the user's geometry settings, and allow for more scaling options than simply 1x and 2x. In many cases, 2x is still to small for me. Also, if my video settings have a different size than the negotiated size settings of a call, the window size will bounce between the two sizes when pausing/resuming and disorganize my desktop. Both of these issues could be solved if all videos simply scaled to whatever size window the user prefers. From dsandras at seconix.com Tue Mar 18 12:10:45 2014 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 18 Mar 2014 13:10:45 +0100 Subject: [Ekiga-list] Window-size settings and picture-in-picture In-Reply-To: <20140317193154.d85b17930b16bb3f27624701@dennisn.dyndns.org> References: <20140317193154.d85b17930b16bb3f27624701@dennisn.dyndns.org> Message-ID: <532837C5.9050307@seconix.com> Le 18/03/14 00:31, Dennis New a ?crit : > In fullscreen mode, there is no way to move the picture-in-picture to a > different corner, or to disable it, so it will always cut off the > bottom-left corner. This is currently not possible. > Also, I think the call window should respect the user's geometry > settings, and allow for more scaling options than simply 1x and 2x. In > many cases, 2x is still to small for me. Also, if my video settings > have a different size than the negotiated size settings of a call, the > window size will bounce between the two sizes when pausing/resuming and > disorganize my desktop. Both of these issues could be solved if all > videos simply scaled to whatever size window the user prefers. However, this is already implemented as a new feature in our master branch. ------------------------------------------------------------------------ Damien SANDRAS *Ekiga Project* http://www.ekiga.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekigaicon.png Type: image/png Size: 877 bytes Desc: not available URL: From dennisn at dennisn.dyndns.org Tue Mar 18 13:18:24 2014 From: dennisn at dennisn.dyndns.org (Dennis New) Date: Tue, 18 Mar 2014 09:18:24 -0400 Subject: [Ekiga-list] Window-size settings and picture-in-picture In-Reply-To: <532837C5.9050307@seconix.com> References: <20140317193154.d85b17930b16bb3f27624701@dennisn.dyndns.org> <532837C5.9050307@seconix.com> Message-ID: <20140318091824.b7d46b059c74f21a3a2f78f9@dennisn.dyndns.org> On Tue, 18 Mar 2014 13:10:45 +0100, Damien Sandras wrote: > Le 18/03/14 00:31, Dennis New a ?crit : > > In fullscreen mode, there is no way to move the picture-in-picture > > to a different corner, or to disable it, so it will always cut off > > the bottom-left corner. > > This is currently not possible. Why not? :p If it's possible to overlay a picture-in-picture, wouldn't it be possible not to? :p The changing of it's placement doesn't have to occur in real-time -- additional settings to control it's location (and size) would also be satisfactory. > > Also, I think the call window should respect the user's geometry > > settings, and allow for more scaling options than simply 1x and 2x. > > In many cases, 2x is still to small for me. Also, if my video > > settings have a different size than the negotiated size settings of > > a call, the window size will bounce between the two sizes when > > pausing/resuming and disorganize my desktop. Both of these issues > > could be solved if all videos simply scaled to whatever size window > > the user prefers. > > However, this is already implemented as a new feature in our master > branch. From dsandras at seconix.com Tue Mar 18 13:25:29 2014 From: dsandras at seconix.com (Damien Sandras) Date: Tue, 18 Mar 2014 14:25:29 +0100 Subject: [Ekiga-list] Window-size settings and picture-in-picture In-Reply-To: <20140318091824.b7d46b059c74f21a3a2f78f9@dennisn.dyndns.org> References: <20140317193154.d85b17930b16bb3f27624701@dennisn.dyndns.org> <532837C5.9050307@seconix.com> <20140318091824.b7d46b059c74f21a3a2f78f9@dennisn.dyndns.org> Message-ID: <53284949.40208@seconix.com> Le 18/03/14 14:18, Dennis New a ?crit : > On Tue, 18 Mar 2014 13:10:45 +0100, Damien Sandras wrote: >> Le 18/03/14 00:31, Dennis New a ?crit : >>> In fullscreen mode, there is no way to move the picture-in-picture >>> to a different corner, or to disable it, so it will always cut off >>> the bottom-left corner. >> This is currently not possible. > Why not? :p If it's possible to overlay a picture-in-picture, wouldn't > it be possible not to? :p The changing of it's placement doesn't have > to occur in real-time -- additional settings to control it's location > (and size) would also be satisfactory. I didn't mean it is impossible to do. It is simply not implemented yet :) Feel free to propose a patch on master if you have the time to. If not, you can report it as a suggestion on bugzilla.gnome.org so that we do not forget. Thanks, ------------------------------------------------------------------------ Damien SANDRAS *Ekiga Project* http://www.ekiga.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekigaicon.png Type: image/png Size: 877 bytes Desc: not available URL: From dave at dawoodfall.net Thu Mar 20 05:14:02 2014 From: dave at dawoodfall.net (David Woodfall) Date: Thu, 20 Mar 2014 05:14:02 +0000 Subject: [Ekiga-list] One-to-One Video and ports Message-ID: <20140320051402.GE28739@Blackswan> Has anyone a definitive list of ports to forward in routers and allow in firewalls for one-to-one video calls? In gconf I see tcp 30000:30010 and udp 5061:5100. Are those the only ones we need? It seems when I look around the net for sip ports that there are conflicting ranges. Also, I've set my sip listen port to 15060 because of incessant fake calls on 5060 (kids looking for open PBXs no doubt). Does this mean that I should also raise those udp 5061:5100 higher too, or will that not matter? Thanks -Dave From dave at dawoodfall.net Thu Mar 20 07:30:50 2014 From: dave at dawoodfall.net (David Woodfall) Date: Thu, 20 Mar 2014 07:30:50 +0000 Subject: [Ekiga-list] One-to-One Video and ports In-Reply-To: <20140320051402.GE28739@Blackswan> References: <20140320051402.GE28739@Blackswan> Message-ID: <20140320073050.GF28739@Blackswan> On (20/03/14 05:14), Dave Woodfall put forth the proposition: >Has anyone a definitive list of ports to forward in routers and allow >in firewalls for one-to-one video calls? > >In gconf I see tcp 30000:30010 and udp 5061:5100. > >Are those the only ones we need? It seems when I look around the net >for sip ports that there are conflicting ranges. > >Also, I've set my sip listen port to 15060 because of incessant fake >calls on 5060 (kids looking for open PBXs no doubt). Does this mean >that I should also raise those udp 5061:5100 higher too, or will that >not matter? Found this: http://wiki.ekiga.org/index.php/Manual#Using_Ekiga_with_routers_and_firewalls Seems to work for audio at least. -Dave From porcelain_mouse at q.com Thu Mar 20 23:39:21 2014 From: porcelain_mouse at q.com (Porcelain Mouse) Date: Thu, 20 Mar 2014 16:39:21 -0700 (PDT) Subject: [Ekiga-list] Cannot Register From Particular Computer Message-ID: Dear Ekiga Users List, I short while after I got my Ekiga SIP account and tested it, I started to get registration errors on my main computer (Linux). It seems to work okay from a netbook (also Linux) I have even when it's on the same network using the same account. I haven't use it very often, but I would like to use it more now and the problem has persisted for the past year or so. If something changed on my main computer that caused it, I don't know what it was. Recently, I tried using jitsi and, while jitsi registered an IPTEL account, it would not register the Ekiga account. Ekiga, on the other hand, cannot register the IPTEL account, either. Seems like I should be able to figure it out, but I've been over the configurations many times and it's not apparent if I'm doing anything wrong. Below is '-d 4' output from Ekiga, but I've already passed it through the ekiga-debug-analyzer script and redacted a few tidbits. Can anyone help me figure this out? ======================== 0:02.318 subscriber...052c0cf700 SIP Sending PDU (585 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 REGISTER sip:ekiga.net SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.20.101:5060;branch=z9hG4bK46e4273d-5aae-e311-9bc7-10bf48876d56;rport User-Agent: Ekiga/4.0.1 From: @ekiga.net>;tag=462b223d-5aae-e311-9bc7-10bf48876d56 Call-ID: 7227223d-5aae-e311-9bc7-10bf48876d56@ To: @ekiga.net> Contact: @192.168.20.101:5060>;q=1, @192.168.20.110:5060>;q=0.500 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:02.320 subscriber...052c0cf700 SIP Sending PDU (585 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.20.110:5060,if=192.168.20.110%em1 REGISTER sip:ekiga.net SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.20.110:5060;branch=z9hG4bKf682473d-5aae-e311-9bc7-10bf48876d56;rport User-Agent: Ekiga/4.0.1 From: @ekiga.net>;tag=462b223d-5aae-e311-9bc7-10bf48876d56 Call-ID: 7227223d-5aae-e311-9bc7-10bf48876d56@ To: @ekiga.net> Contact: @192.168.20.110:5060>;q=1, @192.168.20.101:5060>;q=0.500 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:02.507 Opal Liste...055aba5700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 SIP/2.0 606 Not Acceptable CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.20.101:5060;branch=z9hG4bK46e4273d-5aae-e311-9bc7-10bf48876d56;rport=5060;received=71.212.70.239 Server: Kamailio (1.5.3-notls (i386/linux)) From: @ekiga.net>;tag=462b223d-5aae-e311-9bc7-10bf48876d56 Call-ID: 7227223d-5aae-e311-9bc7-10bf48876d56@ To: @ekiga.net>;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.bbfe Content-Length: 0 ======================== 0:02.510 Opal Liste...055aba5700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.20.110:5060,if=192.168.20.110%em1 SIP/2.0 606 Not Acceptable CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.20.110:5060;branch=z9hG4bKf682473d-5aae-e311-9bc7-10bf48876d56;rport=1024;received=71.212.70.239 Server: Kamailio (1.5.3-notls (i386/linux)) From: @ekiga.net>;tag=462b223d-5aae-e311-9bc7-10bf48876d56 Call-ID: 7227223d-5aae-e311-9bc7-10bf48876d56@ To: @ekiga.net>;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.b2a2 Content-Length: 0 ======================== 0:02.581 subscriber...05141ef700 SIP Sending PDU (531 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 REGISTER sip:ekiga.net SIP/2.0 CSeq: 2 REGISTER Via: SIP/2.0/UDP 192.168.20.101:5060;branch=z9hG4bK362f6f3d-5aae-e311-9bc7-10bf48876d56;rport User-Agent: Ekiga/4.0.1 From: @ekiga.net>;tag=b6dc6e3d-5aae-e311-9bc7-10bf48876d56 Call-ID: 28d96e3d-5aae-e311-9bc7-10bf48876d56@ To: @ekiga.net> Contact: @192.168.20.101:5060> Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:02.583 subscriber...05141ef700 SIP Sending PDU (531 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.20.110:5060,if=192.168.20.110%em1 REGISTER sip:ekiga.net SIP/2.0 CSeq: 2 REGISTER Via: SIP/2.0/UDP 192.168.20.110:5060;branch=z9hG4bK58856f3d-5aae-e311-9bc7-10bf48876d56;rport User-Agent: Ekiga/4.0.1 From: @ekiga.net>;tag=b6dc6e3d-5aae-e311-9bc7-10bf48876d56 Call-ID: 28d96e3d-5aae-e311-9bc7-10bf48876d56@ To: @ekiga.net> Contact: @192.168.20.110:5060> Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:02.766 Opal Liste...055aba5700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 SIP/2.0 606 Not Acceptable CSeq: 2 REGISTER Via: SIP/2.0/UDP 192.168.20.101:5060;branch=z9hG4bK362f6f3d-5aae-e311-9bc7-10bf48876d56;rport=5060;received=71.212.70.239 Server: Kamailio (1.5.3-notls (i386/linux)) From: @ekiga.net>;tag=b6dc6e3d-5aae-e311-9bc7-10bf48876d56 Call-ID: 28d96e3d-5aae-e311-9bc7-10bf48876d56@ To: @ekiga.net>;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.58e3 Content-Length: 0 ======================== 0:02.771 Opal Liste...055aba5700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.20.110:5060,if=192.168.20.110%em1 SIP/2.0 606 Not Acceptable CSeq: 2 REGISTER Via: SIP/2.0/UDP 192.168.20.110:5060;branch=z9hG4bK58856f3d-5aae-e311-9bc7-10bf48876d56;rport=1024;received=71.212.70.239 Server: Kamailio (1.5.3-notls (i386/linux)) From: @ekiga.net>;tag=b6dc6e3d-5aae-e311-9bc7-10bf48876d56 Call-ID: 28d96e3d-5aae-e311-9bc7-10bf48876d56@ To: @ekiga.net>;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.1db5 Content-Length: 0 ======================== 0:02.780 subscriber...05141ae700 SIP Sending PDU (535 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 REGISTER sip:ekiga.net SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 192.168.20.101:5060;branch=z9hG4bK40b18d3d-5aae-e311-9bc7-10bf48876d56;rport User-Agent: Ekiga/4.0.1 From: @ekiga.net>;tag=f06a8d3d-5aae-e311-9bc7-10bf48876d56 Call-ID: 84688d3d-5aae-e311-9bc7-10bf48876d56@ To: @ekiga.net> Contact: @192.168.20.101:5060>;q=1 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:02.782 subscriber...05141ae700 SIP Sending PDU (535 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.20.110:5060,if=192.168.20.110%em1 REGISTER sip:ekiga.net SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 192.168.20.110:5060;branch=z9hG4bK5cfe8d3d-5aae-e311-9bc7-10bf48876d56;rport User-Agent: Ekiga/4.0.1 From: @ekiga.net>;tag=f06a8d3d-5aae-e311-9bc7-10bf48876d56 Call-ID: 84688d3d-5aae-e311-9bc7-10bf48876d56@ To: @ekiga.net> Contact: @192.168.20.110:5060>;q=1 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:02.967 Opal Liste...055aba5700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 SIP/2.0 606 Not Acceptable CSeq: 3 REGISTER Via: SIP/2.0/UDP 192.168.20.101:5060;branch=z9hG4bK40b18d3d-5aae-e311-9bc7-10bf48876d56;rport=5060;received=71.212.70.239 Server: Kamailio (1.5.3-notls (i386/linux)) From: @ekiga.net>;tag=f06a8d3d-5aae-e311-9bc7-10bf48876d56 Call-ID: 84688d3d-5aae-e311-9bc7-10bf48876d56@ To: @ekiga.net>;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.7c2c Content-Length: 0 ======================== 0:02.971 Opal Liste...055aba5700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.20.110:5060,if=192.168.20.110%em1 SIP/2.0 606 Not Acceptable CSeq: 3 REGISTER Via: SIP/2.0/UDP 192.168.20.110:5060;branch=z9hG4bK5cfe8d3d-5aae-e311-9bc7-10bf48876d56;rport=1024;received=71.212.70.239 Server: Kamailio (1.5.3-notls (i386/linux)) From: @ekiga.net>;tag=f06a8d3d-5aae-e311-9bc7-10bf48876d56 Call-ID: 84688d3d-5aae-e311-9bc7-10bf48876d56@ To: @ekiga.net>;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.6949 Content-Length: 0 ======================== 0:02.981 subscriber...051416d700 SIP Sending PDU (535 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 REGISTER sip:ekiga.net SIP/2.0 CSeq: 4 REGISTER Via: SIP/2.0/UDP 192.168.20.101:5060;branch=z9hG4bK3246ac3d-5aae-e311-9bc7-10bf48876d56;rport User-Agent: Ekiga/4.0.1 From: @ekiga.net>;tag=3804ac3d-5aae-e311-9bc7-10bf48876d56 Call-ID: f000ac3d-5aae-e311-9bc7-10bf48876d56@ To: @ekiga.net> Contact: @192.168.20.101:5060>;q=1 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:02.983 subscriber...051416d700 SIP Sending PDU (535 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.20.110:5060,if=192.168.20.110%em1 REGISTER sip:ekiga.net SIP/2.0 CSeq: 4 REGISTER Via: SIP/2.0/UDP 192.168.20.110:5060;branch=z9hG4bK7c8dac3d-5aae-e311-9bc7-10bf48876d56;rport User-Agent: Ekiga/4.0.1 From: @ekiga.net>;tag=3804ac3d-5aae-e311-9bc7-10bf48876d56 Call-ID: f000ac3d-5aae-e311-9bc7-10bf48876d56@ To: @ekiga.net> Contact: @192.168.20.110:5060>;q=1 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:03.166 Opal Liste...055aba5700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 SIP/2.0 606 Not Acceptable CSeq: 4 REGISTER Via: SIP/2.0/UDP 192.168.20.101:5060;branch=z9hG4bK3246ac3d-5aae-e311-9bc7-10bf48876d56;rport=5060;received=71.212.70.239 Server: Kamailio (1.5.3-notls (i386/linux)) From: @ekiga.net>;tag=3804ac3d-5aae-e311-9bc7-10bf48876d56 Call-ID: f000ac3d-5aae-e311-9bc7-10bf48876d56@ To: @ekiga.net>;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.8e3a Content-Length: 0 ======================== 0:03.172 Opal Liste...055aba5700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.20.110:5060,if=192.168.20.110%em1 SIP/2.0 606 Not Acceptable CSeq: 4 REGISTER Via: SIP/2.0/UDP 192.168.20.110:5060;branch=z9hG4bK7c8dac3d-5aae-e311-9bc7-10bf48876d56;rport=1024;received=71.212.70.239 Server: Kamailio (1.5.3-notls (i386/linux)) From: @ekiga.net>;tag=3804ac3d-5aae-e311-9bc7-10bf48876d56 Call-ID: f000ac3d-5aae-e311-9bc7-10bf48876d56@ To: @ekiga.net>;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.b05f Content-Length: 0 -- PMouse From mtbc at ixod.org Fri Mar 21 08:54:16 2014 From: mtbc at ixod.org (Mark Carroll) Date: Fri, 21 Mar 2014 08:54:16 +0000 Subject: [Ekiga-list] Cannot Register From Particular Computer References: Message-ID: <87r45wdj9j.fsf@ixod.org> Porcelain Mouse writes: > Recently, I tried using jitsi and, while jitsi registered an IPTEL > account, it would not register the Ekiga account. Ekiga, on the other > hand, cannot register the IPTEL account, either. > User-Agent: Ekiga/4.0.1 I don't know how to interpret the log, I'm afraid, but I can at least say that I have reliable registration with IPTEL working under my 64-bit Linux Ekiga 4.0.1 with a fairly standard set-up: behind NAT, ports forwarded, network detection enabled.. -- Mark From Eugen.Dedu at pu-pm.univ-fcomte.fr Fri Mar 21 11:34:47 2014 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Fri, 21 Mar 2014 12:34:47 +0100 Subject: [Ekiga-list] Cannot Register From Particular Computer In-Reply-To: References: Message-ID: <532C23D7.3020206@pu-pm.univ-fcomte.fr> On 21/03/14 00:39, Porcelain Mouse wrote: > Dear Ekiga Users List, > > I short while after I got my Ekiga SIP account and tested it, I started > to get registration errors on my main computer (Linux). It seems to > work okay from a netbook (also Linux) I have even when it's on the same > network using the same account. I haven't use it very often, but I > would like to use it more now and the problem has persisted for the past > year or so. If something changed on my main computer that caused it, I > don't know what it was. > > Recently, I tried using jitsi and, while jitsi registered an IPTEL > account, it would not register the Ekiga account. Ekiga, on the other > hand, cannot register the IPTEL account, either. > > Seems like I should be able to figure it out, but I've been over the > configurations many times and it's not apparent if I'm doing anything > wrong. > > Below is '-d 4' output from Ekiga, but I've already passed it through > the ekiga-debug-analyzer script and redacted a few tidbits. Can anyone > help me figure this out? > > ======================== 0:02.318 subscriber...052c0cf700 SIP > Sending PDU (585 bytes) to: > rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 > The address 192.168.20.101 above is a private IP address, and will not work with an ekiga.net account. This appears surely because you have checked off the Enable network detection in Preferences. Check it on and restart ekiga. -- Eugen From porcelain_mouse at q.com Fri Mar 21 18:14:31 2014 From: porcelain_mouse at q.com (Porcelain Mouse) Date: Fri, 21 Mar 2014 11:14:31 -0700 (PDT) Subject: [Ekiga-list] Cannot Register From Particular Computer In-Reply-To: <532C23D7.3020206@pu-pm.univ-fcomte.fr> References: <532C23D7.3020206@pu-pm.univ-fcomte.fr> Message-ID: Hi Eugen, On Friday, 21 March 2014, Eugen Dedu wrote: > On 21/03/14 00:39, Porcelain Mouse wrote: >> I short while after I got my Ekiga SIP account and tested it, I started >> to get registration errors on my main computer (Linux). It seems to >> work okay from a netbook (also Linux) I have even when it's on the same >> network using the same account. I haven't use it very often, but I >> would like to use it more now and the problem has persisted for the >> past year or so. If something changed on my main computer that caused >> it, I don't know what it was. >> >> Recently, I tried using jitsi and, while jitsi registered an IPTEL >> account, it would not register the Ekiga account. Ekiga, on the other >> hand, cannot register the IPTEL account, either. >> >> Seems like I should be able to figure it out, but I've been over the >> configurations many times and it's not apparent if I'm doing anything >> wrong. >> >> Below is '-d 4' output from Ekiga, but I've already passed it through >> the ekiga-debug-analyzer script and redacted a few tidbits. Can anyone >> help me figure this out? >> >> ======================== 0:02.318 subscriber...052c0cf700 SIP >> Sending PDU (585 bytes) to: >> rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 >> > > The address 192.168.20.101 above is a private IP address, and will not > work with an ekiga.net account. This appears surely because you have > checked off the Enable network detection in Preferences. Check it on > and restart ekiga. Thank you very much for helping me! I certainly have tried disabling STUN during my own troubleshooting, but the registration error is the same regardless of this setting. I understand why the IP addr on my local network will not work, though; that makes complete sense. Debugging the system that works shows my NAT IP addr is given as my "local" IP. But, I can't figure out why it doesn't work on this particular system. I verified this setting and tried again, though. I looked at the setting--it was already enabled/selected--then I quit, and started with debugging enabled at level 4. The new analyzed and redacted results are below. Would the full debug output be helpful? ======================== 0:01.844 subscriber...ce0db47700 SIP Sending PDU (585 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 REGISTER sip:ekiga.net SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.20.101:5060;branch=z9hG4bKea180290-8aaf-e311-9bc7-10bf48876d56;rport User-Agent: Ekiga/4.0.1 From: @ekiga.net>;tag=8c72fc8f-8aaf-e311-9bc7-10bf48876d56 Call-ID: 306ffc8f-8aaf-e311-9bc7-10bf48876d56@ To: @ekiga.net> Contact: @192.168.20.101:5060>;q=1, @192.168.20.110:5060>;q=0.500 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:01.847 subscriber...ce0db47700 SIP Sending PDU (585 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.20.110:5060,if=192.168.20.110%em1 REGISTER sip:ekiga.net SIP/2.0 CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.20.110:5060;branch=z9hG4bK50c74c90-8aaf-e311-9bc7-10bf48876d56;rport User-Agent: Ekiga/4.0.1 From: @ekiga.net>;tag=8c72fc8f-8aaf-e311-9bc7-10bf48876d56 Call-ID: 306ffc8f-8aaf-e311-9bc7-10bf48876d56@ To: @ekiga.net> Contact: @192.168.20.110:5060>;q=1, @192.168.20.101:5060>;q=0.500 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:02.031 Opal Liste...ce358f5700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 SIP/2.0 606 Not Acceptable CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.20.101:5060;branch=z9hG4bKea180290-8aaf-e311-9bc7-10bf48876d56;rport=5060;received=71.212.70.239 Server: Kamailio (1.5.3-notls (i386/linux)) From: @ekiga.net>;tag=8c72fc8f-8aaf-e311-9bc7-10bf48876d56 Call-ID: 306ffc8f-8aaf-e311-9bc7-10bf48876d56@ To: @ekiga.net>;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.7c33 Content-Length: 0 ======================== 0:02.035 Opal Liste...ce358f5700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.20.110:5060,if=192.168.20.110%em1 SIP/2.0 606 Not Acceptable CSeq: 1 REGISTER Via: SIP/2.0/UDP 192.168.20.110:5060;branch=z9hG4bK50c74c90-8aaf-e311-9bc7-10bf48876d56;rport=1024;received=71.212.70.239 Server: Kamailio (1.5.3-notls (i386/linux)) From: @ekiga.net>;tag=8c72fc8f-8aaf-e311-9bc7-10bf48876d56 Call-ID: 306ffc8f-8aaf-e311-9bc7-10bf48876d56@ To: @ekiga.net>;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.fd88 Content-Length: 0 ======================== 0:02.124 subscriber...ce0d646700 SIP Sending PDU (531 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 REGISTER sip:ekiga.net SIP/2.0 CSeq: 2 REGISTER Via: SIP/2.0/UDP 192.168.20.101:5060;branch=z9hG4bK1a147790-8aaf-e311-9bc7-10bf48876d56;rport User-Agent: Ekiga/4.0.1 From: @ekiga.net>;tag=e0d57690-8aaf-e311-9bc7-10bf48876d56 Call-ID: 88d37690-8aaf-e311-9bc7-10bf48876d56@ To: @ekiga.net> Contact: @192.168.20.101:5060> Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:02.126 subscriber...ce0d646700 SIP Sending PDU (531 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.20.110:5060,if=192.168.20.110%em1 REGISTER sip:ekiga.net SIP/2.0 CSeq: 2 REGISTER Via: SIP/2.0/UDP 192.168.20.110:5060;branch=z9hG4bK285b7790-8aaf-e311-9bc7-10bf48876d56;rport User-Agent: Ekiga/4.0.1 From: @ekiga.net>;tag=e0d57690-8aaf-e311-9bc7-10bf48876d56 Call-ID: 88d37690-8aaf-e311-9bc7-10bf48876d56@ To: @ekiga.net> Contact: @192.168.20.110:5060> Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:02.310 Opal Liste...ce358f5700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 SIP/2.0 606 Not Acceptable CSeq: 2 REGISTER Via: SIP/2.0/UDP 192.168.20.101:5060;branch=z9hG4bK1a147790-8aaf-e311-9bc7-10bf48876d56;rport=5060;received=71.212.70.239 Server: Kamailio (1.5.3-notls (i386/linux)) From: @ekiga.net>;tag=e0d57690-8aaf-e311-9bc7-10bf48876d56 Call-ID: 88d37690-8aaf-e311-9bc7-10bf48876d56@ To: @ekiga.net>;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.688d Content-Length: 0 ======================== 0:02.313 Opal Liste...ce358f5700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.20.110:5060,if=192.168.20.110%em1 SIP/2.0 606 Not Acceptable CSeq: 2 REGISTER Via: SIP/2.0/UDP 192.168.20.110:5060;branch=z9hG4bK285b7790-8aaf-e311-9bc7-10bf48876d56;rport=1024;received=71.212.70.239 Server: Kamailio (1.5.3-notls (i386/linux)) From: @ekiga.net>;tag=e0d57690-8aaf-e311-9bc7-10bf48876d56 Call-ID: 88d37690-8aaf-e311-9bc7-10bf48876d56@ To: @ekiga.net>;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.42d2 Content-Length: 0 ======================== 0:02.324 subscriber...ce0d605700 SIP Sending PDU (535 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 REGISTER sip:ekiga.net SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 192.168.20.101:5060;branch=z9hG4bKc2ac9590-8aaf-e311-9bc7-10bf48876d56;rport User-Agent: Ekiga/4.0.1 From: @ekiga.net>;tag=4c699590-8aaf-e311-9bc7-10bf48876d56 Call-ID: d6669590-8aaf-e311-9bc7-10bf48876d56@ To: @ekiga.net> Contact: @192.168.20.101:5060>;q=1 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:02.326 subscriber...ce0d605700 SIP Sending PDU (535 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.20.110:5060,if=192.168.20.110%em1 REGISTER sip:ekiga.net SIP/2.0 CSeq: 3 REGISTER Via: SIP/2.0/UDP 192.168.20.110:5060;branch=z9hG4bK7ef59590-8aaf-e311-9bc7-10bf48876d56;rport User-Agent: Ekiga/4.0.1 From: @ekiga.net>;tag=4c699590-8aaf-e311-9bc7-10bf48876d56 Call-ID: d6669590-8aaf-e311-9bc7-10bf48876d56@ To: @ekiga.net> Contact: @192.168.20.110:5060>;q=1 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:02.541 Opal Liste...ce358f5700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 SIP/2.0 606 Not Acceptable CSeq: 3 REGISTER Via: SIP/2.0/UDP 192.168.20.101:5060;branch=z9hG4bKc2ac9590-8aaf-e311-9bc7-10bf48876d56;rport=5060;received=71.212.70.239 Server: Kamailio (1.5.3-notls (i386/linux)) From: @ekiga.net>;tag=4c699590-8aaf-e311-9bc7-10bf48876d56 Call-ID: d6669590-8aaf-e311-9bc7-10bf48876d56@ To: @ekiga.net>;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.bb04 Content-Length: 0 ======================== 0:02.544 Opal Liste...ce358f5700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.20.110:5060,if=192.168.20.110%em1 SIP/2.0 606 Not Acceptable CSeq: 3 REGISTER Via: SIP/2.0/UDP 192.168.20.110:5060;branch=z9hG4bK7ef59590-8aaf-e311-9bc7-10bf48876d56;rport=1024;received=71.212.70.239 Server: Kamailio (1.5.3-notls (i386/linux)) From: @ekiga.net>;tag=4c699590-8aaf-e311-9bc7-10bf48876d56 Call-ID: d6669590-8aaf-e311-9bc7-10bf48876d56@ To: @ekiga.net>;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.ee88 Content-Length: 0 ======================== 0:02.625 subscriber...ce0d5c4700 SIP Sending PDU (535 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 REGISTER sip:ekiga.net SIP/2.0 CSeq: 4 REGISTER Via: SIP/2.0/UDP 192.168.20.101:5060;branch=z9hG4bK4a88c390-8aaf-e311-9bc7-10bf48876d56;rport User-Agent: Ekiga/4.0.1 From: @ekiga.net>;tag=2247c390-8aaf-e311-9bc7-10bf48876d56 Call-ID: b644c390-8aaf-e311-9bc7-10bf48876d56@ To: @ekiga.net> Contact: @192.168.20.101:5060>;q=1 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:02.627 subscriber...ce0d5c4700 SIP Sending PDU (535 bytes) to: rem=udp$86.64.162.35:5060,local=udp$192.168.20.110:5060,if=192.168.20.110%em1 REGISTER sip:ekiga.net SIP/2.0 CSeq: 4 REGISTER Via: SIP/2.0/UDP 192.168.20.110:5060;branch=z9hG4bKeacec390-8aaf-e311-9bc7-10bf48876d56;rport User-Agent: Ekiga/4.0.1 From: @ekiga.net>;tag=2247c390-8aaf-e311-9bc7-10bf48876d56 Call-ID: b644c390-8aaf-e311-9bc7-10bf48876d56@ To: @ekiga.net> Contact: @192.168.20.110:5060>;q=1 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 ======================== 0:02.811 Opal Liste...ce358f5700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.20.101:5060,if=192.168.20.101%em1 SIP/2.0 606 Not Acceptable CSeq: 4 REGISTER Via: SIP/2.0/UDP 192.168.20.101:5060;branch=z9hG4bK4a88c390-8aaf-e311-9bc7-10bf48876d56;rport=5060;received=71.212.70.239 Server: Kamailio (1.5.3-notls (i386/linux)) From: @ekiga.net>;tag=2247c390-8aaf-e311-9bc7-10bf48876d56 Call-ID: b644c390-8aaf-e311-9bc7-10bf48876d56@ To: @ekiga.net>;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.706a Content-Length: 0 ======================== 0:02.814 Opal Liste...ce358f5700 SIP PDU received: rem=udp$86.64.162.35:5060,local=udp$192.168.20.110:5060,if=192.168.20.110%em1 SIP/2.0 606 Not Acceptable CSeq: 4 REGISTER Via: SIP/2.0/UDP 192.168.20.110:5060;branch=z9hG4bKeacec390-8aaf-e311-9bc7-10bf48876d56;rport=1024;received=71.212.70.239 Server: Kamailio (1.5.3-notls (i386/linux)) From: @ekiga.net>;tag=2247c390-8aaf-e311-9bc7-10bf48876d56 Call-ID: b644c390-8aaf-e311-9bc7-10bf48876d56@ To: @ekiga.net>;tag=c64e1f832a41ec1c1f4e5673ac5b80f6.ee42 Content-Length: 0 -- PMouse From porcelain_mouse at q.com Fri Mar 21 18:49:32 2014 From: porcelain_mouse at q.com (Porcelain Mouse) Date: Fri, 21 Mar 2014 11:49:32 -0700 (PDT) Subject: [Ekiga-list] Cannot Register From Particular Computer In-Reply-To: <87r45wdj9j.fsf@ixod.org> References: <87r45wdj9j.fsf@ixod.org> Message-ID: Hi Marc, On Friday, 21 March 2014, Mark Carroll wrote: > I don't know how to interpret the log, I'm afraid, but I can at least > say that I have reliable registration with IPTEL working under my 64-bit > Linux Ekiga 4.0.1 with a fairly standard set-up: behind NAT, ports > forwarded, network detection enabled.. Thank you. I checked on my computer that is able to register and it will register both Ekiga and IPTEL accounts with Ekiga. What's wrong with this one system I just can't imagine. I think it's significant that jitsi can register IPTEL accounts on the system from which Ekiga cannot register any account. It may also be significant that jitsi cannot register my Ekiga account on the system from which Ekiga can, but that may just be my configuration error. -- PMouse From dave at dawoodfall.net Sun Mar 23 02:07:56 2014 From: dave at dawoodfall.net (David Woodfall) Date: Sun, 23 Mar 2014 02:07:56 +0000 Subject: [Ekiga-list] Opal: H.263/H.263+ H.264 Message-ID: <20140323020756.GO7103@Blackswan> Hi I've just ./configure'd opal and I see: H.261 : yes (vic) H.263/H.263+ : no (ffmpeg) H.264 : no Could you let me know what I need for H.263(&p) and H.264 please? I have ffmpeg installed but I guess it's missing something. Thanks From dave at dawoodfall.net Sun Mar 23 02:15:17 2014 From: dave at dawoodfall.net (David Woodfall) Date: Sun, 23 Mar 2014 02:15:17 +0000 Subject: [Ekiga-list] Opal: H.263/H.263+ H.264 In-Reply-To: <20140323020756.GO7103@Blackswan> References: <20140323020756.GO7103@Blackswan> Message-ID: <20140323021517.GP7103@Blackswan> On (23/03/14 02:07), Dave Woodfall put forth the proposition: >Hi > >I've just ./configure'd opal and I see: > >H.261 : yes (vic) >H.263/H.263+ : no (ffmpeg) >H.264 : no > >Could you let me know what I need for H.263(&p) and H.264 please? > >I have ffmpeg installed but I guess it's missing something. Well, on my local box all those are supported, so I guess the problem I am finding is elsewhere. I will start a new thread about that. -Dave From dave at dawoodfall.net Sun Mar 23 02:35:33 2014 From: dave at dawoodfall.net (David Woodfall) Date: Sun, 23 Mar 2014 02:35:33 +0000 Subject: [Ekiga-list] No video with anything other than h261 Message-ID: <20140323023533.GQ7103@Blackswan> My asterisk server is setup like: disallow=all allow=alaw allow=ulaw allow=g729 allow=gsm allow=speex allow=h261 allow=h263 allow=h263p allow=h264 But if I try to use any other video codec than h261 in Ekiga I get no video. Only h261 seems to work. I have checked in Opal ./configure and H.263-H.264 are all 'Yes'. Asterisk reports: core show codecs 200001 video h261 (H.261 Video) 200002 video h263 (H.263 Video) 200003 video h263p (H.263+ Video) 200004 video h264 (H.264 Video) So I'm unsure of where the problem is. My asterisk box is on the LAN with Ekiga box. There is no firewall on the Ekiga box, but the server is DMZ, if that makes a difference? (I would have thought that that would matter if server was on a different subnet?) Any ideas what to check? Thanks From kevin at digitalarchitects.co.za Sun Mar 23 11:53:44 2014 From: kevin at digitalarchitects.co.za (Kevin Wilson) Date: Sun, 23 Mar 2014 13:53:44 +0200 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140323023533.GQ7103@Blackswan> References: <20140323023533.GQ7103@Blackswan> Message-ID: What Asterisk are you running? Is it a default distro like FreePBX? There are some configs to check, but they are mush easier using the freePBX GUI. regards, On Sun, Mar 23, 2014 at 4:35 AM, David Woodfall wrote: > My asterisk server is setup like: > > disallow=all > allow=alaw > allow=ulaw > allow=g729 > allow=gsm > allow=speex > allow=h261 > allow=h263 > allow=h263p > allow=h264 > > But if I try to use any other video codec than h261 in Ekiga I get no > video. > Only h261 seems to work. > > I have checked in Opal ./configure and H.263-H.264 are all 'Yes'. > > Asterisk reports: > > core show codecs > > 200001 video h261 (H.261 Video) > 200002 video h263 (H.263 Video) > 200003 video h263p (H.263+ Video) > 200004 video h264 (H.264 Video) > > So I'm unsure of where the problem is. My asterisk box is on the LAN with > Ekiga box. There is no firewall on the Ekiga box, but the server is DMZ, if > that makes a difference? (I would have thought that that would matter if > server was on a different subnet?) > > Any ideas what to check? > > Thanks > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave at dawoodfall.net Sun Mar 23 12:55:27 2014 From: dave at dawoodfall.net (David Woodfall) Date: Sun, 23 Mar 2014 12:55:27 +0000 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: References: <20140323023533.GQ7103@Blackswan> Message-ID: <20140323125527.GU7103@Blackswan> On (23/03/14 13:53), Kevin Wilson put forth the proposition: >What Asterisk are you running? Is it a default distro like FreePBX? There >are some configs to check, but they are mush easier using the freePBX GUI. I'm using asterisk 11.8.1 on Slackware 14.1 According to all the info I could find it's setup ok. I've been using it for some years as a voip relay for my home phone and have just started delving into video conferencing. But apart from my asterisk server I only get video on ekiga.net's echo tester with h261 too. I don't really know where else to test it. -Dave >On Sun, Mar 23, 2014 at 4:35 AM, David Woodfall wrote: > >> My asterisk server is setup like: >> >> disallow=all >> allow=alaw >> allow=ulaw >> allow=g729 >> allow=gsm >> allow=speex >> allow=h261 >> allow=h263 >> allow=h263p >> allow=h264 >> >> But if I try to use any other video codec than h261 in Ekiga I get no >> video. >> Only h261 seems to work. >> >> I have checked in Opal ./configure and H.263-H.264 are all 'Yes'. >> >> Asterisk reports: >> >> core show codecs >> >> 200001 video h261 (H.261 Video) >> 200002 video h263 (H.263 Video) >> 200003 video h263p (H.263+ Video) >> 200004 video h264 (H.264 Video) >> >> So I'm unsure of where the problem is. My asterisk box is on the LAN with >> Ekiga box. There is no firewall on the Ekiga box, but the server is DMZ, if >> that makes a difference? (I would have thought that that would matter if >> server was on a different subnet?) >> >> Any ideas what to check? >> >> Thanks >> >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> https://mail.gnome.org/mailman/listinfo/ekiga-list >> >_______________________________________________ >ekiga-list mailing list >ekiga-list at gnome.org >https://mail.gnome.org/mailman/listinfo/ekiga-list From dave at dawoodfall.net Sun Mar 23 13:37:48 2014 From: dave at dawoodfall.net (David Woodfall) Date: Sun, 23 Mar 2014 13:37:48 +0000 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140323125527.GU7103@Blackswan> References: <20140323023533.GQ7103@Blackswan> <20140323125527.GU7103@Blackswan> Message-ID: <20140323133748.GV7103@Blackswan> >>What Asterisk are you running? Is it a default distro like FreePBX? There >>are some configs to check, but they are mush easier using the freePBX GUI. > >But apart from my asterisk server I only get video on ekiga.net's echo >tester with h261 too. If it helps any, these are the output of -d 4. The first is using h261 and the second is h263. I rang the ekiga.net echo line then hungup afterwards: h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>On Sun, Mar 23, 2014 at 4:35 AM, David Woodfall wrote: >> >>>My asterisk server is setup like: >>> >>>disallow=all >>>allow=alaw >>>allow=ulaw >>>allow=g729 >>>allow=gsm >>>allow=speex >>>allow=h261 >>>allow=h263 >>>allow=h263p >>>allow=h264 >>> >>>But if I try to use any other video codec than h261 in Ekiga I get no >>>video. >>>Only h261 seems to work. >>> >>>I have checked in Opal ./configure and H.263-H.264 are all 'Yes'. >>> >>>Asterisk reports: >>> >>>core show codecs >>> >>> 200001 video h261 (H.261 Video) >>> 200002 video h263 (H.263 Video) >>> 200003 video h263p (H.263+ Video) >>> 200004 video h264 (H.264 Video) >>> >>>So I'm unsure of where the problem is. My asterisk box is on the LAN with >>>Ekiga box. There is no firewall on the Ekiga box, but the server is DMZ, if >>>that makes a difference? (I would have thought that that would matter if >>>server was on a different subnet?) >>> >>>Any ideas what to check? >>> >>>Thanks >>> >>>_______________________________________________ >>>ekiga-list mailing list >>>ekiga-list at gnome.org >>>https://mail.gnome.org/mailman/listinfo/ekiga-list >>> > >>_______________________________________________ >>ekiga-list mailing list >>ekiga-list at gnome.org >>https://mail.gnome.org/mailman/listinfo/ekiga-list > >_______________________________________________ >ekiga-list mailing list >ekiga-list at gnome.org >https://mail.gnome.org/mailman/listinfo/ekiga-list From kevin at digitalarchitects.co.za Sun Mar 23 14:30:34 2014 From: kevin at digitalarchitects.co.za (Kevin Wilson) Date: Sun, 23 Mar 2014 16:30:34 +0200 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140323125527.GU7103@Blackswan> References: <20140323023533.GQ7103@Blackswan> <20140323125527.GU7103@Blackswan> Message-ID: Download and install the Freepbx rpm to add a web based gui for configuring Asterisk or if don't use that system for anything else download and install the freepbx ISO, then we can test a few other options. You can also use Linphone on Linux or 3cx (X-lite / BRIA) on windows to test with. We are busy looking at setting up video calling on top of our existing VOIP servers that act as branch PABXs, so we can let you know what we find works for us. regards, On Sun, Mar 23, 2014 at 2:55 PM, David Woodfall wrote: > On (23/03/14 13:53), Kevin Wilson put > forth the proposition: > >> What Asterisk are you running? Is it a default distro like FreePBX? There >> are some configs to check, but they are mush easier using the freePBX GUI. >> > > I'm using asterisk 11.8.1 on Slackware 14.1 > > According to all the info I could find it's setup ok. I've been using > it for some years as a voip relay for my home phone and have just > started delving into video conferencing. > > But apart from my asterisk server I only get video on ekiga.net's echo > tester with h261 too. > > I don't really know where else to test it. > > -Dave > > On Sun, Mar 23, 2014 at 4:35 AM, David Woodfall >> wrote: >> >> My asterisk server is setup like: >>> >>> disallow=all >>> allow=alaw >>> allow=ulaw >>> allow=g729 >>> allow=gsm >>> allow=speex >>> allow=h261 >>> allow=h263 >>> allow=h263p >>> allow=h264 >>> >>> But if I try to use any other video codec than h261 in Ekiga I get no >>> video. >>> Only h261 seems to work. >>> >>> I have checked in Opal ./configure and H.263-H.264 are all 'Yes'. >>> >>> Asterisk reports: >>> >>> core show codecs >>> >>> 200001 video h261 (H.261 Video) >>> 200002 video h263 (H.263 Video) >>> 200003 video h263p (H.263+ Video) >>> 200004 video h264 (H.264 Video) >>> >>> So I'm unsure of where the problem is. My asterisk box is on the LAN with >>> Ekiga box. There is no firewall on the Ekiga box, but the server is DMZ, >>> if >>> that makes a difference? (I would have thought that that would matter if >>> server was on a different subnet?) >>> >>> Any ideas what to check? >>> >>> Thanks >>> >>> _______________________________________________ >>> ekiga-list mailing list >>> ekiga-list at gnome.org >>> https://mail.gnome.org/mailman/listinfo/ekiga-list >>> >>> > _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> https://mail.gnome.org/mailman/listinfo/ekiga-list >> > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave at dawoodfall.net Sun Mar 23 16:18:27 2014 From: dave at dawoodfall.net (David Woodfall) Date: Sun, 23 Mar 2014 16:18:27 +0000 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: References: <20140323023533.GQ7103@Blackswan> <20140323125527.GU7103@Blackswan> Message-ID: <20140323161827.GX7103@Blackswan> On (23/03/14 16:30), Kevin Wilson put forth the proposition: >Download and install the Freepbx rpm to add a web based gui for configuring >Asterisk or if don't use that system for anything else download and install >the freepbx ISO, then we can test a few other options. You can also use >Linphone on Linux or 3cx (X-lite / BRIA) on windows to test with. We are >busy looking at setting up video calling on top of our existing VOIP >servers that act as branch PABXs, so we can let you know what we find works >for us. I've managed to get video working in Linphone now and I can say that h263 does work with Linphone, so this has to be a problem with Ekiga. I've opened a bug and posted the -d 4 logs to see if anyone can spot the problem. -Dave >On Sun, Mar 23, 2014 at 2:55 PM, David Woodfall wrote: > >> On (23/03/14 13:53), Kevin Wilson put >> forth the proposition: >> >>> What Asterisk are you running? Is it a default distro like FreePBX? There >>> are some configs to check, but they are mush easier using the freePBX GUI. >>> >> >> I'm using asterisk 11.8.1 on Slackware 14.1 >> >> According to all the info I could find it's setup ok. I've been using >> it for some years as a voip relay for my home phone and have just >> started delving into video conferencing. >> >> But apart from my asterisk server I only get video on ekiga.net's echo >> tester with h261 too. >> >> I don't really know where else to test it. >> >> -Dave >> >> On Sun, Mar 23, 2014 at 4:35 AM, David Woodfall >>> wrote: >>> >>> My asterisk server is setup like: >>>> >>>> disallow=all >>>> allow=alaw >>>> allow=ulaw >>>> allow=g729 >>>> allow=gsm >>>> allow=speex >>>> allow=h261 >>>> allow=h263 >>>> allow=h263p >>>> allow=h264 >>>> >>>> But if I try to use any other video codec than h261 in Ekiga I get no >>>> video. >>>> Only h261 seems to work. >>>> >>>> I have checked in Opal ./configure and H.263-H.264 are all 'Yes'. >>>> >>>> Asterisk reports: >>>> >>>> core show codecs >>>> >>>> 200001 video h261 (H.261 Video) >>>> 200002 video h263 (H.263 Video) >>>> 200003 video h263p (H.263+ Video) >>>> 200004 video h264 (H.264 Video) >>>> >>>> So I'm unsure of where the problem is. My asterisk box is on the LAN with >>>> Ekiga box. There is no firewall on the Ekiga box, but the server is DMZ, >>>> if >>>> that makes a difference? (I would have thought that that would matter if >>>> server was on a different subnet?) >>>> >>>> Any ideas what to check? >>>> >>>> Thanks >>>> >>>> _______________________________________________ >>>> ekiga-list mailing list >>>> ekiga-list at gnome.org >>>> https://mail.gnome.org/mailman/listinfo/ekiga-list >>>> >>>> >> _______________________________________________ >>> ekiga-list mailing list >>> ekiga-list at gnome.org >>> https://mail.gnome.org/mailman/listinfo/ekiga-list >>> >> >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> https://mail.gnome.org/mailman/listinfo/ekiga-list >> >_______________________________________________ >ekiga-list mailing list >ekiga-list at gnome.org >https://mail.gnome.org/mailman/listinfo/ekiga-list From dsandras at seconix.com Sun Mar 23 16:52:59 2014 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 23 Mar 2014 17:52:59 +0100 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140323133748.GV7103@Blackswan> References: <20140323023533.GQ7103@Blackswan> <20140323125527.GU7103@Blackswan> <20140323133748.GV7103@Blackswan> Message-ID: <532F116B.9000300@seconix.com> Le 23/03/14 14:37, David Woodfall a ?crit : >>> What Asterisk are you running? Is it a default distro like FreePBX? >>> There >>> are some configs to check, but they are mush easier using the >>> freePBX GUI. >> >> But apart from my asterisk server I only get video on ekiga.net's echo >> tester with h261 too. > > If it helps any, these are the output of -d 4. The first is using h261 > and the second is h263. I rang the ekiga.net echo line then hungup > afterwards: > > h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html > h263: http://www.r0t.co.uk/paste/p/cbgaee38.html > You should report a bug to your distribution maintainer. Things are badly compiled: 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Successfully loaded 'libavcodec.so.55' 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Successfully loaded 'libavutil.so.52' 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Error linking function avcodec_init, error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H.263-RFC2190 Encoder closed My guess would be that it links to a different libavcodec library than the one whose headers were used to compile things. ------------------------------------------------------------------------ Damien SANDRAS *Ekiga Project* http://www.ekiga.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekigaicon.png Type: image/png Size: 877 bytes Desc: not available URL: From dsandras at seconix.com Sun Mar 23 16:58:29 2014 From: dsandras at seconix.com (Damien Sandras) Date: Sun, 23 Mar 2014 17:58:29 +0100 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <532F116B.9000300@seconix.com> References: <20140323023533.GQ7103@Blackswan> <20140323125527.GU7103@Blackswan> <20140323133748.GV7103@Blackswan> <532F116B.9000300@seconix.com> Message-ID: <532F12B5.30704@seconix.com> Le 23/03/14 17:52, Damien Sandras a ?crit : > Le 23/03/14 14:37, David Woodfall a ?crit : >>>> What Asterisk are you running? Is it a default distro like FreePBX? >>>> There >>>> are some configs to check, but they are mush easier using the >>>> freePBX GUI. >>> >>> But apart from my asterisk server I only get video on ekiga.net's echo >>> tester with h261 too. >> >> If it helps any, these are the output of -d 4. The first is using h261 >> and the second is h263. I rang the ekiga.net echo line then hungup >> afterwards: >> >> h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >> h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >> > > You should report a bug to your distribution maintainer. Things are > badly compiled: > > 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ > Successfully loaded 'libavcodec.so.55' > > 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ > Successfully loaded 'libavutil.so.52' > > 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Error > linking function avcodec_init, error=/usr/lib64/libavcodec.so.55: > undefined symbol: avcodec_init > > 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H.263-RFC2190 > Encoder closed > > My guess would be that it links to a different libavcodec library than > the one whose headers were used to compile things. Moreover, far too many codecs are enabled. You will get problems on the long run. ------------------------------------------------------------------------ Damien SANDRAS *Ekiga Project* http://www.ekiga.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekigaicon.png Type: image/png Size: 877 bytes Desc: not available URL: From dave at dawoodfall.net Sun Mar 23 18:13:38 2014 From: dave at dawoodfall.net (David Woodfall) Date: Sun, 23 Mar 2014 18:13:38 +0000 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <532F116B.9000300@seconix.com> References: <20140323023533.GQ7103@Blackswan> <20140323125527.GU7103@Blackswan> <20140323133748.GV7103@Blackswan> <532F116B.9000300@seconix.com> Message-ID: <20140323181338.GY7103@Blackswan> On (23/03/14 17:52), Damien Sandras put forth the proposition: >Le 23/03/14 14:37, David Woodfall a ?crit : >>>>What Asterisk are you running? Is it a default distro like >>>>FreePBX? There >>>>are some configs to check, but they are mush easier using the >>>>freePBX GUI. >>> >>>But apart from my asterisk server I only get video on ekiga.net's echo >>>tester with h261 too. >> >>If it helps any, these are the output of -d 4. The first is using h261 >>and the second is h263. I rang the ekiga.net echo line then hungup >>afterwards: >> >>h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >> > >You should report a bug to your distribution maintainer. Things are >badly compiled: > >2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >Successfully loaded 'libavcodec.so.55' > >2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >Successfully loaded 'libavutil.so.52' > >2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Error >linking function avcodec_init, error=/usr/lib64/libavcodec.so.55: >undefined symbol: avcodec_init > >2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H.263-RFC2190 >Encoder closed > >My guess would be that it links to a different libavcodec library than >the one whose headers were used to compile things. I've just recompiled both Opal and Ekiga and get the same error. There's no way that it's compiled against a different version. Is there a recommended ffmpeg version to use? Currently, I have version 2.1.4. Have you seen this?: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html I will have to patch Opal by the look of it. -Dave From dsandras at seconix.com Mon Mar 24 08:33:54 2014 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 24 Mar 2014 09:33:54 +0100 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140323181338.GY7103@Blackswan> References: <20140323023533.GQ7103@Blackswan> <20140323125527.GU7103@Blackswan> <20140323133748.GV7103@Blackswan> <532F116B.9000300@seconix.com> <20140323181338.GY7103@Blackswan> Message-ID: <532FEDF2.9080103@seconix.com> Le 23/03/14 19:13, David Woodfall a ?crit : > On (23/03/14 17:52), Damien Sandras put forth > the proposition: >> Le 23/03/14 14:37, David Woodfall a ?crit : >>>>> What Asterisk are you running? Is it a default distro like >>>>> FreePBX? There >>>>> are some configs to check, but they are mush easier using the >>>>> freePBX GUI. >>>> >>>> But apart from my asterisk server I only get video on ekiga.net's echo >>>> tester with h261 too. >>> >>> If it helps any, these are the output of -d 4. The first is using h261 >>> and the second is h263. I rang the ekiga.net echo line then hungup >>> afterwards: >>> >>> h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>> h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>> >> >> You should report a bug to your distribution maintainer. Things are >> badly compiled: >> >> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >> Successfully loaded 'libavcodec.so.55' >> >> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >> Successfully loaded 'libavutil.so.52' >> >> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Error >> linking function avcodec_init, error=/usr/lib64/libavcodec.so.55: >> undefined symbol: avcodec_init >> >> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H.263-RFC2190 >> Encoder closed >> >> My guess would be that it links to a different libavcodec library >> than the one whose headers were used to compile things. > > I've just recompiled both Opal and Ekiga and get the same error. > > There's no way that it's compiled against a different version. Is > there a recommended ffmpeg version to use? > > Currently, I have version 2.1.4. > > Have you seen this?: > http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html > > I will have to patch Opal by the look of it. > If the compilation succeeded, that means that avcodec_init was present in your headers. If it fails at runtime, that means that the library you are linking to does not contain that method. => your headers and libraries are different, believe me ------------------------------------------------------------------------ Damien SANDRAS *Ekiga Project* http://www.ekiga.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekigaicon.png Type: image/png Size: 877 bytes Desc: not available URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 24 08:37:19 2014 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 24 Mar 2014 09:37:19 +0100 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <532FEDF2.9080103@seconix.com> References: <20140323023533.GQ7103@Blackswan> <20140323125527.GU7103@Blackswan> <20140323133748.GV7103@Blackswan> <532F116B.9000300@seconix.com> <20140323181338.GY7103@Blackswan> <532FEDF2.9080103@seconix.com> Message-ID: <532FEEBF.3020501@pu-pm.univ-fcomte.fr> On 24/03/14 09:33, Damien Sandras wrote: > Le 23/03/14 19:13, David Woodfall a ?crit : >> On (23/03/14 17:52), Damien Sandras put forth the >> proposition: >>> Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>> What Asterisk are you running? Is it a default distro like FreePBX? There >>>>>> are some configs to check, but they are mush easier using the freePBX GUI. >>>>> >>>>> But apart from my asterisk server I only get video on ekiga.net's echo >>>>> tester with h261 too. >>>> >>>> If it helps any, these are the output of -d 4. The first is using h261 >>>> and the second is h263. I rang the ekiga.net echo line then hungup >>>> afterwards: >>>> >>>> h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>> h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>> >>> >>> You should report a bug to your distribution maintainer. Things are badly >>> compiled: >>> >>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Successfully >>> loaded 'libavcodec.so.55' >>> >>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Successfully >>> loaded 'libavutil.so.52' >>> >>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Error linking >>> function avcodec_init, error=/usr/lib64/libavcodec.so.55: undefined symbol: >>> avcodec_init >>> >>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H.263-RFC2190 Encoder >>> closed >>> >>> My guess would be that it links to a different libavcodec library than the >>> one whose headers were used to compile things. >> >> I've just recompiled both Opal and Ekiga and get the same error. >> >> There's no way that it's compiled against a different version. Is >> there a recommended ffmpeg version to use? >> >> Currently, I have version 2.1.4. >> >> Have you seen this?: >> http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >> >> I will have to patch Opal by the look of it. >> > > If the compilation succeeded, that means that avcodec_init was present in your > headers. > If it fails at runtime, that means that the library you are linking to does not > contain that method. > > => your headers and libraries are different, believe me Perhaps you have ffmpeg/libav installed from your distribution, and you also installed it manually? During compilation, one of them is used, and during execution the other gets used. Also, do you use ffmpeg or libav? -- Eugen From dave at dawoodfall.net Mon Mar 24 09:11:59 2014 From: dave at dawoodfall.net (David Woodfall) Date: Mon, 24 Mar 2014 09:11:59 +0000 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <532FEEBF.3020501@pu-pm.univ-fcomte.fr> References: <20140323023533.GQ7103@Blackswan> <20140323125527.GU7103@Blackswan> <20140323133748.GV7103@Blackswan> <532F116B.9000300@seconix.com> <20140323181338.GY7103@Blackswan> <532FEDF2.9080103@seconix.com> <532FEEBF.3020501@pu-pm.univ-fcomte.fr> Message-ID: <20140324091159.GZ7103@Blackswan> On (24/03/14 09:37), Eugen Dedu put forth the proposition: >On 24/03/14 09:33, Damien Sandras wrote: >>Le 23/03/14 19:13, David Woodfall a ?crit : >>>On (23/03/14 17:52), Damien Sandras put forth the >>>proposition: >>>>Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>>>What Asterisk are you running? Is it a default distro like FreePBX? There >>>>>>>are some configs to check, but they are mush easier using the freePBX GUI. >>>>>> >>>>>>But apart from my asterisk server I only get video on ekiga.net's echo >>>>>>tester with h261 too. >>>>> >>>>>If it helps any, these are the output of -d 4. The first is using h261 >>>>>and the second is h263. I rang the ekiga.net echo line then hungup >>>>>afterwards: >>>>> >>>>>h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>>>h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>>> >>>> >>>>You should report a bug to your distribution maintainer. Things are badly >>>>compiled: >>>> >>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Successfully >>>>loaded 'libavcodec.so.55' >>>> >>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Successfully >>>>loaded 'libavutil.so.52' >>>> >>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Error linking >>>>function avcodec_init, error=/usr/lib64/libavcodec.so.55: undefined symbol: >>>>avcodec_init >>>> >>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H.263-RFC2190 Encoder >>>>closed >>>> >>>>My guess would be that it links to a different libavcodec library than the >>>>one whose headers were used to compile things. >>> >>>I've just recompiled both Opal and Ekiga and get the same error. >>> >>>There's no way that it's compiled against a different version. Is >>>there a recommended ffmpeg version to use? >>> >>>Currently, I have version 2.1.4. >>> >>>Have you seen this?: >>>http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >>> >>>I will have to patch Opal by the look of it. >>> >> >>If the compilation succeeded, that means that avcodec_init was present in your >>headers. >>If it fails at runtime, that means that the library you are linking to does not >>contain that method. >> >>=> your headers and libraries are different, believe me > >Perhaps you have ffmpeg/libav installed from your distribution, and >you also installed it manually? During compilation, one of them is >used, and during execution the other gets used. Slackware doesn't have ffmpeg in it's stock repo. But like I said I rebuilt both Opal and Ekiga from what I had installed, and there is only one version installed. >Also, do you use ffmpeg or libav? ffmpeg. I did try libav just now but Opal wouldn't build against it. I notice that plugins/video/common/dyna.cxx for example uses avcodec_open() when since ffmpeg-1.x avcodec_open2() is used. There are similar problems with avcodec_alloc_context / avcodec_alloc_context3. This looks like a big upstream mess to me. I am going to downgrade to ffmpeg 0.11.5 if I can fix the doc bugs. -Dave From thierry.simonnet at esiee.fr Mon Mar 24 10:05:59 2014 From: thierry.simonnet at esiee.fr (Thierry Simonnet) Date: Mon, 24 Mar 2014 11:05:59 +0100 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140324091159.GZ7103@Blackswan> References: <20140323023533.GQ7103@Blackswan> <20140323125527.GU7103@Blackswan> <20140323133748.GV7103@Blackswan> <532F116B.9000300@seconix.com> <20140323181338.GY7103@Blackswan> <532FEDF2.9080103@seconix.com> <532FEEBF.3020501@pu-pm.univ-fcomte.fr> <20140324091159.GZ7103@Blackswan> Message-ID: <53300387.1010501@esiee.fr> Hello, I just read the thread this morning : 1. No trouble using Linphone or Ekiga with any version of Asterisk. I use it. Conf seems OK but check your user is well registered and have the right properties. 2. ffmpeg or libav: I had this problem. See ekiga-devel mailing list archive 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 use the last version of libx264 and ffmpeg with an unstable version of Slackware. I have too much trouble with libav and opal/ptlib when compiling on my slackware platform. It is necessay to patch a little bit opal (changing some Codec_ID by AVCOdec_id .... adding some missing CODEC_FLAG_H263P..). avcodec_init error is not important because this call was useless. I checked your log and found nothing. Check your environnement : it is mandatory to have only one version of ffmpeg or libav. If you compile ffmpeg, use ./configure --enable-libx264 --disable-stripping for dyna (dlopen dlsym..) Le 24/03/2014 10:11, David Woodfall a ?crit : > On (24/03/14 09:37), Eugen Dedu put > forth the proposition: >> On 24/03/14 09:33, Damien Sandras wrote: >>> Le 23/03/14 19:13, David Woodfall a ?crit : >>>> On (23/03/14 17:52), Damien Sandras put >>>> forth the >>>> proposition: >>>>> Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>>>> What Asterisk are you running? Is it a default distro like >>>>>>>> FreePBX? There >>>>>>>> are some configs to check, but they are mush easier using the >>>>>>>> freePBX GUI. >>>>>>> >>>>>>> But apart from my asterisk server I only get video on >>>>>>> ekiga.net's echo >>>>>>> tester with h261 too. >>>>>> >>>>>> If it helps any, these are the output of -d 4. The first is using >>>>>> h261 >>>>>> and the second is h263. I rang the ekiga.net echo line then hungup >>>>>> afterwards: >>>>>> >>>>>> h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>>>> h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>>>> >>>>> >>>>> You should report a bug to your distribution maintainer. Things >>>>> are badly >>>>> compiled: >>>>> >>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>> Successfully >>>>> loaded 'libavcodec.so.55' >>>>> >>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>> Successfully >>>>> loaded 'libavutil.so.52' >>>>> >>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Error >>>>> linking >>>>> function avcodec_init, error=/usr/lib64/libavcodec.so.55: >>>>> undefined symbol: >>>>> avcodec_init >>>>> >>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H.263-RFC2190 >>>>> Encoder >>>>> closed >>>>> >>>>> My guess would be that it links to a different libavcodec library >>>>> than the >>>>> one whose headers were used to compile things. >>>> >>>> I've just recompiled both Opal and Ekiga and get the same error. >>>> >>>> There's no way that it's compiled against a different version. Is >>>> there a recommended ffmpeg version to use? >>>> >>>> Currently, I have version 2.1.4. >>>> >>>> Have you seen this?: >>>> http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >>>> >>>> >>>> I will have to patch Opal by the look of it. >>>> >>> >>> If the compilation succeeded, that means that avcodec_init was >>> present in your >>> headers. >>> If it fails at runtime, that means that the library you are linking >>> to does not >>> contain that method. >>> >>> => your headers and libraries are different, believe me >> >> Perhaps you have ffmpeg/libav installed from your distribution, and >> you also installed it manually? During compilation, one of them is >> used, and during execution the other gets used. > > Slackware doesn't have ffmpeg in it's stock repo. But like I said I > rebuilt both Opal and Ekiga from what I had installed, and there is > only one version installed. > >> Also, do you use ffmpeg or libav? > > ffmpeg. I did try libav just now but Opal wouldn't build against it. > > I notice that plugins/video/common/dyna.cxx for example uses > avcodec_open() when since ffmpeg-1.x avcodec_open2() is used. There > are similar problems with avcodec_alloc_context / > avcodec_alloc_context3. This looks like a big upstream mess to me. > > I am going to downgrade to ffmpeg 0.11.5 if I can fix the doc bugs. > > -Dave > > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list -- Thierry Simonnet ESIEE-Paris Par respect pour l?environnement, n?imprimez ce mail que si n?cessaire -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: images1 Type: image/gif Size: 465 bytes Desc: not available URL: From dsandras at seconix.com Mon Mar 24 10:50:21 2014 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 24 Mar 2014 11:50:21 +0100 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140324091159.GZ7103@Blackswan> References: <20140323023533.GQ7103@Blackswan> <20140323125527.GU7103@Blackswan> <20140323133748.GV7103@Blackswan> <532F116B.9000300@seconix.com> <20140323181338.GY7103@Blackswan> <532FEDF2.9080103@seconix.com> <532FEEBF.3020501@pu-pm.univ-fcomte.fr> <20140324091159.GZ7103@Blackswan> Message-ID: <53300DED.8010504@seconix.com> Le 24/03/14 10:11, David Woodfall a ?crit : > On (24/03/14 09:37), Eugen Dedu put > forth the proposition: >> On 24/03/14 09:33, Damien Sandras wrote: >>> Le 23/03/14 19:13, David Woodfall a ?crit : >>>> On (23/03/14 17:52), Damien Sandras put >>>> forth the >>>> proposition: >>>>> Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>>>> What Asterisk are you running? Is it a default distro like >>>>>>>> FreePBX? There >>>>>>>> are some configs to check, but they are mush easier using the >>>>>>>> freePBX GUI. >>>>>>> >>>>>>> But apart from my asterisk server I only get video on >>>>>>> ekiga.net's echo >>>>>>> tester with h261 too. >>>>>> >>>>>> If it helps any, these are the output of -d 4. The first is using >>>>>> h261 >>>>>> and the second is h263. I rang the ekiga.net echo line then hungup >>>>>> afterwards: >>>>>> >>>>>> h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>>>> h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>>>> >>>>> >>>>> You should report a bug to your distribution maintainer. Things >>>>> are badly >>>>> compiled: >>>>> >>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>> Successfully >>>>> loaded 'libavcodec.so.55' >>>>> >>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>> Successfully >>>>> loaded 'libavutil.so.52' >>>>> >>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ Error >>>>> linking >>>>> function avcodec_init, error=/usr/lib64/libavcodec.so.55: >>>>> undefined symbol: >>>>> avcodec_init >>>>> >>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H.263-RFC2190 >>>>> Encoder >>>>> closed >>>>> >>>>> My guess would be that it links to a different libavcodec library >>>>> than the >>>>> one whose headers were used to compile things. >>>> >>>> I've just recompiled both Opal and Ekiga and get the same error. >>>> >>>> There's no way that it's compiled against a different version. Is >>>> there a recommended ffmpeg version to use? >>>> >>>> Currently, I have version 2.1.4. >>>> >>>> Have you seen this?: >>>> http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >>>> >>>> >>>> I will have to patch Opal by the look of it. >>>> >>> >>> If the compilation succeeded, that means that avcodec_init was >>> present in your >>> headers. >>> If it fails at runtime, that means that the library you are linking >>> to does not >>> contain that method. >>> >>> => your headers and libraries are different, believe me >> >> Perhaps you have ffmpeg/libav installed from your distribution, and >> you also installed it manually? During compilation, one of them is >> used, and during execution the other gets used. > > Slackware doesn't have ffmpeg in it's stock repo. But like I said I > rebuilt both Opal and Ekiga from what I had installed, and there is > only one version installed. Impossible ! What does : grep avcodec_init /usr/ -r return ? ------------------------------------------------------------------------ Damien SANDRAS *Ekiga Project* http://www.ekiga.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekigaicon.png Type: image/png Size: 877 bytes Desc: not available URL: From dave at dawoodfall.net Mon Mar 24 11:51:14 2014 From: dave at dawoodfall.net (David Woodfall) Date: Mon, 24 Mar 2014 11:51:14 +0000 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <53300DED.8010504@seconix.com> References: <20140323023533.GQ7103@Blackswan> <20140323125527.GU7103@Blackswan> <20140323133748.GV7103@Blackswan> <532F116B.9000300@seconix.com> <20140323181338.GY7103@Blackswan> <532FEDF2.9080103@seconix.com> <532FEEBF.3020501@pu-pm.univ-fcomte.fr> <20140324091159.GZ7103@Blackswan> <53300DED.8010504@seconix.com> Message-ID: <20140324115114.GA7103@Blackswan> On (24/03/14 11:50), Damien Sandras put forth the proposition: >Le 24/03/14 10:11, David Woodfall a ?crit : >>On (24/03/14 09:37), Eugen Dedu >>put forth the proposition: >>>On 24/03/14 09:33, Damien Sandras wrote: >>>>Le 23/03/14 19:13, David Woodfall a ?crit : >>>>>On (23/03/14 17:52), Damien Sandras put >>>>>forth the >>>>>proposition: >>>>>>Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>>>>>What Asterisk are you running? Is it a default distro >>>>>>>>>like FreePBX? There >>>>>>>>>are some configs to check, but they are mush easier >>>>>>>>>using the freePBX GUI. >>>>>>>> >>>>>>>>But apart from my asterisk server I only get video on >>>>>>>>ekiga.net's echo >>>>>>>>tester with h261 too. >>>>>>> >>>>>>>If it helps any, these are the output of -d 4. The first >>>>>>>is using h261 >>>>>>>and the second is h263. I rang the ekiga.net echo line then hungup >>>>>>>afterwards: >>>>>>> >>>>>>>h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>>>>>h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>>>>> >>>>>> >>>>>>You should report a bug to your distribution maintainer. >>>>>>Things are badly >>>>>>compiled: >>>>>> >>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>Successfully >>>>>>loaded 'libavcodec.so.55' >>>>>> >>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>Successfully >>>>>>loaded 'libavutil.so.52' >>>>>> >>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>Error linking >>>>>>function avcodec_init, error=/usr/lib64/libavcodec.so.55: >>>>>>undefined symbol: >>>>>>avcodec_init >>>>>> >>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>H.263-RFC2190 Encoder >>>>>>closed >>>>>> >>>>>>My guess would be that it links to a different libavcodec >>>>>>library than the >>>>>>one whose headers were used to compile things. >>>>> >>>>>I've just recompiled both Opal and Ekiga and get the same error. >>>>> >>>>>There's no way that it's compiled against a different version. Is >>>>>there a recommended ffmpeg version to use? >>>>> >>>>>Currently, I have version 2.1.4. >>>>> >>>>>Have you seen this?: >>>>>http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >>>>> >>>>> >>>>>I will have to patch Opal by the look of it. >>>>> >>>> >>>>If the compilation succeeded, that means that avcodec_init was >>>>present in your >>>>headers. >>>>If it fails at runtime, that means that the library you are >>>>linking to does not >>>>contain that method. >>>> >>>>=> your headers and libraries are different, believe me >>> >>>Perhaps you have ffmpeg/libav installed from your distribution, >>>and you also installed it manually? During compilation, one of >>>them is used, and during execution the other gets used. >> >>Slackware doesn't have ffmpeg in it's stock repo. But like I said I >>rebuilt both Opal and Ekiga from what I had installed, and there is >>only one version installed. > >Impossible ! >What does : >grep avcodec_init /usr/ -r >return ? It's a bit difficult to do that right now as I'm trying to get Opal to build against an older ffmpeg-0.11.5. Although you could try this: untar opal 3.10.10 source cd grep -r avcodec_open2 * grep -r avcodec_register_all * grep -r avcodec_alloc_context3 * Unless I'm doing something strange, you will find that those functions are not in latest opal, but they are what ffmpeg seems to have been using since v1.x or so. I have picked up some info at various places on the net. Here are some of those changes: http://ffmpeg.org/doxygen/1.0/deprecated.html From dave at dawoodfall.net Mon Mar 24 11:55:12 2014 From: dave at dawoodfall.net (David Woodfall) Date: Mon, 24 Mar 2014 11:55:12 +0000 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140324115114.GA7103@Blackswan> References: <20140323125527.GU7103@Blackswan> <20140323133748.GV7103@Blackswan> <532F116B.9000300@seconix.com> <20140323181338.GY7103@Blackswan> <532FEDF2.9080103@seconix.com> <532FEEBF.3020501@pu-pm.univ-fcomte.fr> <20140324091159.GZ7103@Blackswan> <53300DED.8010504@seconix.com> <20140324115114.GA7103@Blackswan> Message-ID: <20140324115511.GB7103@Blackswan> On (24/03/14 11:51), Dave Woodfall put forth the proposition: >On (24/03/14 11:50), Damien Sandras put forth the proposition: >>Le 24/03/14 10:11, David Woodfall a ?crit : >>>On (24/03/14 09:37), Eugen Dedu >>>put forth the proposition: >>>>On 24/03/14 09:33, Damien Sandras wrote: >>>>>Le 23/03/14 19:13, David Woodfall a ?crit : >>>>>>On (23/03/14 17:52), Damien Sandras >>>>>>put forth the >>>>>>proposition: >>>>>>>Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>>>>>>What Asterisk are you running? Is it a default >>>>>>>>>>distro like FreePBX? There >>>>>>>>>>are some configs to check, but they are mush easier >>>>>>>>>>using the freePBX GUI. >>>>>>>>> >>>>>>>>>But apart from my asterisk server I only get video on >>>>>>>>>ekiga.net's echo >>>>>>>>>tester with h261 too. >>>>>>>> >>>>>>>>If it helps any, these are the output of -d 4. The first >>>>>>>>is using h261 >>>>>>>>and the second is h263. I rang the ekiga.net echo line then hungup >>>>>>>>afterwards: >>>>>>>> >>>>>>>>h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>>>>>>h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>>>>>> >>>>>>> >>>>>>>You should report a bug to your distribution maintainer. >>>>>>>Things are badly >>>>>>>compiled: >>>>>>> >>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>Successfully >>>>>>>loaded 'libavcodec.so.55' >>>>>>> >>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>Successfully >>>>>>>loaded 'libavutil.so.52' >>>>>>> >>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>Error linking >>>>>>>function avcodec_init, error=/usr/lib64/libavcodec.so.55: >>>>>>>undefined symbol: >>>>>>>avcodec_init >>>>>>> >>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>H.263-RFC2190 Encoder >>>>>>>closed >>>>>>> >>>>>>>My guess would be that it links to a different libavcodec >>>>>>>library than the >>>>>>>one whose headers were used to compile things. >>>>>> >>>>>>I've just recompiled both Opal and Ekiga and get the same error. >>>>>> >>>>>>There's no way that it's compiled against a different version. Is >>>>>>there a recommended ffmpeg version to use? >>>>>> >>>>>>Currently, I have version 2.1.4. >>>>>> >>>>>>Have you seen this?: >>>>>>http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >>>>>> >>>>>> >>>>>>I will have to patch Opal by the look of it. >>>>>> >>>>> >>>>>If the compilation succeeded, that means that avcodec_init was >>>>>present in your >>>>>headers. >>>>>If it fails at runtime, that means that the library you are >>>>>linking to does not >>>>>contain that method. >>>>> >>>>>=> your headers and libraries are different, believe me >>>> >>>>Perhaps you have ffmpeg/libav installed from your distribution, >>>>and you also installed it manually? During compilation, one of >>>>them is used, and during execution the other gets used. >>> >>>Slackware doesn't have ffmpeg in it's stock repo. But like I said I >>>rebuilt both Opal and Ekiga from what I had installed, and there is >>>only one version installed. >> >>Impossible ! >>What does : >>grep avcodec_init /usr/ -r >>return ? > >It's a bit difficult to do that right now as I'm trying to get Opal to >build against an older ffmpeg-0.11.5. > >Although you could try this: > >untar opal 3.10.10 source >cd >grep -r avcodec_open2 * >grep -r avcodec_register_all * >grep -r avcodec_alloc_context3 * > > >Unless I'm doing something strange, you will find that those functions >are not in latest opal, but they are what ffmpeg seems to have been >using since v1.x or so. > >I have picked up some info at various places on the net. Here are some >of those changes: > >http://ffmpeg.org/doxygen/1.0/deprecated.html Heh. Well the last two are in there. But you still use avcodec_open() instead of avcodec_open2(). From dave at dawoodfall.net Mon Mar 24 12:36:32 2014 From: dave at dawoodfall.net (David Woodfall) Date: Mon, 24 Mar 2014 12:36:32 +0000 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <53300DED.8010504@seconix.com> References: <20140323023533.GQ7103@Blackswan> <20140323125527.GU7103@Blackswan> <20140323133748.GV7103@Blackswan> <532F116B.9000300@seconix.com> <20140323181338.GY7103@Blackswan> <532FEDF2.9080103@seconix.com> <532FEEBF.3020501@pu-pm.univ-fcomte.fr> <20140324091159.GZ7103@Blackswan> <53300DED.8010504@seconix.com> Message-ID: <20140324123632.GC7103@Blackswan> On (24/03/14 11:50), Damien Sandras put forth the proposition: >Le 24/03/14 10:11, David Woodfall a ?crit : >>On (24/03/14 09:37), Eugen Dedu >>put forth the proposition: >>>On 24/03/14 09:33, Damien Sandras wrote: >>>>Le 23/03/14 19:13, David Woodfall a ?crit : >>>>>On (23/03/14 17:52), Damien Sandras put >>>>>forth the >>>>>proposition: >>>>>>Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>>>>>What Asterisk are you running? Is it a default distro >>>>>>>>>like FreePBX? There >>>>>>>>>are some configs to check, but they are mush easier >>>>>>>>>using the freePBX GUI. >>>>>>>> >>>>>>>>But apart from my asterisk server I only get video on >>>>>>>>ekiga.net's echo >>>>>>>>tester with h261 too. >>>>>>> >>>>>>>If it helps any, these are the output of -d 4. The first >>>>>>>is using h261 >>>>>>>and the second is h263. I rang the ekiga.net echo line then hungup >>>>>>>afterwards: >>>>>>> >>>>>>>h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>>>>>h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>>>>> >>>>>> >>>>>>You should report a bug to your distribution maintainer. >>>>>>Things are badly >>>>>>compiled: >>>>>> >>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>Successfully >>>>>>loaded 'libavcodec.so.55' >>>>>> >>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>Successfully >>>>>>loaded 'libavutil.so.52' >>>>>> >>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>Error linking >>>>>>function avcodec_init, error=/usr/lib64/libavcodec.so.55: >>>>>>undefined symbol: >>>>>>avcodec_init >>>>>> >>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>H.263-RFC2190 Encoder >>>>>>closed >>>>>> >>>>>>My guess would be that it links to a different libavcodec >>>>>>library than the >>>>>>one whose headers were used to compile things. >>>>> >>>>>I've just recompiled both Opal and Ekiga and get the same error. >>>>> >>>>>There's no way that it's compiled against a different version. Is >>>>>there a recommended ffmpeg version to use? >>>>> >>>>>Currently, I have version 2.1.4. >>>>> >>>>>Have you seen this?: >>>>>http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >>>>> >>>>> >>>>>I will have to patch Opal by the look of it. >>>>> >>>> >>>>If the compilation succeeded, that means that avcodec_init was >>>>present in your >>>>headers. >>>>If it fails at runtime, that means that the library you are >>>>linking to does not >>>>contain that method. >>>> >>>>=> your headers and libraries are different, believe me >>> >>>Perhaps you have ffmpeg/libav installed from your distribution, >>>and you also installed it manually? During compilation, one of >>>them is used, and during execution the other gets used. >> >>Slackware doesn't have ffmpeg in it's stock repo. But like I said I >>rebuilt both Opal and Ekiga from what I had installed, and there is >>only one version installed. > >Impossible ! >What does : >grep avcodec_init /usr/ -r >return ? Ok grep -r avcodec_init /usr Binary file /usr/bin/avidemux2_gtk matches Binary file /usr/bin/audacity matches Binary file /usr/bin/avidemux2_qt4 matches Binary file /usr/bin/avidemux2_cli matches Binary file /usr/lib64/libADM5avcodec.so.53 matches Binary file /usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so matches Binary file /usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so matches Binary file /usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so matches Binary file /usr/lib64/xine/plugins/1.30/xineplug_decode_ff.so matches Binary file /usr/lib64/libavcodec.a matches Binary file /usr/lib64/ADM_plugins/videoEncoder/libADM_vidEnc_avcodec.so matches So the static /usr/lib64/libavcodec.a has the old _init() function, but: grep -r avcodec_register_all /usr/lib64/libavcodec.so Binary file /usr/lib64/libavcodec.so matches So I'm guessing that the static needs removing and opal rebuilt? Will that work? Strange that the static has the old function and that the shared has the new... From dave at dawoodfall.net Mon Mar 24 12:40:09 2014 From: dave at dawoodfall.net (David Woodfall) Date: Mon, 24 Mar 2014 12:40:09 +0000 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140324123632.GC7103@Blackswan> References: <20140323125527.GU7103@Blackswan> <20140323133748.GV7103@Blackswan> <532F116B.9000300@seconix.com> <20140323181338.GY7103@Blackswan> <532FEDF2.9080103@seconix.com> <532FEEBF.3020501@pu-pm.univ-fcomte.fr> <20140324091159.GZ7103@Blackswan> <53300DED.8010504@seconix.com> <20140324123632.GC7103@Blackswan> Message-ID: <20140324124009.GD7103@Blackswan> On (24/03/14 12:36), Dave Woodfall put forth the proposition: >On (24/03/14 11:50), Damien Sandras put forth the proposition: >>Le 24/03/14 10:11, David Woodfall a ?crit : >>>On (24/03/14 09:37), Eugen Dedu >>>put forth the proposition: >>>>On 24/03/14 09:33, Damien Sandras wrote: >>>>>Le 23/03/14 19:13, David Woodfall a ?crit : >>>>>>On (23/03/14 17:52), Damien Sandras >>>>>>put forth the >>>>>>proposition: >>>>>>>Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>>>>>>What Asterisk are you running? Is it a default >>>>>>>>>>distro like FreePBX? There >>>>>>>>>>are some configs to check, but they are mush easier >>>>>>>>>>using the freePBX GUI. >>>>>>>>> >>>>>>>>>But apart from my asterisk server I only get video on >>>>>>>>>ekiga.net's echo >>>>>>>>>tester with h261 too. >>>>>>>> >>>>>>>>If it helps any, these are the output of -d 4. The first >>>>>>>>is using h261 >>>>>>>>and the second is h263. I rang the ekiga.net echo line then hungup >>>>>>>>afterwards: >>>>>>>> >>>>>>>>h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>>>>>>h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>>>>>> >>>>>>> >>>>>>>You should report a bug to your distribution maintainer. >>>>>>>Things are badly >>>>>>>compiled: >>>>>>> >>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>Successfully >>>>>>>loaded 'libavcodec.so.55' >>>>>>> >>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>Successfully >>>>>>>loaded 'libavutil.so.52' >>>>>>> >>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>Error linking >>>>>>>function avcodec_init, error=/usr/lib64/libavcodec.so.55: >>>>>>>undefined symbol: >>>>>>>avcodec_init >>>>>>> >>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>H.263-RFC2190 Encoder >>>>>>>closed >>>>>>> >>>>>>>My guess would be that it links to a different libavcodec >>>>>>>library than the >>>>>>>one whose headers were used to compile things. >>>>>> >>>>>>I've just recompiled both Opal and Ekiga and get the same error. >>>>>> >>>>>>There's no way that it's compiled against a different version. Is >>>>>>there a recommended ffmpeg version to use? >>>>>> >>>>>>Currently, I have version 2.1.4. >>>>>> >>>>>>Have you seen this?: >>>>>>http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >>>>>> >>>>>> >>>>>>I will have to patch Opal by the look of it. >>>>>> >>>>> >>>>>If the compilation succeeded, that means that avcodec_init was >>>>>present in your >>>>>headers. >>>>>If it fails at runtime, that means that the library you are >>>>>linking to does not >>>>>contain that method. >>>>> >>>>>=> your headers and libraries are different, believe me >>>> >>>>Perhaps you have ffmpeg/libav installed from your distribution, >>>>and you also installed it manually? During compilation, one of >>>>them is used, and during execution the other gets used. >>> >>>Slackware doesn't have ffmpeg in it's stock repo. But like I said I >>>rebuilt both Opal and Ekiga from what I had installed, and there is >>>only one version installed. >> >>Impossible ! >>What does : >>grep avcodec_init /usr/ -r >>return ? > >Ok > >grep -r avcodec_init /usr >Binary file /usr/bin/avidemux2_gtk matches >Binary file /usr/bin/audacity matches >Binary file /usr/bin/avidemux2_qt4 matches >Binary file /usr/bin/avidemux2_cli matches >Binary file /usr/lib64/libADM5avcodec.so.53 matches >Binary file /usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so matches >Binary file /usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so matches >Binary file /usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so matches >Binary file /usr/lib64/xine/plugins/1.30/xineplug_decode_ff.so matches >Binary file /usr/lib64/libavcodec.a matches >Binary file /usr/lib64/ADM_plugins/videoEncoder/libADM_vidEnc_avcodec.so matches > >So the static /usr/lib64/libavcodec.a has the old _init() function, but: ugh that was from libav. Thought I'd removed it. From dave at dawoodfall.net Mon Mar 24 12:49:33 2014 From: dave at dawoodfall.net (David Woodfall) Date: Mon, 24 Mar 2014 12:49:33 +0000 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140324124009.GD7103@Blackswan> References: <20140323125527.GU7103@Blackswan> <20140323133748.GV7103@Blackswan> <532F116B.9000300@seconix.com> <20140323181338.GY7103@Blackswan> <532FEDF2.9080103@seconix.com> <532FEEBF.3020501@pu-pm.univ-fcomte.fr> <20140324091159.GZ7103@Blackswan> <53300DED.8010504@seconix.com> <20140324123632.GC7103@Blackswan> <20140324124009.GD7103@Blackswan> Message-ID: <20140324124933.GE7103@Blackswan> On (24/03/14 12:40), Dave Woodfall put forth the proposition: >On (24/03/14 12:36), Dave Woodfall put forth the proposition: >>On (24/03/14 11:50), Damien Sandras put forth the proposition: >>>Le 24/03/14 10:11, David Woodfall a ?crit : >>>>On (24/03/14 09:37), Eugen Dedu >>>> put forth the proposition: >>>>>On 24/03/14 09:33, Damien Sandras wrote: >>>>>>Le 23/03/14 19:13, David Woodfall a ?crit : >>>>>>>On (23/03/14 17:52), Damien Sandras >>>>>>>put forth the >>>>>>>proposition: >>>>>>>>Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>>>>>>>What Asterisk are you running? Is it a default >>>>>>>>>>>distro like FreePBX? There >>>>>>>>>>>are some configs to check, but they are mush >>>>>>>>>>>easier using the freePBX GUI. >>>>>>>>>> >>>>>>>>>>But apart from my asterisk server I only get video >>>>>>>>>>on ekiga.net's echo >>>>>>>>>>tester with h261 too. >>>>>>>>> >>>>>>>>>If it helps any, these are the output of -d 4. The >>>>>>>>>first is using h261 >>>>>>>>>and the second is h263. I rang the ekiga.net echo line then hungup >>>>>>>>>afterwards: >>>>>>>>> >>>>>>>>>h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>>>>>>>h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>>>>>>> >>>>>>>> >>>>>>>>You should report a bug to your distribution maintainer. >>>>>>>>Things are badly >>>>>>>>compiled: >>>>>>>> >>>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>>H263+ Successfully >>>>>>>>loaded 'libavcodec.so.55' >>>>>>>> >>>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>>H263+ Successfully >>>>>>>>loaded 'libavutil.so.52' >>>>>>>> >>>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>>H263+ Error linking >>>>>>>>function avcodec_init, >>>>>>>>error=/usr/lib64/libavcodec.so.55: undefined symbol: >>>>>>>>avcodec_init >>>>>>>> >>>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>>H.263-RFC2190 Encoder >>>>>>>>closed >>>>>>>> >>>>>>>>My guess would be that it links to a different >>>>>>>>libavcodec library than the >>>>>>>>one whose headers were used to compile things. >>>>>>> >>>>>>>I've just recompiled both Opal and Ekiga and get the same error. >>>>>>> >>>>>>>There's no way that it's compiled against a different version. Is >>>>>>>there a recommended ffmpeg version to use? >>>>>>> >>>>>>>Currently, I have version 2.1.4. >>>>>>> >>>>>>>Have you seen this?: >>>>>>>http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >>>>>>> >>>>>>> >>>>>>>I will have to patch Opal by the look of it. >>>>>>> >>>>>> >>>>>>If the compilation succeeded, that means that avcodec_init >>>>>>was present in your >>>>>>headers. >>>>>>If it fails at runtime, that means that the library you are >>>>>>linking to does not >>>>>>contain that method. >>>>>> >>>>>>=> your headers and libraries are different, believe me >>>>> >>>>>Perhaps you have ffmpeg/libav installed from your >>>>>distribution, and you also installed it manually? During >>>>>compilation, one of them is used, and during execution the >>>>>other gets used. >>>> >>>>Slackware doesn't have ffmpeg in it's stock repo. But like I said I >>>>rebuilt both Opal and Ekiga from what I had installed, and there is >>>>only one version installed. >>> >>>Impossible ! >>>What does : >>>grep avcodec_init /usr/ -r >>>return ? >> >>Ok >> >>grep -r avcodec_init /usr >>Binary file /usr/bin/avidemux2_gtk matches >>Binary file /usr/bin/audacity matches >>Binary file /usr/bin/avidemux2_qt4 matches >>Binary file /usr/bin/avidemux2_cli matches >>Binary file /usr/lib64/libADM5avcodec.so.53 matches >>Binary file /usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so matches >>Binary file /usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so matches >>Binary file /usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so matches >>Binary file /usr/lib64/xine/plugins/1.30/xineplug_decode_ff.so matches >>Binary file /usr/lib64/libavcodec.a matches >>Binary file /usr/lib64/ADM_plugins/videoEncoder/libADM_vidEnc_avcodec.so matches >> >>So the static /usr/lib64/libavcodec.a has the old _init() function, but: > >ugh that was from libav. Thought I'd removed it. Ok so after removing libav and rebuilding yet again: ekiga -d 4 2>&1 | grep Error 2014/03/24 12:48:13.627 0:04.360 Pool:0x7fa488e42700 H263+ Error linking function avcodec_init, error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init 2014/03/24 12:48:13.629 0:04.362 Pool:0x7fa488e42700 Opal Error creating transcoder instance from H.263 to YUV420P 2014/03/24 12:48:13.759 0:04.492 Pool:0x7fa488e42700 H263+ Error linking function avcodec_init, error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init 2014/03/24 12:48:13.760 0:04.493 Pool:0x7fa488e42700 Opal Error creating transcoder instance from YUV420P to H.263 ffmpeg-2.1 From dsandras at seconix.com Mon Mar 24 13:19:31 2014 From: dsandras at seconix.com (Damien Sandras) Date: Mon, 24 Mar 2014 14:19:31 +0100 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140324124933.GE7103@Blackswan> References: <20140323125527.GU7103@Blackswan> <20140323133748.GV7103@Blackswan> <532F116B.9000300@seconix.com> <20140323181338.GY7103@Blackswan> <532FEDF2.9080103@seconix.com> <532FEEBF.3020501@pu-pm.univ-fcomte.fr> <20140324091159.GZ7103@Blackswan> <53300DED.8010504@seconix.com> <20140324123632.GC7103@Blackswan> <20140324124009.GD7103@Blackswan> <20140324124933.GE7103@Blackswan> Message-ID: <533030E3.1030405@seconix.com> Le 24/03/14 13:49, David Woodfall a ?crit : > On (24/03/14 12:40), Dave Woodfall put forth the > proposition: >> On (24/03/14 12:36), Dave Woodfall put forth >> the proposition: >>> On (24/03/14 11:50), Damien Sandras put forth >>> the proposition: >>>> Le 24/03/14 10:11, David Woodfall a ?crit : >>>>> On (24/03/14 09:37), Eugen Dedu >>>>> put forth the proposition: >>>>>> On 24/03/14 09:33, Damien Sandras wrote: >>>>>>> Le 23/03/14 19:13, David Woodfall a ?crit : >>>>>>>> On (23/03/14 17:52), Damien Sandras put >>>>>>>> forth the >>>>>>>> proposition: >>>>>>>>> Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>>>>>>>> What Asterisk are you running? Is it a default distro like >>>>>>>>>>>> FreePBX? There >>>>>>>>>>>> are some configs to check, but they are mush easier using >>>>>>>>>>>> the freePBX GUI. >>>>>>>>>>> >>>>>>>>>>> But apart from my asterisk server I only get video on >>>>>>>>>>> ekiga.net's echo >>>>>>>>>>> tester with h261 too. >>>>>>>>>> >>>>>>>>>> If it helps any, these are the output of -d 4. The first is >>>>>>>>>> using h261 >>>>>>>>>> and the second is h263. I rang the ekiga.net echo line then >>>>>>>>>> hungup >>>>>>>>>> afterwards: >>>>>>>>>> >>>>>>>>>> h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>>>>>>>> h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>>>>>>>> >>>>>>>>> >>>>>>>>> You should report a bug to your distribution maintainer. >>>>>>>>> Things are badly >>>>>>>>> compiled: >>>>>>>>> >>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>> Successfully >>>>>>>>> loaded 'libavcodec.so.55' >>>>>>>>> >>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>> Successfully >>>>>>>>> loaded 'libavutil.so.52' >>>>>>>>> >>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>> Error linking >>>>>>>>> function avcodec_init, error=/usr/lib64/libavcodec.so.55: >>>>>>>>> undefined symbol: >>>>>>>>> avcodec_init >>>>>>>>> >>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>>> H.263-RFC2190 Encoder >>>>>>>>> closed >>>>>>>>> >>>>>>>>> My guess would be that it links to a different libavcodec >>>>>>>>> library than the >>>>>>>>> one whose headers were used to compile things. >>>>>>>> >>>>>>>> I've just recompiled both Opal and Ekiga and get the same error. >>>>>>>> >>>>>>>> There's no way that it's compiled against a different version. Is >>>>>>>> there a recommended ffmpeg version to use? >>>>>>>> >>>>>>>> Currently, I have version 2.1.4. >>>>>>>> >>>>>>>> Have you seen this?: >>>>>>>> http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> I will have to patch Opal by the look of it. >>>>>>>> >>>>>>> >>>>>>> If the compilation succeeded, that means that avcodec_init was >>>>>>> present in your >>>>>>> headers. >>>>>>> If it fails at runtime, that means that the library you are >>>>>>> linking to does not >>>>>>> contain that method. >>>>>>> >>>>>>> => your headers and libraries are different, believe me >>>>>> >>>>>> Perhaps you have ffmpeg/libav installed from your distribution, >>>>>> and you also installed it manually? During compilation, one of >>>>>> them is used, and during execution the other gets used. >>>>> >>>>> Slackware doesn't have ffmpeg in it's stock repo. But like I said I >>>>> rebuilt both Opal and Ekiga from what I had installed, and there is >>>>> only one version installed. >>>> >>>> Impossible ! >>>> What does : >>>> grep avcodec_init /usr/ -r >>>> return ? >>> >>> Ok >>> >>> grep -r avcodec_init /usr >>> Binary file /usr/bin/avidemux2_gtk matches >>> Binary file /usr/bin/audacity matches >>> Binary file /usr/bin/avidemux2_qt4 matches >>> Binary file /usr/bin/avidemux2_cli matches >>> Binary file /usr/lib64/libADM5avcodec.so.53 matches >>> Binary file >>> /usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so matches >>> Binary file >>> /usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so matches >>> Binary file >>> /usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so matches >>> Binary file /usr/lib64/xine/plugins/1.30/xineplug_decode_ff.so matches >>> Binary file /usr/lib64/libavcodec.a matches >>> Binary file >>> /usr/lib64/ADM_plugins/videoEncoder/libADM_vidEnc_avcodec.so matches >>> >>> So the static /usr/lib64/libavcodec.a has the old _init() function, >>> but: >> >> ugh that was from libav. Thought I'd removed it. > > Ok so after removing libav and rebuilding yet again: > > ekiga -d 4 2>&1 | grep Error > 2014/03/24 12:48:13.627 0:04.360 Pool:0x7fa488e42700 > H263+ Error linking function avcodec_init, > error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init > 2014/03/24 12:48:13.629 0:04.362 Pool:0x7fa488e42700 > Opal Error creating transcoder instance from H.263 to YUV420P > 2014/03/24 12:48:13.759 0:04.492 Pool:0x7fa488e42700 > H263+ Error linking function avcodec_init, > error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init > 2014/03/24 12:48:13.760 0:04.493 Pool:0x7fa488e42700 > Opal Error creating transcoder instance from YUV420P to H.263 That means that when compiling OPAL the avcodec_init method was present in the ffmpeg headers, and when running the executable, it is not present anymore. I see Opal picks the plugins in /usr/lib64/opal-3.10.10/codecs/video/ Isn't that the place of an older Opal plugin that was compiled once with an older ffmpeg ? Anyway, I can not really help more than this. When you link to a library at runtime and it compiains that it does not find a symbol, it means that the compilation was done with headers from a different (and incompatible) version of the library. ------------------------------------------------------------------------ Damien SANDRAS *Ekiga Project* http://www.ekiga.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ekigaicon.png Type: image/png Size: 877 bytes Desc: not available URL: From dave at dawoodfall.net Mon Mar 24 13:38:19 2014 From: dave at dawoodfall.net (David Woodfall) Date: Mon, 24 Mar 2014 13:38:19 +0000 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <533030E3.1030405@seconix.com> References: <532F116B.9000300@seconix.com> <20140323181338.GY7103@Blackswan> <532FEDF2.9080103@seconix.com> <532FEEBF.3020501@pu-pm.univ-fcomte.fr> <20140324091159.GZ7103@Blackswan> <53300DED.8010504@seconix.com> <20140324123632.GC7103@Blackswan> <20140324124009.GD7103@Blackswan> <20140324124933.GE7103@Blackswan> <533030E3.1030405@seconix.com> Message-ID: <20140324133819.GF7103@Blackswan> On (24/03/14 14:19), Damien Sandras put forth the proposition: >Le 24/03/14 13:49, David Woodfall a ?crit : >>On (24/03/14 12:40), Dave Woodfall put forth >>the proposition: >>>On (24/03/14 12:36), Dave Woodfall put forth >>>the proposition: >>>>On (24/03/14 11:50), Damien Sandras put >>>>forth the proposition: >>>>>Le 24/03/14 10:11, David Woodfall a ?crit : >>>>>>On (24/03/14 09:37), Eugen Dedu >>>>>> put forth the proposition: >>>>>>>On 24/03/14 09:33, Damien Sandras wrote: >>>>>>>>Le 23/03/14 19:13, David Woodfall a ?crit : >>>>>>>>>On (23/03/14 17:52), Damien Sandras >>>>>>>>> put forth the >>>>>>>>>proposition: >>>>>>>>>>Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>>>>>>>>>What Asterisk are you running? Is it a default >>>>>>>>>>>>>distro like FreePBX? There >>>>>>>>>>>>>are some configs to check, but they are mush >>>>>>>>>>>>>easier using the freePBX GUI. >>>>>>>>>>>> >>>>>>>>>>>>But apart from my asterisk server I only get >>>>>>>>>>>>video on ekiga.net's echo >>>>>>>>>>>>tester with h261 too. >>>>>>>>>>> >>>>>>>>>>>If it helps any, these are the output of -d 4. The >>>>>>>>>>>first is using h261 >>>>>>>>>>>and the second is h263. I rang the ekiga.net echo >>>>>>>>>>>line then hungup >>>>>>>>>>>afterwards: >>>>>>>>>>> >>>>>>>>>>>h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>>>>>>>>>h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>>You should report a bug to your distribution >>>>>>>>>>maintainer. Things are badly >>>>>>>>>>compiled: >>>>>>>>>> >>>>>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>>>>H263+ Successfully >>>>>>>>>>loaded 'libavcodec.so.55' >>>>>>>>>> >>>>>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>>>>H263+ Successfully >>>>>>>>>>loaded 'libavutil.so.52' >>>>>>>>>> >>>>>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>>>>H263+ Error linking >>>>>>>>>>function avcodec_init, >>>>>>>>>>error=/usr/lib64/libavcodec.so.55: undefined symbol: >>>>>>>>>>avcodec_init >>>>>>>>>> >>>>>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>>>>H.263-RFC2190 Encoder >>>>>>>>>>closed >>>>>>>>>> >>>>>>>>>>My guess would be that it links to a different >>>>>>>>>>libavcodec library than the >>>>>>>>>>one whose headers were used to compile things. >>>>>>>>> >>>>>>>>>I've just recompiled both Opal and Ekiga and get the same error. >>>>>>>>> >>>>>>>>>There's no way that it's compiled against a different version. Is >>>>>>>>>there a recommended ffmpeg version to use? >>>>>>>>> >>>>>>>>>Currently, I have version 2.1.4. >>>>>>>>> >>>>>>>>>Have you seen this?: >>>>>>>>>http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>I will have to patch Opal by the look of it. >>>>>>>>> >>>>>>>> >>>>>>>>If the compilation succeeded, that means that >>>>>>>>avcodec_init was present in your >>>>>>>>headers. >>>>>>>>If it fails at runtime, that means that the library you >>>>>>>>are linking to does not >>>>>>>>contain that method. >>>>>>>> >>>>>>>>=> your headers and libraries are different, believe me >>>>>>> >>>>>>>Perhaps you have ffmpeg/libav installed from your >>>>>>>distribution, and you also installed it manually? During >>>>>>>compilation, one of them is used, and during execution the >>>>>>>other gets used. >>>>>> >>>>>>Slackware doesn't have ffmpeg in it's stock repo. But like I said I >>>>>>rebuilt both Opal and Ekiga from what I had installed, and there is >>>>>>only one version installed. >>>>> >>>>>Impossible ! >>>>>What does : >>>>>grep avcodec_init /usr/ -r >>>>>return ? >>>> >>>>Ok >>>> >>>>grep -r avcodec_init /usr >>>>Binary file /usr/bin/avidemux2_gtk matches >>>>Binary file /usr/bin/audacity matches >>>>Binary file /usr/bin/avidemux2_qt4 matches >>>>Binary file /usr/bin/avidemux2_cli matches >>>>Binary file /usr/lib64/libADM5avcodec.so.53 matches >>>>Binary file >>>>/usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so >>>>matches >>>>Binary file >>>>/usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so >>>>matches >>>>Binary file >>>>/usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so >>>>matches >>>>Binary file /usr/lib64/xine/plugins/1.30/xineplug_decode_ff.so matches >>>>Binary file /usr/lib64/libavcodec.a matches >>>>Binary file >>>>/usr/lib64/ADM_plugins/videoEncoder/libADM_vidEnc_avcodec.so >>>>matches >>>> >>>>So the static /usr/lib64/libavcodec.a has the old _init() >>>>function, but: >>> >>>ugh that was from libav. Thought I'd removed it. >> >>Ok so after removing libav and rebuilding yet again: >> >>ekiga -d 4 2>&1 | grep Error >>2014/03/24 12:48:13.627 0:04.360 Pool:0x7fa488e42700 >>H263+ Error linking function avcodec_init, >>error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init >>2014/03/24 12:48:13.629 0:04.362 Pool:0x7fa488e42700 Opal >>Error creating transcoder instance from H.263 to YUV420P >>2014/03/24 12:48:13.759 0:04.492 Pool:0x7fa488e42700 >>H263+ Error linking function avcodec_init, >>error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init >>2014/03/24 12:48:13.760 0:04.493 Pool:0x7fa488e42700 Opal >>Error creating transcoder instance from YUV420P to H.263 > >That means that when compiling OPAL the avcodec_init method was >present in the ffmpeg headers, and when running the executable, it is >not present anymore. > >I see Opal picks the plugins in /usr/lib64/opal-3.10.10/codecs/video/ > >Isn't that the place of an older Opal plugin that was compiled once >with an older ffmpeg ? > >Anyway, I can not really help more than this. When you link to a >library at runtime and it compiains that it does not find a symbol, it >means that the compilation was done with headers from a different (and >incompatible) version of the library. All I did, and this is what I did originally, is build/install ffmpeg 2.1 and then Opal/ekiga. I don't know where plugins should go, but here is a list of all: http://www.r0t.co.uk/paste/p/pdoGLS92.html Trust me, there is no other opal or ffmpeg on my system. Both the ffmpeg and opal slackbuilds are on slackbuilds.org. If they are wrong please let me know. By the way, I'm the slackbuild maintainer for ptlib, opal and ekiga and I do want to sort this out as ekiga is the only sip/voip app that looks like any thought went into its gui. From thierry.simonnet at esiee.fr Mon Mar 24 14:12:49 2014 From: thierry.simonnet at esiee.fr (Thierry Simonnet) Date: Mon, 24 Mar 2014 15:12:49 +0100 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140324133819.GF7103@Blackswan> References: <532F116B.9000300@seconix.com> <20140323181338.GY7103@Blackswan> <532FEDF2.9080103@seconix.com> <532FEEBF.3020501@pu-pm.univ-fcomte.fr> <20140324091159.GZ7103@Blackswan> <53300DED.8010504@seconix.com> <20140324123632.GC7103@Blackswan> <20140324124009.GD7103@Blackswan> <20140324124933.GE7103@Blackswan> <533030E3.1030405@seconix.com> <20140324133819.GF7103@Blackswan> Message-ID: <53303D61.6070907@esiee.fr> Le 24/03/2014 14:38, David Woodfall a ?crit : > On (24/03/14 14:19), Damien Sandras put forth > the proposition: >> Le 24/03/14 13:49, David Woodfall a ?crit : >>> On (24/03/14 12:40), Dave Woodfall put forth >>> the proposition: >>>> On (24/03/14 12:36), Dave Woodfall put forth >>>> the proposition: >>>>> On (24/03/14 11:50), Damien Sandras put >>>>> forth the proposition: >>>>>> Le 24/03/14 10:11, David Woodfall a ?crit : >>>>>>> On (24/03/14 09:37), Eugen Dedu >>>>>>> put forth the proposition: >>>>>>>> On 24/03/14 09:33, Damien Sandras wrote: >>>>>>>>> Le 23/03/14 19:13, David Woodfall a ?crit : >>>>>>>>>> On (23/03/14 17:52), Damien Sandras >>>>>>>>>> put forth the >>>>>>>>>> proposition: >>>>>>>>>>> Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>>>>>>>>>> What Asterisk are you running? Is it a default distro >>>>>>>>>>>>>> like FreePBX? There >>>>>>>>>>>>>> are some configs to check, but they are mush easier using >>>>>>>>>>>>>> the freePBX GUI. >>>>>>>>>>>>> >>>>>>>>>>>>> But apart from my asterisk server I only get video on >>>>>>>>>>>>> ekiga.net's echo >>>>>>>>>>>>> tester with h261 too. >>>>>>>>>>>> >>>>>>>>>>>> If it helps any, these are the output of -d 4. The first is >>>>>>>>>>>> using h261 >>>>>>>>>>>> and the second is h263. I rang the ekiga.net echo line then >>>>>>>>>>>> hungup >>>>>>>>>>>> afterwards: >>>>>>>>>>>> >>>>>>>>>>>> h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>>>>>>>>>> h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> You should report a bug to your distribution maintainer. >>>>>>>>>>> Things are badly >>>>>>>>>>> compiled: >>>>>>>>>>> >>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>> Successfully >>>>>>>>>>> loaded 'libavcodec.so.55' >>>>>>>>>>> >>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>> Successfully >>>>>>>>>>> loaded 'libavutil.so.52' >>>>>>>>>>> >>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>> Error linking >>>>>>>>>>> function avcodec_init, error=/usr/lib64/libavcodec.so.55: >>>>>>>>>>> undefined symbol: >>>>>>>>>>> avcodec_init >>>>>>>>>>> >>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>>>>> H.263-RFC2190 Encoder >>>>>>>>>>> closed >>>>>>>>>>> >>>>>>>>>>> My guess would be that it links to a different libavcodec >>>>>>>>>>> library than the >>>>>>>>>>> one whose headers were used to compile things. >>>>>>>>>> >>>>>>>>>> I've just recompiled both Opal and Ekiga and get the same error. >>>>>>>>>> >>>>>>>>>> There's no way that it's compiled against a different >>>>>>>>>> version. Is >>>>>>>>>> there a recommended ffmpeg version to use? >>>>>>>>>> >>>>>>>>>> Currently, I have version 2.1.4. >>>>>>>>>> >>>>>>>>>> Have you seen this?: >>>>>>>>>> http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I will have to patch Opal by the look of it. >>>>>>>>>> >>>>>>>>> >>>>>>>>> If the compilation succeeded, that means that avcodec_init was >>>>>>>>> present in your >>>>>>>>> headers. >>>>>>>>> If it fails at runtime, that means that the library you are >>>>>>>>> linking to does not >>>>>>>>> contain that method. >>>>>>>>> >>>>>>>>> => your headers and libraries are different, believe me >>>>>>>> >>>>>>>> Perhaps you have ffmpeg/libav installed from your distribution, >>>>>>>> and you also installed it manually? During compilation, one of >>>>>>>> them is used, and during execution the other gets used. >>>>>>> >>>>>>> Slackware doesn't have ffmpeg in it's stock repo. But like I said I >>>>>>> rebuilt both Opal and Ekiga from what I had installed, and there is >>>>>>> only one version installed. >>>>>> >>>>>> Impossible ! >>>>>> What does : >>>>>> grep avcodec_init /usr/ -r >>>>>> return ? >>>>> >>>>> Ok >>>>> >>>>> grep -r avcodec_init /usr >>>>> Binary file /usr/bin/avidemux2_gtk matches >>>>> Binary file /usr/bin/audacity matches >>>>> Binary file /usr/bin/avidemux2_qt4 matches >>>>> Binary file /usr/bin/avidemux2_cli matches >>>>> Binary file /usr/lib64/libADM5avcodec.so.53 matches >>>>> Binary file >>>>> /usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so matches >>>>> Binary file >>>>> /usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so matches >>>>> Binary file >>>>> /usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so matches >>>>> Binary file /usr/lib64/xine/plugins/1.30/xineplug_decode_ff.so >>>>> matches >>>>> Binary file /usr/lib64/libavcodec.a matches >>>>> Binary file >>>>> /usr/lib64/ADM_plugins/videoEncoder/libADM_vidEnc_avcodec.so matches >>>>> >>>>> So the static /usr/lib64/libavcodec.a has the old _init() >>>>> function, but: >>>> >>>> ugh that was from libav. Thought I'd removed it. >>> >>> Ok so after removing libav and rebuilding yet again: >>> >>> ekiga -d 4 2>&1 | grep Error >>> 2014/03/24 12:48:13.627 0:04.360 Pool:0x7fa488e42700 >>> H263+ Error linking function avcodec_init, >>> error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init >>> 2014/03/24 12:48:13.629 0:04.362 Pool:0x7fa488e42700 >>> Opal Error creating transcoder instance from H.263 to YUV420P >>> 2014/03/24 12:48:13.759 0:04.492 Pool:0x7fa488e42700 >>> H263+ Error linking function avcodec_init, >>> error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init >>> 2014/03/24 12:48:13.760 0:04.493 Pool:0x7fa488e42700 >>> Opal Error creating transcoder instance from YUV420P to H.263 >> >> That means that when compiling OPAL the avcodec_init method was >> present in the ffmpeg headers, and when running the executable, it is >> not present anymore. >> >> I see Opal picks the plugins in /usr/lib64/opal-3.10.10/codecs/video/ >> >> Isn't that the place of an older Opal plugin that was compiled once >> with an older ffmpeg ? >> >> Anyway, I can not really help more than this. When you link to a >> library at runtime and it compiains that it does not find a symbol, >> it means that the compilation was done with headers from a different >> (and incompatible) version of the library. > > All I did, and this is what I did originally, is build/install ffmpeg > 2.1 and then Opal/ekiga. > > I don't know where plugins should go, but here is a list of all: > > http://www.r0t.co.uk/paste/p/pdoGLS92.html > > Trust me, there is no other opal or ffmpeg on my system. > Both the ffmpeg and opal slackbuilds are on slackbuilds.org. If they > are wrong please let me know. > > By the way, I'm the slackbuild maintainer for ptlib, opal and ekiga > and I do want to sort this out as ekiga is the only sip/voip app that > looks like any thought went into its gui. > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list I use ffmpeg from git (version # N-61767-gc08e523) with libx264 from git ./configure --enable-shared --enable-libx264 --enable-gpl --disable-stripping && make && make install Don't forget disable stripping. I also work with some limitation with libav. (dyna, slopen, dlsym). Dyna.cxx from opal dlopens libavcodec.so and check functions using dlsym. If libavcodec is stripped, dlsym fails (and of course dyna). For avcodec_init, last versions of opal didn't use this call anymore and in opal_10 this call is deprecated - see opal/plugins/video/common/ffmpeg/libavcodec/avcodec.h Best regards -- Thierry Simonnet ESIEE-Paris Par respect pour l?environnement, n?imprimez ce mail que si n?cessaire -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: images1 Type: image/gif Size: 465 bytes Desc: not available URL: From Eugen.Dedu at pu-pm.univ-fcomte.fr Mon Mar 24 17:18:47 2014 From: Eugen.Dedu at pu-pm.univ-fcomte.fr (Eugen Dedu) Date: Mon, 24 Mar 2014 18:18:47 +0100 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140324133819.GF7103@Blackswan> References: <532F116B.9000300@seconix.com> <20140323181338.GY7103@Blackswan> <532FEDF2.9080103@seconix.com> <532FEEBF.3020501@pu-pm.univ-fcomte.fr> <20140324091159.GZ7103@Blackswan> <53300DED.8010504@seconix.com> <20140324123632.GC7103@Blackswan> <20140324124009.GD7103@Blackswan> <20140324124933.GE7103@Blackswan> <533030E3.1030405@seconix.com> <20140324133819.GF7103@Blackswan> Message-ID: <533068F7.6060007@pu-pm.univ-fcomte.fr> On 24/03/14 14:38, David Woodfall wrote: > On (24/03/14 14:19), Damien Sandras put forth the > proposition: >> Le 24/03/14 13:49, David Woodfall a ?crit : >>> On (24/03/14 12:40), Dave Woodfall put forth >>> the proposition: >>>> On (24/03/14 12:36), Dave Woodfall put forth >>>> the proposition: >>>>> On (24/03/14 11:50), Damien Sandras put >>>>> forth the proposition: >>>>>> Le 24/03/14 10:11, David Woodfall a ?crit : >>>>>>> On (24/03/14 09:37), Eugen Dedu >>>>>>> put forth the proposition: >>>>>>>> On 24/03/14 09:33, Damien Sandras wrote: >>>>>>>>> Le 23/03/14 19:13, David Woodfall a ?crit : >>>>>>>>>> On (23/03/14 17:52), Damien Sandras put >>>>>>>>>> forth the >>>>>>>>>> proposition: >>>>>>>>>>> Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>>>>>>>> If it helps any, these are the output of -d 4. The first is >>>>>>>>>>>> using h261 >>>>>>>>>>>> and the second is h263. I rang the ekiga.net echo line then >>>>>>>>>>>> hungup >>>>>>>>>>>> afterwards: >>>>>>>>>>>> >>>>>>>>>>>> h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>>>>>>>>>> h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> You should report a bug to your distribution maintainer. >>>>>>>>>>> Things are badly >>>>>>>>>>> compiled: >>>>>>>>>>> >>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>> Successfully >>>>>>>>>>> loaded 'libavcodec.so.55' >>>>>>>>>>> >>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>> Successfully >>>>>>>>>>> loaded 'libavutil.so.52' >>>>>>>>>>> >>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>> Error linking >>>>>>>>>>> function avcodec_init, error=/usr/lib64/libavcodec.so.55: >>>>>>>>>>> undefined symbol: >>>>>>>>>>> avcodec_init >>>>>>>>>>> >>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>>>>> H.263-RFC2190 Encoder >>>>>>>>>>> closed >>>>>>>>>>> >>>>>>>>>>> My guess would be that it links to a different libavcodec >>>>>>>>>>> library than the >>>>>>>>>>> one whose headers were used to compile things. >>>>>>>>>> >>>>>>>>>> I've just recompiled both Opal and Ekiga and get the same error. >>>>>>>>>> >>>>>>>>>> There's no way that it's compiled against a different version. Is >>>>>>>>>> there a recommended ffmpeg version to use? >>>>>>>>>> >>>>>>>>>> Currently, I have version 2.1.4. >>>>>>>>>> >>>>>>>>>> Have you seen this?: >>>>>>>>>> http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I will have to patch Opal by the look of it. >>>>>>>>>> >>>>>>>>> >>>>>>>>> If the compilation succeeded, that means that avcodec_init was >>>>>>>>> present in your >>>>>>>>> headers. >>>>>>>>> If it fails at runtime, that means that the library you are >>>>>>>>> linking to does not >>>>>>>>> contain that method. >>>>>>>>> >>>>>>>>> => your headers and libraries are different, believe me >>>>>>>> >>>>>>>> Perhaps you have ffmpeg/libav installed from your distribution, >>>>>>>> and you also installed it manually? During compilation, one of >>>>>>>> them is used, and during execution the other gets used. >>>>>>> >>>>>>> Slackware doesn't have ffmpeg in it's stock repo. But like I said I >>>>>>> rebuilt both Opal and Ekiga from what I had installed, and there is >>>>>>> only one version installed. >>>>>> >>>>>> Impossible ! >>>>>> What does : >>>>>> grep avcodec_init /usr/ -r >>>>>> return ? >>>>> >>>>> Ok >>>>> >>>>> grep -r avcodec_init /usr >>>>> Binary file /usr/bin/avidemux2_gtk matches >>>>> Binary file /usr/bin/audacity matches >>>>> Binary file /usr/bin/avidemux2_qt4 matches >>>>> Binary file /usr/bin/avidemux2_cli matches >>>>> Binary file /usr/lib64/libADM5avcodec.so.53 matches >>>>> Binary file >>>>> /usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so matches >>>>> Binary file >>>>> /usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so matches >>>>> Binary file >>>>> /usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so matches >>>>> Binary file /usr/lib64/xine/plugins/1.30/xineplug_decode_ff.so matches >>>>> Binary file /usr/lib64/libavcodec.a matches >>>>> Binary file >>>>> /usr/lib64/ADM_plugins/videoEncoder/libADM_vidEnc_avcodec.so matches >>>>> >>>>> So the static /usr/lib64/libavcodec.a has the old _init() function, >>>>> but: >>>> >>>> ugh that was from libav. Thought I'd removed it. >>> >>> Ok so after removing libav and rebuilding yet again: >>> >>> ekiga -d 4 2>&1 | grep Error >>> 2014/03/24 12:48:13.627 0:04.360 Pool:0x7fa488e42700 >>> H263+ Error linking function avcodec_init, >>> error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init >>> 2014/03/24 12:48:13.629 0:04.362 Pool:0x7fa488e42700 Opal >>> Error creating transcoder instance from H.263 to YUV420P >>> 2014/03/24 12:48:13.759 0:04.492 Pool:0x7fa488e42700 >>> H263+ Error linking function avcodec_init, >>> error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init >>> 2014/03/24 12:48:13.760 0:04.493 Pool:0x7fa488e42700 Opal >>> Error creating transcoder instance from YUV420P to H.263 >> >> That means that when compiling OPAL the avcodec_init method was >> present in the ffmpeg headers, and when running the executable, it is >> not present anymore. >> >> I see Opal picks the plugins in /usr/lib64/opal-3.10.10/codecs/video/ >> >> Isn't that the place of an older Opal plugin that was compiled once >> with an older ffmpeg ? David, are you sure the few lines above do not point to the problem? Have you removed the codecs before recompiling opal? >> Anyway, I can not really help more than this. When you link to a >> library at runtime and it compiains that it does not find a symbol, it >> means that the compilation was done with headers from a different (and >> incompatible) version of the library. > > All I did, and this is what I did originally, is build/install ffmpeg > 2.1 and then Opal/ekiga. > > I don't know where plugins should go, but here is a list of all: > > http://www.r0t.co.uk/paste/p/pdoGLS92.html They are in the right location. > Trust me, there is no other opal or ffmpeg on my system. > Both the ffmpeg and opal slackbuilds are on slackbuilds.org. If they > are wrong please let me know. -- Eugen From dave at dawoodfall.net Mon Mar 24 20:18:24 2014 From: dave at dawoodfall.net (David Woodfall) Date: Mon, 24 Mar 2014 20:18:24 +0000 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <533068F7.6060007@pu-pm.univ-fcomte.fr> References: <532FEDF2.9080103@seconix.com> <532FEEBF.3020501@pu-pm.univ-fcomte.fr> <20140324091159.GZ7103@Blackswan> <53300DED.8010504@seconix.com> <20140324123632.GC7103@Blackswan> <20140324124009.GD7103@Blackswan> <20140324124933.GE7103@Blackswan> <533030E3.1030405@seconix.com> <20140324133819.GF7103@Blackswan> <533068F7.6060007@pu-pm.univ-fcomte.fr> Message-ID: <20140324201824.GI7103@Blackswan> On (24/03/14 18:18), Eugen Dedu put forth the proposition: >On 24/03/14 14:38, David Woodfall wrote: >>On (24/03/14 14:19), Damien Sandras put forth the >>proposition: >>>Le 24/03/14 13:49, David Woodfall a ?crit : >>>>On (24/03/14 12:40), Dave Woodfall put forth >>>>the proposition: >>>>>On (24/03/14 12:36), Dave Woodfall put forth >>>>>the proposition: >>>>>>On (24/03/14 11:50), Damien Sandras put >>>>>>forth the proposition: >>>>>>>Le 24/03/14 10:11, David Woodfall a ?crit : >>>>>>>>On (24/03/14 09:37), Eugen Dedu >>>>>>>>put forth the proposition: >>>>>>>>>On 24/03/14 09:33, Damien Sandras wrote: >>>>>>>>>>Le 23/03/14 19:13, David Woodfall a ?crit : >>>>>>>>>>>On (23/03/14 17:52), Damien Sandras put >>>>>>>>>>>forth the >>>>>>>>>>>proposition: >>>>>>>>>>>>Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>>>>>>>>>If it helps any, these are the output of -d 4. The first is >>>>>>>>>>>>>using h261 >>>>>>>>>>>>>and the second is h263. I rang the ekiga.net echo line then >>>>>>>>>>>>>hungup >>>>>>>>>>>>>afterwards: >>>>>>>>>>>>> >>>>>>>>>>>>>h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>>>>>>>>>>>h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>You should report a bug to your distribution maintainer. >>>>>>>>>>>>Things are badly >>>>>>>>>>>>compiled: >>>>>>>>>>>> >>>>>>>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>>>Successfully >>>>>>>>>>>>loaded 'libavcodec.so.55' >>>>>>>>>>>> >>>>>>>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>>>Successfully >>>>>>>>>>>>loaded 'libavutil.so.52' >>>>>>>>>>>> >>>>>>>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>>>Error linking >>>>>>>>>>>>function avcodec_init, error=/usr/lib64/libavcodec.so.55: >>>>>>>>>>>>undefined symbol: >>>>>>>>>>>>avcodec_init >>>>>>>>>>>> >>>>>>>>>>>>2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>>>>>>H.263-RFC2190 Encoder >>>>>>>>>>>>closed >>>>>>>>>>>> >>>>>>>>>>>>My guess would be that it links to a different libavcodec >>>>>>>>>>>>library than the >>>>>>>>>>>>one whose headers were used to compile things. >>>>>>>>>>> >>>>>>>>>>>I've just recompiled both Opal and Ekiga and get the same error. >>>>>>>>>>> >>>>>>>>>>>There's no way that it's compiled against a different version. Is >>>>>>>>>>>there a recommended ffmpeg version to use? >>>>>>>>>>> >>>>>>>>>>>Currently, I have version 2.1.4. >>>>>>>>>>> >>>>>>>>>>>Have you seen this?: >>>>>>>>>>>http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>I will have to patch Opal by the look of it. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>>If the compilation succeeded, that means that avcodec_init was >>>>>>>>>>present in your >>>>>>>>>>headers. >>>>>>>>>>If it fails at runtime, that means that the library you are >>>>>>>>>>linking to does not >>>>>>>>>>contain that method. >>>>>>>>>> >>>>>>>>>>=> your headers and libraries are different, believe me >>>>>>>>> >>>>>>>>>Perhaps you have ffmpeg/libav installed from your distribution, >>>>>>>>>and you also installed it manually? During compilation, one of >>>>>>>>>them is used, and during execution the other gets used. >>>>>>>> >>>>>>>>Slackware doesn't have ffmpeg in it's stock repo. But like I said I >>>>>>>>rebuilt both Opal and Ekiga from what I had installed, and there is >>>>>>>>only one version installed. >>>>>>> >>>>>>>Impossible ! >>>>>>>What does : >>>>>>>grep avcodec_init /usr/ -r >>>>>>>return ? >>>>>> >>>>>>Ok >>>>>> >>>>>>grep -r avcodec_init /usr >>>>>>Binary file /usr/bin/avidemux2_gtk matches >>>>>>Binary file /usr/bin/audacity matches >>>>>>Binary file /usr/bin/avidemux2_qt4 matches >>>>>>Binary file /usr/bin/avidemux2_cli matches >>>>>>Binary file /usr/lib64/libADM5avcodec.so.53 matches >>>>>>Binary file >>>>>>/usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so matches >>>>>>Binary file >>>>>>/usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so matches >>>>>>Binary file >>>>>>/usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so matches >>>>>>Binary file /usr/lib64/xine/plugins/1.30/xineplug_decode_ff.so matches >>>>>>Binary file /usr/lib64/libavcodec.a matches >>>>>>Binary file >>>>>>/usr/lib64/ADM_plugins/videoEncoder/libADM_vidEnc_avcodec.so matches >>>>>> >>>>>>So the static /usr/lib64/libavcodec.a has the old _init() function, >>>>>>but: >>>>> >>>>>ugh that was from libav. Thought I'd removed it. >>>> >>>>Ok so after removing libav and rebuilding yet again: >>>> >>>>ekiga -d 4 2>&1 | grep Error >>>>2014/03/24 12:48:13.627 0:04.360 Pool:0x7fa488e42700 >>>>H263+ Error linking function avcodec_init, >>>>error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init >>>>2014/03/24 12:48:13.629 0:04.362 Pool:0x7fa488e42700 Opal >>>>Error creating transcoder instance from H.263 to YUV420P >>>>2014/03/24 12:48:13.759 0:04.492 Pool:0x7fa488e42700 >>>>H263+ Error linking function avcodec_init, >>>>error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init >>>>2014/03/24 12:48:13.760 0:04.493 Pool:0x7fa488e42700 Opal >>>>Error creating transcoder instance from YUV420P to H.263 >>> >>>That means that when compiling OPAL the avcodec_init method was >>>present in the ffmpeg headers, and when running the executable, it is >>>not present anymore. >>> >>>I see Opal picks the plugins in /usr/lib64/opal-3.10.10/codecs/video/ >>> >>>Isn't that the place of an older Opal plugin that was compiled once >>>with an older ffmpeg ? > >David, are you sure the few lines above do not point to the problem? >Have you removed the codecs before recompiling opal? As far as I know everything in the package list text file gets deleted on upgradepkg or removepkg so they should be gone. >>>Anyway, I can not really help more than this. When you link to a >>>library at runtime and it compiains that it does not find a symbol, it >>>means that the compilation was done with headers from a different (and >>>incompatible) version of the library. >> >>All I did, and this is what I did originally, is build/install ffmpeg >>2.1 and then Opal/ekiga. >> >>I don't know where plugins should go, but here is a list of all: >> >>http://www.r0t.co.uk/paste/p/pdoGLS92.html > >They are in the right location. > >>Trust me, there is no other opal or ffmpeg on my system. >>Both the ffmpeg and opal slackbuilds are on slackbuilds.org. If they >>are wrong please let me know. I'd recall on my many searches on the net/bugzilla some mention of Opal using an internal ffmpeg. Is this still the case? If so, how do I access that? -Dave From dave at dawoodfall.net Tue Mar 25 07:54:28 2014 From: dave at dawoodfall.net (David Woodfall) Date: Tue, 25 Mar 2014 07:54:28 +0000 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <53303D61.6070907@esiee.fr> References: <532FEDF2.9080103@seconix.com> <532FEEBF.3020501@pu-pm.univ-fcomte.fr> <20140324091159.GZ7103@Blackswan> <53300DED.8010504@seconix.com> <20140324123632.GC7103@Blackswan> <20140324124009.GD7103@Blackswan> <20140324124933.GE7103@Blackswan> <533030E3.1030405@seconix.com> <20140324133819.GF7103@Blackswan> <53303D61.6070907@esiee.fr> Message-ID: <20140325075428.GM7103@Blackswan> On (24/03/14 15:12), Thierry Simonnet put forth the proposition: >Le 24/03/2014 14:38, David Woodfall a ?crit : >> On (24/03/14 14:19), Damien Sandras put forth >> the proposition: >>> Le 24/03/14 13:49, David Woodfall a ?crit : >>>> On (24/03/14 12:40), Dave Woodfall put forth >>>> the proposition: >>>>> On (24/03/14 12:36), Dave Woodfall put forth >>>>> the proposition: >>>>>> On (24/03/14 11:50), Damien Sandras put >>>>>> forth the proposition: >>>>>>> Le 24/03/14 10:11, David Woodfall a ?crit : >>>>>>>> On (24/03/14 09:37), Eugen Dedu >>>>>>>> put forth the proposition: >>>>>>>>> On 24/03/14 09:33, Damien Sandras wrote: >>>>>>>>>> Le 23/03/14 19:13, David Woodfall a ?crit : >>>>>>>>>>> On (23/03/14 17:52), Damien Sandras >>>>>>>>>>> put forth the >>>>>>>>>>> proposition: >>>>>>>>>>>> Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>>>>>>>>>>> What Asterisk are you running? Is it a default distro >>>>>>>>>>>>>>> like FreePBX? There >>>>>>>>>>>>>>> are some configs to check, but they are mush easier using >>>>>>>>>>>>>>> the freePBX GUI. >>>>>>>>>>>>>> >>>>>>>>>>>>>> But apart from my asterisk server I only get video on >>>>>>>>>>>>>> ekiga.net's echo >>>>>>>>>>>>>> tester with h261 too. >>>>>>>>>>>>> >>>>>>>>>>>>> If it helps any, these are the output of -d 4. The first is >>>>>>>>>>>>> using h261 >>>>>>>>>>>>> and the second is h263. I rang the ekiga.net echo line then >>>>>>>>>>>>> hungup >>>>>>>>>>>>> afterwards: >>>>>>>>>>>>> >>>>>>>>>>>>> h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>>>>>>>>>>> h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> You should report a bug to your distribution maintainer. >>>>>>>>>>>> Things are badly >>>>>>>>>>>> compiled: >>>>>>>>>>>> >>>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>>> Successfully >>>>>>>>>>>> loaded 'libavcodec.so.55' >>>>>>>>>>>> >>>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>>> Successfully >>>>>>>>>>>> loaded 'libavutil.so.52' >>>>>>>>>>>> >>>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>>> Error linking >>>>>>>>>>>> function avcodec_init, error=/usr/lib64/libavcodec.so.55: >>>>>>>>>>>> undefined symbol: >>>>>>>>>>>> avcodec_init >>>>>>>>>>>> >>>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>>>>>> H.263-RFC2190 Encoder >>>>>>>>>>>> closed >>>>>>>>>>>> >>>>>>>>>>>> My guess would be that it links to a different libavcodec >>>>>>>>>>>> library than the >>>>>>>>>>>> one whose headers were used to compile things. >>>>>>>>>>> >>>>>>>>>>> I've just recompiled both Opal and Ekiga and get the same error. >>>>>>>>>>> >>>>>>>>>>> There's no way that it's compiled against a different >>>>>>>>>>> version. Is >>>>>>>>>>> there a recommended ffmpeg version to use? >>>>>>>>>>> >>>>>>>>>>> Currently, I have version 2.1.4. >>>>>>>>>>> >>>>>>>>>>> Have you seen this?: >>>>>>>>>>> http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> I will have to patch Opal by the look of it. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> If the compilation succeeded, that means that avcodec_init was >>>>>>>>>> present in your >>>>>>>>>> headers. >>>>>>>>>> If it fails at runtime, that means that the library you are >>>>>>>>>> linking to does not >>>>>>>>>> contain that method. >>>>>>>>>> >>>>>>>>>> => your headers and libraries are different, believe me >>>>>>>>> >>>>>>>>> Perhaps you have ffmpeg/libav installed from your distribution, >>>>>>>>> and you also installed it manually? During compilation, one of >>>>>>>>> them is used, and during execution the other gets used. >>>>>>>> >>>>>>>> Slackware doesn't have ffmpeg in it's stock repo. But like I said I >>>>>>>> rebuilt both Opal and Ekiga from what I had installed, and there is >>>>>>>> only one version installed. >>>>>>> >>>>>>> Impossible ! >>>>>>> What does : >>>>>>> grep avcodec_init /usr/ -r >>>>>>> return ? >>>>>> >>>>>> Ok >>>>>> >>>>>> grep -r avcodec_init /usr >>>>>> Binary file /usr/bin/avidemux2_gtk matches >>>>>> Binary file /usr/bin/audacity matches >>>>>> Binary file /usr/bin/avidemux2_qt4 matches >>>>>> Binary file /usr/bin/avidemux2_cli matches >>>>>> Binary file /usr/lib64/libADM5avcodec.so.53 matches >>>>>> Binary file >>>>>> /usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so matches >>>>>> Binary file >>>>>> /usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so matches >>>>>> Binary file >>>>>> /usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so matches >>>>>> Binary file /usr/lib64/xine/plugins/1.30/xineplug_decode_ff.so >>>>>> matches >>>>>> Binary file /usr/lib64/libavcodec.a matches >>>>>> Binary file >>>>>> /usr/lib64/ADM_plugins/videoEncoder/libADM_vidEnc_avcodec.so matches >>>>>> >>>>>> So the static /usr/lib64/libavcodec.a has the old _init() >>>>>> function, but: >>>>> >>>>> ugh that was from libav. Thought I'd removed it. >>>> >>>> Ok so after removing libav and rebuilding yet again: >>>> >>>> ekiga -d 4 2>&1 | grep Error >>>> 2014/03/24 12:48:13.627 0:04.360 Pool:0x7fa488e42700 >>>> H263+ Error linking function avcodec_init, >>>> error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init >>>> 2014/03/24 12:48:13.629 0:04.362 Pool:0x7fa488e42700 >>>> Opal Error creating transcoder instance from H.263 to YUV420P >>>> 2014/03/24 12:48:13.759 0:04.492 Pool:0x7fa488e42700 >>>> H263+ Error linking function avcodec_init, >>>> error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init >>>> 2014/03/24 12:48:13.760 0:04.493 Pool:0x7fa488e42700 >>>> Opal Error creating transcoder instance from YUV420P to H.263 >>> >>> That means that when compiling OPAL the avcodec_init method was >>> present in the ffmpeg headers, and when running the executable, it is >>> not present anymore. >>> >>> I see Opal picks the plugins in /usr/lib64/opal-3.10.10/codecs/video/ >>> >>> Isn't that the place of an older Opal plugin that was compiled once >>> with an older ffmpeg ? >>> >>> Anyway, I can not really help more than this. When you link to a >>> library at runtime and it compiains that it does not find a symbol, >>> it means that the compilation was done with headers from a different >>> (and incompatible) version of the library. >> >> All I did, and this is what I did originally, is build/install ffmpeg >> 2.1 and then Opal/ekiga. >> >> I don't know where plugins should go, but here is a list of all: >> >> http://www.r0t.co.uk/paste/p/pdoGLS92.html >> >> Trust me, there is no other opal or ffmpeg on my system. >> Both the ffmpeg and opal slackbuilds are on slackbuilds.org. If they >> are wrong please let me know. >> >> By the way, I'm the slackbuild maintainer for ptlib, opal and ekiga >> and I do want to sort this out as ekiga is the only sip/voip app that >> looks like any thought went into its gui. >> >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> https://mail.gnome.org/mailman/listinfo/ekiga-list >I use ffmpeg from git (version # N-61767-gc08e523) with libx264 from git >./configure --enable-shared --enable-libx264 --enable-gpl >--disable-stripping && make && make install >Don't forget disable stripping. I also work with some limitation with >libav. (dyna, slopen, dlsym). >Dyna.cxx from opal dlopens libavcodec.so and check functions using dlsym. >If libavcodec is stripped, dlsym fails (and of course dyna). >For avcodec_init, last versions of opal didn't use this call anymore and >in opal_10 this call is deprecated - see >opal/plugins/video/common/ffmpeg/libavcodec/avcodec.h Thanks Thierry. This had me looking in the right direction. It turns out to be --enable-shared in ffmpeg that is the problem. I still don't get video for h.263 but that avcodec_init error is gone. Here's what I see now: 2014/03/25 07:44:09.828 0:07.099 Pool:0x7f1008084700 Opal Error creating transcoder instance from H.263 to YUV420P I'll keep plugging away at this. From thierry.simonnet at esiee.fr Tue Mar 25 08:39:02 2014 From: thierry.simonnet at esiee.fr (Thierry Simonnet) Date: Tue, 25 Mar 2014 09:39:02 +0100 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140325075428.GM7103@Blackswan> References: <532FEDF2.9080103@seconix.com> <532FEEBF.3020501@pu-pm.univ-fcomte.fr> <20140324091159.GZ7103@Blackswan> <53300DED.8010504@seconix.com> <20140324123632.GC7103@Blackswan> <20140324124009.GD7103@Blackswan> <20140324124933.GE7103@Blackswan> <533030E3.1030405@seconix.com> <20140324133819.GF7103@Blackswan> <53303D61.6070907@esiee.fr> <20140325075428.GM7103@Blackswan> Message-ID: <533140A6.6050901@esiee.fr> Le 25/03/2014 08:54, David Woodfall a ?crit : > On (24/03/14 15:12), Thierry Simonnet put > forth the proposition: >> Le 24/03/2014 14:38, David Woodfall a ?crit : >>> On (24/03/14 14:19), Damien Sandras put forth >>> the proposition: >>>> Le 24/03/14 13:49, David Woodfall a ?crit : >>>>> On (24/03/14 12:40), Dave Woodfall put forth >>>>> the proposition: >>>>>> On (24/03/14 12:36), Dave Woodfall put forth >>>>>> the proposition: >>>>>>> On (24/03/14 11:50), Damien Sandras put >>>>>>> forth the proposition: >>>>>>>> Le 24/03/14 10:11, David Woodfall a ?crit : >>>>>>>>> On (24/03/14 09:37), Eugen Dedu >>>>>>>>> put forth the proposition: >>>>>>>>>> On 24/03/14 09:33, Damien Sandras wrote: >>>>>>>>>>> Le 23/03/14 19:13, David Woodfall a ?crit : >>>>>>>>>>>> On (23/03/14 17:52), Damien Sandras >>>>>>>>>>>> put forth the >>>>>>>>>>>> proposition: >>>>>>>>>>>>> Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>>>>>>>>>>>> What Asterisk are you running? Is it a default distro >>>>>>>>>>>>>>>> like FreePBX? There >>>>>>>>>>>>>>>> are some configs to check, but they are mush easier using >>>>>>>>>>>>>>>> the freePBX GUI. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> But apart from my asterisk server I only get video on >>>>>>>>>>>>>>> ekiga.net's echo >>>>>>>>>>>>>>> tester with h261 too. >>>>>>>>>>>>>> >>>>>>>>>>>>>> If it helps any, these are the output of -d 4. The first is >>>>>>>>>>>>>> using h261 >>>>>>>>>>>>>> and the second is h263. I rang the ekiga.net echo line then >>>>>>>>>>>>>> hungup >>>>>>>>>>>>>> afterwards: >>>>>>>>>>>>>> >>>>>>>>>>>>>> h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>>>>>>>>>>>> h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> You should report a bug to your distribution maintainer. >>>>>>>>>>>>> Things are badly >>>>>>>>>>>>> compiled: >>>>>>>>>>>>> >>>>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>>>> Successfully >>>>>>>>>>>>> loaded 'libavcodec.so.55' >>>>>>>>>>>>> >>>>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>>>> Successfully >>>>>>>>>>>>> loaded 'libavutil.so.52' >>>>>>>>>>>>> >>>>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>>>> Error linking >>>>>>>>>>>>> function avcodec_init, error=/usr/lib64/libavcodec.so.55: >>>>>>>>>>>>> undefined symbol: >>>>>>>>>>>>> avcodec_init >>>>>>>>>>>>> >>>>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>>>>>>> H.263-RFC2190 Encoder >>>>>>>>>>>>> closed >>>>>>>>>>>>> >>>>>>>>>>>>> My guess would be that it links to a different libavcodec >>>>>>>>>>>>> library than the >>>>>>>>>>>>> one whose headers were used to compile things. >>>>>>>>>>>> >>>>>>>>>>>> I've just recompiled both Opal and Ekiga and get the same >>>>>>>>>>>> error. >>>>>>>>>>>> >>>>>>>>>>>> There's no way that it's compiled against a different >>>>>>>>>>>> version. Is >>>>>>>>>>>> there a recommended ffmpeg version to use? >>>>>>>>>>>> >>>>>>>>>>>> Currently, I have version 2.1.4. >>>>>>>>>>>> >>>>>>>>>>>> Have you seen this?: >>>>>>>>>>>> http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> I will have to patch Opal by the look of it. >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> If the compilation succeeded, that means that avcodec_init was >>>>>>>>>>> present in your >>>>>>>>>>> headers. >>>>>>>>>>> If it fails at runtime, that means that the library you are >>>>>>>>>>> linking to does not >>>>>>>>>>> contain that method. >>>>>>>>>>> >>>>>>>>>>> => your headers and libraries are different, believe me >>>>>>>>>> >>>>>>>>>> Perhaps you have ffmpeg/libav installed from your distribution, >>>>>>>>>> and you also installed it manually? During compilation, one of >>>>>>>>>> them is used, and during execution the other gets used. >>>>>>>>> >>>>>>>>> Slackware doesn't have ffmpeg in it's stock repo. But like I >>>>>>>>> said I >>>>>>>>> rebuilt both Opal and Ekiga from what I had installed, and >>>>>>>>> there is >>>>>>>>> only one version installed. >>>>>>>> >>>>>>>> Impossible ! >>>>>>>> What does : >>>>>>>> grep avcodec_init /usr/ -r >>>>>>>> return ? >>>>>>> >>>>>>> Ok >>>>>>> >>>>>>> grep -r avcodec_init /usr >>>>>>> Binary file /usr/bin/avidemux2_gtk matches >>>>>>> Binary file /usr/bin/audacity matches >>>>>>> Binary file /usr/bin/avidemux2_qt4 matches >>>>>>> Binary file /usr/bin/avidemux2_cli matches >>>>>>> Binary file /usr/lib64/libADM5avcodec.so.53 matches >>>>>>> Binary file >>>>>>> /usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so >>>>>>> matches >>>>>>> Binary file >>>>>>> /usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so matches >>>>>>> Binary file >>>>>>> /usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so >>>>>>> matches >>>>>>> Binary file /usr/lib64/xine/plugins/1.30/xineplug_decode_ff.so >>>>>>> matches >>>>>>> Binary file /usr/lib64/libavcodec.a matches >>>>>>> Binary file >>>>>>> /usr/lib64/ADM_plugins/videoEncoder/libADM_vidEnc_avcodec.so >>>>>>> matches >>>>>>> >>>>>>> So the static /usr/lib64/libavcodec.a has the old _init() >>>>>>> function, but: >>>>>> >>>>>> ugh that was from libav. Thought I'd removed it. >>>>> >>>>> Ok so after removing libav and rebuilding yet again: >>>>> >>>>> ekiga -d 4 2>&1 | grep Error >>>>> 2014/03/24 12:48:13.627 0:04.360 Pool:0x7fa488e42700 >>>>> H263+ Error linking function avcodec_init, >>>>> error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init >>>>> 2014/03/24 12:48:13.629 0:04.362 Pool:0x7fa488e42700 >>>>> Opal Error creating transcoder instance from H.263 to YUV420P >>>>> 2014/03/24 12:48:13.759 0:04.492 Pool:0x7fa488e42700 >>>>> H263+ Error linking function avcodec_init, >>>>> error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init >>>>> 2014/03/24 12:48:13.760 0:04.493 Pool:0x7fa488e42700 >>>>> Opal Error creating transcoder instance from YUV420P to H.263 >>>> >>>> That means that when compiling OPAL the avcodec_init method was >>>> present in the ffmpeg headers, and when running the executable, it is >>>> not present anymore. >>>> >>>> I see Opal picks the plugins in /usr/lib64/opal-3.10.10/codecs/video/ >>>> >>>> Isn't that the place of an older Opal plugin that was compiled once >>>> with an older ffmpeg ? >>>> >>>> Anyway, I can not really help more than this. When you link to a >>>> library at runtime and it compiains that it does not find a symbol, >>>> it means that the compilation was done with headers from a different >>>> (and incompatible) version of the library. >>> >>> All I did, and this is what I did originally, is build/install ffmpeg >>> 2.1 and then Opal/ekiga. >>> >>> I don't know where plugins should go, but here is a list of all: >>> >>> http://www.r0t.co.uk/paste/p/pdoGLS92.html >>> >>> Trust me, there is no other opal or ffmpeg on my system. >>> Both the ffmpeg and opal slackbuilds are on slackbuilds.org. If they >>> are wrong please let me know. >>> >>> By the way, I'm the slackbuild maintainer for ptlib, opal and ekiga >>> and I do want to sort this out as ekiga is the only sip/voip app that >>> looks like any thought went into its gui. >>> >>> _______________________________________________ >>> ekiga-list mailing list >>> ekiga-list at gnome.org >>> https://mail.gnome.org/mailman/listinfo/ekiga-list >> I use ffmpeg from git (version # N-61767-gc08e523) with libx264 from git >> ./configure --enable-shared --enable-libx264 --enable-gpl >> --disable-stripping && make && make install >> Don't forget disable stripping. I also work with some limitation with >> libav. (dyna, slopen, dlsym). >> Dyna.cxx from opal dlopens libavcodec.so and check functions using >> dlsym. >> If libavcodec is stripped, dlsym fails (and of course dyna). >> For avcodec_init, last versions of opal didn't use this call anymore and >> in opal_10 this call is deprecated - see >> opal/plugins/video/common/ffmpeg/libavcodec/avcodec.h > > Thanks Thierry. This had me looking in the right direction. It turns > out to be --enable-shared in ffmpeg that is the problem. I still don't > get video for h.263 but that avcodec_init error is gone. > > Here's what I see now: > > 2014/03/25 07:44:09.828 0:07.099 Pool:0x7f1008084700 Opal > Error creating transcoder instance from H.263 to YUV420P > > I'll keep plugging away at this. > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list For plugins : have a look at opal/plugins/video/ H.261 : internal plugin H.263/H.263-1998 : ffmpeg H.264 : system if using libx264 common : tools for ffmpeg use, especially dyna for dynamic loader Check if configure generates Makefile and make builds all plugins. I had to add -fpermissive flag in Makefile.in, some CODEC_FLAG_Hxx in h263xx.cxx, and change CodecID by AVCodecID -- Thierry Simonnet ESIEE-Paris Par respect pour l?environnement, n?imprimez ce mail que si n?cessaire -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: images1 Type: image/gif Size: 465 bytes Desc: not available URL: From dave at dawoodfall.net Tue Mar 25 09:03:39 2014 From: dave at dawoodfall.net (David Woodfall) Date: Tue, 25 Mar 2014 09:03:39 +0000 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <533140A6.6050901@esiee.fr> References: <20140324091159.GZ7103@Blackswan> <53300DED.8010504@seconix.com> <20140324123632.GC7103@Blackswan> <20140324124009.GD7103@Blackswan> <20140324124933.GE7103@Blackswan> <533030E3.1030405@seconix.com> <20140324133819.GF7103@Blackswan> <53303D61.6070907@esiee.fr> <20140325075428.GM7103@Blackswan> <533140A6.6050901@esiee.fr> Message-ID: <20140325090339.GN7103@Blackswan> On (25/03/14 09:39), Thierry Simonnet put forth the proposition: >Le 25/03/2014 08:54, David Woodfall a ?crit : >> On (24/03/14 15:12), Thierry Simonnet put >> forth the proposition: >>> Le 24/03/2014 14:38, David Woodfall a ?crit : >>>> On (24/03/14 14:19), Damien Sandras put forth >>>> the proposition: >>>>> Le 24/03/14 13:49, David Woodfall a ?crit : >>>>>> On (24/03/14 12:40), Dave Woodfall put forth >>>>>> the proposition: >>>>>>> On (24/03/14 12:36), Dave Woodfall put forth >>>>>>> the proposition: >>>>>>>> On (24/03/14 11:50), Damien Sandras put >>>>>>>> forth the proposition: >>>>>>>>> Le 24/03/14 10:11, David Woodfall a ?crit : >>>>>>>>>> On (24/03/14 09:37), Eugen Dedu >>>>>>>>>> put forth the proposition: >>>>>>>>>>> On 24/03/14 09:33, Damien Sandras wrote: >>>>>>>>>>>> Le 23/03/14 19:13, David Woodfall a ?crit : >>>>>>>>>>>>> On (23/03/14 17:52), Damien Sandras >>>>>>>>>>>>> put forth the >>>>>>>>>>>>> proposition: >>>>>>>>>>>>>> Le 23/03/14 14:37, David Woodfall a ?crit : >>>>>>>>>>>>>>>>> What Asterisk are you running? Is it a default distro >>>>>>>>>>>>>>>>> like FreePBX? There >>>>>>>>>>>>>>>>> are some configs to check, but they are mush easier using >>>>>>>>>>>>>>>>> the freePBX GUI. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> But apart from my asterisk server I only get video on >>>>>>>>>>>>>>>> ekiga.net's echo >>>>>>>>>>>>>>>> tester with h261 too. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> If it helps any, these are the output of -d 4. The first is >>>>>>>>>>>>>>> using h261 >>>>>>>>>>>>>>> and the second is h263. I rang the ekiga.net echo line then >>>>>>>>>>>>>>> hungup >>>>>>>>>>>>>>> afterwards: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> h261: http://www.r0t.co.uk/paste/p/qJ9yve44.html >>>>>>>>>>>>>>> h263: http://www.r0t.co.uk/paste/p/cbgaee38.html >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> You should report a bug to your distribution maintainer. >>>>>>>>>>>>>> Things are badly >>>>>>>>>>>>>> compiled: >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>>>>> Successfully >>>>>>>>>>>>>> loaded 'libavcodec.so.55' >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>>>>> Successfully >>>>>>>>>>>>>> loaded 'libavutil.so.52' >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 H263+ >>>>>>>>>>>>>> Error linking >>>>>>>>>>>>>> function avcodec_init, error=/usr/lib64/libavcodec.so.55: >>>>>>>>>>>>>> undefined symbol: >>>>>>>>>>>>>> avcodec_init >>>>>>>>>>>>>> >>>>>>>>>>>>>> 2014/03/23 13:31:34.472 0:05.195 Pool:0x7f799496d700 >>>>>>>>>>>>>> H.263-RFC2190 Encoder >>>>>>>>>>>>>> closed >>>>>>>>>>>>>> >>>>>>>>>>>>>> My guess would be that it links to a different libavcodec >>>>>>>>>>>>>> library than the >>>>>>>>>>>>>> one whose headers were used to compile things. >>>>>>>>>>>>> >>>>>>>>>>>>> I've just recompiled both Opal and Ekiga and get the same >>>>>>>>>>>>> error. >>>>>>>>>>>>> >>>>>>>>>>>>> There's no way that it's compiled against a different >>>>>>>>>>>>> version. Is >>>>>>>>>>>>> there a recommended ffmpeg version to use? >>>>>>>>>>>>> >>>>>>>>>>>>> Currently, I have version 2.1.4. >>>>>>>>>>>>> >>>>>>>>>>>>> Have you seen this?: >>>>>>>>>>>>> http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2012-April/123454.html >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> I will have to patch Opal by the look of it. >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> If the compilation succeeded, that means that avcodec_init was >>>>>>>>>>>> present in your >>>>>>>>>>>> headers. >>>>>>>>>>>> If it fails at runtime, that means that the library you are >>>>>>>>>>>> linking to does not >>>>>>>>>>>> contain that method. >>>>>>>>>>>> >>>>>>>>>>>> => your headers and libraries are different, believe me >>>>>>>>>>> >>>>>>>>>>> Perhaps you have ffmpeg/libav installed from your distribution, >>>>>>>>>>> and you also installed it manually? During compilation, one of >>>>>>>>>>> them is used, and during execution the other gets used. >>>>>>>>>> >>>>>>>>>> Slackware doesn't have ffmpeg in it's stock repo. But like I >>>>>>>>>> said I >>>>>>>>>> rebuilt both Opal and Ekiga from what I had installed, and >>>>>>>>>> there is >>>>>>>>>> only one version installed. >>>>>>>>> >>>>>>>>> Impossible ! >>>>>>>>> What does : >>>>>>>>> grep avcodec_init /usr/ -r >>>>>>>>> return ? >>>>>>>> >>>>>>>> Ok >>>>>>>> >>>>>>>> grep -r avcodec_init /usr >>>>>>>> Binary file /usr/bin/avidemux2_gtk matches >>>>>>>> Binary file /usr/bin/audacity matches >>>>>>>> Binary file /usr/bin/avidemux2_qt4 matches >>>>>>>> Binary file /usr/bin/avidemux2_cli matches >>>>>>>> Binary file /usr/lib64/libADM5avcodec.so.53 matches >>>>>>>> Binary file >>>>>>>> /usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so >>>>>>>> matches >>>>>>>> Binary file >>>>>>>> /usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so matches >>>>>>>> Binary file >>>>>>>> /usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so >>>>>>>> matches >>>>>>>> Binary file /usr/lib64/xine/plugins/1.30/xineplug_decode_ff.so >>>>>>>> matches >>>>>>>> Binary file /usr/lib64/libavcodec.a matches >>>>>>>> Binary file >>>>>>>> /usr/lib64/ADM_plugins/videoEncoder/libADM_vidEnc_avcodec.so >>>>>>>> matches >>>>>>>> >>>>>>>> So the static /usr/lib64/libavcodec.a has the old _init() >>>>>>>> function, but: >>>>>>> >>>>>>> ugh that was from libav. Thought I'd removed it. >>>>>> >>>>>> Ok so after removing libav and rebuilding yet again: >>>>>> >>>>>> ekiga -d 4 2>&1 | grep Error >>>>>> 2014/03/24 12:48:13.627 0:04.360 Pool:0x7fa488e42700 >>>>>> H263+ Error linking function avcodec_init, >>>>>> error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init >>>>>> 2014/03/24 12:48:13.629 0:04.362 Pool:0x7fa488e42700 >>>>>> Opal Error creating transcoder instance from H.263 to YUV420P >>>>>> 2014/03/24 12:48:13.759 0:04.492 Pool:0x7fa488e42700 >>>>>> H263+ Error linking function avcodec_init, >>>>>> error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init >>>>>> 2014/03/24 12:48:13.760 0:04.493 Pool:0x7fa488e42700 >>>>>> Opal Error creating transcoder instance from YUV420P to H.263 >>>>> >>>>> That means that when compiling OPAL the avcodec_init method was >>>>> present in the ffmpeg headers, and when running the executable, it is >>>>> not present anymore. >>>>> >>>>> I see Opal picks the plugins in /usr/lib64/opal-3.10.10/codecs/video/ >>>>> >>>>> Isn't that the place of an older Opal plugin that was compiled once >>>>> with an older ffmpeg ? >>>>> >>>>> Anyway, I can not really help more than this. When you link to a >>>>> library at runtime and it compiains that it does not find a symbol, >>>>> it means that the compilation was done with headers from a different >>>>> (and incompatible) version of the library. >>>> >>>> All I did, and this is what I did originally, is build/install ffmpeg >>>> 2.1 and then Opal/ekiga. >>>> >>>> I don't know where plugins should go, but here is a list of all: >>>> >>>> http://www.r0t.co.uk/paste/p/pdoGLS92.html >>>> >>>> Trust me, there is no other opal or ffmpeg on my system. >>>> Both the ffmpeg and opal slackbuilds are on slackbuilds.org. If they >>>> are wrong please let me know. >>>> >>>> By the way, I'm the slackbuild maintainer for ptlib, opal and ekiga >>>> and I do want to sort this out as ekiga is the only sip/voip app that >>>> looks like any thought went into its gui. >>>> >>>> _______________________________________________ >>>> ekiga-list mailing list >>>> ekiga-list at gnome.org >>>> https://mail.gnome.org/mailman/listinfo/ekiga-list >>> I use ffmpeg from git (version # N-61767-gc08e523) with libx264 from git >>> ./configure --enable-shared --enable-libx264 --enable-gpl >>> --disable-stripping && make && make install >>> Don't forget disable stripping. I also work with some limitation with >>> libav. (dyna, slopen, dlsym). >>> Dyna.cxx from opal dlopens libavcodec.so and check functions using >>> dlsym. >>> If libavcodec is stripped, dlsym fails (and of course dyna). >>> For avcodec_init, last versions of opal didn't use this call anymore and >>> in opal_10 this call is deprecated - see >>> opal/plugins/video/common/ffmpeg/libavcodec/avcodec.h >> >> Thanks Thierry. This had me looking in the right direction. It turns >> out to be --enable-shared in ffmpeg that is the problem. I still don't >> get video for h.263 but that avcodec_init error is gone. >> >> Here's what I see now: >> >> 2014/03/25 07:44:09.828 0:07.099 Pool:0x7f1008084700 Opal >> Error creating transcoder instance from H.263 to YUV420P >> >> I'll keep plugging away at this. >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> https://mail.gnome.org/mailman/listinfo/ekiga-list >For plugins : have a look at opal/plugins/video/ >H.261 : internal plugin >H.263/H.263-1998 : ffmpeg >H.264 : system if using libx264 >common : tools for ffmpeg use, especially dyna for dynamic loader usr/lib64/opal-3.10.10/codecs/video/h261_vic_ptplugin.so usr/lib64/opal-3.10.10/codecs/video/theora_ptplugin.so usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so usr/lib64/opal-3.10.10/codecs/video/h264_video_pwplugin_helper >Check if configure generates Makefile and make builds all plugins. >I had to add -fpermissive flag in Makefile.in, some CODEC_FLAG_Hxx in >h263xx.cxx, and change CodecID by AVCodecID Yeah, I have a patch for that AVCodecID problem. Here's a full message though. It seems to be looking in the wrong place for them: 2014/03/25 08:59:40.120 0:04.095 Pool:0x7fd0900d8700 dlopen error ./: cannot read file data: Is a directory 2014/03/25 08:59:40.120 0:04.095 Pool:0x7fd0900d8700 dlopen error /usr/local/lib/: cannot read file data: Is a directory 2014/03/25 08:59:40.121 0:04.096 Pool:0x7fd0900d8700 dlopen error libavcodec: cannot open shared object file: No such file or directory 2014/03/25 08:59:40.121 0:04.096 Pool:0x7fd0900d8700 dlopen error ./libavcodec: cannot open shared object file: No such file or directory 2014/03/25 08:59:40.122 0:04.097 Pool:0x7fd0900d8700 dlopen error /usr/local/lib/libavcodec: cannot open shared object file: No such file or directory 2014/03/25 08:59:40.122 0:04.097 Pool:0x7fd0900d8700 dlopen error avcodec-55: cannot open shared object file: No such file or directory 2014/03/25 08:59:40.122 0:04.097 Pool:0x7fd0900d8700 dlopen error ./avcodec-55: cannot open shared object file: No such file or directory 2014/03/25 08:59:40.123 0:04.098 Pool:0x7fd0900d8700 dlopen error /usr/local/lib/avcodec-55: cannot open shared object file: No such file or directory 2014/03/25 08:59:40.125 0:04.101 Pool:0x7fd0900d8700 Opal Error creating transcoder instance from H.264-0 to YUV420P 2014/03/25 08:59:40.257 0:04.232 Pool:0x7fd0900d8700 PVidInDev G_STD failed for fd=59 with error: Inappropriate ioctl for device 2014/03/25 08:59:40.262 0:04.237 Pool:0x7fd0900d8700 PVidInDev G_STD failed for fd=59 with error: Inappropriate ioctl for device 2014/03/25 08:59:40.286 0:04.261 Pool:0x7fd0900d8700 dlopen error ./: cannot read file data: Is a directory 2014/03/25 08:59:40.286 0:04.261 Pool:0x7fd0900d8700 dlopen error /usr/local/lib/: cannot read file data: Is a directory 2014/03/25 08:59:40.287 0:04.262 Pool:0x7fd0900d8700 dlopen error libavcodec: cannot open shared object file: No such file or directory 2014/03/25 08:59:40.287 0:04.262 Pool:0x7fd0900d8700 dlopen error ./libavcodec: cannot open shared object file: No such file or directory 2014/03/25 08:59:40.287 0:04.262 Pool:0x7fd0900d8700 dlopen error /usr/local/lib/libavcodec: cannot open shared object file: No such file or directory 2014/03/25 08:59:40.288 0:04.263 Pool:0x7fd0900d8700 dlopen error avcodec-55: cannot open shared object file: No such file or directory 2014/03/25 08:59:40.288 0:04.263 Pool:0x7fd0900d8700 dlopen error ./avcodec-55: cannot open shared object file: No such file or directory 2014/03/25 08:59:40.288 0:04.263 Pool:0x7fd0900d8700 dlopen error /usr/local/lib/avcodec-55: cannot open shared object file: No such file or directory 2014/03/25 08:59:40.289 0:04.264 Pool:0x7fd0900d8700 x264-pipe Error when trying to remove UL named pipe - No such file or directory 2014/03/25 08:59:40.289 0:04.264 Pool:0x7fd0900d8700 x264-pipe Error when trying to remove DL named pipe - No such file or directory 2014/03/25 08:59:40.291 0:04.266 Pool:0x7fd0900d8700 Opal Error creating transcoder instance from YUV420P to H.264-0 Looks like I need to build this in a chroot, since my system is multilib. That may be messing with it. From thierry.simonnet at esiee.fr Tue Mar 25 10:31:39 2014 From: thierry.simonnet at esiee.fr (Thierry Simonnet) Date: Tue, 25 Mar 2014 11:31:39 +0100 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140325090339.GN7103@Blackswan> References: <20140324091159.GZ7103@Blackswan> <53300DED.8010504@seconix.com> <20140324123632.GC7103@Blackswan> <20140324124009.GD7103@Blackswan> <20140324124933.GE7103@Blackswan> <533030E3.1030405@seconix.com> <20140324133819.GF7103@Blackswan> <53303D61.6070907@esiee.fr> <20140325075428.GM7103@Blackswan> <533140A6.6050901@esiee.fr> <20140325090339.GN7103@Blackswan> Message-ID: <53315B0B.1090509@esiee.fr> Le 25/03/2014 10:03, David Woodfall a ?crit : > On (25/03/14 09:39), Thierry Simonnet put > forth the proposition: >> Le 25/03/2014 08:54, David Woodfall a ?crit : >>> On (24/03/14 15:12), Thierry Simonnet put >>> forth the proposition: >>>> Le 24/03/2014 14:38, David Woodfall a ?crit : >>>>> ................... >>>> I use ffmpeg from git (version # N-61767-gc08e523) with libx264 >>>> from git >>>> ./configure --enable-shared --enable-libx264 --enable-gpl >>>> --disable-stripping && make && make install >>>> Don't forget disable stripping. I also work with some limitation with >>>> libav. (dyna, slopen, dlsym). >>>> Dyna.cxx from opal dlopens libavcodec.so and check functions using >>>> dlsym. >>>> If libavcodec is stripped, dlsym fails (and of course dyna). >>>> For avcodec_init, last versions of opal didn't use this call >>>> anymore and >>>> in opal_10 this call is deprecated - see >>>> opal/plugins/video/common/ffmpeg/libavcodec/avcodec.h >>> >>> Thanks Thierry. This had me looking in the right direction. It turns >>> out to be --enable-shared in ffmpeg that is the problem. I still don't >>> get video for h.263 but that avcodec_init error is gone. >>> >>> Here's what I see now: >>> >>> 2014/03/25 07:44:09.828 0:07.099 Pool:0x7f1008084700 Opal >>> Error creating transcoder instance from H.263 to YUV420P >>> >>> I'll keep plugging away at this. >>> _______________________________________________ >>> ekiga-list mailing list >>> ekiga-list at gnome.org >>> https://mail.gnome.org/mailman/listinfo/ekiga-list >> For plugins : have a look at opal/plugins/video/ >> H.261 : internal plugin >> H.263/H.263-1998 : ffmpeg >> H.264 : system if using libx264 >> common : tools for ffmpeg use, especially dyna for dynamic loader > > usr/lib64/opal-3.10.10/codecs/video/h261_vic_ptplugin.so > usr/lib64/opal-3.10.10/codecs/video/theora_ptplugin.so > usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so > usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so > usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so > usr/lib64/opal-3.10.10/codecs/video/h264_video_pwplugin_helper > > >> Check if configure generates Makefile and make builds all plugins. >> I had to add -fpermissive flag in Makefile.in, some CODEC_FLAG_Hxx in >> h263xx.cxx, and change CodecID by AVCodecID > > Yeah, I have a patch for that AVCodecID problem. > > Here's a full message though. It seems to be looking in the wrong place > for them: > > 2014/03/25 08:59:40.120 0:04.095 > Pool:0x7fd0900d8700 dlopen error ./: cannot read file data: Is > a directory > 2014/03/25 08:59:40.120 0:04.095 > Pool:0x7fd0900d8700 dlopen error /usr/local/lib/: cannot read > file data: Is a directory > 2014/03/25 08:59:40.121 0:04.096 > Pool:0x7fd0900d8700 dlopen error libavcodec: cannot open > shared object file: No such file or directory > 2014/03/25 08:59:40.121 0:04.096 > Pool:0x7fd0900d8700 dlopen error ./libavcodec: cannot open > shared object file: No such file or directory > 2014/03/25 08:59:40.122 0:04.097 > Pool:0x7fd0900d8700 dlopen error /usr/local/lib/libavcodec: > cannot open shared object file: No such file or directory > 2014/03/25 08:59:40.122 0:04.097 > Pool:0x7fd0900d8700 dlopen error avcodec-55: cannot open > shared object file: No such file or directory > 2014/03/25 08:59:40.122 0:04.097 > Pool:0x7fd0900d8700 dlopen error ./avcodec-55: cannot open > shared object file: No such file or directory > 2014/03/25 08:59:40.123 0:04.098 > Pool:0x7fd0900d8700 dlopen error /usr/local/lib/avcodec-55: > cannot open shared object file: No such file or directory > 2014/03/25 08:59:40.125 0:04.101 Pool:0x7fd0900d8700 > Opal Error creating transcoder instance from H.264-0 to YUV420P > 2014/03/25 08:59:40.257 0:04.232 Pool:0x7fd0900d8700 > PVidInDev G_STD failed for fd=59 with error: Inappropriate ioctl > for device > 2014/03/25 08:59:40.262 0:04.237 Pool:0x7fd0900d8700 > PVidInDev G_STD failed for fd=59 with error: Inappropriate ioctl > for device > 2014/03/25 08:59:40.286 0:04.261 > Pool:0x7fd0900d8700 dlopen error ./: cannot read file data: Is > a directory > 2014/03/25 08:59:40.286 0:04.261 > Pool:0x7fd0900d8700 dlopen error /usr/local/lib/: cannot read > file data: Is a directory > 2014/03/25 08:59:40.287 0:04.262 > Pool:0x7fd0900d8700 dlopen error libavcodec: cannot open > shared object file: No such file or directory > 2014/03/25 08:59:40.287 0:04.262 > Pool:0x7fd0900d8700 dlopen error ./libavcodec: cannot open > shared object file: No such file or directory > 2014/03/25 08:59:40.287 0:04.262 > Pool:0x7fd0900d8700 dlopen error /usr/local/lib/libavcodec: > cannot open shared object file: No such file or directory > 2014/03/25 08:59:40.288 0:04.263 > Pool:0x7fd0900d8700 dlopen error avcodec-55: cannot open > shared object file: No such file or directory > 2014/03/25 08:59:40.288 0:04.263 > Pool:0x7fd0900d8700 dlopen error ./avcodec-55: cannot open > shared object file: No such file or directory > 2014/03/25 08:59:40.288 0:04.263 > Pool:0x7fd0900d8700 dlopen error /usr/local/lib/avcodec-55: > cannot open shared object file: No such file or directory > 2014/03/25 08:59:40.289 0:04.264 Pool:0x7fd0900d8700 > x264-pipe Error when trying to remove UL named pipe - No such > file or directory > 2014/03/25 08:59:40.289 0:04.264 Pool:0x7fd0900d8700 > x264-pipe Error when trying to remove DL named pipe - No such > file or directory > 2014/03/25 08:59:40.291 0:04.266 Pool:0x7fd0900d8700 > Opal Error creating transcoder instance from YUV420P to H.264-0 > > Looks like I need to build this in a chroot, since my system is multilib. > That may be messing with it. > > > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list PATHS can be set in configure to set LIBAVCODEC_LIBS and LIBAVUTIL_LIBS -- Thierry Simonnet ESIEE-Paris Par respect pour l?environnement, n?imprimez ce mail que si n?cessaire -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: images1 Type: image/gif Size: 465 bytes Desc: not available URL: From dave at dawoodfall.net Tue Mar 25 11:15:09 2014 From: dave at dawoodfall.net (David Woodfall) Date: Tue, 25 Mar 2014 11:15:09 +0000 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <53315B0B.1090509@esiee.fr> References: <20140324123632.GC7103@Blackswan> <20140324124009.GD7103@Blackswan> <20140324124933.GE7103@Blackswan> <533030E3.1030405@seconix.com> <20140324133819.GF7103@Blackswan> <53303D61.6070907@esiee.fr> <20140325075428.GM7103@Blackswan> <533140A6.6050901@esiee.fr> <20140325090339.GN7103@Blackswan> <53315B0B.1090509@esiee.fr> Message-ID: <20140325111509.GO7103@Blackswan> On (25/03/14 11:31), Thierry Simonnet put forth the proposition: >Le 25/03/2014 10:03, David Woodfall a ?crit : >> On (25/03/14 09:39), Thierry Simonnet put >> forth the proposition: >>> Le 25/03/2014 08:54, David Woodfall a ?crit : >>>> On (24/03/14 15:12), Thierry Simonnet put >>>> forth the proposition: >>>>> Le 24/03/2014 14:38, David Woodfall a ?crit : >>>>>> ................... >>>>> I use ffmpeg from git (version # N-61767-gc08e523) with libx264 >>>>> from git >>>>> ./configure --enable-shared --enable-libx264 --enable-gpl >>>>> --disable-stripping && make && make install >>>>> Don't forget disable stripping. I also work with some limitation with >>>>> libav. (dyna, slopen, dlsym). >>>>> Dyna.cxx from opal dlopens libavcodec.so and check functions using >>>>> dlsym. >>>>> If libavcodec is stripped, dlsym fails (and of course dyna). >>>>> For avcodec_init, last versions of opal didn't use this call >>>>> anymore and >>>>> in opal_10 this call is deprecated - see >>>>> opal/plugins/video/common/ffmpeg/libavcodec/avcodec.h >>>> >>>> Thanks Thierry. This had me looking in the right direction. It turns >>>> out to be --enable-shared in ffmpeg that is the problem. I still don't >>>> get video for h.263 but that avcodec_init error is gone. >>>> >>>> Here's what I see now: >>>> >>>> 2014/03/25 07:44:09.828 0:07.099 Pool:0x7f1008084700 Opal >>>> Error creating transcoder instance from H.263 to YUV420P >>>> >>>> I'll keep plugging away at this. >>>> _______________________________________________ >>>> ekiga-list mailing list >>>> ekiga-list at gnome.org >>>> https://mail.gnome.org/mailman/listinfo/ekiga-list >>> For plugins : have a look at opal/plugins/video/ >>> H.261 : internal plugin >>> H.263/H.263-1998 : ffmpeg >>> H.264 : system if using libx264 >>> common : tools for ffmpeg use, especially dyna for dynamic loader >> >> usr/lib64/opal-3.10.10/codecs/video/h261_vic_ptplugin.so >> usr/lib64/opal-3.10.10/codecs/video/theora_ptplugin.so >> usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so >> usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so >> usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so >> usr/lib64/opal-3.10.10/codecs/video/h264_video_pwplugin_helper >> >> >>> Check if configure generates Makefile and make builds all plugins. >>> I had to add -fpermissive flag in Makefile.in, some CODEC_FLAG_Hxx in >>> h263xx.cxx, and change CodecID by AVCodecID >> >> Yeah, I have a patch for that AVCodecID problem. >> >> Here's a full message though. It seems to be looking in the wrong place >> for them: >> >> 2014/03/25 08:59:40.120 0:04.095 >> Pool:0x7fd0900d8700 dlopen error ./: cannot read file data: Is >> a directory >> 2014/03/25 08:59:40.120 0:04.095 >> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/: cannot read >> file data: Is a directory >> 2014/03/25 08:59:40.121 0:04.096 >> Pool:0x7fd0900d8700 dlopen error libavcodec: cannot open >> shared object file: No such file or directory >> 2014/03/25 08:59:40.121 0:04.096 >> Pool:0x7fd0900d8700 dlopen error ./libavcodec: cannot open >> shared object file: No such file or directory >> 2014/03/25 08:59:40.122 0:04.097 >> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/libavcodec: >> cannot open shared object file: No such file or directory >> 2014/03/25 08:59:40.122 0:04.097 >> Pool:0x7fd0900d8700 dlopen error avcodec-55: cannot open >> shared object file: No such file or directory >> 2014/03/25 08:59:40.122 0:04.097 >> Pool:0x7fd0900d8700 dlopen error ./avcodec-55: cannot open >> shared object file: No such file or directory >> 2014/03/25 08:59:40.123 0:04.098 >> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/avcodec-55: >> cannot open shared object file: No such file or directory >> 2014/03/25 08:59:40.125 0:04.101 Pool:0x7fd0900d8700 >> Opal Error creating transcoder instance from H.264-0 to YUV420P >> 2014/03/25 08:59:40.257 0:04.232 Pool:0x7fd0900d8700 >> PVidInDev G_STD failed for fd=59 with error: Inappropriate ioctl >> for device >> 2014/03/25 08:59:40.262 0:04.237 Pool:0x7fd0900d8700 >> PVidInDev G_STD failed for fd=59 with error: Inappropriate ioctl >> for device >> 2014/03/25 08:59:40.286 0:04.261 >> Pool:0x7fd0900d8700 dlopen error ./: cannot read file data: Is >> a directory >> 2014/03/25 08:59:40.286 0:04.261 >> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/: cannot read >> file data: Is a directory >> 2014/03/25 08:59:40.287 0:04.262 >> Pool:0x7fd0900d8700 dlopen error libavcodec: cannot open >> shared object file: No such file or directory >> 2014/03/25 08:59:40.287 0:04.262 >> Pool:0x7fd0900d8700 dlopen error ./libavcodec: cannot open >> shared object file: No such file or directory >> 2014/03/25 08:59:40.287 0:04.262 >> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/libavcodec: >> cannot open shared object file: No such file or directory >> 2014/03/25 08:59:40.288 0:04.263 >> Pool:0x7fd0900d8700 dlopen error avcodec-55: cannot open >> shared object file: No such file or directory >> 2014/03/25 08:59:40.288 0:04.263 >> Pool:0x7fd0900d8700 dlopen error ./avcodec-55: cannot open >> shared object file: No such file or directory >> 2014/03/25 08:59:40.288 0:04.263 >> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/avcodec-55: >> cannot open shared object file: No such file or directory >> 2014/03/25 08:59:40.289 0:04.264 Pool:0x7fd0900d8700 >> x264-pipe Error when trying to remove UL named pipe - No such >> file or directory >> 2014/03/25 08:59:40.289 0:04.264 Pool:0x7fd0900d8700 >> x264-pipe Error when trying to remove DL named pipe - No such >> file or directory >> 2014/03/25 08:59:40.291 0:04.266 Pool:0x7fd0900d8700 >> Opal Error creating transcoder instance from YUV420P to H.264-0 >> >> Looks like I need to build this in a chroot, since my system is multilib. >> That may be messing with it. >> >> >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> https://mail.gnome.org/mailman/listinfo/ekiga-list >PATHS can be set in configure to set LIBAVCODEC_LIBS and LIBAVUTIL_LIBS Now the original error is back: ekiga -d 4 2>&1 | grep -i Error 2014/03/25 11:05:34.692 0:03.945 Pool:0x7f9ba40c0700 H264 Error linking function avcodec_init, error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init ffmpeg is not stripped and has both static and shared libs. Opal configured by: ---- LIBAVCODEC_LIBS="/usr/lib${LIBDIRSUFFIX}/libavcodec.so" \ LIBAVUTIL_LIBS="/usr/lib${LIBDIRSUFFIX}/libavutil.so" \ CFLAGS="$SLKCFLAGS" \ CXXFLAGS="$SLKCFLAGS" \ ./configure \ --prefix=/usr \ --libdir=/usr/lib${LIBDIRSUFFIX} \ --sysconfdir=/etc \ --localstatedir=/var \ --enable-shared \ --build=$ARCH-slackware-linux make VERBOSE=1 make install DESTDIR=$PK ---- Quite frankly I'm stumped... From thierry.simonnet at esiee.fr Tue Mar 25 12:29:12 2014 From: thierry.simonnet at esiee.fr (Thierry Simonnet) Date: Tue, 25 Mar 2014 13:29:12 +0100 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140325111509.GO7103@Blackswan> References: <20140324123632.GC7103@Blackswan> <20140324124009.GD7103@Blackswan> <20140324124933.GE7103@Blackswan> <533030E3.1030405@seconix.com> <20140324133819.GF7103@Blackswan> <53303D61.6070907@esiee.fr> <20140325075428.GM7103@Blackswan> <533140A6.6050901@esiee.fr> <20140325090339.GN7103@Blackswan> <53315B0B.1090509@esiee.fr> <20140325111509.GO7103@Blackswan> Message-ID: <53317698.20000@esiee.fr> Le 25/03/2014 12:15, David Woodfall a ?crit : > On (25/03/14 11:31), Thierry Simonnet put > forth the proposition: >> Le 25/03/2014 10:03, David Woodfall a ?crit : >>> On (25/03/14 09:39), Thierry Simonnet put >>> forth the proposition: >>>> Le 25/03/2014 08:54, David Woodfall a ?crit : >>>>> On (24/03/14 15:12), Thierry Simonnet put >>>>> forth the proposition: >>>>>> Le 24/03/2014 14:38, David Woodfall a ?crit : >>>>>>> ................... >>>>>> I use ffmpeg from git (version # N-61767-gc08e523) with libx264 >>>>>> from git >>>>>> ./configure --enable-shared --enable-libx264 --enable-gpl >>>>>> --disable-stripping && make && make install >>>>>> Don't forget disable stripping. I also work with some limitation >>>>>> with >>>>>> libav. (dyna, slopen, dlsym). >>>>>> Dyna.cxx from opal dlopens libavcodec.so and check functions using >>>>>> dlsym. >>>>>> If libavcodec is stripped, dlsym fails (and of course dyna). >>>>>> For avcodec_init, last versions of opal didn't use this call >>>>>> anymore and >>>>>> in opal_10 this call is deprecated - see >>>>>> opal/plugins/video/common/ffmpeg/libavcodec/avcodec.h >>>>> >>>>> Thanks Thierry. This had me looking in the right direction. It turns >>>>> out to be --enable-shared in ffmpeg that is the problem. I still >>>>> don't >>>>> get video for h.263 but that avcodec_init error is gone. >>>>> >>>>> Here's what I see now: >>>>> >>>>> 2014/03/25 07:44:09.828 0:07.099 Pool:0x7f1008084700 Opal >>>>> Error creating transcoder instance from H.263 to YUV420P >>>>> >>>>> I'll keep plugging away at this. >>>>> _______________________________________________ >>>>> ekiga-list mailing list >>>>> ekiga-list at gnome.org >>>>> https://mail.gnome.org/mailman/listinfo/ekiga-list >>>> For plugins : have a look at opal/plugins/video/ >>>> H.261 : internal plugin >>>> H.263/H.263-1998 : ffmpeg >>>> H.264 : system if using libx264 >>>> common : tools for ffmpeg use, especially dyna for dynamic loader >>> >>> usr/lib64/opal-3.10.10/codecs/video/h261_vic_ptplugin.so >>> usr/lib64/opal-3.10.10/codecs/video/theora_ptplugin.so >>> usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so >>> usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so >>> usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so >>> usr/lib64/opal-3.10.10/codecs/video/h264_video_pwplugin_helper >>> >>> >>>> Check if configure generates Makefile and make builds all plugins. >>>> I had to add -fpermissive flag in Makefile.in, some CODEC_FLAG_Hxx in >>>> h263xx.cxx, and change CodecID by AVCodecID >>> >>> Yeah, I have a patch for that AVCodecID problem. >>> >>> Here's a full message though. It seems to be looking in the wrong place >>> for them: >>> >>> 2014/03/25 08:59:40.120 0:04.095 >>> Pool:0x7fd0900d8700 dlopen error ./: cannot read file data: Is >>> a directory >>> 2014/03/25 08:59:40.120 0:04.095 >>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/: cannot read >>> file data: Is a directory >>> 2014/03/25 08:59:40.121 0:04.096 >>> Pool:0x7fd0900d8700 dlopen error libavcodec: cannot open >>> shared object file: No such file or directory >>> 2014/03/25 08:59:40.121 0:04.096 >>> Pool:0x7fd0900d8700 dlopen error ./libavcodec: cannot open >>> shared object file: No such file or directory >>> 2014/03/25 08:59:40.122 0:04.097 >>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/libavcodec: >>> cannot open shared object file: No such file or directory >>> 2014/03/25 08:59:40.122 0:04.097 >>> Pool:0x7fd0900d8700 dlopen error avcodec-55: cannot open >>> shared object file: No such file or directory >>> 2014/03/25 08:59:40.122 0:04.097 >>> Pool:0x7fd0900d8700 dlopen error ./avcodec-55: cannot open >>> shared object file: No such file or directory >>> 2014/03/25 08:59:40.123 0:04.098 >>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/avcodec-55: >>> cannot open shared object file: No such file or directory >>> 2014/03/25 08:59:40.125 0:04.101 Pool:0x7fd0900d8700 >>> Opal Error creating transcoder instance from H.264-0 to YUV420P >>> 2014/03/25 08:59:40.257 0:04.232 Pool:0x7fd0900d8700 >>> PVidInDev G_STD failed for fd=59 with error: Inappropriate ioctl >>> for device >>> 2014/03/25 08:59:40.262 0:04.237 Pool:0x7fd0900d8700 >>> PVidInDev G_STD failed for fd=59 with error: Inappropriate ioctl >>> for device >>> 2014/03/25 08:59:40.286 0:04.261 >>> Pool:0x7fd0900d8700 dlopen error ./: cannot read file data: Is >>> a directory >>> 2014/03/25 08:59:40.286 0:04.261 >>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/: cannot read >>> file data: Is a directory >>> 2014/03/25 08:59:40.287 0:04.262 >>> Pool:0x7fd0900d8700 dlopen error libavcodec: cannot open >>> shared object file: No such file or directory >>> 2014/03/25 08:59:40.287 0:04.262 >>> Pool:0x7fd0900d8700 dlopen error ./libavcodec: cannot open >>> shared object file: No such file or directory >>> 2014/03/25 08:59:40.287 0:04.262 >>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/libavcodec: >>> cannot open shared object file: No such file or directory >>> 2014/03/25 08:59:40.288 0:04.263 >>> Pool:0x7fd0900d8700 dlopen error avcodec-55: cannot open >>> shared object file: No such file or directory >>> 2014/03/25 08:59:40.288 0:04.263 >>> Pool:0x7fd0900d8700 dlopen error ./avcodec-55: cannot open >>> shared object file: No such file or directory >>> 2014/03/25 08:59:40.288 0:04.263 >>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/avcodec-55: >>> cannot open shared object file: No such file or directory >>> 2014/03/25 08:59:40.289 0:04.264 Pool:0x7fd0900d8700 >>> x264-pipe Error when trying to remove UL named pipe - No such >>> file or directory >>> 2014/03/25 08:59:40.289 0:04.264 Pool:0x7fd0900d8700 >>> x264-pipe Error when trying to remove DL named pipe - No such >>> file or directory >>> 2014/03/25 08:59:40.291 0:04.266 Pool:0x7fd0900d8700 >>> Opal Error creating transcoder instance from YUV420P to H.264-0 >>> >>> Looks like I need to build this in a chroot, since my system is >>> multilib. >>> That may be messing with it. >>> >>> >>> _______________________________________________ >>> ekiga-list mailing list >>> ekiga-list at gnome.org >>> https://mail.gnome.org/mailman/listinfo/ekiga-list >> PATHS can be set in configure to set LIBAVCODEC_LIBS and LIBAVUTIL_LIBS > > Now the original error is back: > > ekiga -d 4 2>&1 | grep -i Error > 2014/03/25 11:05:34.692 0:03.945 Pool:0x7f9ba40c0700 > H264 Error linking function avcodec_init, > error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init > > ffmpeg is not stripped and has both static and shared libs. > > Opal configured by: > > ---- > LIBAVCODEC_LIBS="/usr/lib${LIBDIRSUFFIX}/libavcodec.so" \ > LIBAVUTIL_LIBS="/usr/lib${LIBDIRSUFFIX}/libavutil.so" \ > CFLAGS="$SLKCFLAGS" \ > CXXFLAGS="$SLKCFLAGS" \ > ./configure \ > --prefix=/usr \ > --libdir=/usr/lib${LIBDIRSUFFIX} \ > --sysconfdir=/etc \ > --localstatedir=/var \ > --enable-shared \ > --build=$ARCH-slackware-linux > > make VERBOSE=1 > make install DESTDIR=$PK > > ---- > > Quite frankly I'm stumped... > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list Avcodec_init is defined as static av_cold void in libavcodec/utils.c and not referenced in libavcodec/avcodec.h. Then it is usable only by local functions (no output when using nm). It is done like that because avcodec_init is deprecated and only usable through avcodec_register... To make it usable, 2 solutions : 1. register it in libavcodec/avcodec.h and remove static in libavcodec/utils.c 2. use avcodec_register instead I tested both methods -- Thierry Simonnet ESIEE-Paris Par respect pour l?environnement, n?imprimez ce mail que si n?cessaire -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: images1 Type: image/gif Size: 465 bytes Desc: not available URL: From thierry.simonnet at esiee.fr Tue Mar 25 13:33:23 2014 From: thierry.simonnet at esiee.fr (Thierry Simonnet) Date: Tue, 25 Mar 2014 14:33:23 +0100 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140325111509.GO7103@Blackswan> References: <20140324123632.GC7103@Blackswan> <20140324124009.GD7103@Blackswan> <20140324124933.GE7103@Blackswan> <533030E3.1030405@seconix.com> <20140324133819.GF7103@Blackswan> <53303D61.6070907@esiee.fr> <20140325075428.GM7103@Blackswan> <533140A6.6050901@esiee.fr> <20140325090339.GN7103@Blackswan> <53315B0B.1090509@esiee.fr> <20140325111509.GO7103@Blackswan> Message-ID: <533185A3.8060303@esiee.fr> Le 25/03/2014 12:15, David Woodfall a ?crit : > On (25/03/14 11:31), Thierry Simonnet put > forth the proposition: >> Le 25/03/2014 10:03, David Woodfall a ?crit : >>> On (25/03/14 09:39), Thierry Simonnet put >>> forth the proposition: >>>> Le 25/03/2014 08:54, David Woodfall a ?crit : >>>>> On (24/03/14 15:12), Thierry Simonnet put >>>>> forth the proposition: >>>>>> Le 24/03/2014 14:38, David Woodfall a ?crit : >>>>>>> ................... >>>>>> I use ffmpeg from git (version # N-61767-gc08e523) with libx264 >>>>>> from git >>>>>> ./configure --enable-shared --enable-libx264 --enable-gpl >>>>>> --disable-stripping && make && make install >>>>>> Don't forget disable stripping. I also work with some limitation >>>>>> with >>>>>> libav. (dyna, slopen, dlsym). >>>>>> Dyna.cxx from opal dlopens libavcodec.so and check functions using >>>>>> dlsym. >>>>>> If libavcodec is stripped, dlsym fails (and of course dyna). >>>>>> For avcodec_init, last versions of opal didn't use this call >>>>>> anymore and >>>>>> in opal_10 this call is deprecated - see >>>>>> opal/plugins/video/common/ffmpeg/libavcodec/avcodec.h >>>>> >>>>> Thanks Thierry. This had me looking in the right direction. It turns >>>>> out to be --enable-shared in ffmpeg that is the problem. I still >>>>> don't >>>>> get video for h.263 but that avcodec_init error is gone. >>>>> >>>>> Here's what I see now: >>>>> >>>>> 2014/03/25 07:44:09.828 0:07.099 Pool:0x7f1008084700 Opal >>>>> Error creating transcoder instance from H.263 to YUV420P >>>>> >>>>> I'll keep plugging away at this. >>>>> _______________________________________________ >>>>> ekiga-list mailing list >>>>> ekiga-list at gnome.org >>>>> https://mail.gnome.org/mailman/listinfo/ekiga-list >>>> For plugins : have a look at opal/plugins/video/ >>>> H.261 : internal plugin >>>> H.263/H.263-1998 : ffmpeg >>>> H.264 : system if using libx264 >>>> common : tools for ffmpeg use, especially dyna for dynamic loader >>> >>> usr/lib64/opal-3.10.10/codecs/video/h261_vic_ptplugin.so >>> usr/lib64/opal-3.10.10/codecs/video/theora_ptplugin.so >>> usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so >>> usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so >>> usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so >>> usr/lib64/opal-3.10.10/codecs/video/h264_video_pwplugin_helper >>> >>> >>>> Check if configure generates Makefile and make builds all plugins. >>>> I had to add -fpermissive flag in Makefile.in, some CODEC_FLAG_Hxx in >>>> h263xx.cxx, and change CodecID by AVCodecID >>> >>> Yeah, I have a patch for that AVCodecID problem. >>> >>> Here's a full message though. It seems to be looking in the wrong place >>> for them: >>> >>> 2014/03/25 08:59:40.120 0:04.095 >>> Pool:0x7fd0900d8700 dlopen error ./: cannot read file data: Is >>> a directory >>> 2014/03/25 08:59:40.120 0:04.095 >>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/: cannot read >>> file data: Is a directory >>> 2014/03/25 08:59:40.121 0:04.096 >>> Pool:0x7fd0900d8700 dlopen error libavcodec: cannot open >>> shared object file: No such file or directory >>> 2014/03/25 08:59:40.121 0:04.096 >>> Pool:0x7fd0900d8700 dlopen error ./libavcodec: cannot open >>> shared object file: No such file or directory >>> 2014/03/25 08:59:40.122 0:04.097 >>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/libavcodec: >>> cannot open shared object file: No such file or directory >>> 2014/03/25 08:59:40.122 0:04.097 >>> Pool:0x7fd0900d8700 dlopen error avcodec-55: cannot open >>> shared object file: No such file or directory >>> 2014/03/25 08:59:40.122 0:04.097 >>> Pool:0x7fd0900d8700 dlopen error ./avcodec-55: cannot open >>> shared object file: No such file or directory >>> 2014/03/25 08:59:40.123 0:04.098 >>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/avcodec-55: >>> cannot open shared object file: No such file or directory >>> 2014/03/25 08:59:40.125 0:04.101 Pool:0x7fd0900d8700 >>> Opal Error creating transcoder instance from H.264-0 to YUV420P >>> 2014/03/25 08:59:40.257 0:04.232 Pool:0x7fd0900d8700 >>> PVidInDev G_STD failed for fd=59 with error: Inappropriate ioctl >>> for device >>> 2014/03/25 08:59:40.262 0:04.237 Pool:0x7fd0900d8700 >>> PVidInDev G_STD failed for fd=59 with error: Inappropriate ioctl >>> for device >>> 2014/03/25 08:59:40.286 0:04.261 >>> Pool:0x7fd0900d8700 dlopen error ./: cannot read file data: Is >>> a directory >>> 2014/03/25 08:59:40.286 0:04.261 >>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/: cannot read >>> file data: Is a directory >>> 2014/03/25 08:59:40.287 0:04.262 >>> Pool:0x7fd0900d8700 dlopen error libavcodec: cannot open >>> shared object file: No such file or directory >>> 2014/03/25 08:59:40.287 0:04.262 >>> Pool:0x7fd0900d8700 dlopen error ./libavcodec: cannot open >>> shared object file: No such file or directory >>> 2014/03/25 08:59:40.287 0:04.262 >>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/libavcodec: >>> cannot open shared object file: No such file or directory >>> 2014/03/25 08:59:40.288 0:04.263 >>> Pool:0x7fd0900d8700 dlopen error avcodec-55: cannot open >>> shared object file: No such file or directory >>> 2014/03/25 08:59:40.288 0:04.263 >>> Pool:0x7fd0900d8700 dlopen error ./avcodec-55: cannot open >>> shared object file: No such file or directory >>> 2014/03/25 08:59:40.288 0:04.263 >>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/avcodec-55: >>> cannot open shared object file: No such file or directory >>> 2014/03/25 08:59:40.289 0:04.264 Pool:0x7fd0900d8700 >>> x264-pipe Error when trying to remove UL named pipe - No such >>> file or directory >>> 2014/03/25 08:59:40.289 0:04.264 Pool:0x7fd0900d8700 >>> x264-pipe Error when trying to remove DL named pipe - No such >>> file or directory >>> 2014/03/25 08:59:40.291 0:04.266 Pool:0x7fd0900d8700 >>> Opal Error creating transcoder instance from YUV420P to H.264-0 >>> >>> Looks like I need to build this in a chroot, since my system is >>> multilib. >>> That may be messing with it. >>> >>> >>> _______________________________________________ >>> ekiga-list mailing list >>> ekiga-list at gnome.org >>> https://mail.gnome.org/mailman/listinfo/ekiga-list >> PATHS can be set in configure to set LIBAVCODEC_LIBS and LIBAVUTIL_LIBS > > Now the original error is back: > > ekiga -d 4 2>&1 | grep -i Error > 2014/03/25 11:05:34.692 0:03.945 Pool:0x7f9ba40c0700 > H264 Error linking function avcodec_init, > error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init > > ffmpeg is not stripped and has both static and shared libs. > > Opal configured by: > > ---- > LIBAVCODEC_LIBS="/usr/lib${LIBDIRSUFFIX}/libavcodec.so" \ > LIBAVUTIL_LIBS="/usr/lib${LIBDIRSUFFIX}/libavutil.so" \ > CFLAGS="$SLKCFLAGS" \ > CXXFLAGS="$SLKCFLAGS" \ > ./configure \ > --prefix=/usr \ > --libdir=/usr/lib${LIBDIRSUFFIX} \ > --sysconfdir=/etc \ > --localstatedir=/var \ > --enable-shared \ > --build=$ARCH-slackware-linux > > make VERBOSE=1 > make install DESTDIR=$PK > > ---- > > Quite frankly I'm stumped... > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list Avcodec_init is defined as static av_cold void in libavcodec/utils.c and not referenced in libavcodec/avcodec.h. Then it is usable only by local functions (no output when using nm). It is done like that because avcodec_init is deprecated and only usable through avcodec_register... To make it usable, 2 solutions : 1. register it in libavcodec/avcodec.h and remove static in libavcodec/utils.c 2. use avcodec_register instead I tested both methods -- Thierry Simonnet ESIEE-Paris Par respect pour l?environnement, n?imprimez ce mail que si n?cessaire -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: images1 Type: image/gif Size: 465 bytes Desc: not available URL: From dave at dawoodfall.net Tue Mar 25 13:55:08 2014 From: dave at dawoodfall.net (David Woodfall) Date: Tue, 25 Mar 2014 13:55:08 +0000 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <533185A3.8060303@esiee.fr> References: <20140324124933.GE7103@Blackswan> <533030E3.1030405@seconix.com> <20140324133819.GF7103@Blackswan> <53303D61.6070907@esiee.fr> <20140325075428.GM7103@Blackswan> <533140A6.6050901@esiee.fr> <20140325090339.GN7103@Blackswan> <53315B0B.1090509@esiee.fr> <20140325111509.GO7103@Blackswan> <533185A3.8060303@esiee.fr> Message-ID: <20140325135508.GP7103@Blackswan> On (25/03/14 14:33), Thierry Simonnet put forth the proposition: >Le 25/03/2014 12:15, David Woodfall a ?crit : >> On (25/03/14 11:31), Thierry Simonnet put >> forth the proposition: >>> Le 25/03/2014 10:03, David Woodfall a ?crit : >>>> On (25/03/14 09:39), Thierry Simonnet put >>>> forth the proposition: >>>>> Le 25/03/2014 08:54, David Woodfall a ?crit : >>>>>> On (24/03/14 15:12), Thierry Simonnet put >>>>>> forth the proposition: >>>>>>> Le 24/03/2014 14:38, David Woodfall a ?crit : >>>>>>>> ................... >>>>>>> I use ffmpeg from git (version # N-61767-gc08e523) with libx264 >>>>>>> from git >>>>>>> ./configure --enable-shared --enable-libx264 --enable-gpl >>>>>>> --disable-stripping && make && make install >>>>>>> Don't forget disable stripping. I also work with some limitation >>>>>>> with >>>>>>> libav. (dyna, slopen, dlsym). >>>>>>> Dyna.cxx from opal dlopens libavcodec.so and check functions using >>>>>>> dlsym. >>>>>>> If libavcodec is stripped, dlsym fails (and of course dyna). >>>>>>> For avcodec_init, last versions of opal didn't use this call >>>>>>> anymore and >>>>>>> in opal_10 this call is deprecated - see >>>>>>> opal/plugins/video/common/ffmpeg/libavcodec/avcodec.h >>>>>> >>>>>> Thanks Thierry. This had me looking in the right direction. It turns >>>>>> out to be --enable-shared in ffmpeg that is the problem. I still >>>>>> don't >>>>>> get video for h.263 but that avcodec_init error is gone. >>>>>> >>>>>> Here's what I see now: >>>>>> >>>>>> 2014/03/25 07:44:09.828 0:07.099 Pool:0x7f1008084700 Opal >>>>>> Error creating transcoder instance from H.263 to YUV420P >>>>>> >>>>>> I'll keep plugging away at this. >>>>>> _______________________________________________ >>>>>> ekiga-list mailing list >>>>>> ekiga-list at gnome.org >>>>>> https://mail.gnome.org/mailman/listinfo/ekiga-list >>>>> For plugins : have a look at opal/plugins/video/ >>>>> H.261 : internal plugin >>>>> H.263/H.263-1998 : ffmpeg >>>>> H.264 : system if using libx264 >>>>> common : tools for ffmpeg use, especially dyna for dynamic loader >>>> >>>> usr/lib64/opal-3.10.10/codecs/video/h261_vic_ptplugin.so >>>> usr/lib64/opal-3.10.10/codecs/video/theora_ptplugin.so >>>> usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so >>>> usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so >>>> usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so >>>> usr/lib64/opal-3.10.10/codecs/video/h264_video_pwplugin_helper >>>> >>>> >>>>> Check if configure generates Makefile and make builds all plugins. >>>>> I had to add -fpermissive flag in Makefile.in, some CODEC_FLAG_Hxx in >>>>> h263xx.cxx, and change CodecID by AVCodecID >>>> >>>> Yeah, I have a patch for that AVCodecID problem. >>>> >>>> Here's a full message though. It seems to be looking in the wrong place >>>> for them: >>>> >>>> 2014/03/25 08:59:40.120 0:04.095 >>>> Pool:0x7fd0900d8700 dlopen error ./: cannot read file data: Is >>>> a directory >>>> 2014/03/25 08:59:40.120 0:04.095 >>>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/: cannot read >>>> file data: Is a directory >>>> 2014/03/25 08:59:40.121 0:04.096 >>>> Pool:0x7fd0900d8700 dlopen error libavcodec: cannot open >>>> shared object file: No such file or directory >>>> 2014/03/25 08:59:40.121 0:04.096 >>>> Pool:0x7fd0900d8700 dlopen error ./libavcodec: cannot open >>>> shared object file: No such file or directory >>>> 2014/03/25 08:59:40.122 0:04.097 >>>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/libavcodec: >>>> cannot open shared object file: No such file or directory >>>> 2014/03/25 08:59:40.122 0:04.097 >>>> Pool:0x7fd0900d8700 dlopen error avcodec-55: cannot open >>>> shared object file: No such file or directory >>>> 2014/03/25 08:59:40.122 0:04.097 >>>> Pool:0x7fd0900d8700 dlopen error ./avcodec-55: cannot open >>>> shared object file: No such file or directory >>>> 2014/03/25 08:59:40.123 0:04.098 >>>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/avcodec-55: >>>> cannot open shared object file: No such file or directory >>>> 2014/03/25 08:59:40.125 0:04.101 Pool:0x7fd0900d8700 >>>> Opal Error creating transcoder instance from H.264-0 to YUV420P >>>> 2014/03/25 08:59:40.257 0:04.232 Pool:0x7fd0900d8700 >>>> PVidInDev G_STD failed for fd=59 with error: Inappropriate ioctl >>>> for device >>>> 2014/03/25 08:59:40.262 0:04.237 Pool:0x7fd0900d8700 >>>> PVidInDev G_STD failed for fd=59 with error: Inappropriate ioctl >>>> for device >>>> 2014/03/25 08:59:40.286 0:04.261 >>>> Pool:0x7fd0900d8700 dlopen error ./: cannot read file data: Is >>>> a directory >>>> 2014/03/25 08:59:40.286 0:04.261 >>>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/: cannot read >>>> file data: Is a directory >>>> 2014/03/25 08:59:40.287 0:04.262 >>>> Pool:0x7fd0900d8700 dlopen error libavcodec: cannot open >>>> shared object file: No such file or directory >>>> 2014/03/25 08:59:40.287 0:04.262 >>>> Pool:0x7fd0900d8700 dlopen error ./libavcodec: cannot open >>>> shared object file: No such file or directory >>>> 2014/03/25 08:59:40.287 0:04.262 >>>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/libavcodec: >>>> cannot open shared object file: No such file or directory >>>> 2014/03/25 08:59:40.288 0:04.263 >>>> Pool:0x7fd0900d8700 dlopen error avcodec-55: cannot open >>>> shared object file: No such file or directory >>>> 2014/03/25 08:59:40.288 0:04.263 >>>> Pool:0x7fd0900d8700 dlopen error ./avcodec-55: cannot open >>>> shared object file: No such file or directory >>>> 2014/03/25 08:59:40.288 0:04.263 >>>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/avcodec-55: >>>> cannot open shared object file: No such file or directory >>>> 2014/03/25 08:59:40.289 0:04.264 Pool:0x7fd0900d8700 >>>> x264-pipe Error when trying to remove UL named pipe - No such >>>> file or directory >>>> 2014/03/25 08:59:40.289 0:04.264 Pool:0x7fd0900d8700 >>>> x264-pipe Error when trying to remove DL named pipe - No such >>>> file or directory >>>> 2014/03/25 08:59:40.291 0:04.266 Pool:0x7fd0900d8700 >>>> Opal Error creating transcoder instance from YUV420P to H.264-0 >>>> >>>> Looks like I need to build this in a chroot, since my system is >>>> multilib. >>>> That may be messing with it. >>>> >>>> >>>> _______________________________________________ >>>> ekiga-list mailing list >>>> ekiga-list at gnome.org >>>> https://mail.gnome.org/mailman/listinfo/ekiga-list >>> PATHS can be set in configure to set LIBAVCODEC_LIBS and LIBAVUTIL_LIBS >> >> Now the original error is back: >> >> ekiga -d 4 2>&1 | grep -i Error >> 2014/03/25 11:05:34.692 0:03.945 Pool:0x7f9ba40c0700 >> H264 Error linking function avcodec_init, >> error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init >> >> ffmpeg is not stripped and has both static and shared libs. >> >> Opal configured by: >> >> ---- >> LIBAVCODEC_LIBS="/usr/lib${LIBDIRSUFFIX}/libavcodec.so" \ >> LIBAVUTIL_LIBS="/usr/lib${LIBDIRSUFFIX}/libavutil.so" \ >> CFLAGS="$SLKCFLAGS" \ >> CXXFLAGS="$SLKCFLAGS" \ >> ./configure \ >> --prefix=/usr \ >> --libdir=/usr/lib${LIBDIRSUFFIX} \ >> --sysconfdir=/etc \ >> --localstatedir=/var \ >> --enable-shared \ >> --build=$ARCH-slackware-linux >> >> make VERBOSE=1 >> make install DESTDIR=$PK >> >> ---- >> >> Quite frankly I'm stumped... >> _______________________________________________ >> ekiga-list mailing list >> ekiga-list at gnome.org >> https://mail.gnome.org/mailman/listinfo/ekiga-list >Avcodec_init is defined as static av_cold void in libavcodec/utils.c and >not referenced in libavcodec/avcodec.h. Then it is usable only by local >functions (no output when using nm). It is done like that because >avcodec_init is deprecated and only usable through avcodec_register... >To make it usable, 2 solutions : > > 1. register it in libavcodec/avcodec.h and remove static in > libavcodec/utils.c > 2. use avcodec_register instead > >I tested both methods Thanks, I did try patching some of the code to do a avcoded_register and some of the avcodec_alloc_context to avcodec_alloc_context3, but after a few changes it kept segfaulting. Could you make a patch of what you did so I can test it please? I downgraded ffmpeg to 0.10.12 now and it works fine for me. Not quite sure how I'm going to handle on slackbuilds.org though. A patch would be ideal. -Dave From thierry.simonnet at esiee.fr Tue Mar 25 14:09:19 2014 From: thierry.simonnet at esiee.fr (Thierry Simonnet) Date: Tue, 25 Mar 2014 15:09:19 +0100 Subject: [Ekiga-list] No video with anything other than h261 In-Reply-To: <20140325135508.GP7103@Blackswan> References: <20140324124933.GE7103@Blackswan> <533030E3.1030405@seconix.com> <20140324133819.GF7103@Blackswan> <53303D61.6070907@esiee.fr> <20140325075428.GM7103@Blackswan> <533140A6.6050901@esiee.fr> <20140325090339.GN7103@Blackswan> <53315B0B.1090509@esiee.fr> <20140325111509.GO7103@Blackswan> <533185A3.8060303@esiee.fr> <20140325135508.GP7103@Blackswan> Message-ID: <53318E0F.3040404@esiee.fr> Le 25/03/2014 14:55, David Woodfall a ?crit : > On (25/03/14 14:33), Thierry Simonnet put > forth the proposition: >> Le 25/03/2014 12:15, David Woodfall a ?crit : >>> On (25/03/14 11:31), Thierry Simonnet put >>> forth the proposition: >>>> Le 25/03/2014 10:03, David Woodfall a ?crit : >>>>> On (25/03/14 09:39), Thierry Simonnet put >>>>> forth the proposition: >>>>>> Le 25/03/2014 08:54, David Woodfall a ?crit : >>>>>>> On (24/03/14 15:12), Thierry Simonnet >>>>>>> put >>>>>>> forth the proposition: >>>>>>>> Le 24/03/2014 14:38, David Woodfall a ?crit : >>>>>>>>> ................... >>>>>>>> I use ffmpeg from git (version # N-61767-gc08e523) with libx264 >>>>>>>> from git >>>>>>>> ./configure --enable-shared --enable-libx264 --enable-gpl >>>>>>>> --disable-stripping && make && make install >>>>>>>> Don't forget disable stripping. I also work with some limitation >>>>>>>> with >>>>>>>> libav. (dyna, slopen, dlsym). >>>>>>>> Dyna.cxx from opal dlopens libavcodec.so and check functions using >>>>>>>> dlsym. >>>>>>>> If libavcodec is stripped, dlsym fails (and of course dyna). >>>>>>>> For avcodec_init, last versions of opal didn't use this call >>>>>>>> anymore and >>>>>>>> in opal_10 this call is deprecated - see >>>>>>>> opal/plugins/video/common/ffmpeg/libavcodec/avcodec.h >>>>>>> >>>>>>> Thanks Thierry. This had me looking in the right direction. It >>>>>>> turns >>>>>>> out to be --enable-shared in ffmpeg that is the problem. I still >>>>>>> don't >>>>>>> get video for h.263 but that avcodec_init error is gone. >>>>>>> >>>>>>> Here's what I see now: >>>>>>> >>>>>>> 2014/03/25 07:44:09.828 0:07.099 Pool:0x7f1008084700 >>>>>>> Opal >>>>>>> Error creating transcoder instance from H.263 to YUV420P >>>>>>> >>>>>>> I'll keep plugging away at this. >>>>>>> _______________________________________________ >>>>>>> ekiga-list mailing list >>>>>>> ekiga-list at gnome.org >>>>>>> https://mail.gnome.org/mailman/listinfo/ekiga-list >>>>>> For plugins : have a look at opal/plugins/video/ >>>>>> H.261 : internal plugin >>>>>> H.263/H.263-1998 : ffmpeg >>>>>> H.264 : system if using libx264 >>>>>> common : tools for ffmpeg use, especially dyna for dynamic loader >>>>> >>>>> usr/lib64/opal-3.10.10/codecs/video/h261_vic_ptplugin.so >>>>> usr/lib64/opal-3.10.10/codecs/video/theora_ptplugin.so >>>>> usr/lib64/opal-3.10.10/codecs/video/mpeg4_ffmpeg_ptplugin.so >>>>> usr/lib64/opal-3.10.10/codecs/video/h264_x264_ptplugin.so >>>>> usr/lib64/opal-3.10.10/codecs/video/h263_ffmpeg_ptplugin.so >>>>> usr/lib64/opal-3.10.10/codecs/video/h264_video_pwplugin_helper >>>>> >>>>> >>>>>> Check if configure generates Makefile and make builds all plugins. >>>>>> I had to add -fpermissive flag in Makefile.in, some >>>>>> CODEC_FLAG_Hxx in >>>>>> h263xx.cxx, and change CodecID by AVCodecID >>>>> >>>>> Yeah, I have a patch for that AVCodecID problem. >>>>> >>>>> Here's a full message though. It seems to be looking in the wrong >>>>> place >>>>> for them: >>>>> >>>>> 2014/03/25 08:59:40.120 0:04.095 >>>>> Pool:0x7fd0900d8700 dlopen error ./: cannot read file >>>>> data: Is >>>>> a directory >>>>> 2014/03/25 08:59:40.120 0:04.095 >>>>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/: cannot read >>>>> file data: Is a directory >>>>> 2014/03/25 08:59:40.121 0:04.096 >>>>> Pool:0x7fd0900d8700 dlopen error libavcodec: cannot open >>>>> shared object file: No such file or directory >>>>> 2014/03/25 08:59:40.121 0:04.096 >>>>> Pool:0x7fd0900d8700 dlopen error ./libavcodec: cannot open >>>>> shared object file: No such file or directory >>>>> 2014/03/25 08:59:40.122 0:04.097 >>>>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/libavcodec: >>>>> cannot open shared object file: No such file or directory >>>>> 2014/03/25 08:59:40.122 0:04.097 >>>>> Pool:0x7fd0900d8700 dlopen error avcodec-55: cannot open >>>>> shared object file: No such file or directory >>>>> 2014/03/25 08:59:40.122 0:04.097 >>>>> Pool:0x7fd0900d8700 dlopen error ./avcodec-55: cannot open >>>>> shared object file: No such file or directory >>>>> 2014/03/25 08:59:40.123 0:04.098 >>>>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/avcodec-55: >>>>> cannot open shared object file: No such file or directory >>>>> 2014/03/25 08:59:40.125 0:04.101 Pool:0x7fd0900d8700 >>>>> Opal Error creating transcoder instance from H.264-0 to YUV420P >>>>> 2014/03/25 08:59:40.257 0:04.232 Pool:0x7fd0900d8700 >>>>> PVidInDev G_STD failed for fd=59 with error: Inappropriate >>>>> ioctl >>>>> for device >>>>> 2014/03/25 08:59:40.262 0:04.237 Pool:0x7fd0900d8700 >>>>> PVidInDev G_STD failed for fd=59 with error: Inappropriate >>>>> ioctl >>>>> for device >>>>> 2014/03/25 08:59:40.286 0:04.261 >>>>> Pool:0x7fd0900d8700 dlopen error ./: cannot read file >>>>> data: Is >>>>> a directory >>>>> 2014/03/25 08:59:40.286 0:04.261 >>>>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/: cannot read >>>>> file data: Is a directory >>>>> 2014/03/25 08:59:40.287 0:04.262 >>>>> Pool:0x7fd0900d8700 dlopen error libavcodec: cannot open >>>>> shared object file: No such file or directory >>>>> 2014/03/25 08:59:40.287 0:04.262 >>>>> Pool:0x7fd0900d8700 dlopen error ./libavcodec: cannot open >>>>> shared object file: No such file or directory >>>>> 2014/03/25 08:59:40.287 0:04.262 >>>>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/libavcodec: >>>>> cannot open shared object file: No such file or directory >>>>> 2014/03/25 08:59:40.288 0:04.263 >>>>> Pool:0x7fd0900d8700 dlopen error avcodec-55: cannot open >>>>> shared object file: No such file or directory >>>>> 2014/03/25 08:59:40.288 0:04.263 >>>>> Pool:0x7fd0900d8700 dlopen error ./avcodec-55: cannot open >>>>> shared object file: No such file or directory >>>>> 2014/03/25 08:59:40.288 0:04.263 >>>>> Pool:0x7fd0900d8700 dlopen error /usr/local/lib/avcodec-55: >>>>> cannot open shared object file: No such file or directory >>>>> 2014/03/25 08:59:40.289 0:04.264 Pool:0x7fd0900d8700 >>>>> x264-pipe Error when trying to remove UL named pipe - No such >>>>> file or directory >>>>> 2014/03/25 08:59:40.289 0:04.264 Pool:0x7fd0900d8700 >>>>> x264-pipe Error when trying to remove DL named pipe - No such >>>>> file or directory >>>>> 2014/03/25 08:59:40.291 0:04.266 Pool:0x7fd0900d8700 >>>>> Opal Error creating transcoder instance from YUV420P to H.264-0 >>>>> >>>>> Looks like I need to build this in a chroot, since my system is >>>>> multilib. >>>>> That may be messing with it. >>>>> >>>>> >>>>> _______________________________________________ >>>>> ekiga-list mailing list >>>>> ekiga-list at gnome.org >>>>> https://mail.gnome.org/mailman/listinfo/ekiga-list >>>> PATHS can be set in configure to set LIBAVCODEC_LIBS and >>>> LIBAVUTIL_LIBS >>> >>> Now the original error is back: >>> >>> ekiga -d 4 2>&1 | grep -i Error >>> 2014/03/25 11:05:34.692 0:03.945 Pool:0x7f9ba40c0700 >>> H264 Error linking function avcodec_init, >>> error=/usr/lib64/libavcodec.so.55: undefined symbol: avcodec_init >>> >>> ffmpeg is not stripped and has both static and shared libs. >>> >>> Opal configured by: >>> >>> ---- >>> LIBAVCODEC_LIBS="/usr/lib${LIBDIRSUFFIX}/libavcodec.so" \ >>> LIBAVUTIL_LIBS="/usr/lib${LIBDIRSUFFIX}/libavutil.so" \ >>> CFLAGS="$SLKCFLAGS" \ >>> CXXFLAGS="$SLKCFLAGS" \ >>> ./configure \ >>> --prefix=/usr \ >>> --libdir=/usr/lib${LIBDIRSUFFIX} \ >>> --sysconfdir=/etc \ >>> --localstatedir=/var \ >>> --enable-shared \ >>> --build=$ARCH-slackware-linux >>> >>> make VERBOSE=1 >>> make install DESTDIR=$PK >>> >>> ---- >>> >>> Quite frankly I'm stumped... >>> _______________________________________________ >>> ekiga-list mailing list >>> ekiga-list at gnome.org >>> https://mail.gnome.org/mailman/listinfo/ekiga-list >> Avcodec_init is defined as static av_cold void in libavcodec/utils.c and >> not referenced in libavcodec/avcodec.h. Then it is usable only by local >> functions (no output when using nm). It is done like that because >> avcodec_init is deprecated and only usable through avcodec_register... >> To make it usable, 2 solutions : >> >> 1. register it in libavcodec/avcodec.h and remove static in >> libavcodec/utils.c >> 2. use avcodec_register instead >> >> I tested both methods > > Thanks, I did try patching some of the code to do a avcoded_register > and some of the avcodec_alloc_context to avcodec_alloc_context3, but > after a few changes it kept segfaulting. > > Could you make a patch of what you did so I can test it please? > > I downgraded ffmpeg to 0.10.12 now and it works fine for me. Not quite > sure how I'm going to handle on slackbuilds.org though. A patch would > be ideal. > > -Dave > _______________________________________________ > ekiga-list mailing list > ekiga-list at gnome.org > https://mail.gnome.org/mailman/listinfo/ekiga-list I will send you a mail with different patches for opal 10. It works with last version of ffmpeg. Mailing list doesn't handle more than som KB. -- Thierry Simonnet ESIEE-Paris Par respect pour l?environnement, n?imprimez ce mail que si n?cessaire -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: images1 Type: image/gif Size: 465 bytes Desc: not available URL: