Recherche avancée

Médias (91)

Autres articles (87)

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

  • List of compatible distributions

    26 avril 2011, par

    The table below is the list of Linux distributions compatible with the automated installation script of MediaSPIP. Distribution nameVersion nameVersion number Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    If you want to help us improve this list, you can provide us access to a machine whose distribution is not mentioned above or send the necessary fixes to add (...)

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

  • FFMPEG YouTube Live Too Fast

    6 avril 2017, par Liam Martens

    So I am streaming video and audio to YouTube as follows

    THE CONTEXT

    1. First I convert a graphic GIF to an MP4 file

    ffmpeg -f gif -i graphic.gif -c:v libx264 -pix_fmt yuv420p -vf scale=1280:-1 temp.mp4

    2. Then I overlay a PNG with text over the MP4

    ffmpeg -i temp.mp4 -i overlay.png -filter_complex "overlay=10:10" '.$graphicsPath.'/graphic.mp4

    3. Then I start the stream the video and combine it with audio using following code (sources.txt is just a concat list *)

    ffmpeg -f concat -i sources.txt -i music.mp3 \
       -c:v libx264 -c:a aac -shortest -deinterlace \
       -pix_fmt yuv420p -preset '.$encoding.' -r 30 -g 60 -b:v 2500k \
       -acodec libmp3lame -ar 44100 -threads 6 -qscale 3 -b:a 712000 \
       -maxrate 800k -bufsize 1400k \
       -f flv rtmp://a.rtmp.youtube.com/live2/KEY

    4. After the stream ends, the code starts over again with a new song to mimic a 247 stream.

    THE ISSUE

    So the issue I am having is that it appears to be streaming too fast. It’s like the opposite of buffering issues where the buffer is way too long (as in a full song buffered by the time the first one has finished if you open the stream)

    Does anyone know how I could throttle the output ? I have tried with maxrate and bufsize but no real result.

    * sources.txt example
    file ’graphic.mp4’
    file ’graphic.mp4’
    file ’graphic.mp4’
    file ’graphic.mp4’
    file ’graphic.mp4’
    file ’graphic.mp4’
    and so on

  • How to set up a continuous stream from Icecast to YouTube Live using FFmpeg ?

    16 mai 2020, par Teymur Gahramanov

    When Icecast servers turns off, FFmpeg trying to reconnect but with only one attempt. Here is error which i get and my script.

    



    [http @ 0x556612e43f80] Stream ends prematurely at 4040716, should be 1844674407370955161597x
[http @ 0x556612e43f80] Will reconnect at 4040716 error=Input/output error.
[tcp @ 0x7fe10400b7a0] Connection to tcp://185.195.26.99:8000 failed: Connection refused
[http @ 0x556612e43f80] Failed to reconnect at 0.
185.195.26.99:8000/radio: Input/output error1:40.96 bitrate=2878.3kbits/s speed=0.997x


    



    After that stream continuing, and YouTube does not break live translation, but it goes empty.

    



    #!/bin/bash

image=../pic/1.jpg #path to image
source=http://***.**.**.**:8000/radio #radio stream as source
youtube_url=rtmp://a.rtmp.youtube.com/live2 #rtmp://a.rtmp.youtube.com/live2
youtube_key=****-****-*****-****
resolution=1920x1080 #stream resolution

###########################################################

stream=FFREPORT=file=../log/stream-%t.log:level=32 ffmpeg \
        -thread_queue_size 1024 \
        -reconnect 1 -reconnect_at_eof 1 -reconnect_streamed 1 -reconnect_delay_max 3600 -i $source \
        -re -loop 1 -i $image \
        -acodec aac -b:a 128k -ar 44100 -strict experimental \
        -vcodec libx264 -preset ultrafast -tune stillimage -r 30 -g 60 -b:v 4500k -minrate 4000k -maxrate 4500k -bufsize 6000k \
        -s $resolution \
        -f flv \
        $youtube_url/$youtube_key\

until $stream ; do
        echo "Restarting stream ..."
        sleep 2
done


    


  • Use FFMPEG to restream RTMP source to YouTube - no video stream in output

    5 février 2018, par Mike Miller

    I am attempting to grab the .m3u8 file from an nginx-rtmp server and pass it along to YouTube rtmp. I believe this to be possible (for example here : https://stackoverflow.com/a/11978820/1552594 although this is on the same host). The command I am using is :

    ffmpeg -analyzeduration 0 -i \
    http://source.rtmp.server/hls/stream.m3u8 -pix_fmt yuv420p \
    -f flv rtmp://a.rtmp.youtube.com/live2/xxxx-xxxx-xxxx-xxxx

    However the output contains only audio and YouTube doesn’t like it. The command produces following :

    NOOO VIDEOOOO

    As you can see no Video stream in output metadata, stream mapping shows only audio and the trace shows 0kb of Video for 651kb of Audio

    Any help much appreciated

    MORE INFO

    Improved version of the command lifted from this article :

    https://judge2020.com/restreaming-a-m3u8-hls-stream-to-youtube-using-ffmpeg/

    "Restreaming a m3u8 HLS stream to Youtube using FFMPEG" AKA exactly what I am trying to do.

    The command I am sending is now :

    ffmpeg -re -i "http://source.rtmp.server/hls/stream.m3u8" \
    -strict -2 -c:v copy -c:a aac -ar 44100 -ab 128k -ac 2 -flags \
    +global_header -bsf:a aac_adtstoasc -bufsize 3000k -f flv \
    "rtmp://a.rtmp.youtube.com/live2/xxx-xxxx-xxxx-xxxx"

    I got pretty much exactly the same response except with the Audio being read and output using aac codec.

    enter image description here

    MORE MORE INFO

    I have found that adding a mapping can force the video stream into the output :

    ffmpeg -re -i "http://source.rtmp.server/hls/stream.m3u8" \
    -strict -2 -c:v copy -c:a -map 0:0 -map 0:1 -ar 44100 -ab 128k -ac 2 \
    -flags +global_header -bsf:a aac_adtstoasc -bufsize 1000k \
    -f flv "rtmp://a.rtmp.youtube.com/live2/xxxx-xxxx-xxxx-xxxx"

    This throws up the error that has presumably been resulting in the video stream being silently dropped :

    enter image description here