Recherche avancée

Médias (0)

Mot : - Tags -/api

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (58)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

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

Sur d’autres sites (7622)

  • ffmpeg - audio is 500ms behind video in screen recording

    3 octobre 2020, par Riz

    I am trying to record my screen along with the audio using ffmpeg 4.3. But in the final output, my audio is around 500ms to 1sec behind the video. Why is this happening ? How this can be fixed ? Here is the command I am using on Windows 10 machine :

    


    


    ffmpeg.exe -threads 4 -rtbufsize 1024m -f dshow -i audio="Microphone
(Realtek Audio)" -f gdigrab -offset_x 0 -offset_y 0 -video_size
1920x1080 -framerate 30 -probesize 32 -i desktop -pix_fmt yuv420p -c:v
libx264 -crf 28 -preset ultrafast -tune zerolatency -movflags
+faststart test.mp4

    


    


  • Evolution #4180 : Cacher les blocs Forums et Pétitions lorsque ces fonctionnalités ne sont pas uti...

    17 mars 2020, par tcharlss (*´_ゝ`)

    Hmmmm, faut que je me remette tout ça en tête, parcequ’il y a bien une PR mais elle a rien à voir avec ce ticket :p https://git.spip.net/spip/petitions/pulls/1

    Pourtant je me souviens bien avoir fait le dev en local, mais je sais plus si j’ai fait de PR au final.
    Je verrais après le café.

  • FFMPEG RTMP STREAM RECORDING TIMEOUT

    11 novembre 2020, par abreski

    [SOLVED] — solution in FINAL EDIT
i am recording an rtmp livestream with ffmpeg, and looking to add a flag that will automatically stop processing the moment new data stops arriving.

    


    If i start and stop the script (stop by killing the process on demand), everything is fine, recording is saved and can be played.
However, when the stream is stopped from the source without a manual call to STOP, the script will still run for a bit and the resulting file will be corrupted (tested with manual stop call - works , and with stopping the stream before the recording , simulating browser/tab close or disconnect - fails)

    


    the command i'm running

    


    $command = "ffmpeg -i {$rtmpUrl} -c:v copy -c:a copy -t 3600 {$path} >/dev/null  2>/dev/null &";
$res = shell_exec($command)


    


    i tried adding -timeout 0 option before and after the input like this

    


    $command = "ffmpeg -timeout 0 -i {$rtmpUrl} -c:v copy -c:a copy -t 3600 {$path} >/dev/null  2>/dev/null &"; 


    


    and

    


    $command = "ffmpeg -i {$rtmpUrl} -c:v copy -c:a copy -timeout 0 -t 3600 {$path} >/dev/null  2>/dev/null &";


    


    but no improvement.

    


    What am i missing here ? is there any way to automatically stop the script when new data stops ariving from the livestream (meaning that stream is stopped and recording should stop aswell).

    


    Note $rtmpUrl and $path have been checked and everything works fine as long as the script is stopped before the livestream ends.

    


    Any suggestions are highly appreciated

    


    LATER EDIT : realised timeout was set in the wrong place, added it first but result was still the same, so still looking for any suggestions

    


    $command = "timout 0 ffmpeg -i {$rtmpUrl} -c:v copy -c:a copy -t 3600 {$path} >/dev/null  2>/dev/null &";


    


    FINAL EDIT
in case someone finds this thread looking for a solution in a similar case,
solved, timeout was not what i was looking for, instead using the -re flag fixed it for us.
Now script stops when no more new frames come in

    


    $command = "ffmpeg -re -i {$rtmpUrl} -c:v copy -c:a copy -t 3600 {$path} >/dev/null  2>/dev/null &";