
Recherche avancée
Médias (1)
-
Rennes Emotion Map 2010-11
19 octobre 2011, par
Mis à jour : Juillet 2013
Langue : français
Type : Texte
Autres articles (111)
-
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs -
Contribute to documentation
13 avril 2011Documentation is vital to the development of improved technical capabilities.
MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
To contribute, register to the project users’ mailing (...) -
Changer son thème graphique
22 février 2011, parLe thème graphique ne touche pas à la disposition à proprement dite des éléments dans la page. Il ne fait que modifier l’apparence des éléments.
Le placement peut être modifié effectivement, mais cette modification n’est que visuelle et non pas au niveau de la représentation sémantique de la page.
Modifier le thème graphique utilisé
Pour modifier le thème graphique utilisé, il est nécessaire que le plugin zen-garden soit activé sur le site.
Il suffit ensuite de se rendre dans l’espace de configuration du (...)
Sur d’autres sites (9523)
-
configure : Split some logical blocks off from HAVE_LIST
6 mars 2014, par Diego Biurrun -
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.


-
postproc/postprocess_template : split loop in 2 (block groups of 4, blocks)
23 mars 2015, par Michael Niedermayer