Recherche avancée

Médias (91)

Autres articles (87)

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

  • List of compatible distributions

    26 avril 2011, par

    The table below is the list of Linux distributions compatible with the automated installation script of MediaSPIP. Distribution nameVersion nameVersion number Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    If you want to help us improve this list, you can provide us access to a machine whose distribution is not mentioned above or send the necessary fixes to add (...)

  • 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 (11793)

  • aarch64 : Implement stack spilling in a consistent way.

    9 octobre 2022, par Reimar Döffinger
    aarch64 : Implement stack spilling in a consistent way.

    Currently it is done in several different ways, which
    
might cause needless dependencies or in case of
    
tx_float_neon.S is incorrect.
    

    Reviewed-by : Martin Storsjö <martin@martin.st>
    
Signed-off-by : Reimar Döffinger <Reimar.Doeffinger@gmx.de>
    • [DH] libavcodec/aarch64/fft_neon.S
    • [DH] libavcodec/aarch64/h264idct_neon.S
    • [DH] libavcodec/aarch64/hevcdsp_sao_neon.S
    • [DH] libavcodec/aarch64/mdct_neon.S
    • [DH] libavcodec/aarch64/me_cmp_neon.S
    • [DH] libavcodec/aarch64/synth_filter_neon.S
    • [DH] libavcodec/aarch64/vp9itxfm_neon.S
    • [DH] libavcodec/aarch64/vp9lpf_16bpp_neon.S
    • [DH] libavcodec/aarch64/vp9lpf_neon.S
    • [DH] libavutil/aarch64/tx_float_neon.S

  • avcodec/vp8 : Move fade_present from context to stack

    9 septembre 2022, par Andreas Rheinhardt
    avcodec/vp8 : Move fade_present from context to stack

    It is only an auxiliary value used for parsing the VP7 frame header.
    

    Reviewed-by : Peter Ross <pross@xvid.org>
    
Reviewed-by : Ronald S. Bultje <rsbultje@gmail.com>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/vp8.c
    • [DH] libavcodec/vp8.h

  • avcodec/dvdec : Avoid stack buffers

    4 septembre 2022, par Andreas Rheinhardt
    avcodec/dvdec : Avoid stack buffers

    Instead reuse the destination RL VLC as scratch space.
    
This is possible, because the (implicit) codes here are already
    
ordered from left-to-right in the tree and because the codelengths
    
are increasing, which implies that mapping from VLC entries to the
    
corresponding entries used to initialize the VLC is monotonically
    
increasing. This means that one can reuse the right end of the
    
destination RL VLC to store the tables used to initialize the VLC
    
with.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/dvdata.h
    • [DH] libavcodec/dvdec.c

Navigation