Recherche avancée

Médias (91)

Autres articles (51)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

Sur d’autres sites (7057)

  • 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! :(

    


  • hls av_read_frame delay reading between segment files

    12 septembre 2016, par Debendra Modi

    I am trying to demux live HLS audio and find delays in the loop for reading frames whenever it starts reading the next segment file.

    The HLS audio segment files are MP3, 1 second target duration. Each 1 second file has 13 frames.

    The live HLS source and our code is started at the same time. avformat_open_input takes about 5 seconds to return, as it waits for 3 segment files as required by HLS standards.

    The av_read_frame loop reads 13 frames from each segment file and then it takes about 1.5 to 2 seconds before it starts reading the next 13 frames from the next segment file. Our interrupt callback is called several times within this duration and we return a 0 to continue reading.

    The playlist has several segment files available for it to read so it is not waiting for the segment file to be available in the playlist.

    Given below is the code snippet and attached is the m3u8.

    static int interrupt_cb(void *start_ticks)
    {
    long starttime = (long)start_ticks;  //the start time ticks is in opaque

       //timeout after 5 seconds of no activity
       if (GetTickCount() - starttime  >7000))
               return 1;
       log("Returning 0");
       return 0;
    }


    static bool hls_demuxer( char* fileName )
    {
       AVDictionary *options = NULL;
       av_dict_set(&options, "analyzeduration", "100000", 0);

       AVFormatContext* formatContext = avformat_alloc_context( );

       formatContext->interrupt_callback.callback = interrupt_cb;
       long startticks = GetTickCount();
       formatContext->interrupt_callback.opaque = (void*) startticks;
       formatContext->flags|=AVFMT_FLAG_NONBLOCK;

       //added the following additional parameters to see if they would help to     speed up reading frames - but in vain

       formatContext->probesize = 2048;
       formatContext->max_delay = 100000; //0.1 secs, default 5 secs
       formatContext->probe_score = 100;
       formatContext->max_analyze_duration = 100000;   //0.1 secs

       if ( avformat_open_input( &formatContext, fileName, NULL, NULL ) !=0 )
       {
           return false;
       }
       av_dict_free(&options);


       av_dump_format(formatContext,0,filename,0);             //reaches here after 4 secs of start. Interrupt callback called several times.  This is OK.

       if (avformat_find_stream_info(formatContext,NULL) != 0)
           return false;

       AVPacket pkt;
       while(!threadstop)
       {  

    startticks = GetTickCount();


    //**THIS IS THE ISSUE** ->reads 13 frames from first segment file.
    // No interrupt callback.  Then before using the next segment file, calls
    //interrupt callback several times (about 1 to 2 secs) before reading next
    //segment file, then reads the next 13 frames.  Playlist has several files
    //available.  This continues between each segment file read, thereby    
    //delaying read for each new segment file in playlist.

    if (av_read_frame(formatContext,&pkt) != 0)        
       return false;                      

           log("Packet read");
       //Do something with packet
           av_packet_unref(&pkt);                      
       }
       return true;    //When the playlist ends, it has 38 files.The demuxer Takes over 30 seconds longer.
    }

    Any suggestions ? Thanks in advance.

  • Merge commit ’3fb29588a27a711132106b924e27b53789a58dcb’

    17 mai 2013, par Michael Niedermayer
    Merge commit ’3fb29588a27a711132106b924e27b53789a58dcb’
    

    * commit ’3fb29588a27a711132106b924e27b53789a58dcb’ :
    vf_drawtext : don’t leak the expressions.
    vf_crop : make config_props work properly when called multiple times.
    vf_setdar : make config_props work properly when called multiple times.

    Conflicts :
    libavfilter/vf_aspect.c
    libavfilter/vf_drawtext.c

    Merged-by : Michael Niedermayer <michaelni@gmx.at>

    • [DH] libavfilter/vf_aspect.c
    • [DH] libavfilter/vf_crop.c
    • [DH] libavfilter/vf_drawtext.c