Recherche avancée

Médias (0)

Mot : - Tags -/auteurs

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (51)

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

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, 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 (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

Sur d’autres sites (5431)

  • avcodec_decode_video2 : what do the extra bytes prevent ?

    17 septembre 2013, par TopGunCoder

    In the documentation for avcodec_decode_video2 it gives the following warning :

    Warning :

    The input buffer must be FF_INPUT_BUFFER_PADDING_SIZE larger than the
    actual read bytes because some optimized bitstream
    readers read 32 or 64 bits at once and could read over the end. The
    end of the input buffer buf should be set to 0 to ensure that no
    overreading happens for damaged MPEG streams.

    If this were not implemented would this cause segmentation faults when overreading occurs ? Or would it potentially cause weird corruption ? I'm just curious as I have corruption and I'm not sure if this could potentially be causing my problem.

  • mov : Prevent segfaults on mov_write_hdlr_tag

    19 août 2013, par Luca Barbato
    mov : Prevent segfaults on mov_write_hdlr_tag

    Do not segfault when writing tracks such as tmcd by writing them down
    
as generic DataHandlers if not known.
    • [DBH] libavformat/movenc.c

  • Revision 2f4a2a1268 : Add clamp to prevent out of bound access For bad input data, the decoder may ac

    15 octobre 2013, par Yaowu Xu

    Changed Paths :
     Modify /vp9/decoder/vp9_dsubexp.c



    Add clamp to prevent out of bound access

    For bad input data, the decoder may access the array out of bounds. The
    commit added clamp to prevent such out of bound access

    Change-Id : I0a1cfd9b8786ea7113a998053c76605c963b077a

Navigation