Recherche avancée

Médias (3)

Mot : - Tags -/image

Autres articles (70)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 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 (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Ajouter des informations spécifiques aux utilisateurs et autres modifications de comportement liées aux auteurs

    12 avril 2011, par

    La manière la plus simple d’ajouter des informations aux auteurs est d’installer le plugin Inscription3. Il permet également de modifier certains comportements liés aux utilisateurs (référez-vous à sa documentation pour plus d’informations).
    Il est également possible d’ajouter des champs aux auteurs en installant les plugins champs extras 2 et Interface pour champs extras.

Sur d’autres sites (6606)

  • doc/t2h : Support texinfo 7.1 and 7.2 pretest

    1er novembre 2024, par Patrice Dumas
    doc/t2h : Support texinfo 7.1 and 7.2 pretest
    

    Here is a proposed patch for portability of doc/t2h.pm for GNU Texinfo
    7.1 and 7.1.90 (7.2 pretest). I tested against 7.1 and 7.1.90 (7.2
    pretest). There is a difference in the headings compared to the website
    version, maybe related to FA_ICONS not being set the same, but the
    result seems correct.

    I also renamed $element to $output_unit in ffmpeg_heading_command as in
    new equivalent makeinfo/texi2any code the $element variable is the
    $command variable in ffmpeg_heading_command, which is very confusing. I
    left as is the $command variable to have a patch easier to read, but it
    could make sense to rename $command as $element later on.

    The patch could also have effects with Texinfo 7.0, since some of the
    changes are for that version, but that probably never show up because it
    is for situations that may not exist in ffmpeg manuals (for example
    @node without sectioning command), or because the code is robust to some
    missing information (case of $heading_level in ffmpeg_heading_command
    that was not set, as far as I can tell).

    Signed-off-by : James Almer <jamrial@gmail.com>

    • [DH] doc/t2h.pm
  • ffmpeg memory usage, or memory leaks

    26 janvier, par happycoding-boy

    I'v write a simple program to get audio waveform data, which using ffmpeg version 6.1. And program works fine. But I get a problem : when program running at begin, system report using about 6MB memory, but when I call the function and cleanup the resouce alloced, system report about 9MB memory used. In my theory, after cleanup, it should be 6MB again. [I'm sure, I freed the AVPacket when read stream, and AVFrame for decoding.] My question is : Is this normal or not ?

    &#xA;

    int main(int argc, char *argv[])&#xA;{&#xA;    // breakpoint here: ~= 6MB&#xA;    get_audio_waveform();&#xA;    // breakpoint here: ~= 9MB&#xA;}&#xA;

    &#xA;

    The ffmpeg struct I used :

    &#xA;

    AVFormatContext*    p_input_fmt_ctx = nullptr;&#xA;AVCodecContext*     p_input_cdc_ctx = nullptr;&#xA;SwrContext*         p_resampler_ctx = nullptr;&#xA;AVAudioFifo*        p_audio_fifo    = nullptr;&#xA;uint8_t**           p_converted_input = nullptr;&#xA;uint8_t**           p_converted_output = nullptr;&#xA;

    &#xA;

    The cleanup func :

    &#xA;

    void _cleanup()&#xA;{&#xA;    avformat_close_input(&amp;p_input_fmt_ctx);&#xA;    avcodec_free_context(&amp;p_input_cdc_ctx);&#xA;    swr_free(&amp;p_resampler_ctx);&#xA;    &#xA;    if (p_audio_fifo)&#xA;    {&#xA;        av_audio_fifo_reset(p_audio_fifo);&#xA;        av_audio_fifo_free(p_audio_fifo);&#xA;        p_audio_fifo = nullptr;&#xA;    }&#xA;    &#xA;    if (p_converted_input)&#xA;    {&#xA;        av_freep(&amp;p_converted_input[0]);&#xA;        free(p_converted_input);&#xA;        p_converted_input = nullptr;&#xA;    }&#xA;    &#xA;    if (p_converted_output)&#xA;    {&#xA;        av_freep(&amp;p_converted_output[0]);&#xA;        free(p_converted_output);&#xA;        p_converted_output = nullptr;&#xA;    }&#xA;}&#xA;

    &#xA;

    In my opinion,If this function have about 3MB memory leaks6MB. when I run this function 5-times, it should be about 15MB memory leaks.6MB. But when I run this function 5-times. After that, system just reports about 10-11 memory used. I doubt wheather program uses runtime library (i.e. libc or equivalent) and the library allocates some memory for own needs? I do not known which step is wrong! :(

    &#xA;

  • avformat/mov : perform sanity checks for heif before index building

    7 janvier, par Michael Niedermayer
    avformat/mov : perform sanity checks for heif before index building
    

    Fixes : undefined NULL pointer use
    Fixes : clusterfuzz-testcase-minimized-audio_decoder_fuzzer-6363211175493632

    This performs equivalent sanity checks as are done in mov_read_trak()
    before mov_build_index()

    Reported-by : Dale Curtis <dalecurtis@chromium.org>
    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavformat/mov.c