Recherche avancée

Médias (1)

Mot : - Tags -/iphone

Autres articles (61)

  • L’utiliser, en parler, le critiquer

    10 avril 2011

    La première attitude à adopter est d’en parler, soit directement avec les personnes impliquées dans son développement, soit autour de vous pour convaincre de nouvelles personnes à l’utiliser.
    Plus la communauté sera nombreuse et plus les évolutions seront rapides ...
    Une liste de discussion est disponible pour tout échange entre utilisateurs.

  • Les statuts des instances de mutualisation

    13 mars 2010, par

    Pour des raisons de compatibilité générale du plugin de gestion de mutualisations avec les fonctions originales de SPIP, les statuts des instances sont les mêmes que pour tout autre objets (articles...), seuls leurs noms dans l’interface change quelque peu.
    Les différents statuts possibles sont : prepa (demandé) qui correspond à une instance demandée par un utilisateur. Si le site a déjà été créé par le passé, il est passé en mode désactivé. publie (validé) qui correspond à une instance validée par un (...)

  • MediaSPIP Init et Diogène : types de publications de MediaSPIP

    11 novembre 2010, par

    À l’installation d’un site MediaSPIP, le plugin MediaSPIP Init réalise certaines opérations dont la principale consiste à créer quatre rubriques principales dans le site et de créer cinq templates de formulaire pour Diogène.
    Ces quatre rubriques principales (aussi appelées secteurs) sont : Medias ; Sites ; Editos ; Actualités ;
    Pour chacune de ces rubriques est créé un template de formulaire spécifique éponyme. Pour la rubrique "Medias" un second template "catégorie" est créé permettant d’ajouter (...)

Sur d’autres sites (7493)

  • 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".

  • Anomalie #3675 (Nouveau) : fsockopen => lenteur dans inc/queue

    6 février 2016, par Gilles VINCENT

    Sur 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#L308

    Il faudrait regarder d’autres frameworks..

  • FFMPEG libavformat internal buffering

    4 octobre 2013, par Theodor

    I'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.

Navigation