Recherche avancée

Médias (91)

Autres articles (13)

  • Déploiements possibles

    31 janvier 2010, par

    Deux types de déploiements sont envisageable dépendant de deux aspects : La méthode d’installation envisagée (en standalone ou en ferme) ; Le nombre d’encodages journaliers et la fréquentation envisagés ;
    L’encodage de vidéos est un processus lourd consommant énormément de ressources système (CPU et RAM), il est nécessaire de prendre tout cela en considération. Ce système n’est donc possible que sur un ou plusieurs serveurs dédiés.
    Version mono serveur
    La version mono serveur consiste à n’utiliser qu’une (...)

  • Les formats acceptés

    28 janvier 2010, par

    Les commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
    ffmpeg -codecs ffmpeg -formats
    Les format videos acceptés en entrée
    Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
    Les formats vidéos de sortie possibles
    Dans un premier temps on (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (4355)

  • Revision 65f13afd7d : Fix building for arm with Visual Studio 2013 The microsoft build tools explicit

    4 mai 2014, par Martin Storsjo

    Changed Paths :
     Modify /build/make/configure.sh


     Modify /build/make/gen_msvs_vcxproj.sh



    Fix building for arm with Visual Studio 2013

    The microsoft build tools explicitly disallow building for arm in
    the "desktop" target configuration ; one has to target "Windows
    Store" apps (aka WinRT/Metro) or Windows Phone. In Visual Studio
    2012, one could just pick the v110_wp80 toolset which made the
    vcxproj files buildable. In Visual Studio 2013, picking the v120_wp81
    toolset isn’t enough - one has to configure the vcxproj files
    as an "AppContainerApplication". This has the implication that
    you can’t just build a plain .exe (such as the examples) - an .exe
    project would need to have an AppxManifest file. Therefore we can
    only build the library itself.

    If loaded into Visual Studio for Windows (the Windows Store/Phone
    version of Visual Studio, not the Desktop one), the obj_int_extract
    project is omitted since it’s treated as incompatible. Building
    from the command line with msbuild works fine though.

    The armv7-win32-vs12 target was added as part of a638bdf4 even
    though actual use of it hadn’t been tested.

    Change-Id : Iee8088252cf790317aeb6b417d29058225f1f629

  • cmake : fix nasm sources build when building in a separate directory

    8 octobre 2019, par sezero
    cmake : fix nasm sources build when building in a separate directory

    When building in the same directory as the source, it works, but not in
    
a separate directory.  The trailing slash is important with nasm.  Note
    
that include_directories("$CMAKE_CURRENT_SOURCE_DIR/") does not work
    
because cmake seems to strip the trailing slash.
    

    Also relax the cmake version requirement from 3.12 to 3.9 as everywhere
    
else in the tree : it works just fine.
    • [DH] src/libFLAC/ia32/CMakeLists.txt

  • libopenh264enc : Add support for building with OpenH264 1.4

    5 mars 2015, par Martin Storsjö
    libopenh264enc : Add support for building with OpenH264 1.4

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavcodec/libopenh264enc.c

Navigation