Recherche avancée

Médias (1)

Mot : - Tags -/illustrator

Autres articles (43)

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

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

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

Sur d’autres sites (7175)

  • ffmpeg livestream from static image and audio

    23 mai 2017, par boygiandi

    I’m trying to livestream by ffmpeg using static image and audio file. The ffmpeg command like this

    ffmpeg -re -loop 1 -f image2 -i ’/tmp/11.jpg’ -f lavfi -i amovie=/tmp/5117.mp3:loop=999 -video_size 600x480 -c:v libx264 -x264-params keyint=60 -bufsize 500k -c:a aac -ar 44100 -b:a 128k -r 30 -g 60 -pix_fmt yuv420p -f flv "rtmp ://"

    /tmp/11.jpg was generated by another process and keep updated twice per second. The ffmpeg command doesn’t look right, first, it show status like this

    frame= 85 fps=9.4 q=29.0 size= 2261kB time=00:02:24.19 bitrate= 128.4kbits/s speed= 16x

    As you see, 16x is not good, 1x is the right value for livestream. Then, after a while, it show many warning log like this

    [flv @ 0x322bd60] Non-monotonous DTS in output stream 0:1 ; previous : 335993, current : 297752 ; changing to 335993. This may result in incorrect timestamps in the output file.

    Please help to fix it.

  • Pipe input in to ffmpeg stdin

    3 juin 2021, par AbstractDissonance

    I am trying to use ffmpeg to decode audio data. While it works to load from a file, I would like to avoid using files because to do so, means I would have to use a temporary. Instead, I'd like to pipe in the data(which I've previously loaded) using stdin.

    



    Is this possible ?

    



    e.g.,

    



      

    1. Manually load mp3 file
    2. 


    3. Pipe it in to the ffmpeg spawned process
    4. 


    5. Get raw output
    6. 


    



    (it should work with ffprobe and ffplay also)

    


  • lavc/aacpsdsp : use LMUL=2 and amortise strides

    19 novembre 2023, par Rémi Denis-Courmont
    lavc/aacpsdsp : use LMUL=2 and amortise strides
    

    The input is laid out in 16 segments, of which 13 actually need to be
    loaded. There are no really efficient ways to deal with this :
    1) If we load 8 segments wit unit stride, then narrow to 16 segments with
    right shifts, we can only get one half-size vector per segment, or just 2
    elements per vector (EMUL=1/2) - at least with 128-bit vectors.
    This ends up unsurprisingly about as fas as the C code.
    2) The current approach is to load with strides. We keep that approach,
    but improve it using three 4-segmented loads instead of 12 single-segment
    loads. This divides the number of distinct loaded addresses by 4.
    3) A potential third approach would be to avoid segmentation altogether
    and splat the scalar coefficient into vectors. Then we can use a
    unit-stride and maximum EMUL. But the downside then is that we have to
    multiply the 3 (of 16) unused segments with zero as part of the
    multiply-accumulate operations.

    In addition, we also reuse vectors mid-loop so as to increase the EMUL
    from 1 to 2, which also improves performance a little bit.

    Oeverall the gains are quite small with the device under test, as it does
    not deal with segmented loads very well. But at least the code is tidier,
    and should enjoy bigger speed-ups on better hardware implementation.

    Before :
    ps_hybrid_analysis_c : 1819.2
    ps_hybrid_analysis_rvv_f32 : 1037.0 (before)
    ps_hybrid_analysis_rvv_f32 : 990.0 (after)

    • [DH] libavcodec/riscv/aacpsdsp_rvv.S