Recherche avancée

Médias (0)

Mot : - Tags -/serveur

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

Autres articles (71)

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

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

Sur d’autres sites (7754)

  • cmake/configure.ac : Enable -fstack-protector-strong by default

    19 novembre 2019, par NotTsunami
    cmake/configure.ac : Enable -fstack-protector-strong by default

    This commit contains the following changes :
    

    - Drops -fstack-protector in favor of -fstack-protector-strong.
    
  Consequently, the ssp-buffer-size parameter has been removed as
    
  -fstack-protector-strong ignores array size.
    

    - Add new global opt-out for stack smash protection. This is enabled
    
  by default for both autotools and CMake builds. Users can opt out
    
  of stack smash protection by passing -DWITH_STACK_PROTECTOR=OFF to
    
  CMake or —disable-stack-smash-protection when running ./configure.
    

    - Renames HAVE_SSP_FLAG to HAVE_STACK_PROTECTOR_FLAG in
    
  CMakeLists.txt to be more readable.
    • [DH] CMakeLists.txt
    • [DH] configure.ac
    • [DH] m4/stack_protect.m4

  • Revert "avformat/rtp : Pass sources and block filter addresses via sdp file for rtp"

    5 avril 2020, par Carl Eugen Hoyos
    Revert "avformat/rtp : Pass sources and block filter addresses via sdp file for rtp"

    This reverts commit b71685865fe761925feedda3cd0b288224d9a509.
    

    The commit lead to the use of an uninitialized variable.
    
Other issues were listed by Andreas Rheinhardt :
    
https://ffmpeg.org/pipermail/ffmpeg-devel/2020-March/259150.html
    • [DH] libavformat/rtsp.c

  • Revision bdc4371174 : Take out assertion from inverse transforms Separate the rounding and right shif

    16 novembre 2013, par Jingning Han

    Changed Paths :
     Modify /vp9/common/vp9_idct.h


     Modify /vp9/encoder/vp9_dct.c



    Take out assertion from inverse transforms

    Separate the rounding and right shift operations of forward transform
    from those of inverse transform. Take out the assertion check from
    inverse transforms. If the transform coefficients were constructed to
    cause intermediate steps of inverse transform overflow, the codec will
    just let it overflow without breaking the decoding flow.

    Change-Id : I73cfc3706c4e840fc543a77cbc4cdb0b05d07730

Navigation