Recherche avancée

Médias (91)

Autres articles (42)

  • Pas question de marché, de cloud etc...

    10 avril 2011

    Le vocabulaire utilisé sur ce site essaie d’éviter toute référence à la mode qui fleurit allègrement
    sur le web 2.0 et dans les entreprises qui en vivent.
    Vous êtes donc invité à bannir l’utilisation des termes "Brand", "Cloud", "Marché" etc...
    Notre motivation est avant tout de créer un outil simple, accessible à pour tout le monde, favorisant
    le partage de créations sur Internet et permettant aux auteurs de garder une autonomie optimale.
    Aucun "contrat Gold ou Premium" n’est donc prévu, aucun (...)

  • Ajouter notes et légendes aux images

    7 février 2011, par

    Pour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
    Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
    Modification lors de l’ajout d’un média
    Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...)

  • 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 : (...)

Sur d’autres sites (8532)

  • How to convert an rtmp stream to HEVC DASH/HLS using nginx ?

    17 juillet 2019, par Hakan Murat Aksüt

    exec_push /usr/bin/ffmpeg -re -i rtmp://localhost:1935/$app/$name -ar 44100 -vcodec libx264 -g 25 -f flv rtmp://localhost/live/$name_hi

    I can broadcast h264 video on my nginxg server. but it doesn’t work when I want to make h265 instead of h264. I found out that this is because rtmp does not support h265. Is there a way to do this using rtmp if possible ?
    if not, what else can be used to stream h265 video in nginx instead of rtmp.

    rtmp {
       server {
               listen 1935;
               chunk_size 4096;

               application src {
                   live on;
                   exec_push /usr/bin/ffmpeg -re -i rtmp://localhost:1935/$app/$name -ar 44100 -vcodec libx264 -g 25 -f flv rtmp://localhost/live/$name_hi;
               }

               application live {
                       live on;
                       hls on;
                       hls_path /usr/share/nginx/hls; #file path for save
                       hls_fragment 1;
                       hls_playlist_length 10;
                       hls_cleanup on;
                       dash on;
                       dash_path /usr/share/nginx/dash; #Sets MPEG-DASH playlist and fragment directory. If the directory does not exists it will be created.
                       dash_fragment 1; #Sets MPEG-DASH fragment length. Defaults to 5 seconds.
                       dash_playlist_length 10; #Sets MPEG-DASH playlist length. Defaults to 30 seconds.

                       dash_cleanup on; `
                      }
    }
  • Low Latency DASH Nginx RTMP

    3 août 2017, par Kenan Christian

    I use arut nginx-rtmp-module (https://github.com/arut/nginx-rtmp-module) on the media server, then I tried to stream using FFmpeg to the dash application, then I test the stream by playing it using VLC.

    And it waits around 30secs to start playing, and it plays from the beginning, not the current timestamp.

    This is my current config on the RTMP block

    rtmp {
       server {
           listen 1935;

           application live {
               live on;

              exec ffmpeg -re -i rtmp://localhost:1935/live/$name
                 -c:a libfdk_aac -b:a 32k  -c:v libx264 -b:v 128K -f flv rtmp://localhost:1935/hls/$name_low
                 -c:a libfdk_aac -b:a 64k  -c:v libx264 -b:v 256k -f flv rtmp://localhost:1935/hls/$name_mid
                 -c:a libfdk_aac -b:a 128k -c:v libx264 -b:v 512K -f flv rtmp://localhost:1935/hls/$name_hi
                 -c:a libfdk_aac -b:a 128k -c:v libx264 -b:v 512K -f flv rtmp://localhost:1935/dash/$name_dash;
           }

           application hls {
                live on;

                hls on;
                hls_path /tmp/hls;
                hls_nested on;

                hls_variant _low BANDWIDTH=160000;
                hls_variant _mid BANDWIDTH=320000;
                hls_variant _hi  BANDWIDTH=640000;
           }

           application dash {
               live on;

               dash on;
               dash_path /tmp/dash;
               dash_nested on;
           }
       }
    }

    This is the command I use for streaming

    ffmpeg -re -i 2014\ SPRING.mp4 -c copy -f flv
    rtmp://52.221.221.163:1935/dash/spring

    How can I reduce the delay, and make it play from the same timestamp as the streamer ?

    Can I achieve under 5s latency ?

    UPDATE

    Tried to change the playlist length and fragment length, using this directive

    dash_playlist_length 10s;
    dash_fragment 2s;

    But still got some latency problem, sometimes it’s smaller than before, sometimes it’s the same

  • lavf/dashdec : add 3GPP TS26.247 probe in dash demuxer

    19 février 2020, par Jun Zhao
    lavf/dashdec : add 3GPP TS26.247 probe in dash demuxer
    

    Enabled the 3GP-DASH Release-10/Relase-11(3GPP TS26.247) profile
    to dash demuxer probe.

    Signed-off-by : Jun Zhao <barryjzhao@tencent.com>

    • [DH] libavformat/dashdec.c