
Recherche avancée
Autres articles (111)
-
La file d’attente de SPIPmotion
28 novembre 2010, parUne file d’attente stockée dans la base de donnée
Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...) -
Ajouter des informations spécifiques aux utilisateurs et autres modifications de comportement liées aux auteurs
12 avril 2011, parLa manière la plus simple d’ajouter des informations aux auteurs est d’installer le plugin Inscription3. Il permet également de modifier certains comportements liés aux utilisateurs (référez-vous à sa documentation pour plus d’informations).
Il est également possible d’ajouter des champs aux auteurs en installant les plugins champs extras 2 et Interface pour champs extras. -
Encodage et transformation en formats lisibles sur Internet
10 avril 2011MediaSPIP transforme et ré-encode les documents mis en ligne afin de les rendre lisibles sur Internet et automatiquement utilisables sans intervention du créateur de contenu.
Les vidéos sont automatiquement encodées dans les formats supportés par HTML5 : MP4, Ogv et WebM. La version "MP4" est également utilisée pour le lecteur flash de secours nécessaire aux anciens navigateurs.
Les documents audios sont également ré-encodés dans les deux formats utilisables par HTML5 :MP3 et Ogg. La version "MP3" (...)
Sur d’autres sites (8853)
-
ffmpeg change framerate : Question about bitrate [closed]
9 février, par schweigersonThanks to the forum, I successfully can reduce the frame rate of a video.


ffmpeg -i input_50fps.mp4 -filter:v fps=25 output_25fps.mp4


Input and output have a similar bitrate as well as filzesize :






 File 

bitrate 

filesize 







 input_50fps.mp4 

2900kBit/s 

1.9GB 




 output_25fps.mp4 

2528kBit/s 

1.7GB 







Assumption : Divide the number of frames into half should both reduce the bitrate and the filesize accordingly (half the size).


Question : Does it make sense to enforce the reduction of the bitrate to approx. half the original one, when I reduce the framerate by to 50% (e.g. with
-b:v 1500k
) ? IMHO, the video quality should be comparable to the original video then.

Note : I may make according test runs, but I perhaps do not have the ability to recognize the quality difference as I'm not an advanced video expert.


Would be happy to read your advice.


-
swscale/cms : add color management subsystem
29 novembre 2024, par Niklas Haasswscale/cms : add color management subsystem
The underlying color mapping logic was ported as straightforwardly as possible
from libplacebo, although the API and glue code has been very heavily
refactored / rewritten. In particular, the generalization of gamut mapping
methods is replaced by a single ICC intent selection, and constants have been
hard-coded.To minimize the amount of overall operations, this gamut mapping LUT now embeds
a direct end-to-end transformation to the output color space ; something that
libplacebo does in shaders, but which is prohibitively expensive in software.In order to preserve compatibility with dynamic tone mapping without severely
regressing performance, we add the ability to generate a pair of "split" LUTS,
one for encoding the input and output to the perceptual color space, and a
third to embed the tone mapping operation. Additionally, this intermediate
space could be used for additional subjective effect (e.g. changing
saturation or brightness).The big downside of the new approach is that generating a static color mapping
LUT is now fairly slow, as the chromaticity lobe peaks have to be recomputed
for every single RGB value, since correlated RGB colors are not necessarily
aligned in ICh space. Generating a split 3DLUT significantly alleviates this
problem because the expensive step is done as part of the IPT input LUT, which
can share the same hue peak calculation at least for all input intensities. -
lavfi/vf_drawtext : fix memory management when destroying font face
31 octobre 2024, par Leandro Santiagolavfi/vf_drawtext : fix memory management when destroying font face
Ref https://trac.ffmpeg.org/ticket/11152
According to harfbuzz docs, hb_ft_font_set_funcs() does not need to be
called, as, quoted :```
An #hb_font_t object created with hb_ft_font_create()
is preconfigured for FreeType font functions and does not
require this function to be used.
```Using this function seems to cause memory management issues between
harfbuzz and freetype, and could be eliminated.This commit also call hb_ft_font_changed() when the underlying FC_Face
changes size, as stated on hardbuzz :```
HarfBuzz also provides a utility function called hb_ft_font_changed() that you should call
whenever you have altered the properties of your underlying FT_Face, as well as a hb_ft_get_face()
that you can call on an hb_font_t font object to fetch its underlying FT_Face.
```Finally, the execution order between hb_font_destroy() and
hb_buffer_destroy() is flipped to match the order of creation of
the respective objects.Signed-off-by : Leandro Santiago <leandrosansilva@gmail.com>
Signed-off-by : Marton Balint <cus@passwd.hu>