
Recherche avancée
Autres articles (86)
-
Use, discuss, criticize
13 avril 2011, parTalk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
A discussion list is available for all exchanges between users. -
Installation en mode ferme
4 février 2011, parLe mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
C’est la méthode que nous utilisons sur cette même plateforme.
L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...) -
MediaSPIP en mode privé (Intranet)
17 septembre 2013, parÀ partir de la version 0.3, un canal de MediaSPIP peut devenir privé, bloqué à toute personne non identifiée grâce au plugin "Intranet/extranet".
Le plugin Intranet/extranet, lorsqu’il est activé, permet de bloquer l’accès au canal à tout visiteur non identifié, l’empêchant d’accéder au contenu en le redirigeant systématiquement vers le formulaire d’identification.
Ce système peut être particulièrement utile pour certaines utilisations comme : Atelier de travail avec des enfants dont le contenu ne doit pas (...)
Sur d’autres sites (14948)
-
How to preserve colours when colour metadata is "unknown"
5 avril 2024, par Hashim AzizI often need to scale up many files with
unknown
color metadata (probably because FFmpeg itself was dropping that metadata until very recently) :

$ ffprobe -v error -show_streams "input.mp4" | grep color

color_range=tv
color_space=unknown
color_transfer=unknown
color_primaries=unknown



No matter what I do to try and preserve the colours in these files, nothing works to prevent the colours from shifting, usually coming out darker than the input.


I've already tried :


- 

-
Setting all four color metadata options (
-colorspace
,-color_trc
,-color_primaries
,-color_range
) to all of their possible values for PAL, NTSC and HD inputs (bt470bg
,smpte170m
andbt709
respectively)

-
Automatically converting the colorspace as part of the scale by adding
in_color_matrix=auto:out_color_matrix=<colorspace></colorspace>
, where is eitherbt470
,smpte170m
orbt709


-
Explicitly converting the colorspace as part of the scale by adding
in_color_matrix=<colorspace>:out_color_matrix=bt709</colorspace>
, where is eitherbt470
,smpte170m
orbt709










After all of this, I'm still left none the wiser as to how the hell colour works in FFmpeg and what I'm meant to be doing just to get my colour to look as it does in the original input.


Here is the (simplified) FFmpeg command that I'm running as part of a larger script, most of which is probably irrelevant to the issue but which I've included in case it isn't :


ffmpeg -y -hide_banner \
-i "input.webm" -i "outro.mp4" -loop 1 -i "watermark.png" \
-movflags +faststart+write_colr \ 
-filter_complex \
"color=black:16x16:d=780[base];
[0:v]scale=1922:'max(1080,ih)':flags=lanczos:in_color_matrix=auto:out_color_matrix=bt709[v0];
[1:v]scale=1922:'max(1080,ih)':flags=lanczos,fade=in:st=0:d=2:alpha=1[v1];
[2:v]lut=a=val*0.7,fade=in:st=15:d=3:alpha=1,fade=out:st=775:d=3:alpha=1[v2];
[base][v0]scale2ref[base][v0];
[base][v0]overlay[tmp];
[tmp][v1]overlay,setsar=1[tmp2];
[v2][tmp2]scale2ref=w=oh*mdar:h=ih*0.07[watermark_scaled][video]
[video][watermark_scaled]overlay=80:50:shortest=1:format=rgb[outv];
[0:a]afade=out:st=778:d=2[0a];
[0a][1:a]concat=n=2:v=0:a=1[outa]" \
-map "[outv]" -map "[outa]" -c:v libx264 -crf 15 -c:a libopus \
-pix_fmt yuv420p -colorspace bt709 -color_trc bt709 -color_primaries bt709 -color_range tv "output.mp4" 



-
-
Accept empty responses (no JSON) for DELETE requests.
3 avril 2013, par blueimpm js/jquery.fileupload-ui.js
Accept empty responses (no JSON) for DELETE requests.
-
Anomalie #3011 (Fermé) : Bug formulaire de contact
31 mai 2013, par denisb -bien vu.
fermé par http://zone.spip.org/trac/spip-zone/changeset/73118/