Recherche avancée

Médias (91)

Autres articles (74)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

Sur d’autres sites (7740)

  • rtmppkt : Repeat the full 32 bit timestamp for chunking continuation packets

    14 janvier 2015, par Martin Storsjö
    rtmppkt : Repeat the full 32 bit timestamp for chunking continuation packets

    This fixes sending chunked packets (packets larger than the output
    
chunk size, which often can be e.g. 4096 bytes) with a timestamp delta
    
(or absolute timstamp, if it’s a timestamp step backwards, or the
    
first packet of the stream) larger than 0xffffffff.
    

    The RTMP spec explicitly says (in section 5.3.1.3.) that packets of
    
type 3 (continuation packets) should include this field, if the
    
previous non-continuation packet had it included.
    

    The receiving code handles these packets correctly.
    

    Pointed out by Cheolho Park.
    

    CC : libav-stable@libav.org
    
Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavformat/rtmppkt.c

  • Revision 7494bba66b : Merge "Prunes out full-rd computation based on modeled rd"

    11 juillet 2013, par Deb Mukherjee

    Changed Paths :
     Modify /vp9/common/vp9_blockd.h


     Modify /vp9/encoder/vp9_rdopt.c



    Merge "Prunes out full-rd computation based on modeled rd"

  • libx264 : Allow full-range yuv422 and yuv444 pixel formats

    17 mars 2015, par Carl Eugen Hoyos
    libx264 : Allow full-range yuv422 and yuv444 pixel formats

    Signed-off-by : Vittorio Giovara <vittorio.giovara@gmail.com>
    • [DBH] libavcodec/libx264.c

Navigation