Recherche avancée

Médias (0)

Mot : - Tags -/protocoles

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (74)

  • 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 (6027)

  • Fixed a memory leak in dvbsubenc.c : sub->num_rects was reduced without freeing the...

    21 janvier 2014, par Wim Vander Schelden
    Fixed a memory leak in dvbsubenc.c : sub->num_rects was reduced without freeing the associated rects.
    

    Signed-off-by : Wim Vander Schelden <lists@fixnum.org>
    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>

    • [DH] libavcodec/dvbsubdec.c
  • tests/api-seek : fix memory leak on realloc() failure

    11 mars 2017, par James Almer
    tests/api-seek : fix memory leak on realloc() failure
    

    Reviewed-by : Michael Niedermayer <michael@niedermayer.cc>
    Signed-off-by : James Almer <jamrial@gmail.com>

    • [DH] tests/api/api-seek-test.c
  • Memory leak using FFmpeg

    3 août 2020, par kichma

    I found out that my application has a memory leak coming from a C++ function. It seems this function is called for each frame and it leak is proportional to the size of a frame. It's called from a python code but the leak is somewhere in the C++ code.
    &#xA;I don't have much experience with ffmpeg or C++ and I'm not author of this code. Does anyone see what is causing leak here or can provide some advice how to debug this ? I tried to use the code (windows part) from this answer https://stackoverflow.com/a/64166/10046424 to find which part of the code uses memory but I always got 0.

    &#xA;

     static py::object video_encode_frame(py::object self)   &#xA;{&#xA;&#xA;    video_encode_helper *vec = py::cppobject &lt; video_encode_helper > (self.attr("_encoder_state")).value();&#xA;&#xA;    int image_id = 0;&#xA;    RTIConfig rti;&#xA;    ViewerBase *bs = base(self);&#xA;    Py_BEGIN_ALLOW_THREADS;&#xA;    renderToExistingImage(&amp;rti, vec->img_key, image_id, bs, vec->c->width, vec->c->height);&#xA;    Py_END_ALLOW_THREADS;&#xA;&#xA;    static int i = 0;&#xA;    float dummy;&#xA;    int h, w;&#xA;    char buf[MVO_BUFFER_SIZE];&#xA;&#xA;    HC_Show_Image(vec->img_key, &amp;dummy, &amp;dummy, &amp;dummy, buf, &amp;w, &amp;h, vec->data);&#xA;    struct SwsContext *sws_ctx = sws_getContext(vec->c->width, vec->c->height, PIX_FMT_RGB24,&#xA;                                                vec->c->width, vec->c->height, (PixelFormat) vec->picture->format,  &#xA;                                                SWS_FAST_BILINEAR, NULL, NULL, NULL);&#xA;&#xA;    int src_linesize[] = { vec->c->width * 3, 0, 0, 0 };&#xA;    const uint8_t *src_data[] = { (const uint8_t *) vec->data, 0, 0, 0 };&#xA;    sws_scale(sws_ctx, (const uint8_t * const *) src_data, src_linesize, 0, vec->c->height, vec->picture->data,&#xA;              vec->picture->linesize);&#xA;    sws_freeContext(sws_ctx);&#xA;&#xA;    int repeat = vec->FPS / vec->TPS;&#xA;    if (repeat == 0)&#xA;        repeat = 1;&#xA;&#xA;&#xA;    int ret = -1;&#xA;&#xA;    AVPacket pkt = { 0 };&#xA;    int got_packet;&#xA;    av_init_packet(&amp;pkt);&#xA;&#xA;    /* encode the image */&#xA;    ret = avcodec_encode_video2(vec->c, &amp;pkt, vec->picture, &amp;got_packet);&#xA;    if (ret &lt; 0) &#xA;        return py::bool_(false);&#xA;&#xA;    for (int r = 0; r &lt; repeat; r&#x2B;&#x2B;) {&#xA;        /* If size is zero, it means the image was buffered. */&#xA;        if (!ret &amp;&amp; got_packet &amp;&amp; pkt.size) {&#xA;            pkt.stream_index = vec->video_st->index;&#xA;&#xA;            /* Write the compressed frame to the media file. */&#xA;            ret = av_interleaved_write_frame(vec->oc, &amp;pkt);&#xA;&#xA;        } else&#xA;            ret = 0;&#xA;&#xA;        vec->picture->pts &#x2B;= av_rescale_q(1, vec->video_st->codec->time_base, vec->video_st->time_base);&#xA;        vec->frame_count&#x2B;&#x2B;;&#xA;        }&#xA;    return py::bool_(true);&#xA;}&#xA;

    &#xA;

    There is also a cleanup function that is called at the end. Perhaps something should be deallocated there ?

    &#xA;

    static py::object video_encode_finalize(py::object self)&#xA;{&#xA;    if (self.attr("_encoder_state") == py::none())&#xA;        return py::bool_(false);&#xA;&#xA;    video_encode_helper *vec = py::cppobject &lt; video_encode_helper > (self.attr("_encoder_state")).value();&#xA;&#xA;    /* Write the trailer, if any. The trailer must be written before you&#xA;     * close the CodecContexts open when you wrote the header; otherwise&#xA;     * av_write_trailer() may try to use memory that was freed on&#xA;     * av_codec_close(). */&#xA;    av_write_trailer(vec->oc);&#xA;    /* Close each codec. */&#xA;&#xA;    avcodec_close(vec->video_st->codec);&#xA;    av_freep(&amp;(vec->picture->data[0]));&#xA;    av_free(vec->picture);&#xA;&#xA;    if (!(vec->fmt->flags &amp; AVFMT_NOFILE))&#xA;        /* Close the output file. */&#xA;        avio_close(vec->oc->pb);&#xA;&#xA;    /* free the stream */&#xA;    avformat_free_context(vec->oc);&#xA;&#xA;    vec->initialized = false;&#xA;    vec->frame_count = 0;&#xA;&#xA;    return py::bool_(true);&#xA;}&#xA;

    &#xA;