
Recherche avancée
Médias (1)
-
Bug de détection d’ogg
22 mars 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Video
Autres articles (50)
-
XMP PHP
13 mai 2011, parDixit Wikipedia, XMP signifie :
Extensible Metadata Platform ou XMP est un format de métadonnées basé sur XML utilisé dans les applications PDF, de photographie et de graphisme. Il a été lancé par Adobe Systems en avril 2001 en étant intégré à la version 5.0 d’Adobe Acrobat.
Étant basé sur XML, il gère un ensemble de tags dynamiques pour l’utilisation dans le cadre du Web sémantique.
XMP permet d’enregistrer sous forme d’un document XML des informations relatives à un fichier : titre, auteur, historique (...) -
Déploiements possibles
31 janvier 2010, parDeux types de déploiements sont envisageable dépendant de deux aspects : La méthode d’installation envisagée (en standalone ou en ferme) ; Le nombre d’encodages journaliers et la fréquentation envisagés ;
L’encodage de vidéos est un processus lourd consommant énormément de ressources système (CPU et RAM), il est nécessaire de prendre tout cela en considération. Ce système n’est donc possible que sur un ou plusieurs serveurs dédiés.
Version mono serveur
La version mono serveur consiste à n’utiliser qu’une (...) -
Ajouter notes et légendes aux images
7 février 2011, parPour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
Modification lors de l’ajout d’un média
Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...)
Sur d’autres sites (5435)
-
FFmpeg H.264 NVENC - high444p profile not working at 1920x1080 via library but works via command line encoding
10 décembre 2024, par Vivek NathaniI am building a real-time desktop streaming application in Rust and I am using FFmpeg (H.264 NVENC) to encode the raw frames captured as BGRA from desktop.


I am able to get it to work on profiles such as
baseline
,main
, andhigh
but nothing seems to be working onhigh444p
which is what I need to do 4:4:4 chroma subsampling.

Below is the setup I have for constructing the encoder. I am using the rust-ac-ffmpeg crate to do this.


builder = builder
 .pixel_format("bgra")
 .height(1080)
 .width(1920)
 .set_option("profile", "high444p")
 .set_option("preset", "medium")
 .set_option("tune", "hq")
 .set_option("b:v", "30M")
 .set_option("maxrate", "30M")
 .set_option("bufsize", "60M")
 .set_option("framerate", "60")
 .set_option("pix_fmt", "yuv444p");



No matter what combination of settings I try, I always get a single line error as follows :


[h264_nvenc @ 0000020bf69f6680] InitializeEncoder failed: invalid param (8): Invalid Level.



I have also tried adding levels explicitly. Have tried 4.1, 4.2, 5.1, 5.2, 6.1 and 6.2.


The only case where this does work is if the resolution is low, let's say around 500x500 or 600x800. But this is not suitable for my usecases.


Moreover, the equivalent command for this just works right out of the box. On the same machine. Same ffmpeg version. Running this command on an output.raw file which is just a dump of the frames captured by my screen capture mechanism.


ffmpeg -f rawvideo -pix_fmt bgra -s 1920x1080 -framerate 60 -i input.raw -c:v h264_nvenc -preset p1 -profile:v high444p -pix_fmt yuv444p -b:v 30M -maxrate 30M -bufsize 60M output.mp4



-
fate : adjust frequencies of the sine filter
9 novembre 2024, par Marton Balintfate : adjust frequencies of the sine filter
The filter currently uses inaccurate frequencies, this is in preparation for
fixing that, by using numbers that will map to the equivalent value in the
future code.Signed-off-by : Marton Balint <cus@passwd.hu>
-
swscale/utils : add helper function to infer colorspace metadata
28 novembre 2024, par Niklas Haasswscale/utils : add helper function to infer colorspace metadata
Logic is loosely on equivalent decisions in libplacebo. The basic idea is to try
and be a bit conservative by treating AVCOL_*_UNSPECIFIED as a no-op, unless the
other primaries set are non-standard / wide-gamut or HDR. This helps avoid
unintended or unexpected colorspace conversions, while forcing it in cases where
we are almost certain it is needed. The major departure from libplacebo semantics
is that we no default to a 1000:1 contrast ration for SDR displays, instead modelling
them as idealized devices with an infinite contrast ratio.In either case, setting SWS_STRICT overrides this behavior in favor of always
requiring explicit colorspace metadata.