Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (99)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 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 (...)

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

  • (Dés)Activation de fonctionnalités (plugins)

    18 février 2011, par

    Pour 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 (10134)

  • How do I convert image frames into a video using ffmpeg ? [closed]

    15 décembre 2023, par user123

    I have a bunch of individual frames and I was wondering if I could use something like FFMpeg to convert it to an mp4 ? Here is what all my files look like

    


    They start off exportsequence_ then a string of numbers in order of frame. The video is in 30 fps and I believe it to be around 12 or so minutes. Is there a command I can use to do this ?

    


  • avformat/cache : Avoid int-overflow in cache compare function

    9 novembre 2015, par Bryan Huh
    avformat/cache : Avoid int-overflow in cache compare function
    

    cache protocol indexes its cache using AVTreeNodes which require a cmp
    function for inserting and searching new cache-entries. This cmp
    function expects a 32-bit int return value (negative, zero, or positive)
    but the cache cmp function returns an int64_t which can overflow the
    int, giving negative numbers for when it should be positive, vice versa.
    This manifests itself only for very large files (e.g. 4GB+)

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavformat/cache.c
  • swresample/resample : speed up Blackman Nuttall filter

    9 novembre 2015, par Ganesh Ajjanagadde
    swresample/resample : speed up Blackman Nuttall filter
    

    This may be a slightly surprising optimization, but is actually based on
    an understanding of how math libraries compute trigonometric functions.
    Explanation is given here so that future development uses libm more effectively
    across the codebase.

    All libm’s essentially compute transcendental functions via some kind of
    polynomial approximation, be it Taylor-Maclaurin or Chebyshev.
    Correction terms are added via polynomial correction factors when needed
    to squeeze out the last bits of accuracy. Lookup tables are also
    inserted strategically.

    In the case of trigonometric functions, periodicity is exploited via
    first doing a range reduction to an interval around zero, and then using
    some polynomial approximation.

    This range reduction is the most natural way of doing things - else one
    would need polynomials for ranges in different periods which makes no
    sense whatsoever.

    To avoid the need for the range reduction, it is helpful to feed in
    arguments as close to the origin as possible for the trigonometric
    functions. In fact, this also makes sense from an accuracy point of view :
    IEEE floating point has far more resolution for small numbers than big ones.

    This patch does this for the Blackman-Nuttall filter, and yields a
    non-negligible speedup.

    Sample benchmark (x86-64, Haswell, GNU/Linux)
    test : fate-swr-resample-dblp-2626-44100
    old :
    18893514 decicycles in build_filter (loop 1000), 256 runs, 0 skips
    18599863 decicycles in build_filter (loop 1000), 512 runs, 0 skips
    18445574 decicycles in build_filter (loop 1000), 1000 runs, 24 skips

    new :
    16290697 decicycles in build_filter (loop 1000), 256 runs, 0 skips
    16267172 decicycles in build_filter (loop 1000), 512 runs, 0 skips
    16251105 decicycles in build_filter (loop 1000), 1000 runs, 24 skips

    Reviewed-by : Michael Niedermayer <michael@niedermayer.cc>
    Signed-off-by : Ganesh Ajjanagadde <gajjanagadde@gmail.com>

    • [DH] libswresample/resample.c