Recherche avancée
Autres articles (111)
-
Les formats acceptés
28 janvier 2010, parLes commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
ffmpeg -codecs ffmpeg -formats
Les format videos acceptés en entrée
Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
Les formats vidéos de sortie possibles
Dans un premier temps on (...) -
Gestion de la ferme
2 mars 2010, parLa ferme est gérée dans son ensemble par des "super admins".
Certains réglages peuvent être fais afin de réguler les besoins des différents canaux.
Dans un premier temps il utilise le plugin "Gestion de mutualisation" -
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 (...)
Sur d’autres sites (6661)
-
How to record a livestream in ffmpeg or gstreamer and split the files without skipping or duplicating frames
15 décembre 2020, par Blake CochraneCan somone please recommend a solution for safely recording a live stream to a file that would not produce a corrupted file if the system was unsavely shut down.


I am starting on a project using a battery powered Raspberry Pi 4B.
I am using GStreamer to use the ASIC for Raw Pi camera to h.264 compression to create a RTSP/HLS/RTMP stream.
I need to continuosly record the livestream to a file on the Pi without any duplicate & missing frames or transcoding - eg using -vcodec copy.
As the Pi is battery powered, it can be unsafely shut down randomly when the battery is out of energy.
I know that if a mp4 container isn't 'finalised' with the moov atom before the file finishes writing which would leave the file corrupted/unrepairable and unplayable.
So if I have an mp4 recording of 6 hours that is corrupted and unfixable that is a problem.
My idea was to split the recording to a new file after x amount of minutes or frames or bytes as losing the last few minutes is not so bad as to lose hours of recordings.
I would need to set the last frame in the old file as the previous frame to the next I frame (starting frame) in the new file as a h.264 stream can only start on an I frame.


So it would go like this.
file 1
| Frame |0001|I|
| --- | --- | --- |
|Frame|0002|P|
|Frame|0003|B|
...
| Frame |1524|B|
| --- | --- | --- |
| Frame |1525|P|


file 2
| Frame |1526|I|
| --- | --- | --- |
| Frame |1527|B|


Then all of the split files can be appended to each other without transcoding in ffmpeg.
I don't need to record the live stream directly to an mp4, whatever container it is in can be converted to an mp4 when appending the split files.


There is a python script of the Raspberry pi that accomplishes all of this but it can not be used for a live stream multicast as the Pi camera can not be accessed by more than one process at a time.
Unless there is a way to live stream the latest frames in an mp4 file that is continiously being recorded to, I am stuck.


-
configure : Split some logical blocks off from HAVE_LIST
6 mars 2014, par Diego Biurrun -
configure : Split some logical blocks off from CONFIG_LIST
2 novembre 2013, par Diego Biurrun
Syndiquer tout le site
