Recherche avancée

Médias (39)

Mot : - Tags -/audio

Autres articles (57)

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

  • rtmpproto : Move the flv header/trailer addition to append_flv_data

    3 octobre 2013, par Martin Storsjö
    rtmpproto : Move the flv header/trailer addition to append_flv_data
    

    update_offset is also called from handle_metadata, where the
    packet header sizes is already included in the size.

    Previously this lead to flv_data/flv_size including 15 uninitialized
    bytes at the end after each call to handle_metadata, making the
    flv demuxer lose sync with the stream.

    Also remove leftover copying in handle_metadata. This is a leftover
    from the refactoring in 5840473. (Previously this final mempcy was
    the one that copied all the packets at once, while this is done
    within the loop right now.) After making sure flv_size is set to
    the right size, this write was out of bounds.

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

    • [DBH] libavformat/rtmpproto.c
  • rtmpproto : Pass the ’live’ parameter in the right unit

    3 octobre 2013, par Martin Storsjö
    rtmpproto : Pass the ’live’ parameter in the right unit
    

    The current magic numbers passed are values in seconds, while the
    parameter itself should be passed over the wire in milliseconds.

    This makes (some/all ?) live streams from Red5 work correctly, that
    previously returned StreamNotFound even with "-rtmp_live live". After
    this commit, the default ’any’ also works on these streams.

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

    • [DBH] libavformat/rtmpproto.c
  • rtmpproto : Move the flv header/trailer addition to append_flv_data

    3 octobre 2013, par Martin Storsjö
    rtmpproto : Move the flv header/trailer addition to append_flv_data
    

    update_offset is also called from handle_metadata, where the
    packet header sizes is already included in the size.

    Previously this lead to flv_data/flv_size including 15 uninitialized
    bytes at the end after each call to handle_metadata, making the
    flv demuxer lose sync with the stream.

    Also remove leftover copying in handle_metadata. This is a leftover
    from the refactoring in 5840473. (Previously this final mempcy was
    the one that copied all the packets at once, while this is done
    within the loop right now.) After making sure flv_size is set to
    the right size, this write was out of bounds.

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

    • [DH] libavformat/rtmpproto.c