Recherche avancée

Médias (1)

Mot : - Tags -/embed

Autres articles (58)

  • 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

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

  • Utilisation et configuration du script

    19 janvier 2011, par

    Informations spécifiques à la distribution Debian
    Si vous utilisez cette distribution, vous devrez activer les dépôts "debian-multimedia" comme expliqué ici :
    Depuis la version 0.3.1 du script, le dépôt peut être automatiquement activé à la suite d’une question.
    Récupération du script
    Le script d’installation peut être récupéré de deux manières différentes.
    Via svn en utilisant la commande pour récupérer le code source à jour :
    svn co (...)

Sur d’autres sites (10937)

  • lavc/opusdsp : rewrite R-V V postfilter

    2 novembre 2023, par Rémi Denis-Courmont
    lavc/opusdsp : rewrite R-V V postfilter
    

    This uses a more traditional approach allowing up processing of up to
    period minus two elements per iteration. This also allows the algorithm
    to work for all and any vector length.

    As the T-Head C908 device under test can load 16 elements loop, there is
    unsurprisingly a little performance drop when the period is minimal and
    the parallelism is capped at 13 elements :

    Before :
    postfilter_15_c : 21222.2
    postfilter_15_rvv_f32 : 22007.7
    postfilter_512_c : 20189.7
    postfilter_512_rvv_f32 : 22004.2
    postfilter_1022_c : 20189.7
    postfilter_1022_rvv_f32 : 22004.2

    After :
    postfilter_15_c : 20189.5
    postfilter_15_rvv_f32 : 7057.2
    postfilter_512_c : 20189.5
    postfilter_512_rvv_f32 : 5667.2
    postfilter_1022_c : 20192.7
    postfilter_1022_rvv_f32 : 5667.2

    • [DH] libavcodec/riscv/opusdsp_init.c
    • [DH] libavcodec/riscv/opusdsp_rvv.S
  • avformat/hls : reduce default max reload to 3

    15 mai 2023, par Michael Niedermayer
    avformat/hls : reduce default max reload to 3
    

    The 1000 did result in the appearance of a never ending reload loop

    The RFC mandates that "If the client reloads a Playlist file and finds that it has not
    changed, then it MUST wait for a period of one-half the target
    duration before retrying." and if it has changed
    "the client MUST wait for at least the target duration before attempting to reload the
    Playlist file again"

    Trying to reload 3 times seems a better default than 1000 given these
    durations

    Issue found by : Сергей Колесников
    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavformat/hls.c
  • ffmpeg avformat_open_input() function causes memory leak when receiving live stream

    12 septembre 2023, par george_d

    I have live streams (can be UDP or HLS, video codec is H264), from which I grab frames for further processing.

    &#xA;

    For this purpose, I use ffmpeg + nvjpeg + cuda libraries.

    &#xA;

    However I noticed memory leak - memory usage periodically (every 10-20 seconds) is increased by 100-400 KB, the amount and period may vary.

    &#xA;

    After disabling pieces of code one by one, I realized that it is avformat_open_input() which causes memory leak.

    &#xA;

    No matter which buffer settings (https://ffmpeg.org/ffmpeg-protocols.html#udp) I choose for UDP, the leak still persists. Same goes for HLS streams.

    &#xA;

    I tried to find anything related to this problem, but all the sources I found claimed that this problem took place in the past and has been fixed.

    &#xA;

    Is there some mysterious setting I am missing, so that memory could be freed properly ?

    &#xA;

    Or is this memory supposed to be freed when processing frames (i.e. using av_read_frame() and av_packet_unref(), etc) ?

    &#xA;

    Minimal example of code to reproduce the problem :

    &#xA;

    avformat_example.cpp

    &#xA;

    #include &#xA;extern "C" {&#xA;    #include <libavformat></libavformat>avformat.h>&#xA;    #include <libavcodec></libavcodec>avcodec.h>&#xA;}&#xA;&#xA;int main(int argc, char *argv[]){&#xA;    if (argc &lt; 2) {&#xA;      return 1;&#xA;    }&#xA;&#xA;    char* inputSource = argv[1];&#xA;    AVFormatContext *ctx = NULL;&#xA;&#xA;    if (avformat_open_input(&amp;ctx, inputSource, NULL, NULL) != 0) {&#xA;        av_log(NULL,&#xA;               AV_LOG_ERROR,&#xA;               "Cannot open &#x27;%s&#x27;",&#xA;               inputSource);&#xA;        return 1;&#xA;    }&#xA;&#xA;    /*&#xA;    This loop is placed here to demonstrate&#xA;    avformat_open_input() causing leak.&#xA;    Actually, instead of noop loop there is logic of getting and processing frames,&#xA;    but it doesn&#x27;t matter now.&#xA;    As loop goes on, the amount of leaked memory increases.&#xA;    */&#xA;    while(true) {&#xA;      sleep(1);&#xA;    }&#xA;&#xA;    return 0;&#xA;}&#xA;

    &#xA;

    Compile with :

    &#xA;

    g&#x2B;&#x2B; avformat_example.cpp -lavcodec -lavutil -lavformat -I/usr/include/ffmpeg-cuda -o avformat_open_input_example&#xA;

    &#xA;

    Run :

    &#xA;

    ./avformat_open_input_example "udp://127.0.0.1:5000?reuse=1&amp;pkt_size=1316&amp;buffer_size=1310720&amp;fifo_size=40000"&#xA;

    &#xA;

    Version of ffmpeg underlying libraries :

    &#xA;

    libavutil      58.  7.100 / 58.  7.100&#xA;libavcodec     60. 11.100 / 60. 11.100&#xA;libavformat    60.  5.100 / 60.  5.100&#xA;libavdevice    60.  2.100 / 60.  2.100&#xA;libavfilter     9.  8.100 /  9.  8.100&#xA;libswscale      7.  2.100 /  7.  2.100&#xA;libswresample   4. 11.100 /  4. 11.100&#xA;

    &#xA;