Mise à jour des binaires

Il est peut-être temps de mettre à jour ffmpeg et handbrake avec la sortie des GPU série 40. Aussi, pour rester à la page, il serait bien d’activer l’encodage matériel pour av1. Merci.

bonjour

Oie, es-tu là ?

Oie, t’ai-je offensé ?

bonjour

Pas du tout. Nous enquêtons dessus. Cela nous prendra des semaines → des mois pour mettre à jour car il y a littéralement des dizaines de milliers de tests à exécuter et à corriger les problèmes s’ils surgissent avec les versions plus récentes avant que nous puissions le vérifier. Un seul cycle de test prend jusqu’à 2 semaines tournant 24h/24 et 7j/7 pour se compléter sur un cluster de machines.

Ça marche. Fais-moi savoir quand c’est terminé. Merci.

Je fais juste un suivi là-dessus. Merci.

bonjour

Ce n’est pas très encourageant pour l’instant, les versions plus récentes d’ffmpeg utilisant le nouveau framework QSV OneVPL échouent ou sont plus lentes pour l’encodage matériel. Une fois que nous aurons fini d’enquêter / optimiser cela, nous nous pencherons sur NvEnc puis AMF. Cela va donc prendre du temps, mais je ne vois aucun avantage spécifique à mettre à jour ffmpeg dans sa version actuelle.

À titre de référence, la version 5.1.2 de ffmpeg (utilisant Media SDK) est 25 % plus lente avec QuickSync que la version fournie avec la dernière version de MCEBuddy, tandis que les dernières versions nightly (utilisant OneVPL) ne parviennent même pas à utiliser l’encodeur matériel qsv.

Je comprends. Merci. Donne-leur peut-être un peu de temps pour corriger leur code. Aussi, je pense que Microsoft a son propre encodeur matériel universel, donc essaye h264_mf et hevc_mf

Oui, nous avons expérimenté avec ceux-là. Étrangement, ffmpeg indique qu’ils ne sont pas officiellement supportés, mais nous obtenons des résultats intéressants

intéressant bien ou mal ?

Encore en test, il ne semble pas utiliser le moteur matériel

Handbrake vient de sortir la version 1.6.0. Il y a des notes sur les moteurs QSV et NVENC, donc il pourrait y avoir quelque chose d’utile à croiser.

Je suis en train de déposer Handbrake 1.6.0 CLI dans MCEBuddy. Aucun souci avec la version 1.5.1. Il y a toutefois une mise en garde : ils sont passés complètement au runtime .NET desktop v6. Microsoft a mis fin au support (EOL) et à la vente (EOVS) du v5. Ils retirent également progressivement le support de VP8. Je ne sais pas si cela touche encore des utilisateurs de Media Center.

Je posterai s’il y a des problèmes. Je n’ai qu’une 2060 pour le matériel, avec un i5 4e génération (Haswell ?).

Modifications notables de HandBrake 1.6.0 :

  • Ajout de l’encodage vidéo AV1
  • Ajout du support haute profondeur de bits et profondeur de couleur aux divers encodeurs et filtres
  • Ajout des préréglages 4K AV1 General, QSV (Hardware) et MKV (Matroska)
  • Ajout des préréglages 4K HEVC General et mise à jour des préréglages associés pour utiliser des paramètres d’encodeur similaires
  • Suppression des préréglages VP8
    • L’encodeur vidéo VP8 est désormais déprécié et sera supprimé dans une version future
    • Par extension, l’encodeur Theora est depuis longtemps déprécié et sera supprimé dans une version future

Vidéo

  • Ajout des encodeurs vidéo SVT-AV1 (logiciel, v1.4.1) et Intel QSV AV1 (matériel)
  • Ajout des encodeurs : VP9 10-bit, NVENC HEVC 10-bit, VCN HEVC 10-bit
  • Ajout des niveaux H.264 6, 6.1 et 6.2 pour l’encodeur x264
  • Ajout des profils H.264/H.265 4:2:2 et 4:4:4 pour les encodeurs x264 et x265
  • Ajout du profil H.265 4:2:2 pour l’encodeur VideoToolbox sur Apple Silicon
  • Ajout du support d’Intel Deep Link Hyper Encode (exploiter plusieurs moteurs QSV pour augmenter les performances)
  • Correction d’un problème de longue date où le préréglage NVENC le plus lent provoquait des échecs d’encodage
  • Retrait du support des processeurs Intel antérieurs à la 6e génération (Skylake) lors de l’utilisation d’Intel Quick Sync

Bibliothèques tierces mises à jour

  • AMF 1.4.24 (encodage AMD VCN)
  • FFmpeg 5.1.2 (décodage et filtres)
  • Sous-titres : FreeType 2.12.1, Fribidi 1.0.12, HarfBuzz 4.4.1, libass 0.16.0
  • liblzma (xz) 5.2.6 (décodage vidéo LZMA, ex. TIFF)
  • libvpx 1.12.0 (encodage vidéo VP8/VP9)
  • oneVPL 2023.1.0 (encodage/décodage Intel QSV)
  • x264 164 r3100 (encodage vidéo H.264/AVC)
  • x265 r12747 (encodage vidéo H.265/HEVC)
  • zimg 3.0.4 (conversion des couleurs)

Ça fait quelques mois. Il y a peut-être eu un changement ?

Les versions plus récentes de ffmpeg sont plus lentes pour l’encodage matériel. Dans notre distribution, nous utilisons des versions spécifiques pour des encodeurs matériels spécifiques. Nous ne pouvons pas recommander une seule version pour tout le matériel, mais n’hésitez pas à expérimenter de votre côté et à partager vos résultats.

Pour être honnête avec vous, je recherche un support av1. J’apprécierais vraiment un profil et un encodeur officiels de mcebuddy. Peut-être configurer mcebuddy pour qu’il n’utilise la nouvelle version que pour l’av1.

Vous pouvez essayer d’utiliser le nouveau Handbrake avec un profil pour l’encodage et des options personnalisées pour AV1.

Les notes de Handbrake indiquent que le FFMPEG intégré dans Handbrake est uniquement utilisé pour le décodage. C’est différent de MCEBuddy utilisant FFMPEG ou Handbrake au niveau supérieur.

Au pire, ce sera peut-être plus lent, comme Goose l’a indiqué, mais au moins vous obtiendrez un encodage AV1.