Goose RBoy,
Ce fil est presque vieux d’un an. La stabilité a dû s’améliorer depuis. Peut-on obtenir une nouvelle version de ffmpeg ? De nombreux autres projets disent qu’elle est assez stable pour eux. Pourquoi pas mcebuddy ?
Je viens de renouveler mon abonnement. Heureux d’aider financièrement et à tester, en travaillant sur de nouvelles fonctionnalités.
Bonjour Goose, RBoy
Nous avons soumis quelques correctifs à ffmpeg. Le cycle de tests redémarrera sur la prochaine version de ffmpeg
Ça a l’air bien. En attendant que vos patches soient approuvés, pourquoi ne pas les appliquer vous-même et compiler en croisant, créant votre propre fork de ffmpeg.
Je tiens à ajouter que je viens de renouveler ma licence.
J’ai installé les toutes dernières versions nocturnes de MKV merge et extract,
Handbrake CLI, FFMPEG (la build 2.8.2 du 30/09/2023 est présentée par ses auteurs comme stable et intègre le nouveau support de NVdecoder et du codage NV AV1), ainsi qu’avidemux.
Mes premiers tests ne montrent pas que comskip avec NVdec soit sensiblement plus rapide que mon vieux CPU Haswell i5-4430.
Cependant, après avoir installé la nouvelle version MCEBuddy 2.6.2 du 14 octobre et mis à jour les outils listés ci-dessus, j’ai vraiment remarqué que MCEBuddy a littéralement /dévoré/ tout un tas de conversions en attente.
Il me reste donc à enquêter pour isoler ce qui a reçu un énorme coup de boost, mais ma première conclusion est qu’MCEBuddy a soit mis les gaz à fond, soit l’un des outils mis à jour est responsable. J’utilise comskip et handbrake, et handbrake embarque son propre FFMPEG lié statiquement, donc la mise à jour de MCEBuddy n’a pas d’impact là-dessus.
Quoi que vous fassiez, continuez ainsi.
Merci à Goose et RBoy pour cet outil d’automatisation excellent et indispensable.
Je viens de remarquer ceci (Making sure you're not a bot!)
La version 6.1 devrait sortir très bientôt, il suffit d’attendre qu’ils mettent à jour la page d’accueil.
Je vis dangereusement et utilise ces versions (à peu près hebdomadaires) de Builds - CODEX FFMPEG @ gyan.dev
Les builds 6.1 sont maintenant disponibles ici Builds - CODEX FFMPEG @ gyan.dev. Tenez-nous informés. Merci.
aussi, handbrakecli vient d’être mis à jour vers la version 1.7.0 mais nous attendons toujours un binaire.
Les versions nocturnes de Handbrake sont maintenant les versions 1.7.0. Notamment, nous avons maintenant NVENC AV1 (encodage matériel nVidia vers AV1).
Cependant, ceci n’est disponible que sur les nouvelles cartes Ada (série RTX40).
On ne sait pas si nVidia rétrogradera l’encodeur vers les cartes RTX10 (Pascal), RTX20 (Turing) ou RTX30 (Ampere).
Je n’utilise pas beaucoup HandBrake, surtout ffmpeg, mais ne veux-tu pas dire SVT ou AV1 ?
Oie, Rboy, comment se passe le 6.1.
Oui, je voulais dire AV1. C’est corrigé. L’encodeur que je peux utiliser est SVT et il est limité par le CPU. Pas de GPU pour moi sur une 2060. Je reste donc sur h.265 pour le moment.
Nous avons commencé le travail sur les nouvelles versions. Il s’agit d’un grand changement car les nouveaux binaires ne prennent plus en charge les anciennes cartes graphiques, nous aurons donc beaucoup plus de travail pour cette version afin de maintenir le support des anciens GPU tout en ajoutant le support des nouveaux GPU et codecs. Toute personne possédant des GPU plus récents (AMD, Nvidia, Intel) prenant en charge AV1 peut me contacter en privé si elle souhaite faire partie du processus de test.
Oof ! Je ne savais pas que FFMPEG abandonnait le support des vieilles cartes. Ni mencoder ou handbrake si ceux-là font de même.
Je me demande combien d’utilisateurs de MCEBuddy possèdent ces vieilles cartes, sachant que des cartes bas de gamme récentes coûtent à peu près le même prix que MCEBuddy.
Et il n’est pas obligatoire pour les détenteurs de ces vieilles cartes d’arrêter d’utiliser les anciennes versions de MCEBuddy qui les supportent ; ces versions ne sont pas retirées des archives.
Il ne me semble pas qu’il y ait un argument convaincant pour que le développement futur de MCEBuddy soit bridé ou retardé afin de supporter des GPU (ou CPU) qui ne sont plus fabriqués ni supportés par leurs constructeurs, sur la seule conjecture qu’ils seraient encore utilisés par des personnes pouvant payer la licence de la nouvelle version, mais pas une carte vidéo bas de gamme récente qui est probablement aussi des ordres de grandeur plus performante que la carte obsolète pour le même prix.
Quelqu’un a-t-il encore besoin du support des disquettes, par exemple ?
Je suis juste curieux de connaître l’ampleur du groupe d’utilisateurs de MCEBuddy qui ont ces cartes ou CPU en voie d’abandon et ne peuvent pas basculer vers des codecs logiciels, ou s’il existe des cartes ou CPU spécifiques en usage qu’on ne peut pas mettre à jour, ne peuvent pas utiliser de codecs logiciels et doivent absolument mettre à jour leur version de MCEBuddy ?
Mike808, vous utilisez une carte graphique ancienne. Pourquoi ne pas passer à une nouvelle carte pendant les fêtes ? Newegg propose de bonnes offres sur l’Arc A380, et la RTX 4060 n’est pas mal non plus.
Liaison croisée :
@Goose Je pensais qu’AMD ne proposait pas encore l’encodage AV1, seulement le décodage. Est-ce qu’ils l’ont ajouté dans leurs pilotes ?
RBoy Goose, merci pour tout le travail, je viens de vous envoyer un don.
Les pilotes/API le prennent en charge, mais le matériel doit être disponible (architecture RDNA3 comme les GPU Navi 3x et Radeon RX 7000) pour que mcebuddy puisse l’utiliser
Voir ceci : GPU/Hardware Encoding/Acceleration FAQs