Recherche avancée

Sur d’autres sites (9224)

• avutil/attributes_internal : Add EXTERN macro for extern+hidden

  2 mars, par Andreas Rheinhardt

  avutil/attributes_internal : Add EXTERN macro for extern+hidden
  This is inspired by the equivalent dav1d attribute introduced
  
  by Henrik Gramner in e4c4af02f3de5e6cea6f81272a2981c0fa7bae28.
  
  Also already use it to beautify declarations.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavcodec/mathops.h
  • [DH] libavcodec/me_cmp.h
  • [DH] libavcodec/vp9dsp.h
  • [DH] libavutil/attributes_internal.h

• 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 ?

  


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


  


  The ffmpeg struct I used :

  


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


  


  The cleanup func :

  


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


  


  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！ :(