Re: [Ekiga-list] No video with anything other than h261



On (24/03/14 11:51), Dave Woodfall <dave dawoodfall net> put forth the proposition:
On (24/03/14 11:50), Damien Sandras <dsandras seconix com> put forth the proposition:
Le 24/03/14 10:11, David Woodfall a écrit :
On (24/03/14 09:37), Eugen Dedu <Eugen Dedu pu-pm univ-fcomte fr> 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 <dsandras seconix com> 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 <opal source dir>
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().


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]