
Recherche avancée
Autres articles (70)
-
Les tâches Cron régulières de la ferme
1er décembre 2010, parLa gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
Le super Cron (gestion_mutu_super_cron)
Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...) -
Publier sur MédiaSpip
13 juin 2013Puis-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 -
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 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 (...)
Sur d’autres sites (9532)
-
How to merge four videos on one screen with ffmpeg
28 janvier 2016, par Andrey ProkhorenkoI have a video test.mp4, and I need to make it appear four times at once on a screen. Here I found a command that makes two videos appear at a time
ffmpeg -i input0.avi -vf "movie=input1.avi [in1]; [in]pad=640*2:352[in0]; [in0][in1] overlay=640:0 [out]" out.avi
But it doesn’t work with mp4 videos, and I need four videos at a time. Thank you in advance
-
ffmpeg memory usage, or memory leaks
26 janvier, par happycoding-boyI'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 ModiI 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.