Recherche avancée

Médias (2)

Mot : - Tags -/media

Autres articles (45)

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

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

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

Sur d’autres sites (7201)

  • doc&tools : Add murge script, for analyzing 3 way conflicts.

    18 août 2016, par Michael Niedermayer
    doc&tools : Add murge script, for analyzing 3 way conflicts.

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] doc/libav-merge.txt
    • [DH] tools/murge

  • tools : Don't include the direct library names when linking

    28 septembre 2023, par Martin Storsjö
    tools : Don't include the direct library names when linking

    When linking the main tools, the object files to link are set up
    
via the variable OBJS-<name>, but for the tools, we've only
    
used the target's list of dependencies.
    

    In most cases, this has been fine, but it has caused specifying
    
the libraries to link in a duplicate fashion ; the linking command
    
has looked like this :
    

        $CC -Llibavutil ... tools/tool.o libavutil/libavutil.a -lavutil
    

    Normally, the libraries to link are handled with "-Llibavutil -lavutil" ;
    
when linking the main fftools, this is how they are linked.
    

    In the case of the binaries under the "tools" directory (within the
    
make variable TOOLS), we've passed the full set of dependencies
    
to the linker, via $^, which does contain the names of the
    
dependency libraries as well.
    

    When libraries are built as regular static libraries, or shared
    
unix libraries, this has all worked fine. When libraries are
    
built as DLLs for Windows, though, the norm is not to pass the
    
actual DLL to the linker, but an import library.
    

    Mingw tools generally can handle linking directly against a DLL
    
as well, but MSVC tools don't support that, and error out with
    
a very cryptic error message :
    

        libavdevice\avdevice.dll : fatal error LNK1107 : invalid or corrupt file : cannot read at 0x2D8
    

    By omitting these parts of the dependencies, linking of these tool
    
executables succeed in MSVC builds with shared libraries enabled.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] Makefile

  • doc : move out merge script to tools

    25 septembre 2016, par Clément Bœsch
    doc : move out merge script to tools
    • [DH] doc/libav-merge.txt
    • [DH] tools/libav-merge-next-commit

Navigation