
Recherche avancée
Autres articles (46)
-
Des sites réalisés avec MediaSPIP
2 mai 2011, parCette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page. -
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 (...) -
De l’upload à la vidéo finale [version standalone]
31 janvier 2010, parLe 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 (...)
Sur d’autres sites (5674)
-
Révision 20697 : Micro-modif dans la page de contrôle des forums :
3 juillet 2013, par esj -- mettre un ancre vers le message de forum même dans le cas interne ;
* prendre en compte les noms de site de longueur 3 ;
* decouper en 2 la fonction principale afin de permettre facilement une surcharge, notamment l’argument "type".
- mettre un ancre vers le message de forum même dans le cas interne ;
-
Anomalie #3675 (Nouveau) : fsockopen => lenteur dans inc/queue
6 février 2016, par Gilles VINCENTSur certains hébergeurs, l’utilisation de fsockopen() à la place de curl() ralentit beaucoup les pages.
Certains utilisateurs désactivent le bloc dans queue_affichage_cron()
cf. http://forum.spip.net/fr_244583.html#forum263615
Mais avant ça, il maudissent le jour où ils sont passé de la version 2.1 à la version 3.x :/Est-ce qu’il n’y a pas de meilleure stratégie que celle actuelle ?
Par exemple, ne pourrait-on pas avoir une variable statique (ou dans un fichier lu par SPIP) qui soit modifié quand on détecte qu’une méthode tombe en timeout ?
Quel était l’inconvénient de la méthode de l’image de qqs pixels ?Wordpress n’utilise pas de socket pour son API Http, mais curl et stream.
https://core.trac.wordpress.org/browser/tags/4.4.2/src/wp-includes/class-http.php#L308Il faudrait regarder d’autres frameworks..
-
FFMPEG libavformat internal buffering
4 octobre 2013, par TheodorI'm using FFMPEG for a C++ audio streaming and playback application.
I use the avformat_open_input function to open an URL to an external compressed audio file and then I step through to stream using av_read_frame. Then for each packet i directly decode the data and queue it in the audio buffer using OpenAL.
My question is if FFMPEG internally prebuffers compressed data from the external URL ?
Does FFMPEG keep downloading data in the background even if I don't call av_read_frame ?
Or is it my responsibility to maintain a intermediate buffer where I download as many packets as possible ahead of time to avoid starving the audio-playback ?
If so, how much does it buffer/download internally ? Can I configure this ?
I have been looking through the documentation but have not found any information on this.
Thanks.
Update :
According to this thread http://ffmpeg.zeranoe.com/forum/viewtopic.php?f=15&t=376 libav should by default prebuffer about 5MB depending on AVFormatContext::max_analyze_duration. However I haven't noticed this behavior and it doesn't seem to change if I alter max_analyze_duration.If I monitor the memory consumption of my process it doesn't increase after I call avformat_open_input and if I simulate slow-network, av_read_frame directly stops working like if it didn't have any packets buffered.