
Recherche avancée
Médias (1)
-
Bug de détection d’ogg
22 mars 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Video
Autres articles (98)
-
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
ANNEXE : Les plugins utilisés spécifiquement pour la ferme
5 mars 2010, parLe site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)
-
Gestion générale des documents
13 mai 2011, parMédiaSPIP ne modifie jamais le document original mis en ligne.
Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...)
Sur d’autres sites (11046)
-
How to convert date format of text in m3u8 file ? [closed]
30 décembre 2020, par Rekabet KurumuI have a Flussonic media server. I'm transcoding RTMP into HLS and must edit the M3U8 file.


Problem :
How to change the date part of a name in segments of an
.m3u8
file ?

If stream name is "sample" output will be
foo.com/stream.m3u8
this is perfect. but inside m3u8 file outout looking like this

#EXTM3U
#EXT-X-TARGETDURATION:5
#EXT-X-VERSION:3
#EXT-X-MEDIA-SEQUENCE:20633
#EXT-X-PROGRAM-DATE-TIME:2020-12-30T11:15:07Z
#EXTINF:5.000,
2020/12/30/11/15/07-05000.ts?token=ADM1-1609326905-99fddfc3eb912171a5b85e553588a563704f5fb9
#EXTINF:5.000,
2020/12/30/11/15/12-05000.ts?token=ADM1-1609326905-99fddfc3eb912171a5b85e553588a563704f5fb9
#EXTINF:5.000,
2020/12/30/11/15/17-05000.ts?token=ADM1-1609326905-99fddfc3eb912171a5b85e553588a563704f5fb9



output lookin
2020/12/30/11/15/
like this. i want this part will be microtime or time.

For example :


1609326905-05000.ts?token=99fddfc3eb912171a5b85e553588a563704f5fb9
1609327050-05000.ts?token=99fddfc3eb912171a5b85e553588a563704f5fb9
1609329450-05000.ts?token=99fddfc3eb912171a5b85e553588a563704f5fb9



is it possible ?


-
ffplay : how does it calculate the fps for playback ?
21 octobre 2020, par DanielI'm trying to playback a live media (h264) which is produced by a hardware encoder.


The actual desired FPS on the encoder is set to 20, and when checking the logs of the encoder it prints "FPS statistics" every minute :


2020-10-21 17:26:54.787 [ info] video_stream_thread(),video chn 0, fps: 19.989270
2020-10-21 17:27:54.836 [ info] video_stream_thread(),video chn 0, fps: 19.989270
2020-10-21 17:28:54.837 [ info] video_stream_thread(),video chn 0, fps: 20.005924
2020-10-21 17:29:54.837 [ info] video_stream_thread(),video chn 0, fps: 19.989270
2020-10-21 17:30:54.888 [ info] video_stream_thread(),video chn 0, fps: 19.989274
2020-10-21 17:31:54.918 [ info] video_stream_thread(),video chn 0, fps: 19.989264



You can see it's varying, but not too much around 20.


Question1 : Is this normal ? Or it should be exactly 20 every time ? To avoid confusion : I'd like to know if by the standard of H264, can this be accepted as a valid stream or this violates some
rule ?


I'm trying to playback this stream with
ffplay
:

$ ffplay rtsp://this_stream
Input #0, rtsp, from 'xyz'
 Metadata:
 title : 
 comment : substream
 Duration: N/A, start: 0.040000, bitrate: N/A
 Stream #0:0: Video: h264 (Constrained Baseline), yuv420p(progressive), 640x360, 25 fps, 25 tbr, 90k tbn, 180k tbc



The thing is that ffplay thinks this is a stream with 25fps. And it also plays 25 frames each sec, causing the stream to stall and buffer in every few seconds.


I believe the fps is calculated by some pts/dts values in the stream itself, and it's not hardcoded. Am I wrong here ?


If I'm not wrong, why does ffplay thinks this stream runs at 25fps, whereas it only runs at (around) 20 ?


-
Delay and quality drop in video streaming
14 mai 2018, par user61455I have simple program :
#include <iostream>
#include <opencv2></opencv2>opencv.hpp>
#include <vector>
using namespace cv;
int main() {
VideoCapture cap(0);
Mat frame;
std::ios::sync_with_stdio(false);
while (cap.read(frame)) {
for (size_t i = 0; i < frame.dataend - frame.datastart; i++)
std::cout << frame.data[i];
}
return 0;
}
</vector></iostream>And I am streaming the images using following command :
./a.out | ffmpeg -f rawvideo -pixel_format bgr24 -video_size 1280x720 -re -framerate 10 -i - -b:v 1M -f flv rtmp://127.0.0.1:8080/instream/stream
In client PC I am seeing the video as follows :
ffplay rtmp://x.x.x.x:8080/instream/stream
My aim is to see the live feed from the camera on client PC. But on client PC there is an delay of 3 seconds and the quality of the video is also bad. Also there is frame drop. What could be the reason for the same ?