
Recherche avancée
Autres articles (75)
-
Les tâches Cron régulières de la ferme
1er décembre 2010, parLa gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
Le super Cron (gestion_mutu_super_cron)
Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...) -
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir -
Les vidéos
21 avril 2011, parComme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)
Sur d’autres sites (5352)
-
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.