Recherche avancée

Médias (91)

Autres articles (41)

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

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

Sur d’autres sites (7860)

  • lavc/dxv : fix incorrect back-reference index calculation in DXT5 decoding

    30 janvier 2024, par Connor Worley
    lavc/dxv : fix incorrect back-reference index calculation in DXT5 decoding

    This bug causes the DXT5 decoder to produce incorrect block texture data.
    
After the fix, textures are visually correct and match data decoded by
    
Resolume Alley (extracted with Nvida Nsight for comparison). Current FATE DXT5
    
samples did not cover this case.
    

    Signed-off-by : Connor Worley <connorbworley@gmail.com>
    • [DH] libavcodec/dxv.c

  • lavc/dxv : assume DXV2 files use premultiplied alpha

    11 février 2024, par Connor Worley
    lavc/dxv : assume DXV2 files use premultiplied alpha

    I generated a DXV2 file with an interesting alpha channel using
    
Adobe Media Encoder 2015 and compared decoding it using Resolume Alley
    
and ffmpeg. Similarly to DXV3 files, Alley expects premultiplied alpha
    
and ffmpeg matches its decoding more closely when it does the same.
    

    Reference file : https://connorworley.com/dxv2-dxt5.mov
    

    Existing FATE tests for DXV2 files do not cover this change.
    

    Signed-off-by : Connor Worley <connorbworley@gmail.com>
    
Signed-off-by : Anton Khirnov <anton@khirnov.net>
    • [DH] libavcodec/dxv.c

  • configure : simplify bigendian check

    27 mars 2024, par J. Dekker
    configure : simplify bigendian check

    The preferred way to use LTO is —enable-lto but often times packagers
    
still end up with -flto in cflags for various reasons. Using grep
    
on binary object files is brittle and relies on specific object
    
representation, which in the case of LLVM bitcode, debug information or
    
other intermediary formats can fail silently.
    

    This patch changes the check to a more commonly used define for GCC
    
style compilers. More checks may be needed to cover other potential
    
compilers that don't use the __BYTE_ORDER__ define.
    

    Signed-off-by : J. Dekker <jdek@itanimul.li>
    • [DH] configure

Navigation