Recherche avancée

Médias (0)

Mot : - Tags -/navigation

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (77)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • Configurer la prise en compte des langues

    15 novembre 2010, par

    Accéder à la configuration et ajouter des langues prises en compte
    Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
    De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
    Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

Sur d’autres sites (11794)

  • avformat/matroskadec : Accept more unknown-length elements

    17 mai 2019, par Andreas Rheinhardt
    avformat/matroskadec : Accept more unknown-length elements

    The current Matroska specifications mandate that only two elements may
    
use an unknown-length length : Segments and clusters. But this was not
    
always so : For the greater part of Matroska's existence, all master
    
elements were allowed to make use of the unknown-length feature.
    

    And there were muxers creating such files : For several years
    
libavformat's Matroska muxer used unknown-length for all master
    
elements when the output wasn't seekable. This only stopped in March
    
2010 with 2529bb30. And even afterwards it was possible (albeit
    
unlikely) for libavformat to create unknown-length master elements
    
that are in violation of today's specifications, namely if the master
    
element was so big that the seek backwards to update the size could
    
no longer be performed inside the AVIOContext's write buffer. This
    
has only been fixed in October 2016 (with the patches that introduced
    
support for writing CRC-32 elements).
    

    Libavformat's Matroska demuxer meanwhile has never really supported
    
unknown-length elements besides segments and clusters. Support for the
    
latter was hardcoded. This commit changes this : Now all master elements
    
for which a syntax to parse them is available are supported. This
    
includes the files produced by old versions of libavformat's muxer.
    

    More precisely, master elements that have unknown length and are about
    
to be parsed (not skipped) are supported ; only a warning is emitted for
    
them. For normal files, this means that level 1 elements after the
    
clusters that are encountered after the clusters have been parsed (i.e.
    
not because they are referenced by the seekhead at the beginning of the
    
file) are still unsupported (they would be skipped at this point if
    
their length were known).
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavformat/matroskadec.c

  • cygwin make errors : ffmpeg compile with ndk

    1er mars 2013, par Bryce

    Recently I'm compiling ffmpeg for android with ndk and I do this as this article(http://vec.io/posts/how-to-build-ffmpeg-with-android-ndk ). configure is right,
    but when I begin to make, it makes errors.
    configure shell :

    export TMPDIR=D:/temp/android
    
export NDK=/cygdrive/D/DevelopKit/android-ndk-r8d
    
export PATH=/cygdrive/C/cygwin/tmp/ffmpeg/bin:$PATH
    
export CC=arm-linux-androideabi-gcc
    
export LD=arm-linux-androideabi-ld
    
export AR=arm-linux-androideabi-ar
    
export C_INCLUDE_PATH=/cygdrive/C/cygwin/tmp/ffmpeg/sysroot/usr/include
    
export LIBRARY_PATH=/cygdrive/C/cygwin/tmp/ffmpeg/sysroot/usr/lib
    
CFLAGS="-O3 -Wall -mthumb -pipe -fpic -fasm \
    
  -finline-limit=300 -ffast-math \
    
  -fstrict-aliasing -Werror=strict-aliasing \
    
  -fmodulo-sched -fmodulo-sched-allow-regmoves \
    
  -Wno-psabi -Wa,--noexecstack \
    
  -D__ARM_ARCH_5__ -D__ARM_ARCH_5E__ \
    
  -D__ARM_ARCH_5T__ -D__ARM_ARCH_5TE__ \
    
  -DANDROID -DNDEBUG"
    

    
EXTRA_CFLAGS="-march=armv7-a -mfpu=neon -mfloat-abi=softfp -mvectorize-with-neon-quad"
    
EXTRA_LDFLAGS="-Wl,--fix-cortex-a8"
    

    
FFMPEG_FLAGS="--prefix=/tmp/ffmpeg/build \
    
  --target-os=linux \
    
  --arch=arm \
    
  --enable-cross-compile \
    
  --cross-prefix=arm-linux-androideabi- \
    
  --enable-shared \
    
  --disable-symver \
    
  --disable-doc \
    
  --disable-ffplay \
    
  --disable-ffmpeg \
    
  --disable-ffprobe \
    
  --disable-ffserver \
    
  --disable-avdevice \
    
  --disable-avfilter \
    
  --disable-encoders  \
    
  --disable-muxers \
    
  --disable-filters \
    
  --disable-devices \
    
  --disable-everything \
    
  --enable-protocols  \
    
  --enable-parsers \
    
  --enable-demuxers \
    
  --disable-demuxer=sbg \
    
  --enable-decoders \
    
  --enable-bsfs \
    
  --enable-network \
    
  --enable-swscale  \
    
  --enable-asm \
    
  --enable-version3"
    

    
./configure $FFMPEG_FLAGS --extra-cflags="$CFLAGS $EXTRA_CFLAGS" --extra-ldflags="$EXTRA_LDFLAGS"

    Configure Result(Part of config.mak) :

    ifndef FFMPEG_CONFIG_MAK
    
FFMPEG_CONFIG_MAK=1
    
FFMPEG_CONFIGURATION=--prefix=/tmp/ffmpeg/build --target-os=linux --arch=arm --enable-cross-compile --cross-prefix=arm-linux-androideabi- --enable-shared --disable-symver --disable-doc --disable-ffplay --disable-ffmpeg --disable-ffprobe --disable-ffserver --disable-avdevice --disable-avfilter --disable-encoders --disable-muxers --disable-filters --disable-devices --disable-everything --enable-protocols --enable-parsers --enable-demuxers --disable-demuxer=sbg --enable-decoders --enable-bsfs --enable-network --enable-swscale --enable-asm --enable-version3 --extra-cflags=&#39;-O3 -Wall -mthumb -pipe -fpic -fasm   -finline-limit=300 -ffast-math   -fstrict-aliasing -Werror=strict-aliasing   -fmodulo-sched -fmodulo-sched-allow-regmoves   -Wno-psabi -Wa,--noexecstack   -D__ARM_ARCH_5__ -D__ARM_ARCH_5E__   -D__ARM_ARCH_5T__ -D__ARM_ARCH_5TE__   -DANDROID -DNDEBUG -march=armv7-a -mfpu=neon -mfloat-abi=softfp -mvectorize-with-neon-quad&#39; --extra-ldflags=&#39;-Wl,--fix-cortex-a8&#39;
    
prefix=/tmp/ffmpeg/build
    
LIBDIR=$(DESTDIR)${prefix}/lib
    
SHLIBDIR=$(DESTDIR)${prefix}/lib
    
INCDIR=$(DESTDIR)${prefix}/include
    
BINDIR=$(DESTDIR)${prefix}/bin
    
DATADIR=$(DESTDIR)${prefix}/share/ffmpeg
    
MANDIR=$(DESTDIR)${prefix}/share/man
    
SRC_PATH=.
    
ifndef MAIN_MAKEFILE
    
SRC_PATH:=$(SRC_PATH:.%=..%)
    
endif
    
CC_IDENT=gcc 4.6
    
 (GCC)
    
ARCH=arm
    
CC=arm-linux-androideabi-gcc
    
CXX=arm-linux-androideabi-g++
    
AS=arm-linux-androideabi-gcc
    
LD=arm-linux-androideabi-gcc
    
DEPCC=arm-linux-androideabi-gcc
    
DEPCCFLAGS= $(CPPFLAGS)
    
DEPAS=arm-linux-androideabi-gcc
    
DEPASFLAGS= $(CPPFLAGS)
    
YASM=yasm
    
DEPYASM=yasm
    
AR=arm-linux-androideabi-ar
    
ARFLAGS=rc
    
AR_O=$@

    But when I make it

    CC  libavformat/4xm.o
    
In file included from ./libavutil/bswap.h:35:0,
    
                 from ./libavutil/intreadwrite.h:25,
    
                 from libavformat/4xm.c:30:
    
./config.h:8:18: warning: missing terminating " character [enabled by default]
    
In file included from ./libavutil/bswap.h:35:0,
    
                 from ./libavutil/intreadwrite.h:25,
    
                 from libavformat/4xm.c:30:
    
./config.h:9:7: warning: missing terminating " character [enabled by default]
    
./config.h:9:2: error: missing terminating " character
    
In file included from ./libavutil/intreadwrite.h:25:0,
    
                 from libavformat/4xm.c:30:
    
./libavutil/bswap.h:58:1: error: expected &#39;=&#39;, &#39;,&#39;, &#39;;&#39;, &#39;asm&#39; or &#39;__attribute__&#39; before &#39;static&#39;
    
common.mak:48: recipe for target `libavformat/4xm.o&#39; failed
    
make: *** [libavformat/4xm.o] Error 1

    It is the character error and I guess it is the windows character(I'm using cygwin), I tried dos2unix but it didn't work. Please help me and thanks for advising.

  • lavc/aacenc_utils : replace powf(x,y) by expf(logf(x), y)

    8 mars 2016, par Ganesh Ajjanagadde
    lavc/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 total
    

    after :
    
ffmpeg -i sin.flac -acodec aac -y sin_new.aac  5.67s user 0.03s system 105% cpu 5.416 total
    

    This 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>
    • [DH] libavcodec/aacenc_utils.h
    • [DH] libavutil/internal.h

Navigation