
Recherche avancée
Autres articles (112)
-
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Creating farms of unique websites
13 avril 2011, parMediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)
Sur d’autres sites (14640)
-
What is the best way to fill AVFrame.data
21 septembre 2015, par Tim HsuI want to transfer opengl framebuffer data to AVCodec as fast as possible.
I’ve already converted RGB to YUV with shader and read it with glReadPixels
I still need to fill AVFrame data manually. Is there any better way ?
AVFrame *frame;
// Y
frame->data[0][y*frame->linesize[0]+x] = data[i*3];
// U
frame->data[1][y*frame->linesize[1]+x] = data[i*3+1];
// V
frame->data[2][y*frame->linesize[2]+x] = data[i*3+2]; -
Error in playing encrypted data from url using ffmpeg
3 février 2015, par Shijin BoseI want to play a video data from url. but the data is given as encrypted. so am first store the data to a buffer and then decrypt and then given to AVformat_open_input. but i found it is not possible to give buffer data toAVformat_open_input function. i can’t store the data to secondary device (dew to security).
is it possible to play an encrypted data from url ?
-
Does AVFrame store AV_PIX_FMT_YUV420P data as YVU ?
28 juin 2017, par PeterI am decoding raw H.265 data using
avcodec_decode_video2
api. When I examine the resulting instancepictYUV
of typeAVFrame,
I see thatpictYUV->format
isAV_PIX_FMT_YUV420P
andpictYUV->data[0]
points to Y-plane. Both of these are expected. However, it appearspictYUV->data[1]
seem to contain V-plane data andpictYUV->data[2]
seem to contain U-plane data. My intuition was thatpictYUV->data
would store YUV planes in that order and not YVU planes. Wondering if the data is always ordered as YVU or is there some flag I failed to look at. Regards.