Une mise à jour et des améliorations pour Handbrake
Handbrake est mis à jour ce soir avec une version 0.10.2 qui succède à la précédente qui datait du mois de mars. Les développeurs de cet encodeur vidéo très populaire expliquent simplement qu'ils ont apporté des corrections à plusieurs bugs et amélioré les performances ça et là.
Cette version n'est pas encore proposée depuis l'application, il faut la récupérer manuellement [10,6 Mo]. Par ce moyen, les auteurs veulent étaler les téléchargements.
Ils insistent au passage sur le fait que leur site — https://handbrake.fr — est le seul endroit où l'application est officiellement proposée, ils déconseillent vivement de le récupérer depuis d'autres endroits sur le web.
Courage! Un jour vous arriverez à la 1.0! ^^
Plus sérieusement, pourquoi ce numéro de version alors que ça fait plusieurs années que ce logiciel fonctionne très bien? Quelqu'un peut m'éclairer?
@iGeek07 :
C'est probablement un manque de confiance en soi des développeurs :-O
Est-ce que ça pourrait faire l'objet d'une thèse en informatique ? De la numérotation des versions d'un logiciel avec la démarche Apple, HandBrake, VLC, etc... :)
le tendance est que les logiciels payants monte plus vite en numéros de versions que les logiciels gratuits. juste pour repasser les clients à la caisse.
@olivierfaure :
Et Chrome (38.74748839.83885858.3838848)
j'ai fait un test rapidement, tous les réglages par default. il lisse plus, en perdant les détails, que iFFMpeg.
mais il est pas mal quand même. apparement il reconnaît tout type de video.
je suis en train de tester encodage (source flv) en codec h.265. (beaucoup plus lent que H.264)
@marenostrum :
Tu peux pas juger de la qualité de l'encodage si tu laisses les réglages par défaut !
j'ai encodé la même video que hier soir, avec iFFMpeg (logiciel sous licence). les deux réglages par default. ils produisent les deux le même fichier en taille (350 Mo) mais la qualité est pas pareille (très peu de différence mais ça se voit).
on peut surement faire mieux en jouant dans les réglages. mais le temps est de l'argent aussi. et le fichier sera plus gros, moins compressé.
@marenostrum :
Je répète, tu ne peux pas comparer 2 encodages si tu laisses tout par défaut. Tu dois mettre le même format, le même débit et le même nombre de passes.
Ca prend 30 secondes. Ca ne sert à rien de commenter autrement.
Après de nombreux tests sur des sources variées (films et jeux video), j'ai plutôt constaté l'inverse.
L'algorithme de redimensionnement de Handbrake est carrément meilleur (Lanczos). Dans iFfmpeg j'ai beau forcer des algorithmes différents (Spline,Lanczos...) l'image reste moins nette qu'avec Handbrake.
J'en avais conclu que iFfmpeg propose certainement une multiples de réglages dans son interface qui ne sont pas forcements (encore?) transmis à Ffmpeg CLI. Ça et sa stabilité m'ont rebuté a acheter une licence. D'ailleurs j'obtenais de meilleurs résultats en rédigeant moi-même la ligne de commande. Le but étant de gagner du temps avec GUI!
Je reste fidèle à Handbrake, mais je continue à suivre les évolutions de iFfmpeg de prêt car j'apprécie la profusion de réglages de ce digne successeur de FffmpegX.
"est le seul endroit où l'application est officiellement proposée, ils déconseillent vivement de le récupérer depuis d'autres endroits sur le web."
c'est pas du tout inutile de le rappeler !
Les faux installateurs de handbrake mais vrai trojan-spyware-injecteur de code sont légions et fournis par des sites très connus ayant pignon sur google.
Curieusement le législateur en a rien à foutre de cette pratique...
On peut d'ailleurs noter qu'il faut faire extrêmement attention et éviter le plus possible sourceforge, qui s'est mis à faire la même chose.
Pour les développeurs qui ont souhaité supprimer le projet pour le mettre ailleurs, ils ont réactivé les projets et placés sous leur égide.
https://linuxfr.org/news/sourceforge-de-pire-en-pire-usurpation-d-identite-du-projet-gimp
Quelle saloperie !
Merci pour le lien. Une histoire édifiante.
Bonne Nouvelle , j'ai mis ce matin 10 vidéos et quand je suis revenu je pensée que ça serait terminé....mais non un bug que j'espère résolu dans cette version.
Ce serait vraiment génial qu'à défaut d'Intel Quick Sync Video (testé sous Windows 8.1 : encodage matériel super rapide et fournissant des vidéos de qualité plus que correcte – mais apparemment impossible à porter sous OS X) on puisse bénéficier des avancées de l'API Metal avec une prochaine version de HandBrake...
il est très rapide déjà. plus rapide que Compressor de Apple. il utilise tous les coeurs de la machine. dommage que on peut pas choisir le nombre de coeurs utilisé comme le fait iFFMpeg, pour ne pas bloquer la machine qui devienne inutilisable (trop lente) si l'encodage dure longtemps.
"mais apparemment impossible à porter sous OS X", c'est utilisé comme accélérateur par Airplay, Facetime et iMovie/FCX, et il y a une api pour : https://developer.apple.com/library/mac/technotes/tn2267/_index.html
Le document que tu indiques parle uniquement de l'accélération matérielle du décodage vidéo, pas de l'encodage ; d'après ce que j'ai pu trouver comme infos, Apple utilise bien QSV dans ses propres applications (ou composants système), mais ce n'est pas (encore ?) dispo pour les applications tierces.
Effectivement, au temps pour moi.
Cette nouvelle version beugue chez moi (iMac fin 2013 sous Yosemite). Ai essayé un petit coup d'Onyx pour voir, mais rien n'y fait: dès que je sélectionne un dossier video ts pour une conversion, cascade de fenêtres d'erreur qui emplissent l'écran. Ai rapatrié version précédente via Time Machine, et tout (re)va bien...