Recherche avancée

Médias (91)

Autres articles (90)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains 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 ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

Sur d’autres sites (9797)

  • How to free an AVBuffer and prevent a memory leak, when created with FFmpeg.AutoGen

    27 février 2023, par FrostKiwi

    Regarding https://github.com/Ruslan-B/FFmpeg.AutoGen.Questions/issues/36.

    


    I am using FFmpeg.AutoGen to inject per-Frame Metadata into a video in my C# program via an H.264 SEI Message. Works great. To do so I use av_frame_new_side_data_from_buf(), which requires an AVBuffer to hold the SEI message, pointed at via an AVBufferRef. This behavior is achieved via the following block. ( Full source file referenced in the GitHub issue. )

    


    fixed (byte* pMessageData = message)
{
    AVBufferRef* MetaDataBuffer = ffmpeg.av_buffer_alloc((ulong)message.Length);
    MetaDataBuffer->data = pMessageData;
    AVFrameSideData* sideData = ffmpeg.av_frame_new_side_data_from_buf(&frame, AVFrameSideDataType.AV_FRAME_DATA_SEI_UNREGISTERED, MetaDataBuffer);
}


    


    This creates a memory leak, as the buffer is never freed. However, I do not understand how to actually free this buffer. I have tried av_free(), av_freep(), av_buffer_unref() in different orders, but have either gotten no effect at all, or an immediate exit of ffmpeg, without exception an exception being thrown.

    


    To add insult to injury, because the buffer is owned by the ffmpeg dll and not the C# process, the performance profiler is blind to this memory leak, reporting an unchanging heap size.
enter image description here
How can I properly free this buffer ?

    


  • hwcontext : Fix memory leak on derived frame allocation failure

    27 janvier 2018, par Mark Thompson
    hwcontext : Fix memory leak on derived frame allocation failure
    • [DBH] libavutil/hwcontext.c

  • libavformat/rtmpproto : Plug leak if sending bytes read report fails.

    24 janvier 2018, par Josh Allmann
    libavformat/rtmpproto : Plug leak if sending bytes read report fails.

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavformat/rtmpproto.c

Navigation