
Recherche avancée
Médias (1)
-
Revolution of Open-source and film making towards open film making
6 octobre 2011, par
Mis à jour : Juillet 2013
Langue : English
Type : Texte
Autres articles (59)
-
MediaSPIP version 0.1 Beta
16 avril 2011, parMediaSPIP 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 (...) -
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Amélioration de la version de base
13 septembre 2013Jolie sélection multiple
Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)
Sur d’autres sites (9383)
-
react-native-ffmpeg Unrecognized option 'preset'
8 avril 2021, par Tommy KhumargaBelow is my ffmpeg command :


-y -i vidInput.mp4 -vcodec mpeg4 -b:v 1000k -b:a 48000 -preset ultrafast vidOutput.mp4


And the result is :


[Mon Jul 06 2020 20:42:08.171] LOG Unrecognized option 'preset'.
[Mon Jul 06 2020 20:42:08.172] LOG Error splitting the argument list:
[Mon Jul 06 2020 20:42:08.174] LOG Option not found



Need advice...


-
Detect frame with incorrect poc
3 août 2018, par Анзор ГерговWhen I try to decode packet (using this function avcodec_decode_video2) sometimes I get corrupt (gray) frame. This error is obtained because of the missed frames. ffmpeg shoes the following errors to the log :
[hevc @ 000000000379b680] Could not find ref with POC 43 [hevc @
000000000379b1c0] Duplicate POC in a sequence : 17. [hevc @
000000000379b1c0] Error parsing NAL unit #0.I wanted to solve this problem by strictly adjusting the context of the decoder using the following flags : AV_EF_EXPLODE and AV_EF_AGGRESSIVE. Unfortunatly it didn’t help, errors continue appear in log, but avcodec_decode_video2 gives away corrupt frame.
AVCodecContext* context = avcodec_alloc_context3(codecId);
avctx->flags2 |= AV_CODEC_FLAG2_FAST;
// Known encoder's bugs handling.
avctx->workaround_bugs = AV_EF_EXPLODE | AV_EF_AGGRESSIVE;
avctx->err_recognition = 0;
avctx->error_concealment = 0;
// Threads.
avctx->thread_count = 4;
avctx->thread_type = FF_THREAD_FRAME;
.....
avcodec_decode_video2(avctx, picture, got_picture_ptr, avpkt);
....What do I need to do to ensure that corrupted frames are not repeated ? Maybe I need to configure the context a little differently ?
P.S. you can see ffmpeg version in attachment
-
How to save ffmpeg segmets to disk immediately with sub-second intervals ?
20 octobre 2023, par amfastI'm trying to record video on a raspberry and have it save as much as possible (sub-second resolution) in case of a power cutoff.


I use
-f segment
to save the encoded stream in 100ms segments with the hope that all but the interrupted (by power cutoff) segment will be saved in memory. Unfortunately, when cutting off power, all the destination files (output_0001.mp4, output_0002.mp4, ...) are created, but empty.

To save the files to disk immediately, I added the
-strftime 1
option that allows formatting the output filename as time. It seems weird that this is the (only ?) way to trigger immediate saving of files, but it works - untill I try to have segments smaller than 1 second. The problem seems to be that the format string%d
, that previously added a sequence number in my output filenames, now represents "day" (i.e. date) and the smallest resolution time format string is%S
for second. I saw%f
suggested somewhere for smaller resolutions, but it only prints "%f".

The result is that the
segment
ation part of ffmpeg does create 100ms segments and save them to disk immediately, but thestrftime
feature gives the output files names that only change every second, so all the interim files are overwritten.

Example of the failing command below. Without the
-strftime
option this creates nice segments, but does not save them to disk immediately.

libcamera-vid --flush \
 --framerate ${FRAMERATE} \
 --width ${WIDTH} \
 --height ${HEIGHT} \
 -n \
 -t ${TIMEOUT} \
 --codec yuv420 \
 -o - | 
ffmpeg \
 -fflags nobuffer \
 -strict experimental \
 -loglevel debug \
 -flags low_delay \
 -f rawvideo \
 -pix_fmt yuv420p \
 -s:v ${WIDTH}x${HEIGHT} \
 -r ${FRAMERATE} \
 -i - \
 -c:v h264_v4l2m2m \
 -f segment \
 -segment_time 0.1 \
 -segment_format mp4 \
 -reset_timestamps 1 \
 -strftime 1 \
 -b:v ${ENCODING_BITRATE} \
 -g 1 \
 "output_%04d.mp4"



Question :

Is there another way besides-strftime
to trigger immediate saving ? Or is there a mechanism to feed finer resolution format strings to the output filename ?