
Recherche avancée
Autres articles (95)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Multilang : améliorer l’interface pour les blocs multilingues
18 février 2011, parMultilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela. -
Installation en mode standalone
4 février 2011, parL’installation de la distribution MediaSPIP se fait en plusieurs étapes : la récupération des fichiers nécessaires. À ce moment là deux méthodes sont possibles : en installant l’archive ZIP contenant l’ensemble de la distribution ; via SVN en récupérant les sources de chaque modules séparément ; la préconfiguration ; l’installation définitive ;
[mediaspip_zip]Installation de l’archive ZIP de MediaSPIP
Ce mode d’installation est la méthode la plus simple afin d’installer l’ensemble de la distribution (...)
Sur d’autres sites (6517)
-
FFMPEG gives an error for rtp_mpegts on fedora
6 mars 2017, par chaitanya kiranWhile executing below ffmpeg command on fedora 21 i m facing "Requested output format ’rtp_mpegts’ is not a suitable output format" ; whereas same works on Ubuntu any ideas please.
ffmpeg -f v4l2 -i /dev/video0 -s 720x480 -pix_fmt yuv420p -vcodec h264 -r 30 -g 15 -ar 0 -streamid 0:48 -bf 2 -f rtp_mpegts rtp://239.0.32.0:50000
ffmpeg version 2.4.11 Copyright (c) 2000-2015 the FFmpeg developers
built on Aug 26 2015 19:46:08 with gcc 4.9.2 (GCC) 20150212 (Red Hat
4.9.2-6) configuration : —prefix=/usr —bindir=/usr/bin —datadir=/usr/share/ffmpeg —incdir=/usr/include/ffmpeg —libdir=/usr/lib —mandir=/usr/share/man —arch=i686 —optflags=’-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong —param=ssp-buffer-size=4 -grecord-gcc-switches -m32 -march=i686 -mtune=atom -fasynchronous-unwind-tables’ —enable-bzlib —disable-crystalhd —enable-frei0r —enable-gnutls —enable-ladspa —enable-libass —enable-libcdio —enable-libdc1394 —disable-indev=jack —enable-libfreetype —enable-libgsm —enable-libmp3lame —enable-openal —enable-opencl —enable-libopencv —enable-libopenjpeg —enable-libopus —enable-libpulse —enable-libschroedinger —enable-libsoxr —enable-libspeex —enable-libtheora —enable-libvorbis —enable-libv4l2 —enable-libvpx —enable-libx264 —enable-libx265 —enable-libxvid —enable-x11grab —enable-avfilter —enable-avresample —enable-postproc —enable-pthreads —disable-static —enable-shared —enable-gpl —disable-debug —disable-stripping —shlibdir=/usr/lib —cpu=i686 —enable-runtime-cpudetect libavutil 54. 7.100 / 54. 7.100 libavcodec 56. 1.100 / 56. 1.100 libavformat 56. 4.101 /
56. 4.101 libavdevice 56. 0.100 / 56. 0.100 libavfilter 5. 1.100 / 5. 1.100 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 0.100 / 3. 0.100 libswresample 1. 1.100 /
1. 1.100 libpostproc 53. 0.100 / 53. 0.100 Input #0, video4linux2,v4l2, from ’/dev/video0’ : Duration : N/A, start :
554538.584009, bitrate : 199065 kb/s
Stream #0:0 : Video : rawvideo (YUY2 / 0x32595559), yuyv422, 1920x1080, 199065 kb/s, 6 fps, 6 tbr, 1000k tbn, 1000k tbc[NULL @ 0x8e94d00] Requested output format ’rtp_mpegts’ is not a suitable output format rtp ://239.0.32.0:50000 : Invalid argument
-
libffmpeg.so Not Executing ffmpeg 2.8.4 Commands
27 janvier 2016, par Chirag Darji- libffmpeg.so is not working with command line arguments
- I have successfully compiles ffmpeg and get static libffmpeg.so library.
- I installed using android.mk and its installed successfully
-
but unable to execute ffmpeg command.
*My build.sh is as follows
function build_r8b_test
{
bash configure --target-os=linux \
--arch=arm \
--cpu=cortex-a8 \
--enable-runtime-cpudetect \
--prefix=$PREFIX \
--enable-pic \
--disable-shared \
--enable-static \
--enable-cross-compile \
--cc=$PREBUILT/bin/arm-linux-androideabi-gcc \
--cross-prefix=$PREBUILT/bin/arm-linux-androideabi- \
--sysroot="$PLATFORM" \
--extra-cflags="-I../x264 -mfloat-abi=softfp -mfpu=neon -fPIE -pie -fPIC -DANDROID -marm -march=armv7-" \
--extra-ldflags="-L../x264 -L$PREBUILT/lib/gcc/arm-linux-androideabi/4.9" \
--extra-libs="-lgcc" \
--enable-gpl \
--enable-version3 \
--enable-nonfree \
--disable-doc \
--enable-yasm \
--enable-decoders \
--enable-encoders \
--enable-muxers \
--enable-demuxers \
--enable-parsers \
--enable-protocols \
--enable-filters \
--disable-indevs \
--disable-outdevs \
--enable-hwaccels \
--disable-ffmpeg \
--disable-ffplay \
--disable-ffprobe \
--disable-ffserver \
--disable-network \
--enable-zlib \
--enable-demuxer=mov \
--enable-demuxer=h264 \
--enable-protocol=file \
--enable-avformat \
--enable-avcodec \
--enable-decoder=rawvideo \
--enable-decoder=mjpeg \
--enable-decoder=h263 \
--enable-decoder=mpeg4 \
--enable-decoder=h264 \
--enable-parser=h264 \
--enable-encoder=mpeg4 \
--disable-asm \
--enable-neon \
--enable-armv5te \
--disable-network \
--enable-avfilter \
--disable-avdevice \
--enable-postproc \
$ADDITIONAL_CONFIGURE_FLAG
make clean
make
make -j4 install
$PREBUILT/bin/arm-linux-androideabi-ld -rpath- link=$PLATFORM/usr/lib -L$PLATFORM/usr/lib -soname libffmpeg.so -shared -nostdlib -z noexecstack -Bsymbolic --whole-archive --no-undefined -o $PREFIX/libffmpeg.so libavcodec/libavcodec.a libavformat/libavformat.a libavutil/libavutil.a libavfilter/libavfilter.a libpostproc/libpostproc.a libswresample/libswresample.a libswscale/libswscale.a -lc -lm -lz -ldl -llog --warn-search-mismatch --dynamic-linker=/system/bin/linker $PREBUILT/lib/gcc/arm-linux-androideabi/4.9/libgcc.a
}
#arm v7vfpv3
CPU=armv7-a
OPTIMIZE_CFLAGS="-mfloat-abi=softfp -mfpu=vfpv3-d16 -marm -march=$CPU "
PREFIX=./android/$CPU
ADDITIONAL_CONFIGURE_FLAG=
build_r8b_test
* and my androi.mk is as follow
LOCAL_PATH := $(call my-dir)
APP_ABI := armeabi-v7a
include $(CLEAR_VARS)
LOCAL_MODULE =myffmpeg
LOCAL_SRC_FILES :=libffmpeg.so
include $(PREBUILT_SHARED_LIBRARY)
include $(CLEAR_VARS)
PATH_TO_FFMPEG_SOURCE:=$(LOCAL_PATH)/ffmpeg
LOCAL_C_INCLUDES += $(PATH_TO_FFMPEG_SOURCE)
LOCAL_MODULE=ffmpeg-jni
LOCAL_LDLIBS := -L/home/admin/android-sdk-linux/ndk-bundle/platforms/android-21/arch-arm/usr/lib -L$(LOCAL_PATH) -llog -ljnigraphics -lz -ldl -lgcc -lm
LOCAL_SRC_FILES := ffmpeg-jni.c ffmpeg/cmdutils.h ffmpeg/cmdutils.c ffmpeg/ffmpeg.h ffmpeg/ffmpeg_opt.c ffmpeg/ffmpeg_filter.c
LOCAL_SHARED_LIBRARIES:=myffmpeg
include $(BUILD_SHARED_LIBRARY)- I have successfully installed armeabi obj and armeabi-v7a
But it is not works simple ffmpeg command like (ffmpeg -y -i /mnt/sdcard/app.mp4 /mnt/sdcard/app.mkv).
Applciation is terminate at ret = ffmpeg_parse_options(argc, argv) ; in ffmpeg-jni.c
which is copied from ffmpeg.c.
If i am doing wrond build please help me to get out this.
- I have successfully installed armeabi obj and armeabi-v7a
-
lavc/aacenc_utils : replace powf(x,y) by expf(logf(x), y)
8 mars 2016, par Ganesh Ajjanagaddelavc/aacenc_utils : replace powf(x,y) by expf(logf(x), y)
This is 2x faster for y not an integer on Haswell+GCC, and should
generally be faster due to the fact that anyway powf essentially does
this under the hood. Made an inline function in lavu/internal.h for this
purpose.Note that there are some accuracy differences, that should generally be
negligible. In particular, FATE still passes on this platform.Results in 7% speedup in aac encoding with -march=native, Haswell+GCC.
before :
ffmpeg -i sin.flac -acodec aac -y sin_new.aac 6.05s user 0.06s system 104% cpu 5.821 totalafter :
ffmpeg -i sin.flac -acodec aac -y sin_new.aac 5.67s user 0.03s system 105% cpu 5.416 totalThis is also faster than an alternative approach that pulls in powf, gets rid of
the crufty NaN checks and other special cases, exploits knowledge about the intervals, etc.
This of course does not exclude smarter approaches ; just suggests that
there would need to be significant work on this front of lower utility than
searches for hotspots elsewhere.Reviewed-by : Reimar Döffinger <Reimar.Doeffinger@gmx.de>
Reviewed-by : Ronald S. Bultje <rsbultje@gmail.com>
Signed-off-by : Ganesh Ajjanagadde <gajjanag@gmail.com>