
Recherche avancée
Autres articles (111)
-
HTML5 audio and video support
13 avril 2011, parMediaSPIP 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 (...) -
ANNEXE : Les plugins utilisés spécifiquement pour la ferme
5 mars 2010, parLe site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)
-
Support audio et vidéo HTML5
10 avril 2011MediaSPIP 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 (15528)
-
Workaround for webbrowsers buffering live webm streams and introducing a delay (how to play live webm stream)
8 juillet 2014, par CoryGI have webm streams coming from an ffserver (16 streams), managed to get all 16 to load at once within a browser, but whether I am playing just one or 16 there is a delay of 3-5 seconds introduced due to either buffering or the handshake plus some kind of compensation to try and sync the timestamps by the browser itself, which leads to my question :
Is it possible to force a browser playing a webm stream via HTML5’s video tag (I only really care about Chrome, but it’s happening in Firefox too) to play from the actual most recent frame (clients and servers share a common NTP server over the LAN, so they are guaranteed to be synced, if that is a factor) as opposed to maintaining a buffer of several seconds and playing from the start of that buffer ?
-
avformat/hls : add option for the m3u8 list load max times
18 novembre 2019, par Steven Liu -
avformat/dhav : Do not evaluate avio_size() multiple times
6 juin, par Michael Niedermayeravformat/dhav : Do not evaluate avio_size() multiple times
Code like FFMIN(MAX_DURATION_BUFFER_SIZE, avio_size(s->pb)) is not safe
as FFMIN() is a macro and avio_size() is thus evaluated multiple
timesReviewed-by : Derek Buitenhuis <derek.buitenhuis@gmail.com>
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>