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)

  • Revision 8eec5cad50 : Merge "Fixing memory leak introduced in previous commit."

    8 avril 2014, par Dmitry Kovalev

    Merge "Fixing memory leak introduced in previous commit."

  • FFMPEG Decoding - Memory Leak

    1er mai 2013, par Spamdark

    Developing an application for a test, I encountered an error. Meanwhile the packets were proccessed, I got a very horrible problem, a memory leak.

    The av_free_packet is applied correctly, I think (See the code). When I run the app, the memory grows up to 500MB meanwhile it's playing the audio file, that's not normal. VLC or WMplayer (Windows Media Player) just wastes 30/20mb reading that file.

    Here is the code :

    static AVPacket pkt;
    
static uint8_t *audio_pkt_data = NULL;
    
static int audio_pkt_size = 0;
    
static AVFrame frame;
    
static bool first_time = true;
    

    
if(first_time){
    
    first_time=false;
    
}
    

    
int len1, data_size = 0;
    

    
for(;;){
    
    bool do_rt = false;
    

    
    while(audio_pkt_size > 0){
    
        int obt_frame = 0;
    

    
        len1 = avcodec_decode_audio4(_audio_ccontext,&frame,&obt_frame,&pkt);
    
        if(len1 < 0){
    
            audio_pkt_size = 0;
    
            break;
    
        }
    
        audio_pkt_data+=len1;
    
        audio_pkt_size-=len1;
    
        if(obt_frame){
    
            data_size = av_samples_get_buffer_size(NULL,channel_count,sample_fr,_audio_ccontext->sample_fmt,1);
    
            memcpy((int16_t*)audio_buf,frame.data[0],data_size);
    

    
        }
    
        if(data_size <= 0){
    
            continue;
    
        }
    
        do_rt = true;
    
    }
    

    
    if(pkt.data){
    
        //MessageBox(0,"hi","Hi",MB_OK); // This is only for test if the app si reaching this av_free_packet
    
        av_free_packet(&pkt);
    
    }
    

    
    if(do_rt){
    
        return data_size;
    
    }
    

    
    // Try to get a new packet
    
    if(!audio_packets.empty()){
    
        WaitForSingleObject(Queue_Audio_Mutex,INFINITE);
    
            pkt = *audio_packets.front();
    
            audio_packets.pop();
    
        ReleaseMutex(Queue_Audio_Mutex);
    

    
        audio_pkt_size = pkt.size;
    
        audio_pkt_data = pkt.data;
    
    }else{
    
        return -1;
    
    }
    
}
    
return 0;
    
}

    I would appreciate your help. Thank you very much.

  • h264_ps : Return meaningful error codes and address a memory leak

    20 avril 2015, par Vittorio Giovara
    h264_ps : Return meaningful error codes and address a memory leak

    Bug-Id : CID 1026763
    • [DBH] libavcodec/h264_ps.c

Navigation