Recherche avancée

Médias (1)

Mot : - Tags -/stallman

Autres articles (70)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

Sur d’autres sites (10379)

  • Revision 6ddf1e152a : Fix int64_t to unsigned int conversion warnings Use unsigned int type to store

    28 août 2014, par Jingning Han

    Changed Paths :
     Modify /vp9/encoder/vp9_rdopt.c



    Fix int64_t to unsigned int conversion warnings

    Use unsigned int type to store the sse in the pixel domain. The
    precision is sufficient to handle sse of block size up to 64x64.
    The transform domain version however needs int64_t, since there is
    a transfer gain applied in the forward transformation that might
    cause unsigned int overflow.

    Change-Id : Ifef97c38597e426262290f35341fbb093cf0a079

  • problem in loading texture from AVFrame(android)

    25 mars 2013, par SieuTruc

    I get a problem when loading data from AVFrame to openGL :

    int target_width = 320;
                   int target_height = 240;
                   img_convert_ctx = sws_getContext(pCodecCtx->width, pCodecCtx->height,
                                              pCodecCtx->pix_fmt,
                                              target_width, target_height, PIX_FMT_RGBA, SWS_FAST_BILINEAR,
                                              NULL, NULL, NULL);
                   if(img_convert_ctx == NULL) {
                       LOGE("could not initialize conversion context\n");
                       return;
                   }
                   sws_scale(img_convert_ctx, (const uint8_t* const*)pFrame->data, pFrame->linesize, 0, pCodecCtx->height, pFrameRGB->data, pFrameRGB->linesize);
                   //free(data);
                   int line=target_width*target_height*4;
                   data=(char*)malloc(line);
                   if (!data)
                       LOGE("create data frame fail");
                   LOGE("successful data");
                   filldata(data,pFrameRGB,target_width,target_height);

    with function filldata as :

       static void filldata(char *data,AVFrame *pFrame,int w,int h)
    {uint8_t *frameLine;
       int  yy;
       int i=0;

    for (yy = 0; yy < h; yy++) {

    frameLine = (uint8_t *)pFrame->data[0] + (yy * pFrame->linesize[0]);

    int xx;

    for (xx = 0; xx < w; xx++) {
               int in_offset = xx * 4;

    data[i++] = frameLine[in_offset];

    data[i++] = frameLine[in_offset+1];

    data[i++] = frameLine[in_offset+2];

    data[i++] = frameLine[in_offset+3];
           }
       }
    }

    After that i use data to transfer to

    glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA, *wi, *he, 0, GL_RGBA, GL_UNSIGNED_BYTE, (GLvoid*)data);

    but it cannot show texture, maybe data above and data in function gltextimage2D are different.
    Please help me figure out what is the format for gltextimage2D so i can configure data to show texture. OR anyone has some sample code to show me.

  • ffmpeg buffer not released

    11 mars 2013, par ByteByter

    So, I have written a basic decoder for ffmpeg that simply reads the input frames pixel data (Stored using RGB 8 format), and places it directly into the output buffer. (Also RGB 8) The problem is that when I use this decoder in ffmpeg, it says that there is 1 unreleased buffer.(Tested using ffmpeg -i Test.utah Test.png). Unfortunately, I am unsure of what buffer it is talking about, as I am not creating my own buffer. I have tried releasing the AVContext's coded_frame buffer in my decoders closing method, but this causes segmentation faults.

    Any help would be greatly appreciated.

    static int decode_frame(AVCodecContext *avctx, void *data, int *got_frame, AVPacket *avpkt)
    {
       int ret;           /*Hold return from get_buffer */
       int skipSize;      /*Number of dummy bytes to skip per line*/
       int fseek=8;       /*Location of the first pixel*/
       int i=0; int j=0;  /*Output buffer seek index/Input Buffer seek index*/
       const uint8_t *buf = avpkt->data; /*Hold a pointer to the input buffer*/
       AVFrame *pict=data; /*Hold a pointer to the output buffer*/

       /*Set the output pixel format to RGB8*/
       avctx->pix_fmt = AV_PIX_FMT_RGB8;

       /*Get the width and height*/
       bytestream_get_le32(&buf);
       avctx->width=bytestream_get_le16(&buf);
       avctx->height=bytestream_get_le16(&buf);

       /*Release the old buffer*/
       if (pict->data[0]) avctx->release_buffer(avctx, pict);

       /*Aquire a large enough data buffer to hold the decompressed picture*/
       if (ret=ff_get_buffer(avctx, pict) < 0) return ret;
       skipSize=pict->linesize[0] - avctx->width;

       /*Transfer input buffer to output buffer*/
       for(int y=0;yheight;y++){
           for(int x=0;xwidth;x++){
               pict->data[0][i]=avpkt->data[fseek+j];
               j++;
               i++;
           }
           i+=skipSize;
       }

       /*Inform ffmpeg the output is a key frame and that it is ready for external usage*/
       pict->pict_type        = AV_PICTURE_TYPE_I;
       pict->key_frame        = 1;
       *got_frame=1;
       return 0;
    }