
Recherche avancée
Autres articles (60)
-
Submit bugs and patches
13 avril 2011Unfortunately a software is never perfect.
If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
You may also (...) -
Submit enhancements and plugins
13 avril 2011If you have developed a new extension to add one or more useful features to MediaSPIP, let us know and its integration into the core MedisSPIP functionality will be considered.
You can use the development discussion list to request for help with creating a plugin. As MediaSPIP is based on SPIP - or you can use the SPIP discussion list SPIP-Zone. -
(Dés)Activation de fonctionnalités (plugins)
18 février 2011, parPour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...)
Sur d’autres sites (7748)
-
Audio object type 3 is not supported
3 octobre 2013, par ArdoramorI am running into an issue with a custom-built ffmpeg. Basically, its a vanilla ffmpeg with x264 and fdk-aac libs enabled. I am feeding an SDP file through ffmpeg API and get the following error while passing the info to
avcodec_open2
:Audio object type 3 is not supported
My SDP file :
v=0
o=- 0 0 IN IP4 127.0.0.1
s=Unnamed
i=N/A
c=IN IP4 192.168.1.1
t=0 0
a=recvonly
m=audio 8204 RTP/AVP 96
a=rtpmap:96 mpeg4-generic/32000
a=fmtp:96 streamtype=5; profile-level-id=15; mode=AAC-hbr; config=1a88; SizeLength=13; IndexLength=3; IndexDeltaLength=3;
a=control:trackID=0
m=video 8202 RTP/AVP 96
a=rtpmap:96 H264/90000
a=fmtp:96 packetization-mode=1;profile-level-id=428028;sprop-parameter-sets=Z0KAKJWgKA9E,aM48gA==;
a=control:trackID=1
m=application 8206 RTP/AVP 96
a=rtpmap:96 smpte336m/10
a=control:trackID=2The following is the output I get from ffmpeg as I open the input, dump its format, and try to open input streams :
Format sdp probed with size=2048 and score=50
audio codec set to : aac
audio samplerate set to : 32000
audio channels set to : 1
video codec set to : h264
RTP Packetization Mode : 1
RTP Profile IDC : 42 Profile IOP : 80 Level : 28
Extradata set to 0xc8d3dc0 (size : 21) !
File position before avformat_find_stream_info() is 522
Audio object type 3 is not supported.
Could not find codec parameters for stream 1 (Video : h264) : unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
File position after avformat_find_stream_info() is 522
Dumping input AV format
Input #0, sdp, from 'conf/test.sdp' :Metadata :
title :Unnamed
comment :N/ADuration:N/A, bitrate:N/A
Stream #0:0, 0, 1/32000: Audio: aac, 32000 Hz, 1 channels, fltp
Stream #0:1, 0, 1/90000: Video: h264, 90k tbr, 90k tbn, 180k tbc
Stream #0:2, 0, 1/90000: Data: none, 0/1Audio object type 3 is not supported.
I also see the error reported for not finding codec parameters for stream 1 :
Could not find codec parameters for stream 1 (Video : h264) : unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' optionsHowever, I think that is due to me not running an actual rtp at the moment of the test.
In any case, what may be the reason for getting audio object type 3 not supported exception ?
UPDATE - Oct 02, 2013
Static ffmpeg build gives the following flags :
Static ffmpeg 2.0.1 build flag output :
ffmpeg version 2.0.1 Copyright (c) 2000-2013 the FFmpeg developers
built on Sep 30 2013 22:24:00 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-54)
configuration: --enable-gpl --enable-nonfree --enable-shared
configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-runtime-cpudetect --enable-gpl --enable-version3 --enable-nonfree --enable-postproc --enable-avfilter --enable-pthreads --enable-x11grab --enable-vdpau --disable-avisynth --enable-libdc1394 --enable-libfaac --enable-libgsm --enable-libmp3lame --enable-libnut --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librtmp --enable-libx264 --enable-libxavs --enable-libxvid --extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC' --disable-strippingMy build is from ffmpeg 2.0.1 snapshot with the following flags :
--enable-static --disable-shared --enable-gpl --enable-nonfree --enable-libfdk-aac --enable-libfaac --enable-libmp3lame --enable-libx264 --disable-symver --disable-doc --disable-ffplay --enable-ffmpeg --disable-ffprobe --disable-ffserver --disable-avdevice --disable-avfilter --disable-filters --disable-devices --disable-everything --enable-avformat --enable-avcodec --enable-muxers --enable-protocols --enable-parsers --enable-demuxers --enable-decoders --enable-encoders --enable-bsfs --enable-network --enable-swscale --disable-demuxer=sbg --disable-demuxer=dts --disable-parser=dca --disable-decoder=dca --enable-asm --enable-pthreads --enable-version3
The fdk-aac library version I'm using :
fdk-aac - 0.1.2
So it seems that the same .sdp file causes Audio object type 3 error with my build but not with static but I really do not see what causes it (granted I am not an expert with ffmpeg API and may simply miss important details).
Simplified code for opening .sdp file that doesn't include error checks and logic separation :
AVFormatContext *inputContext = NULL;
av_register_all();
avformat_network_init();
avformat_open_input(&inputContext, "test.sdp", NULL, NULL);
avformat_find_stream_info(inputContext, NULL);
int inAudioStreamIdx = av_find_best_stream(inputContext, AVMEDIA_TYPE_AUDIO, -1, -1, NULL, 0);
AVStream *st = inputContext->streams[inAudioStreamIdx];
AVCodecContext *dec_ctx = st->codec;
AVCodec *dec = avcodec_find_decoder(dec_ctx->codec_id);
avcodec_open2(dec_ctx, dec, NULL); // Fails here with Audio object type 3Am I opening the sdp input improperly ?
-
Winamp and the March of GUI
Ars Technica recently published a 15-year retrospective on the venerable Winamp multimedia player, prompting bouts of nostalgia and revelations of "Huh ? That program is still around ?" from many readers. I was among them.
I remember first using Winamp in 1997. I remember finding a few of these new files called MP3s online and being able to play the first 20 seconds using the official Fraunhofer Windows player— full playback required the fully licensed version. Then I searched for another player and came up with Winamp. The first version I ever used was v1.05 in the summer of 1997. I remember checking the website often for updates and trying out every single one. I can’t imagine doing that nowadays— programs need to auto-update themselves (which Winamp probably does now ; I can’t recall the last time I used the program).
Video Underdog
The last time Winamp came up on my radar was early in 2003 when a new version came with support for a custom, proprietary multimedia audio/video format called Nullsoft Video (NSV). I remember the timeframe because the date is indicated in the earliest revision of my NSV spec document (back when I was maintaining such docs in a series of plaintext files). This was cobbled together from details I and others in the open source multimedia community sorted out from sample files. It was missing quite a few details, though.Then, Winamp founder Justin Frankel — introduced through a colleague on the xine team — emailed me his official NSV format and told me I was free to incorporate details into my document just as long as it wasn’t obvious that I had the official spec. This put me in an obnoxious position of trying to incorporate details which would have been very difficult to reverse engineer without the official doc. I think I coped with the situation by never really getting around to updating my doc in any meaningful way. Then, one day, the official spec was released to the world anyway, and it is now mirrored here at multimedia.cx.
I don’t think the format ever really caught on in any meaningful way, so not a big deal. (Anytime I say that about a format, I always learn it saw huge adoption is some small but vocal community.)
What’s Wrong With This Picture ?
What I really wanted to discuss in this post was the matter of graphical user interfaces and how they have changed in the last 15 years.
I still remember when I first downloaded Winamp v1.05 and tried it on my Windows machine at the time. Indignantly, the first thought I had was, "What makes this program think it’s so special that it’s allowed to violate the user interface conventions put forth by the rest of the desktop ?" All of the Windows programs followed a standard set of user interface patterns and had a consistent look and feel... and then Winamp came along and felt it could violate all those conventions.I guess I let the program get away with it because it was either that or only play 20-second clips from the unregistered Fraunhofer player. Though incredibly sterile by comparison, the Fraunhofer player, it should be noted, followed Windows UI guidelines to the letter.
As the summer of 1997 progressed and more Winamp versions were released, eventually one came out (I think it was v1.6 or so) that supported skins. I was excited because there was a skin that made the program look like a proper Windows program— at least if you used the default Windows color scheme, and had all of your fonts a certain type and size.
Skins were implemented by packaging together a set of BMP images to overlay on various UI elements. I immediately saw a number of shortcomings with this skinning approach. A big one was UI lock-in. Ironically, if you skin an app and wish to maintain backwards compatibility with the thousands of skins selflessly authored by your vibrant community (seriously, I couldn’t believe how prolific these things were), then you were effectively locked into the primary UI. Forget about adding a new button anywhere.
Another big problem was resolution-independence. Basing your UI on static bitmaps doesn’t scale well with various resolutions. Winamp had its normal mode and it also had double-sized mode.
Skins proliferated among many types of programs in the late 1990s. I always treasured this Suck.com (remember them ? that’s a whole other nostalgia trip) essay from April, 2000 entitled Skin Cancer. Still, Winamp was basically the standard, and the best, and I put away my righteous nerd rage and even dug through the vast troves of skins. I remember settling on Swankamp for a good part of 1998, probably due to the neo-swing revival at the time.
Then again, if Winamp irked me, imagine my reaction when I was first exposed to the Sonique Music Player in 1998 :
The New UI Order
Upon reflection, I realize now that I had a really myopic view of what a computer GUI should be. I thought the GUIs were necessarily supposed to follow the WIMP (windows, icons, mouse, pointer) paradigm and couldn’t conceive of anything different. For a long time, I couldn’t envision a useful GUI on a small device (like a phone) because WIMP didn’t fit well on such a small interface (even though I saw various ill-fated attempts to make it work). This thinking seriously crippled me when I was trying to craft a GUI for a custom console media player I was developing as a hobby many years ago.I’m looking around at what I have open on my Windows 7 desktop right now. Google Chrome browser, Apple iTunes, Adobe Photoshop Elements, and VMware Player are 4 programs which all seem to have their own skins. Maybe Winamp doesn’t look so out of place these days.
-
Why can't FFmpeg code compile on different ARM 64 bit platforms?
2 septembre 2021, par yanzhang.guoThe same code (test_ffmpeg.c), I have compiled it on the x86_64 platform successfully, and there is no problem. I can successfully push the video to the RTMP server. However, if I switch to the ARM 64-bit platform, there is a problem with the compilation. Why ?


- 

-
Cross compile x264


./configure --enable-shared --disable-asm



Edit config.mak


SRCPATH=.
prefix=/usr/local
exec_prefix=${prefix}
bindir=${exec_prefix}/bin
libdir=${exec_prefix}/lib
includedir=${prefix}/include
SYS_ARCH=aarch64
SYS=LINUX
CC=aarch64-linux-gnu-gcc
CFLAGS=-Wno-maybe-uninitialized -Wshadow -O3 -ffast-math -Wall -I. -I$(SRCPATH) -std=gnu99 -
D_GNU_SOURCE -fPIC -fomit-frame-pointer -fno-tree-vectorize
COMPILER=GNU
COMPILER_STYLE=GNU
DEPMM=-MM -g0
DEPMT=-MT
LD=aarch64-linux-gnu-gcc -o
LDFLAGS= -lm -lpthread -ldl
LIBX264=libx264.a
AR=aarch64-linux-gnu-gcc-ar rc
RANLIB=aarch64-linux-gnu-gcc-ranlib
STRIP=strip
INSTALL=install
AS=
ASFLAGS= -I. -I$(SRCPATH) -f elf64 -DSTACK_ALIGNMENT=64
-DPIC
RC=
RCFLAGS=
EXE=
HAVE_GETOPT_LONG=1
DEVNULL=/dev/null
PROF_GEN_CC=-fprofile-generate
PROF_GEN_LD=-fprofile-generate
PROF_USE_CC=-fprofile-use
PROF_USE_LD=-fprofile-use
HAVE_OPENCL=yes
CC_O=-o $@
default: cli
install: install-cli
SOSUFFIX=so
SONAME=libx264.so.157
SOFLAGS=-shared -Wl,-soname,$(SONAME) -Wl,-Bsymbolic
default: lib-shared
install: install-lib-shared
LDFLAGSCLI = -ldl
CLI_LIBX264 = $(LIBX264)



then,


make && make install



-
Cross compile FFmpeg


./configure --arch=aarch64 --enable-cross-compile --target-os=linux --cc=aarch64-linux-gnu-gcc --
 cross-prefix=aarch64-linux-gnu- --prefix=./ffmpeg_result --enable-shared --disable-static --
 disable-doc --enable-gpl --enable-libx264 --extra-ldflags=-L/usr/local/lib/ --extra-libs=-ldl -
 -extra-cflags=-I/usr/local/include



Add output of ffmpeg configure :output.


then,


make && make install



-
Cross compile file test_ffmpeg.c


aarch64-linux-gnu-gcc test_ffmpeg.c -lavcodec -lavdevice -lavfilter -lavformat -lavutil -L
/data/ffmpeg-4.3/ffmpeg_result/lib -I /data/ffmpeg-4.3/ffmpeg_result/include -g











An error occurred, as detailed below :


test_ffmpeg.c: In function 'main':
test_ffmpeg.c:63:3: warning: 'codec' is deprecated [-Wdeprecated-declarations]
AVStream *out_stream = avformat_new_stream(ofmt_ctx, in_stream->codec->codec);
^~~~~~~~
In file included from test_ffmpeg.c:4:
/data/ffmpeg-4.3/ffmpeg_result/include/libavformat/avformat.h:880:21: note: declared here
AVCodecContext *codec;
^~~~~
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: warning:
libswresample.so.3, needed by /data/ffmpeg-4.3/ffmpeg_result/lib/libavcodec.so, not found (try
using -rpath or -rpath-link)
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: warning:
libswscale.so.5, needed by /data/ffmpeg-4.3/ffmpeg_result/lib/libavfilter.so, not found (try
using -rpath or -rpath-link)
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: warning:
libpostproc.so.55, needed by /data/ffmpeg-4.3/ffmpeg_result/lib/libavfilter.so, not found (try
using -rpath or -rpath-link)
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `sws_freeContext@LIBSWSCALE_5'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `pp_get_context@LIBPOSTPROC_55'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `swr_alloc_set_opts@LIBSWRESAMPLE_3'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `pp_postprocess@LIBPOSTPROC_55'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `swr_get_class@LIBSWRESAMPLE_3'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `sws_scaleVec@LIBSWSCALE_5'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to
`swr_set_channel_mapping@LIBSWRESAMPLE_3'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `sws_getCoefficients@LIBSWSCALE_5'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavcodec.so: undefined reference to `swr_alloc@LIBSWRESAMPLE_3'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `sws_getGaussianVec@LIBSWSCALE_5'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to
`pp_get_mode_by_name_and_quality@LIBPOSTPROC_55'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `swr_next_pts@LIBSWRESAMPLE_3'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavcodec.so: undefined reference to `swr_init@LIBSWRESAMPLE_3'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to
`sws_setColorspaceDetails@LIBSWSCALE_5'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `sws_isSupportedOutput@LIBSWSCALE_5'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `sws_init_context@LIBSWSCALE_5'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavcodec.so: undefined reference to `swr_close@LIBSWRESAMPLE_3'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `sws_alloc_context@LIBSWSCALE_5'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `sws_scale@LIBSWSCALE_5'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `swr_get_delay@LIBSWRESAMPLE_3'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `pp_free_context@LIBPOSTPROC_55'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavcodec.so: undefined reference to `swr_convert@LIBSWRESAMPLE_3'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `sws_freeVec@LIBSWSCALE_5'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavcodec.so: undefined reference to `swr_is_initialized@LIBSWRESAMPLE_3'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `sws_getContext@LIBSWSCALE_5'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `pp_free_mode@LIBPOSTPROC_55'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `sws_isSupportedInput@LIBSWSCALE_5'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `sws_getCachedContext@LIBSWSCALE_5'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `swr_set_matrix@LIBSWRESAMPLE_3'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to `sws_get_class@LIBSWSCALE_5'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavcodec.so: undefined reference to `swr_free@LIBSWRESAMPLE_3'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to
`sws_getColorspaceDetails@LIBSWSCALE_5'
/usr/lib/gcc-cross/aarch64-linux-gnu/8/../../../../aarch64-linux-gnu/bin/ld: /data/ffmpeg-
4.3/ffmpeg_result/lib/libavfilter.so: undefined reference to
`sws_isSupportedEndiannessConversion@LIBSWSCALE_5'
collect2: error: ld returned 1 exit status



-