Recherche avancée

Médias (1)

Mot : - Tags -/book

Autres articles (41)

  • (Dés)Activation de fonctionnalités (plugins)

    18 février 2011, par

    Pour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
    SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
    Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
    MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...)

  • Activation de l’inscription des visiteurs

    12 avril 2011, par

    Il est également possible d’activer l’inscription des visiteurs ce qui permettra à tout un chacun d’ouvrir soit même un compte sur le canal en question dans le cadre de projets ouverts par exemple.
    Pour ce faire, il suffit d’aller dans l’espace de configuration du site en choisissant le sous menus "Gestion des utilisateurs". Le premier formulaire visible correspond à cette fonctionnalité.
    Par défaut, MediaSPIP a créé lors de son initialisation un élément de menu dans le menu du haut de la page menant (...)

  • MediaSPIP : Modification des droits de création d’objets et de publication définitive

    11 novembre 2010, par

    Par défaut, MediaSPIP permet de créer 5 types d’objets.
    Toujours par défaut les droits de création et de publication définitive de ces objets sont réservés aux administrateurs, mais ils sont bien entendu configurables par les webmestres.
    Ces droits sont ainsi bloqués pour plusieurs raisons : parce que le fait d’autoriser à publier doit être la volonté du webmestre pas de l’ensemble de la plateforme et donc ne pas être un choix par défaut ; parce qu’avoir un compte peut servir à autre choses également, (...)

Sur d’autres sites (9167)

  • Merge commit ’6b58e11a8331690ec32e9869db89ae10c54614e9’

    14 août 2013, par Michael Niedermayer
    Merge commit ’6b58e11a8331690ec32e9869db89ae10c54614e9’

    * commit ’6b58e11a8331690ec32e9869db89ae10c54614e9’ :
    
  rtpproto : Add an option for writing return packets to the address of the last received packets
    

    Merged-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavformat/rtpproto.c

  • rtpproto : Add an option for writing return packets to the address of the last receive...

    13 août 2013, par Martin Storsjö
    rtpproto : Add an option for writing return packets to the address of the last received packets

    If we’ve received packets on the same socket before, the return
    
packets are sent to that address. If we’ve only received packets
    
on the other socket, try to guess the source port for the other
    
one assuming the basic ×1 logic.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavformat/rtpproto.c

  • 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