As it turns out solution is simple. Just replacing CODEC_ID_H263 with AV_CODEC_ID_H263 and CODEC_ID_H263P with AV_CODEC_ID_H263P.
Same thing inside mpeg4 and h264 plugins.
Seems CODEC_ID_H263 and alike definitions was named outdated a long time ago and in last releases completely removed from FFMPEG.
I will check if this change cause any problems on stable Debian with older libraries, but probably all my setups are not old enough to make decision about safety of switching definitions.

On 06/18/2014 03:59 AM, Robert Jongbloed wrote:
Sorry, but it is really hard to deal with library API changes remotely.

Best guess is they moved the CODEC_ID_xxx enum to a different header file. I don't believe they would have eliminated it completely. You will have to look around and try and find it.

Robert Jongbloed
OPAL/OpenH323/PTLib Architect and Co-founder.
Commercial support at http://www.voxlucida.com.au

On 17/06/2014 5:19 PM, Alexander Sbitnev wrote:
I know that using Debian unstable is a recipe for all kinds of troubles 
but still will be happy to see if Robert advise on situation.
Ubuntu building on Opal quite ok. Works as it should. Debian stable able 
to build Opal but there is crash probably because of compiler specific 
problem.
So I got myself into a problem with building libav oriented plugins 
under newer Debian variant.
But here Opal get a problem with a newer ffmpeg (or its substitution) 
packages:

[CC] h263-1998.cxx
h263-1998.cxx: In member function ‘virtual bool 
H263_RFC2190_Encoder::Construct()’:
h263-1998.cxx:564:24: error: ‘CODEC_ID_H263’ was not declared in this scope
if (!InitEncoder(CODEC_ID_H263))
^
h263-1998.cxx: In member function ‘virtual bool 
H263_RFC2429_Encoder::Construct()’:
h263-1998.cxx:607:26: error: ‘CODEC_ID_H263P’ was not declared in this scope
return InitEncoder(CODEC_ID_H263P);
^
h263-1998.cxx: In member function ‘virtual bool 
H263_Base_Decoder::Construct()’:
h263-1998.cxx:630:26: error: ‘CODEC_ID_H263’ was not declared in this scope
return InitDecoder(CODEC_ID_H263) && OpenCodec();
^
../../plugin_inc.mak:103: recipe for target 
'/root/Lacaille/opal/lib_linux_x86_64/plugins/h263_ffmpeg/h263-1998.o' 
failed
make[3]: *** 
[/root/Lacaille/opal/lib_linux_x86_64/plugins/h263_ffmpeg/h263-1998.o] 
Error 1

Same thing goes for h264, h261 and mpeg4 plugins.
Is there anything to help with this situation?
I look inside system-wide libavcodec/version.h and find it have higher 
major version than version header inside Opal:

#define LIBAVCODEC_VERSION_MAJOR 55
#define LIBAVCODEC_VERSION_MINOR 34
#define LIBAVCODEC_VERSION_MICRO 1

#define LIBAVCODEC_VERSION_INT AV_VERSION_INT(LIBAVCODEC_VERSION_MAJOR, \
LIBAVCODEC_VERSION_MINOR, \
LIBAVCODEC_VERSION_MICRO)
#define LIBAVCODEC_VERSION AV_VERSION(LIBAVCODEC_VERSION_MAJOR, \
LIBAVCODEC_VERSION_MINOR, \
LIBAVCODEC_VERSION_MICRO)
#define LIBAVCODEC_BUILD LIBAVCODEC_VERSION_INT

#define LIBAVCODEC_IDENT "Lavc" AV_STRINGIFY(LIBAVCODEC_VERSION)

/**
* FF_API_* defines may be placed below to indicate public API that will be
* dropped at a future version bump. The defines themselves are not part of
* the public API and may change, break or disappear at any time.
*/

#ifndef FF_API_REQUEST_CHANNELS
#define FF_API_REQUEST_CHANNELS (LIBAVCODEC_VERSION_MAJOR < 56)
#endif
#ifndef FF_API_DEINTERLACE
#define FF_API_DEINTERLACE (LIBAVCODEC_VERSION_MAJOR < 56)
#endif


------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
_______________________________________________
Opalvoip-devel mailing list
Opalvoip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opalvoip-devel



------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems


_______________________________________________
Opalvoip-devel mailing list
Opalvoip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opalvoip-devel