Recherche avancée

Médias (39)

Mot : - Tags -/audio

Autres articles (34)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, 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 (...)

  • Librairies et logiciels spécifiques aux médias

    10 décembre 2010, par

    Pour un fonctionnement correct et optimal, plusieurs choses sont à prendre en considération.
    Il est important, après avoir installé apache2, mysql et php5, d’installer d’autres logiciels nécessaires dont les installations sont décrites dans les liens afférants. Un ensemble de librairies multimedias (x264, libtheora, libvpx) utilisées pour l’encodage et le décodage des vidéos et sons afin de supporter le plus grand nombre de fichiers possibles. Cf. : ce tutoriel ; FFMpeg avec le maximum de décodeurs et (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 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 (...)

Sur d’autres sites (5373)

  • Revision c11313e31e : fix superframe index with lagged encoding If a superframe (ARF) is generated wh

    13 mars 2013, par John Koleszar

    Changed Paths : Modify /vp9/vp9_cx_iface.c fix superframe index with lagged encoding If a superframe (ARF) is generated while flushing the lagged frames at the end of the clip, the buffer pointer wasn't being properly updated to account for the size of the index, causing the next frame to (...)

  • rtmp module stream do not , how to solve that ?

    24 avril 2019, par Duxo

    I have some problem with configuring nginx+rtk-©module.
    I need to stream a video from IP camera to web-site. I use MPEG-DASH.My server configuration is lower. Files .m4a, .m4v are creating and I also have stream.mpd file. But in browser it doen’t work, inifinity loading. some logs from dash.js 

    Time: 0
    
dash.all.js:2:10794
    
Array(6) [ {…}, {…}, {…}, {…}, {…}, {…} ]
    
dash.all.js:2:10818
    
Index for time 0 is -1
    
dash.all.js:3:8722
    
Checking for stream end...
    
dash.all.js:3:8722
    
Live never ends! (TODO)
    
dash.all.js:3:8722
    
Stream finished? false
    
dash.all.js:3:8722
    
Got a request.
    
dash.all.js:3:8722
    
null
    
dash.all.js:3:8722
    
BufferController video setState to:READY
    
dash.all.js:3:8722
    
Working time is video time: 0
    
dash.all.js:3:8722
    
BufferController.validate() video | state: READY
    
dash.all.js:3:8722
    
video Playback rate: 0
    
dash.all.js:3:8722
    
video Working time: 0
    
dash.all.js:3:8722
    
video Video time: 0
    
dash.all.js:3:8722
    
Current video buffer length: 0
    
dash.all.js:3:8722
    
BufferController video setState to:VALIDATING
    
dash.all.js:3:8722
    
ABR enabled? (true)
    
dash.all.js:3:8722
    
Check ABR rules.
    
dash.all.js:3:8722
    
Checking download ratio rule...
    
dash.all.js:3:8722
    
Total time: 0.009s
    
dash.all.js:3:8722
    
Download time: 0.009s
    
dash.all.js:3:8722
    
The ratios are NaN, bailing.
    
dash.all.js:3:8722
    
Checking insufficient buffer rule...
    
dash.all.js:3:8722
    
Not enough information for rule.
    
dash.all.js:3:8722
    
Array [ {…}, {…} ]
    
dash.all.js:3:8722
    
New quality of 0
    
dash.all.js:3:8722
    
video Playback quality: 0
    
dash.all.js:3:8722
    
Populate video buffers.
    
dash.all.js:3:8722
    
Quality didn't change.
    
dash.all.js:3:8722
    
Loading the video fragment for time: 0
    
dash.all.js:3:8722
    
Getting the request for time: 0
    
dash.all.js:3:8722
    
Got segments.
    
dash.all.js:3:8722
    
Array(6) [ {…}, {…}, {…}, {…}, {…}, {…} ]
    
dash.all.js:3:8722
    
Got a list of segments, so dig deeper.
    
dash.all.js:3:8722
    
Couldn't figure out a time!
    
dash.all.js:2:10751
    
Time: 0
    
dash.all.js:2:10794
    
Array(6) [ {…}, {…}, {…}, {…}, {…}, {…} ]
    
dash.all.js:2:10818
    
Index for time 0 is -1
    
dash.all.js:3:8722
    
Checking for stream end...
    
dash.all.js:3:8722
    
Live never ends! (TODO)
    
dash.all.js:3:8722
    
Stream finished? false
    
dash.all.js:3:8722
    
Got a request.
    
dash.all.js:3:8722
    
null
    
dash.all.js:3:8722
    
BufferController video setState to:READY
    
dash.all.js:3:8722
    
Working time is video time: 0
    
dash.all.js:3:8722
    
BufferController.validate() video | state: READY
    
dash.all.js:3:8722
    
video Playback rate: 0
    
dash.all.js:3:8722
    
video Working time: 0
    
dash.all.js:3:8722
    
video Video time: 0
    
dash.all.js:3:8722
    
Current video buffer length: 0
    
dash.all.js:3:8722
    
BufferController video setState to:VALIDATING
    
dash.all.js:3:8722
    
ABR enabled? (true)
    
dash.all.js:3:8722
    
Check ABR rules.
    
dash.all.js:3:8722
    
Checking download ratio rule...
    
dash.all.js:3:8722
    
Total time: 0.009s
    
dash.all.js:3:8722
    
Download time: 0.009s
    
dash.all.js:3:8722
    
The ratios are NaN, bailing.
    user some_user;
    
worker_processes  1;
    

    
events {
    
    worker_connections  1024;
    
}
    

    
rtmp {
    
    live on;
    
    dash on;
    
    server {
    
        listen 1935;
    
        application cams {
    
        dash_path /cams;
    
    }
    
        exec_static ffmpeg -i
    
 rtsp://admin:admin@192.168.0.51/1/Streaming/Channels/1/ -c:v libx264 -q:v 31 -an -profile:v baseline -ar 44100
    
 -f flv rtmp://0.0.0.0/cams/stream;
    

    
    }
    
}
    

    
http {
    
    include       mime.types;
    
    default_type  application/octet-stream;
    

    
    sendfile        on;
    

    
    #keepalive_timeout  0;
    
    keepalive_timeout  65;
    

    

    
    server {
    
        listen       80;
    
        server_name  localhost;
    

    
        location / {
    
            root /;
    
        }
    

    
        error_page   500 502 503 504  /50x.html;
    
        location = /50x.html {
    
            root   html;
    
        }
    

    
}

    Can someone explain me why stream is not working and how to issue that ?thanks

  • FPS from RTSP stream info does not match actual framerate

    17 mai 2021, par Krapow

    I have a 25FPS RTSP stream coming from an IP-camera. I can successfully display the video stream. But when analyzing the stream with ffmpeg (ffprobe actually), I observe fewer frames per second rate :

    


    $ ffprobe -rtsp_transport tcp -i rtsp://camera_ip:554/stream -select_streams v:0 -show_frames -show_entries frame=coded_picture_number,pkt_pts_time -of csv=p=0
Stream #0:0: Video: h264 (Main), yuvj420p(pc, bt709, progressive), 640x480, 25 fps, 25 tbr, 90k tbn, 50 tbc
0.400000,0
0.080000,1
0.120000,2
0.200000,3
0.240000,4
0.320000,5
0.360000,6
0.440000,7
0.480000,8
0.560000,9
0.600000,10
0.680000,11
0.720000,12
0.800000,13
0.840000,14
0.920000,15
0.960000,16
1.040000,17
1.080000,18
1.160000,19
1.200000,20
1.280000,21
1.320000,22
1.400000,23
1.440000,24
1.520000,25
1.560000,26
1.640000,27
1.680000,28
1.760000,29
1.800000,30
1.880000,31
1.920000,32
2.000000,33


    


    We can clearly see the 80ms gap between some of the frames, resulting in a 16fps stream.

    


    I have observed the same framerate issue with GStreamer (printing information in the rtpjitterbuffer indicates the frame gap is sometimes 80ms and sometimes 40ms). But the weird thing is, I encountered the same issue with an HDMI-RJ45 decoder, and I doubt the same issue comes from 2 different devices.
I didn't get much more informations using -loglevel debug or trace.
Does anybody have an idea about what is going wrong in the stream ?

    


    (I used ffprobe 4.2.3 and the last "2021-05-09-git-8649f5dca6-full_build-www.gyan.dev" with the same results, and GStreamer 1.16.2 with a pipeline like "urisourcebin ! h264depay ! h264parse ! fakesink")

    


    EDIT : The camera skipping of frames was caused by the activation of a third stream in the options. I find it really weird that it skips exactly the same frames every seconds. However, I still haven't found the cause of the downrate on my RTSP encoder.
Anyway, this was actually hardware related and not software related.

    


Navigation