
Recherche avancée
Médias (91)
-
999,999
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
The Slip - Artworks
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Texte
-
Demon seed (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
The four of us are dying (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Corona radiata (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
-
Lights in the sky (wav version)
26 septembre 2011, par
Mis à jour : Avril 2013
Langue : English
Type : Audio
Autres articles (102)
-
Gestion des droits de création et d’édition des objets
8 février 2011, parPar défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;
-
Dépôt de média et thèmes par FTP
31 mai 2013, parL’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...) -
ANNEXE : Les plugins utilisés spécifiquement pour la ferme
5 mars 2010, parLe site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)
Sur d’autres sites (10871)
-
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



-
libavformat/hlsenc.c : Populate OTI using AAC profile in write_codec_attr.
1er janvier 2024, par Romain Beauxislibavformat/hlsenc.c : Populate OTI using AAC profile in write_codec_attr.
This patch populates the third entry for HLS codec attribute using the
AAC profile.The HLS specifications[1] require this value to be the Object Type ID as
referred to in table 1.3 of ISO/IEC 14496-3:2009[2].The numerical constants in the code refer to these OTIs minus one, as
documented in commit 372597e[3], confirmed by comparing the values in the
code with the values in the table mentioned above.Links :
1 : https://datatracker.ietf.org/doc/html/rfc6381#section-3.3
2 : https://csclub.uwaterloo.ca/~ehashman/ISO14496-3-2009.pdf
3 : https://github.com/FFmpeg/FFmpeg/commit/372597e5381c097455a7b73849254d56083eb056Changes in this version :
Default value set to "mp4a.40.2" when profile is unknown for backward
compatibility.Signed-off-by : Steven Liu <liuqi05@kuaishou.com>
-
avcodec/codec_internal : add cap for ICC profile support
28 juin 2022, par Niklas Haasavcodec/codec_internal : add cap for ICC profile support
Codecs that can read/write ICC profiles deserve a special capability so
the common logic in encode.c/decode.c can decide whether or not there
needs to be any special handling for ICC profiles. The motivation here
is to be able to use it to decide whether or not an ICC profile needs to
be generated in the encode path, but it might as well get added to
decoders as well for purely informative reasons.It's not entirely clear to me whether the "thp" and "smvjpeg" variants
of "mjpeg" should have this capability set or not, given that the code
technically supports it but I somehow doubt these files may contain
them. In either case, this cap is purely informative for decoders so it
doesn't matter too much either way.It's also not entirely clear whether the "amv" encoder should signal ICC
profile support, but again erring on the side of caution, we probably
*shouldn't* be generating (and encoding !) ICC profiles for this type of
media file.Signed-off-by : Niklas Haas <git@haasn.dev>