
Recherche avancée
Médias (1)
-
Bug de détection d’ogg
22 mars 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Video
Autres articles (112)
-
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Creating farms of unique websites
13 avril 2011, parMediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)
Sur d’autres sites (14628)
-
How can I manage the download of m3u8 file by ffmpeg ?
2 mai 2021, par erfanHow can I manage the download of m3u8 file by ffmpeg ?


ffmpeg -i "url" -c copy -y "video.mp4"



How can I manage the download request ?


For example, stop downloading


Download reload


Download from the stopped value onwards


And many other things that can be done for management


-
ffmpeg - caching ahead piped input as insurance while maintaining low latency and real-time output
5 décembre 2020, par hedgehog90I'm piping a live transcoded stream into ffmpeg (simplified for brevity) :


mpv playlist --o=- | ffmpeg -re -i - -tune zerolatency -f flv rtmp://blah.com/live


The piped input usually runs above 1x encoding speed, but every now and then it can run a little slower than real-time (just a momentary 0.99x or 0.98x dip).
When this happens, the rtmp server (a popular streaming service with an audience) output will pause momentarily for a couple seconds usually.


To overcome this I want ffmpeg to cache a few seconds in advance, so mpv's output (which outputs at whatever speed it's read, so potentially very fast) can supply ffmpeg with a little extra, and whenever mpv goes a little under 1x speed, there's a little insurance that ffmpeg has cached away. This should be doable while maintaining the lowest possible latency.


Question is, how ?


-
Merge commit ’ff7adead0a667e606f5a41dca591f074f9ff2f32’
29 mars 2015, par Michael Niedermayer