Recherche avancée

Médias (0)

Mot : - Tags -/masques

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

Autres articles (94)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

Sur d’autres sites (4829)

  • Linking VLC build to ffmpeg build libraries

    14 mars 2017, par gatorface

    I’m receiving the following error message when attempting to build VLC :

    checking for mad_bit_init in -lmad... yes
    checking for MPG123... yes
    checking for libavutil variant... libav
    checking for GST_APP... yes
    checking for GST_VIDEO... yes
    checking for AVCODEC... no
    configure: error: Requested 'libavcodec >= 57.16.0' but version of libavcodec is 56.1.0. Pass --disable-avcodec to ignore this error.

    I am running the command (first step of Configuration from link below, I did the contrib method and built everything else as well) :

    ./configure

    So let’s get the obvious out of the way : I’m missing the most recent version of libavcodec (v57). Using --disable-avcodec is not a viable solution. Doing a quick apt-file search libavcodec I’m seeing that for debian/jessie the latest version published is libavcodec56, not 57. I did also notice that libavcodec57 was available for installation with ffmpeg here https://ffmpeg.org/download.html

    I actually needed to also build ffmpeg from source. So I did that, worked my way through the dependencies without too much trouble using the guide linked to below.

    So here is my issue : After building and doing a make install of ffmpeg, I still get that error above, despite having the latest libavcodec freshly compiled.

    So my question is : since I used that guide, I am still getting the error when building vlc. I see that the lib exists her : /root/ffmpeg_build/lib/libavcodec.a, and I figured make install would put it where it needs to be. Is there some other compile flag I can set while compiling vlc to point it to that lib directory to look for libavcodec ?

    ffmpeg build : https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu
    vlc build : https://wiki.videolan.org/UnixCompile/


    UPDATE : tried this, still getting the error message : PKG_CONFIG_PATH="/root/ffmpeg_build/lib:$PKG_CONFIG_PATH" LD_LIBRARY_PATH="/root/ffmpeg_build/lib:$LD_LIBRARY_PATH" ./configure


    UPDATE2 : tried this, still getting the error message : ./configure --libdir="/root/ffmpeg_build/lib:$LIBDIR"


    UPDATE3 : I tried merging my ffmpeg libs into my vlc libs and may have made things worse. My ffmpeg libs lived here : /root/ffmpeg_build/lib
    My vlc build (contrib builds as well) lived here : /opt/vlc/

    So I merged them with my existing vlc contrib lib :

    cp /root/ffmpeg_build/lib/* /opt/vlc/contrib/x86_64-linux-gnu/lib/
    cp /root/ffmpeg_build/lib/pkgconfig/* /opt/vlc/contrib/x86_64-linux-gnu/lib/pkgconfig/

    Then ran configure :
    ./configure --with-contrib=contrib/x86_64-linux-gnu

    Which finally worked, but now I get this error when I try to make :

    Now I get the error :
    /usr/bin/ld: /opt/vlc/contrib/x86_64-linux-gnu/lib/libavformat.a(allformats.o): relocation R_X86_64_32 against `ff_a64_muxer' can not be used when making a shared object; recompile with -fPIC

  • avutil : add P016 pixel format

    20 novembre 2016, par Philip Langdale
    avutil : add P016 pixel format
    

    P016 is the 16-bit variant of NV12 (planar luma, packed chroma), using
    two bytes per component.

    It may, and in fact is most likely to, be used in situations where
    there are less than 16 bits of data. It is the responsibility of
    the writer to zero out any unused LSBs.

    • [DH] libavutil/pixdesc.c
    • [DH] libavutil/pixfmt.h
    • [DH] libavutil/version.h
  • vp8/armv6 : mc : avoid boolean expression in calculation

    9 juillet 2016, par Janne Grunau
    vp8/armv6 : mc : avoid boolean expression in calculation
    

    GNU as evaluates true as ’-1’ while Apple’s variant and llvm’s internal
    assembler evaluate it as ’1’. The best way to avoid this madness is to
    eliminate boolean expressions instead of trying to fix it with
    preprocessor directives. Use a direct formula to calculate the
    required temporary space on the stack in
    ff_put_vp8_epel,bilin4,8,16_h[246]v[246]_armv6().

    Fixes a checkasm segfault in vp8dsp.mc when using llvm’s internal
    assembler for a non-Apple target.

    • [DBH] libavcodec/arm/vp8dsp_armv6.S