
Recherche avancée
Médias (3)
-
Elephants Dream - Cover of the soundtrack
17 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Image
-
Valkaama DVD Label
4 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Image
-
Publier une image simplement
13 avril 2011, par ,
Mis à jour : Février 2012
Langue : français
Type : Video
Autres articles (70)
-
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 (...) -
MediaSPIP version 0.1 Beta
16 avril 2011, parMediaSPIP 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, parLa 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 Dumasdoc/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>
-
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! :(


-
avformat/mov : perform sanity checks for heif before index building
7 janvier, par Michael Niedermayeravformat/mov : perform sanity checks for heif before index building
Fixes : undefined NULL pointer use
Fixes : clusterfuzz-testcase-minimized-audio_decoder_fuzzer-6363211175493632This 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>