Recherche avancée

Médias (1)

Mot : - Tags -/Christian Nold

Autres articles (59)

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

  • Recording from online stream and listening to it at the same time (ffmpeg / ffplay)

    28 juin 2016, par Konstantin

    Sometimes I like to record programmes from online radio channels, live or archived streams too. When there is no interesting actual programmes in the radios, I also would like listening to it at the same time while recording. I am using such command lines, which is called from Ruby script - to help parsing radios’ timetables / programme pages and constructing the proper URLs of archived programmes which usually contains some timecode, such as 20160616_083000.mp3, etc.
    So my command line to call from Ruby script looks like :

       programmes.each{|datepart,programme_length|
         cmd=%Q{ffmpeg -y -i http://example.com/stream/#{datepart}.mp3 -t #{programme_length} -c:a libmp3lame -b:a 160k "#{fname}" -c copy -t #{programme_length} -f mp3 -f rtp rtp://127.0.0.1:8888}
         system cmd
    }

    It resides in a loop to record the previously parsed and selected programmes. Of cource the programmes are recorded properly and at the same time ffmpeg streams it as an mp3 rtp stream as well on localhost at the given port. In another terminal window I connect to the streamed data with one-liner as follows :

    while true; do ffplay -i rtp://127.0.0.1:8888 -autoexit; done

    I am using the -autoexit switch which should be stop playing the stream when it is ended and the "while" loop should be connect again to the new stream which is served by the programme recording "each" loop. Unfortunately it keeps playing after the end, and doesn’t initiate a new connection to the newly started stream. How to use ffplay properly to stop playing after rtp stream is ended and let it connect again to the new stream ?

  • checkasm : hevc : Iterate over features first, then over bitdepths

    28 juin 2016, par Martin Storsjö
    checkasm : hevc : Iterate over features first, then over bitdepths
    

    This avoids listing the same feature multiple times in the
    test output. Previously the output contained something like this :

    SSE2 :
    - hevc_mc.qpel [OK]
    - hevc_mc.epel [OK]
    - hevc_mc.unweighted_pred [OK]
    - hevc_mc.qpel [OK]
    - hevc_mc.epel [OK]
    - hevc_mc.unweighted_pred [OK]

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

    • [DBH] tests/checkasm/hevc_mc.c
  • libFLAC : Set decoding status if write callback failed

    13 juillet 2016, par Erik de Castro Lopo
    libFLAC : Set decoding status if write callback failed
    

    Previously, it the write callback failed the error status
    would be set to `FLAC__STREAM_DECODER_READ_FRAME`. Now it
    gets set to `FLAC__STREAM_DECODER_WRITE_STATUS_ABORT`.

    Patch-from : lvqcl <lvqcl.mail@gmail.com>

    • [DH] include/FLAC/stream_decoder.h
    • [DH] src/libFLAC/stream_decoder.c