Recherche avancée

Médias (91)

Autres articles (66)

  • Soumettre améliorations et plugins supplémentaires

    10 avril 2011

    Si vous avez développé une nouvelle extension permettant d’ajouter une ou plusieurs fonctionnalités utiles à MediaSPIP, faites le nous savoir et son intégration dans la distribution officielle sera envisagée.
    Vous pouvez utiliser la liste de discussion de développement afin de le faire savoir ou demander de l’aide quant à la réalisation de ce plugin. MediaSPIP étant basé sur SPIP, il est également possible d’utiliser le liste de discussion SPIP-zone de SPIP pour (...)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • XMP PHP

    13 mai 2011, par

    Dixit Wikipedia, XMP signifie :
    Extensible Metadata Platform ou XMP est un format de métadonnées basé sur XML utilisé dans les applications PDF, de photographie et de graphisme. Il a été lancé par Adobe Systems en avril 2001 en étant intégré à la version 5.0 d’Adobe Acrobat.
    Étant basé sur XML, il gère un ensemble de tags dynamiques pour l’utilisation dans le cadre du Web sémantique.
    XMP permet d’enregistrer sous forme d’un document XML des informations relatives à un fichier : titre, auteur, historique (...)

Sur d’autres sites (6303)

  • Does this code contain a potential memory leak ?

    26 juillet 2017, par Johnnylin

    Here is the code :

    cv::Mat YV12ToBRG24_FFmpeg(unsigned char* pYUV, int width,int height)
    
{
    
    if (width < 1 || height < 1 || pYUV == nullptr){
    
        return cv::Mat();
    
    }
    

    
    cv::Mat result(height,width,CV_8UC3, cv::Scalar::all(0));
    
    uchar* pBGR24 = result.data;
    

    
    AVFrame* pFrameYUV = av_frame_alloc();
    
    pFrameYUV->width = width;
    
    pFrameYUV->height = height;
    
    pFrameYUV->format = AV_PIX_FMT_YUV420P;
    
    av_image_fill_arrays(pFrameYUV->data, pFrameYUV->linesize, pYUV, AV_PIX_FMT_YUV420P, width, height, 1);
    

    
    //U,V exchange
    
    uint8_t * ptmp=pFrameYUV->data[1];
    
    pFrameYUV->data[1]=pFrameYUV->data[2];
    
    pFrameYUV->data[2]=ptmp;
    

    
    AVFrame* pFrameBGR = av_frame_alloc();
    
    pFrameBGR->width = width;
    
    pFrameBGR->height = height;
    
    pFrameBGR->format = AV_PIX_FMT_BGR24;
    
    av_image_fill_arrays(pFrameBGR->data, pFrameBGR->linesize, pBGR24, AV_PIX_FMT_BGR24, width, height, 1);
    

    
    struct SwsContext* imgCtx = nullptr;
    
    imgCtx = sws_getContext(width,height,AV_PIX_FMT_YUV420P,width,height,AV_PIX_FMT_BGR24,SWS_BILINEAR,0,0,0);
    
    if (imgCtx != nullptr){
    
        sws_scale(imgCtx,pFrameYUV->data,pFrameYUV->linesize,0,height,pFrameBGR->data,pFrameBGR->linesize);
    
        sws_freeContext(imgCtx);
    
        imgCtx = nullptr;
    
        ptmp = nullptr;
    
        pBGR24 = nullptr;
    
        av_frame_free(&pFrameYUV);
    
        av_frame_free(&pFrameBGR);
    
        return result;
    
    }
    
    else{
    
        sws_freeContext(imgCtx);
    
        imgCtx = nullptr;
    
        ptmp = nullptr;
    
        pBGR24 = nullptr;
    
        av_frame_free(&pFrameYUV);
    
        av_frame_free(&pFrameBGR);
    
        return cv::Mat();
    
    }
    
}

    This function is called every 40 ms (25 fps) and I saw a significant memory increase after several days(like 12GB). But if I ran this code for hours, the memory leak problem would not be obvious enough to be observed.

    Can anyone help ?
    Thanks.

  • avformat/hevc : Fix potential leak in case of ff_hevc_annexb2mp4_buf failure

    23 janvier 2020, par Andreas Rheinhardt
    avformat/hevc : Fix potential leak in case of ff_hevc_annexb2mp4_buf failure

    ff_hevc_annexb2mp4_buf() could indicate an error, yet leave cleaning
    
after itself to the caller, so that a caller could not simply return the
    
error, but had to free the buffer first.
    

    (Given that all current callers have set filter_ps = 0, this error can
    
currently not be triggered.)
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    
Signed-off-by : James Almer <jamrial@gmail.com>
    • [DH] libavformat/hevc.c
    • [DH] libavformat/hevc.h

  • lavc/vaapi_{decode, av1} : Fix memory leak in fail codepath

    1er juillet 2024, par Fei Wang
    lavc/vaapi_decode, av1 : Fix memory leak in fail codepath

    Signed-off-by : Fei Wang <fei.w.wang@intel.com>
    • [DH] libavcodec/vaapi_av1.c
    • [DH] libavcodec/vaapi_decode.c

Navigation