Recherche avancée

Médias (91)

Autres articles (40)

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

  • dxva2 : Clean up definition of _WIN32_WINNT

    15 août 2014, par Diego Biurrun
    dxva2 : Clean up definition of _WIN32_WINNT
    

    Only set a value if _WIN32_WINNT is undefined or smaller than 0x0600. This is
    cleaner than unconditional definition and avoids a number of redefinition
    warnings. Also only define a value in one of the two dxva2 headers.

    • [DBH] libavcodec/dxva2.h
    • [DBH] libavcodec/dxva2_internal.h
  • Make ref and i4x4_mode costs global instead of static

    22 septembre 2017, par Anton Mitrofanov
    Make ref and i4x4_mode costs global instead of static
    

    Fixes some thread safety doubts and makes code cleaner.
    Downside : slightly higher memory usage when calling multiple encoders from the same application.

    • [DH] common/common.h
    • [DH] encoder/analyse.c
    • [DH] encoder/encoder.c
  • configure : Improve the check for the rsync —contimeout option

    24 janvier, par Martin Storsjö
    configure : Improve the check for the rsync —contimeout option
    

    Traditionally, macOS has shipped an old version of rsync that lacked
    support for this option, hence this check (added in
    a8b3f0c5cf548f654e30c981988bb71981a3f8d3).

    However, in macOS 15.x, Apple have switched to providing rsync as a
    different tool, openrsync. The version of openrsync in at least
    macOS 15.2 does include "[—contimeout]" (note the lack of "=" after
    the option), in the output of "rsync —help", but when used, the tool
    errors out with "rsync : —contimeout=60 : unknown option". So apparently
    the tool erroenously lists the option as supported, while it really
    isn't.

    The original rsync tool (with a new enough version) prints
    "—contimeout=SECONDS" in the output of "rsync —help".

    It is unclear which version of openrsync Apple are shipping ; the latest
    upstream openrsync from OpenBSD does support the option and includes
    "[—contimeout=seconds]" in the output of "—help", and older versions
    don't seem to include the option as listed at all.

    Therefore, check for "—conntimeout=" with the "=", this should
    properly detect both new enough rsync and openrsync.

    This fixes running "fate-rsync" on macOS 15.x.

    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DH] configure