Recherche avancée

Médias (10)

Mot : - Tags -/wav

Autres articles (36)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

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

  • rtpenc_chain : Don’t copy the time base to the source stream by default

    31 mai 2014, par Martin Storsjö
    rtpenc_chain : Don’t copy the time base to the source stream by default
    

    Only copy it manually in the muxers where it makes sense (rtspenc,
    sapenc). Don’t touch the original AVStream in movenchint, where
    the original AVStream should be kept untouched.

    This fixes the normal tracks in RTP hinted files after
    abb810db - the hint tracks were ok while the normal media tracks
    were broken, noticed by Michael Niedermayer.

    This reverts abb810db but achieves the same effect for the other
    muxers.

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

    • [DH] libavformat/rtpenc_chain.c
    • [DH] libavformat/rtsp.c
    • [DH] libavformat/sapenc.c
  • dxva2/d3d11va : Set _WIN32_WINNT to 0x0602 instead of 0x0600

    25 juillet 2015, par Martin Storsjö
    dxva2/d3d11va : Set _WIN32_WINNT to 0x0602 instead of 0x0600
    

    If _WIN32_WINNT is unset, we force it to a new enough value to
    make sure the necessary definitions are visible.

    When targeting Windows Phone or Windows RT, _WIN32_WINNT should
    be at least 0x0602 - otherwise the windows headers themselves
    can cause errors (which technically are bugs in the headers).

    Raising this value here shouldn’t hurt ; the alternative would
    be to not touch it at all if WINAPI_FAMILY is set to phone/app,
    or to force setting it to 0x0602 in configure if unset (for phone/app).

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

    • [DH] configure
    • [DH] libavcodec/d3d11va.h
    • [DH] libavcodec/dxva2.h
  • avcodec/amfdec,rkmppdec : Use correct extradata with BSFs

    11 juin, par Andreas Rheinhardt
    avcodec/amfdec,rkmppdec : Use correct extradata with BSFs
    

    Otherwise the extradata used would be ISOBMFF if the input is
    even though we use the *_mp4toannexb BSFs to convert it to
    annex B to feed it to the actual decoder.

    (The mediacodec decoders also use said BSFs, yet they process
    the extradata in a way that works even when using the ISOBMFF
    extradata ; in fact, using the converted extradata would break
    their check for whether to warn for missing extradata for
    the ISOBMFF without-in-band-header profiles.

    Furthermore, there are several users of the *_mp4toannexb BSFs
    that don't ever touch extradata. They have not been touched.)

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

    • [DH] libavcodec/amfdec.c
    • [DH] libavcodec/decode_bsf.h
    • [DH] libavcodec/rkmppdec.c