J’essaie de configurer un profil, j’ai d’abord essayé MKV HEVC, puis MKV Haute Qualité en utilisant NVENC dans les deux cas. Tout fonctionne bien sauf qu’il semble y avoir une sorte de limite de fichier ou de bitrate. Dans les deux cas, peu importe les réglages que je modifie, le bitrate est d’environ 2000 et la taille du fichier est d’environ 500 Mo.
Pour les tests HEVC, je suis passé de cq 28 à 20, rien n’a changé.
J’ai essayé H264 et j’ai remarqué -b 1800k que j’ai supposé être le réglage du bitrate, mais j’ai obtenu à peu près la même taille de fichier/bitrate.
Je pensais avoir trouvé la solution avec le curseur de qualité, mais mon encodage ne dépasse toujours pas 2000 kbps. Quelqu’un peut-il me dire ce qu’il me manque ? Ce n’est sûrement pas une limitation du logiciel.
Il semble que le profil configuré pour être utilisé dans votre tâche de conversion ne soit pas le même que celui que vous modifiez, ce qui explique pourquoi rien ne change
Vérifiez que chaque profil a un nom unique. Si vous personnalisez des profils, il vaut mieux en créer un nouveau avec un nom unique.
C’est celui que la tâche de conversion a été configurée pour utiliser (et il utilise crf et non le débit)
INFORMATION> 2019-08-29T15:01:45 MCEBuddy.Engine.ConversionJob →
Conversion
→ Profil utilisé : HEVC MKV
Entrées du profil →
→ Description=Conversion HEVC en MKV (H.265/AC3). Crée un fichier plus petit (50 % plus petit que H.264) avec une qualité comparable mais très lent.
→ order=ffmpeg,handbrake
→ ffmpeg-general=-threads 0
→ ffmpeg-video=-ss 0 -vf yadif=0:-1:1,hqdn3d -vcodec nvenc_hevc -preset slow -crf 20 -map 0:v -sn
→ ffmpeg-audio=-acodec ac3 -ab 160k -map 0:a
→ ffmpeg-audioac3=-acodec copy -map 0:a
→ ffmpeg-ext=.mkv
→ ffmpeg-audiodelay=skip
→ handbrake-general=–decomb --loose-anamorphic --verbose=2
→ handbrake-video=–start-at duration:0 -e x265 --encoder-preset slow -q 20
→ handbrake-audio=-E ffac3 -R auto -B 160 -D 0 -a 1,2,3,4,5
→ handbrake-audioac3=-E ffac3 -R auto -B 384 -D 0 -a 1,2,3,4,5
→ handbrake-ext=.mkv
→ handbrake-audiodelay=skip
→ PreConversionCommercialRemover=true
Désolé, j’ai tellement testé que j’ai collé le mauvais profil. Voici le journal récent avec le profil utilisé, même problème.
Et la même chose se produit aussi avec le profil que tu as cité. C’est mon problème : il indique q 20, mais changer cette valeur ne fait rien. Toujours 2000 kbps. Je joins le profil HEVC et le journal. Même problème : changer la qualité ne fait rien, elle est actuellement réglée sur 25.
[HEVC MKV]
Description=HEVC en MKV (conversion H.265/AC3). Crée un fichier plus petit (50 % plus petit que H.264) avec une qualité comparable mais très lent.
order=ffmpeg,handbrake
ffmpeg-general=-threads 0
ffmpeg-video=-ss 0 -vf yadif=0:-1:1,hqdn3d -vcodec nvenc_hevc -preset slow -crf 25 -map 0:v -sn
ffmpeg-audio=-acodec ac3 -ab 160k -map 0:a
ffmpeg-audioac3=-acodec copy -map 0:a
ffmpeg-ext=.mkv
ffmpeg-audiodelay=skip
handbrake-general=--decomb --loose-anamorphic --verbose=2
handbrake-video=--start-at duration:0 -e x265 --encoder-preset slow -q 20
handbrake-audio=-E ffac3 -R auto -B 160 -D 0 -a 1,2,3,4,5
handbrake-audioac3=-E ffac3 -R auto -B 384 -D 0 -a 1,2,3,4,5
handbrake-ext=.mkv
handbrake-audiodelay=skip
PreConversionCommercialRemover=true
J’espère que cela clarifie les choses. Je ne vois rien là-bas qui limiterait le débit binaire, mais je n’ai pas réussi à faire bouger le débit binaire/la taille du fichier.
(Désolé pour tous les messages)
Je vois ceci dans le journal, et je ne sais pas pourquoi c’est là, ni où c’est inséré.
Stream #0:1: Video: hevc (nvenc_hevc) (Main), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1–1, 2000 kb/s, 29.97 fps, 1k tbn, 29.97 tbc
D’accord, je peux changer ça. Je pense que c’était le réglage du curseur. Je ne comprends juste pas comment le curseur (curseur de qualité) est censé fonctionner avec un débit binaire fixe ou un paramètre cq. J’ai ajusté la qualité à -40 % et je pense être satisfait du résultat. C’est comme ça, j’impose.
Testé uniquement sur mon bureau, il faut que je compare sur la télé et voir comment ça rend.
C’est parce que -cq n’est pas reconnu par MCEBuddy. C’est une option obsolète dans ffmpeg et elle ne signifie pas qualité constante comme la plupart des gens le pensent. Elle signifie quantizer constant, très différent de la qualité constante.
Vous devriez utiliser -b pour le débit binaire ou -crf pour la qualité. MCEBuddy reconnaît les deux et ajustera les valeurs lorsque vous déplacez le curseur.
Si vous ne voulez pas que MCEBuddy modifie vos paramètres de profil vidéo (y compris ignorer le curseur de qualité), ajoutez la directive VideoOptimized nécessaire à votre profil. Voir ce lien pour plus de détails : MCEBuddy - Advanced Settings, Commands and Tweaking
Lors de la création de profils personnalisés, référez-vous au lien ci-dessus et n’hésitez pas à consulter les profils existants pour des exemples.
Excellent, nous avançons, merci d’avoir répondu, je vais faire d’autres tests. En ce qui concerne le message ci-dessus, dois-je passer de nvenc_hevc à hevc_nvenc ? En supposant que ce soient des options différentes.
Ils sont identiques, mais utilisez l’option recommandée mentionnée par @zhulick, car MCEBuddy utilise la convention plus récente si vous utilisez l’une des options intégrées pour gérer l’accélération matérielle
Honnêtement, j’ai juste pris le profil HEVC et remplacé ce qu’il y avait. Quelque chose comme libvx265 avec ça. J’essaie d’obtenir l’accélération matérielle parce que cocher la case n’a pas fonctionné.
Une chose qui semble limitée par rapport aux paramètres de HandBrake est la possibilité d’utiliser les réglages de décalage et de désentrelacement. Au moins, je le vois dans HB et pas dans ffmpeg.
Dois-je supposer que tous les paramètres disponibles pour ffmpeg fonctionneront si je les inclus dans le profil ?
Ah vraiment ? Dans toute la documentation que j’ai trouvée pour mcebuddy (sur ce site), j’aurais juré qu’il était dit que Handbrake n’utilisait que quicksync et qu’il fallait ffmpeg pour Nvidia. C’est fantastique car je suis plus à l’aise avec Handbrake et j’ai déjà des réglages qui me conviennent. Je voulais juste utiliser l’accélération matérielle pour libérer le processeur. Merci beaucoup.
Vous pouvez certainement utiliser HandBrake. Vous devrez peut-être mettre à jour l’exécutable CLI de HandBrake avec la dernière version (il suffit de remplacer l’exécutable dans le dossier HandBrake), je ne suis pas sûr. Quand je l’ai essayé pour la première fois il y a un moment, je me souviens avoir dû faire ça. Je ne sais pas si la version CLI incluse avec MCEBuddy a été mise à jour depuis, elle l’a peut-être été.
Je suis désolé d’avoir besoin qu’on me mâche le travail, mais je n’arrive vraiment pas à activer nvenc. J’ai essayé une centaine de combinaisons différentes. À l’origine, c’était -e x265 ; cela déclenchait l’encodage logiciel, mais remplacer x265 par nvenc_h265 ne fonctionne pas. Essayer comme vous dites ne fonctionne pas non plus ; voici mon profil. Aussi, comment faire pour ne pas toucher l’audio et le laisser en pass-through ?
[HEVC Handbrake MKV]
Description=Conversion HEVC en MKV (H.265/AC3). Crée un fichier plus petit (50 % plus petit que H.264) avec une qualité comparable, mais très lent.
order=handbrake
ffmpeg-general=-threads 0
ffmpeg-video=-ss 0 -vf yadif=0:-1:1,hqdn3d -vcodec -e nvenc_hevc -preset slow -level 5.1 -b:v 3500k -map 0:v -sn
ffmpeg-audio=-acodec ac3 -ab 160k -map 0:a
ffmpeg-audioac3=-acodec copy -map 0:a
ffmpeg-ext=.mkv
ffmpeg-audiodelay=skip
handbrake-general=–decomb --loose-anamorphic --verbose=2
handbrake-video=–start-at duration:0 -encoder nvenc_h265 -preset slow -q 26
handbrake-audio=-E ffac3 -R auto -B 384 -D 0 -a 1,2,3,4,5
handbrake-audioac3=-E ffac3 -R auto -B 384 -D 0 -a 1,2,3,4,5
handbrake-ext=.mkv
handbrake-audiodelay=skip
handbrake-VideoOptimized=true
handbrake-UsingHardwareEncoding=true
PreConversionCommercialRemover=true
Si vous n’utilisez pas ffmpeg, vous pouvez supprimer toutes ses références de votre profil.
Le mien ressemble à ceci
[NVENC HEVC MP4 q22/640]
Description=Conversion HEVC en MP4 (H.265/AAC). Crée un fichier plus petit (50 % plus petit que H.264) avec une qualité comparable mais très lent.
order=handbrake
handbrake-general=–loose-anamorphic --verbose=2 -f mp4 --subtitle “1,2,3,4,5”
handbrake-video=–start-at duration:0 --encoder nvenc_h265 --encoder-preset medium -q 22
handbrake-audio=-E eac3 -R auto -B 640 -D 0 -a 1,2,3,4,5
handbrake-ext=.mp4
handbrake-audiodelay=skip
PreConversionCommercialRemover=true
J’utilise eac3/640 pour l’audio, donc remettez aac/160 ou ce que vous prévoyez d’utiliser. Si votre sortie est mkv, changez l’extension en mkv et supprimez -f mp4 de general. Ajoutez -decomb -denoise à video si nécessaire.
Si vous laissez handbrake-VideoOptimized=true dans votre profil, mcebuddy considérera la source comme parfaite et ignorera tout traitement vidéo – donc pas de suppression de bruit, etc. Idéal pour une conversion de rip Blu-ray, pas sûr que ce soit utile pour des épisodes TV enregistrés.
Merci, je vais essayer. J’aime l’audio 640, mais la plupart de mes contenus TV sont au mieux à 384. Donc je ne veux pas de re-encodage. Je cherche à faire du simple passage direct.
EDIT Enfin ! Merci mec, je suis vraiment nul en syntaxe, c’est terrible. J’apprécie énormément ton aide.
On dirait toujours que le curseur décide de tout, je ne vois pas l’intérêt du CRF de -q si un curseur le contredit. Même avec l’option vidéo optimisée, c’est le curseur qui détermine ce qui se passe réellement.
Je pense que c’est ainsi que cela était censé fonctionner. Les curseurs remplacent le profil, permettant aux utilisateurs d’ajuster la qualité et la taille depuis l’interface graphique. Mcebuddy ne sait pas si vous utilisez l’un de ses comptes préconfigurés ou le vôtre, donc il écrasera tous les paramètres reçus.
Je n’ai jamais utilisé le curseur, donc je ne sais pas à quel point il est précis. Cela dit, si je devais m’en servir, je commencerais par configurer mon profil avec un -q de 20. Ainsi, une augmentation de 10 % équivaudrait à -q22, +15 % à -q23, etc. De cette façon, j’aurais au moins une idée approximative du -q utilisé. Encore une fois, je ne sais pas comment les pourcentages du curseur correspondent aux augmentations réelles de -q, mais en théorie, cela devrait fonctionner.
