Recherche avancée

Médias (3)

Mot : - Tags -/image

Autres articles (23)

  • Gestion générale des documents

    13 mai 2011, par

    MédiaSPIP ne modifie jamais le document original mis en ligne.
    Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
    Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La 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 (...)

  • Prérequis à l’installation

    31 janvier 2010, par

    Préambule
    Cet article n’a pas pour but de détailler les installations de ces logiciels mais plutôt de donner des informations sur leur configuration spécifique.
    Avant toute chose SPIPMotion tout comme MediaSPIP est fait pour tourner sur des distributions Linux de type Debian ou dérivées (Ubuntu...). Les documentations de ce site se réfèrent donc à ces distributions. Il est également possible de l’utiliser sur d’autres distributions Linux mais aucune garantie de bon fonctionnement n’est possible.
    Il (...)

Sur d’autres sites (6152)

  • rtmp : Correctly handle the Window Acknowledgement Size packets

    31 janvier 2017, par Martin Storsjö
    rtmp : Correctly handle the Window Acknowledgement Size packets

    This swaps which field is set when the Window Acknowledgement Size
    
and Set Peer BW packets are received, renames the fields in
    
order to clarify their role further and adds verbose comments
    
explaining their respective roles and how well the code currently
    
does what it is supposed to.
    

    The Set Peer BW packet tells the receiver of the packet (which
    
can be either client or server) that it should not send more data
    
if it already has sent more data than the specified number of bytes,
    
without receiving acknowledgement for them. Actually checking this
    
limit is currently not implemented.
    

    In order to be able to check that properly, one can send the
    
Window Acknowledgement Size packet, which tells the receiver of the
    
packet that it needs to send Acknowledgement packets
    
(RTMP_PT_BYTES_READ) at least after receiving a given number of bytes
    
since the last Acknowledgement.
    

    Therefore, when we receive a Window Acknowledgement Size packet,
    
this sets the maximum number of bytes we can receive without sending
    
an Acknowledgement ; therefore when handling this packet we should set
    
the receive_report_size field (previously client_report_size).
    

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

  • doc/issue_tracker : remove patches as we dont use trac to handle patches

    25 octobre 2013, par Michael Niedermayer
    doc/issue_tracker : remove patches as we dont use trac to handle patches

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] doc/issue_tracker.txt

  • doc/examples/encode_audio : Favor a sample rate close to 44khz instead of the maximum...

    30 mars 2017, par Michael Niedermayer
    doc/examples/encode_audio : Favor a sample rate close to 44khz instead of the maximum sample rate

    This is an example, people will copy and use this. The maximum supported is quite
    
unreasonable as a default choice
    

    Reviewed-by : Steven Liu <lingjiujianke@gmail.com>
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] doc/examples/encode_audio.c

Navigation