
Recherche avancée
Autres articles (97)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
HTML5 audio and video support
13 avril 2011, parMediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
For older browsers the Flowplayer flash fallback is used.
MediaSPIP allows for media playback on major mobile platforms with the above (...) -
ANNEXE : Les plugins utilisés spécifiquement pour la ferme
5 mars 2010, parLe site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)
Sur d’autres sites (12938)
-
FFMPEG c++ memory leak issue when reading the packet
19 novembre 2020, par santoshI have written a program to read the frames from a video file. Everything works perfect except below described issue.
after reading the frame, when I call avcode_send_packet function, it leaks the memory.
I used av_packet_unref before reading the next frame. But still the memory leak is not resolved.
I am using FFMPEG latest 4.3 version on WIndows 10.


also av_frame_unref does not fix the memory leak. I think data buffer inside the packet does not get freed somehow I feel it is related to FFMPEG version issue as I see the similar coding done by other programmers on the internet.


Does any one have idea about how to fix this memory leak ?


----------------- code is as below-----------------------
... here code related to setting avformatcontext, and avcodeccontext.


while(1)
 {
 if (av_read_frame(pFormatCtx, packet) >= 0)
 {
 if (packet->stream_index == videoindex)
 {

 ret = avcodec_send_packet(pCodecCtx, packet);//on executing this line, memory shoots up in MBs , everytime.
 if (ret < 0)
 {
 av_packet_unref(packet);
 fprintf(stderr,"Failed to Decode packet. \n:%s", av_err2str(ret));
 return -1;
 }

 ret = avcodec_receive_frame(pCodecCtx, pAvFrame);
 if (ret == AVERROR(EAGAIN) || ret == AVERROR_EOF)
 {
 av_packet_unref(packet);
 continue;
 }
 if (ret < 0)
 {
 av_packet_unref(packet);
 printf("Failed to Decode packet. \n");
 return -1;
 }
 av_packet_unref(packet);

 
 {
 //.. do something with the frame.
 }
 av_frame_unref(pAvFrame);

 }
 
 av_packet_unref(packet);
 }
}



-
avformat/nutenc : implement deinit()
21 janvier 2016, par Michael Niedermayer -
avformat/hlsenc : Fix leak of options when initializing muxing fails
16 décembre 2019, par Andreas Rheinhardtavformat/hlsenc : Fix leak of options when initializing muxing fails
hls_mux_init() currently leaks an AVDictionary if opening a dynamic
buffer fails or if avformat_init_output fails. This has been fixed by
moving the initialization resp. the freeing of the dictionary around :
In the former case to a place after opening the dynamic buffer, in the
latter to a place before the check for initialization failure so that it
is done unconditionally.Furthermore, the dictionary is now only copied and freed if the options
in it are actually used (namely when in SEGMENT_TYPE_FMP4 mode).Finally, a similar situation in hls_start() has been fixed, too.
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
Reviewed-by : Steven Liu <lq@onvideo.cn>