Recherche avancée

Médias (1)

Mot : - Tags -/censure

Autres articles (29)

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

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (4620)

  • Revision 183361dadb : Merge "Optimize vp9_tm_predictor_8x8_neon function"

    25 janvier 2014, par Frank Galligan

    Changed Paths :
     Modify /vp9/common/arm/neon/vp9_reconintra_neon.asm



    Merge "Optimize vp9_tm_predictor_8x8_neon function"

  • Revision 56a8a0b54b : Optimize vp9_tm_predictor_8x8_neon function Change-Id : Ia12aae491202098ff663661

    24 janvier 2014, par Frank Galligan

    Changed Paths :
     Modify /vp9/common/arm/neon/vp9_reconintra_neon.asm



    Optimize vp9_tm_predictor_8x8_neon function

    Change-Id : Ia12aae491202098ff66366145aa0c3da38dc97e5

  • FFMPEG : Working of parser of a video decoder

    4 décembre 2013, par Zax

    I'm going through the working of H.263 video decoders parser in FFMPEG multimedia framework.

    What i know :

    Every video decoder needs a parser to fetch frames from a given input stream and once data related to a frame is obtained, it is sent to the decoder for decoding process.

    Every codec's parser needs to define a structure of type AVCodecParser. This structure has a function pointers :

    .parser_parse -> Points to the function which deals with the parsing functionality

    .parser_close -> points to a function that performs buffer deallocation.

    Taking the example of a video decoder H.264, it has a parser function as shown below :

    static int h263_parse(AVCodecParserContext *s,
                              AVCodecContext *avctx,
                              const uint8_t **poutbuf, int *poutbuf_size,
                              const uint8_t *buf, int buf_size)
    {
       ParseContext *pc = s->priv_data;
       int next;

       if (s->flags & PARSER_FLAG_COMPLETE_FRAMES) {
           next = buf_size;
       } else {
           next= ff_h263_find_frame_end(pc, buf, buf_size);

           if (ff_combine_frame(pc, next, &buf, &buf_size) < 0) {
               *poutbuf = NULL;
               *poutbuf_size = 0;
               return buf_size;
           }
       }

       *poutbuf = buf;
       *poutbuf_size = buf_size;
       return next;
    }

    Could anyone please explain, the parameters of the above function.

    According to me :

    poutbuf-> is a pointer that points to parsed frame data.

    poutbuf_size-> contains the size of the data.

    Are my above assumptions right ? Which parameter holds the input buffer data ? And what is the above parse function returning ? Also a brief explanation for the above code will be anyone who is referring to the post. Any information regarding the same will be really helpful.

    Thanks in advance.

    -Regards