
Recherche avancée
Médias (1)
-
The pirate bay depuis la Belgique
1er avril 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Image
Autres articles (29)
-
La file d’attente de SPIPmotion
28 novembre 2010, parUne 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 2013Puis-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, parUnlike 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 GalliganChanged 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 GalliganChanged Paths :
Modify /vp9/common/arm/neon/vp9_reconintra_neon.asm
Optimize vp9_tm_predictor_8x8_neon functionChange-Id : Ia12aae491202098ff66366145aa0c3da38dc97e5
-
FFMPEG : Working of parser of a video decoder
4 décembre 2013, par ZaxI'm going through the working of
H.263
video decoders parser inFFMPEG
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