Handbrake supportera finalement l'encodage accéléré par le QSV d'Intel

Handbrake supportera finalement l’encodage accéléré par le QSV d’Intel

Et VLC, c'est pour bientôt ?

Avatar de l'auteur
David Legrand

Publié dans

Logiciel

28/03/2013 2 minutes
26

Handbrake supportera finalement l'encodage accéléré par le QSV d'Intel

Lors de l'annonce de Quick Sync Video par Intel, le fondeur nous avait indiqué qu'il cherchait à faire exploiter cette fonctionnalité d'accélération de l'encodage vidéo par le plus grand nombre d'applications. Cela incluait celles de ses partenaires commerciaux, mais aussi les projets open source. Cela semble enfin se concrétiser avec la compatibilité prochaine de Handbrake.

Lors de la Game Developers Conference, Intel a effectué plusieurs annonces sur lesquelles nous reviendrons, mais a surtout évoqué la compatibilité prochaine du fameux logiciel d'encodage vidéo Handbrake avec la fonctionnalité Quick Sync Video intégrée dans ses processeurs Core de seconde et de troisième génération.

  HandBrake

Pour rappel, celle-ci permet d'accélérer matériellement le processus et s'exploite via le Media SDK qui s'est récemment adapté aux projets open source. Ainsi, en plus des partenaires commerciaux d'Intel que sont Cyberlink et Arcsoft pour ne citer qu'eux, les développeurs qui participent à des projets issus du monde du libre peuvent aussi tirer partie de cette fonctionnalité.

Une version était en démonstration à la GDC mais elle n'en est qu'à ses débuts. Les premières versions de test publiques devraient néanmoins être rapidement publiées. Il faudra alors voir si un gain de performances est réellement au rendez-vous, et avec quelle qualité d'encodage.

Écrit par David Legrand

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Commentaires (26)


Tu t’es cassé la main avec la correction automatique et ton dico en anglais ? <img data-src=" />


Il y a de l’espoir pour retrouver QSV dans ffmpeg ?



C’est tout ce qui manque à mon serveur DLNA pour faire du transcoding à la volée !


QSV accessible en open source, bonne nouvelle ! D’autant plus que mon 2100 le supporte.



Maintenant, j’attends de voir son implémentation dans ma Fedora préférée. A suivre !


Bonne nouvelle pour l’un des meilleurs soft de réencodage open-source et multiplateforme<img data-src=" />







kaillasse91 a écrit :



Tu t’es cassé la main avec la correction automatique et ton dico en anglais ? <img data-src=" />





Les piles de ta souris son hs et tu n’arrive pas à cliquer sur le boutton “signaler une erreur”?<img data-src=" />



Sachant que Handbrake est multi-OS, le gain de performances sera-t-il aussi accessible sur Linux ?


Mouais…. Si ça donne une qualité équivalente à ce qui se fait chez les concurrents avec QSV, je passe mon tour…


Handbrake n’est toujours pas traduit en Français ??? <img data-src=" />


Le 28/03/2013 à 11h 14



Il faudra alors voir si un gain de performances est réellement au rendez-vous, et avec quelle qualité d’encodage.





Vu que l’équipe d’Handbrake est très à cheval sur cet aspect, je pense qu’ils ont trouvé matière à égaler l’encodage CPU à ce niveau sinon ils ne le proposeraient pas.



En voilà une news sympa pour mon petit i3 3225 et son HD4000 <img data-src=" />

Il va bourriner du BR aussi vite qu’un i7 à 300€<img data-src=" />








yvan78 a écrit :



En voilà une news sympa pour mon petit i3 3225 et son HD4000 <img data-src=" />

Il va bourriner du BR aussi vite qu’un i7 à 300€<img data-src=" />









Ouais…. Enfin essayes d’arriver à la même qualité d’encodage…. Non pas que le core i3 n’en soit pas capable, mais avec un i7 t’as au moins l’avantage de pouvoir pousser l’encodage dans es derniers retranchements tout en gardant un temps d’encodage ““raisonnable”“.



Ton encodage QSV il est vraiment bas de gamme à coté.



Le 28/03/2013 à 11h 26







methos1435 a écrit :



Ouais…. Enfin essayes d’arriver à la même qualité d’encodage…. Non pas que le core i3 n’en soit pas capable, mais avec un i7 t’as au moins l’avantage de pouvoir pousser l’encodage dans es derniers retranchements tout en gardant un temps d’encodage ““raisonnable”“.



Ton encodage QSV il est vraiment bas de gamme à coté.







C’est déjà pas si mal en pur CPU… Ca encode déjà en BR/HD avec sensiblement

les mêmes framerates que les DVD/SD avec mon ancien core2duo. Ce qui reste raisonnable.



Pour la qualité, j’attendrais d’en juger… Si l’équipe d’Handbrake a refusé jusque là tout mode d’encodage GPU c’était à cause de la qualité très dégradée. S’ils ont finalement décidé de s’y lancer j’ai peu de doutes sur le fait qu’ils aient fait de gros progrès à ce sujet. A vérifier quand ce sera là.









yvan78 a écrit :



C’est déjà pas si mal en pur CPU… Ca encode déjà en BR/HD avec sensiblement

les mêmes framerates que les DVD/SD avec mon ancien core2duo. Ce qui reste raisonnable.



Pour la qualité, j’attendrais d’en juger… Si l’équipe d’Handbrake a refusé jusque là tout mode d’encodage GPU c’était à cause de la qualité très dégradée. S’ils ont finalement décidé de s’y lancer j’ai peu de doutes sur le fait qu’ils aient fait de gros progrès à ce sujet. A vérifier quand ce sera là.









A voir en effet. Mais je doute qu’ils aient une grande marge de manoeuvre sur la qualité de l’encodage. Wait and see.



Ça serait bien de remplacer ce vilain “encodage”, inadapté en plus vu qu’il ne s’agit pas d’un codage au sens strict, par conversion ou compression, voire transcodage. Après tout, on ne parle pas du transcodage d’une image TIFF en image PNG.


+1000 entre un encodage CPU et GPU. Fait plusieurs essais avec DVDFAB et même avec un encodage 2 passes avec CUDA, sur une FullHD de plus de 40 pouces ça pique les yeux <img data-src=" />








OlivierJ a écrit :



Ça serait bien de remplacer ce vilain “encodage”, inadapté en plus vu qu’il ne s’agit pas d’un codage au sens strict, par conversion ou compression, voire transcodage. Après tout, on ne parle pas du transcodage d’une image TIFF en image PNG.









Mouais… On parle bien de résolution plus que de définition et ça choque personne…. Ya quand même pire comme erreur.









Schumi a écrit :



+1000 entre un encodage CPU et GPU. Fait plusieurs essais avec DVDFAB et même avec un encodage 2 passes avec CUDA, sur une FullHD de plus de 40 pouces ça pique les yeux <img data-src=" />







C’est vrai ; j’ajoute que lire 2 fois “encodage” à la suite, ça pique les yeux aussi ;) .







methos1435 a écrit :



Mouais… On parle bien de résolution plus que de définition et ça choque personne…. Ya quand même pire comme erreur.







Je ne parlais pas que d’erreur ou d’imprécision comme celle que tu relèves, je parle aussi du fait que c’est un anglicisme bien moche, comme “encrypter” (-&gt; “chiffrer”).









OlivierJ a écrit :



C’est vrai ; j’ajoute que lire 2 fois “encodage” à la suite, ça pique les yeux aussi ;) .







Je ne parlais pas que d’erreur ou d’imprécision comme celle que tu relèves, je parle aussi du fait que c’est un anglicisme bien moche, comme “encrypter” (-&gt; “chiffrer”).









Qu’est ce qu’il ya de gênant dans le terme encodage ? (vraie question, pas taper)

Parce qu’il apparait dans le dictionnaire français et se définit comme

“Transcription de données d’un format dans un autre” (Larousse) Il me parait bin adpaté moi au contraire.









methos1435 a écrit :



Qu’est ce qu’il ya de gênant dans le terme encodage ? (vraie question, pas taper)

Parce qu’il apparait dans le dictionnaire français et se définit comme

“Transcription de données d’un format dans un autre” (Larousse) Il me parait bin adpaté moi au contraire.







Il a été intégré au dictionnaire (il faut dire que chez les geeks l’influence de l’anglais est forte, on a droit à pas mal d’anglicismes et de franglais, et surtout la maîtrise fine de la langue c’est pas toujours leur truc), mais le terme correct que j’ai eu pendant mes études c’est bien codage : codage préfixe, codage de Huffman, codage arithmétique, codeur/décodeur (codec), message codé, fax codé, etc… Jamais de “en” devant.









OlivierJ a écrit :



Il a été intégré au dictionnaire (il faut dire que chez les geeks l’influence de l’anglais est forte, on a droit à pas mal d’anglicismes et de franglais, et surtout la maîtrise fine de la langue c’est pas toujours leur truc), mais le terme correct que j’ai eu pendant mes études c’est bien codage : codage préfixe, codage de Huffman, codage arithmétique, codeur/décodeur (codec), message codé, fax codé, etc… Jamais de “en” devant.









Encodage est devenu officiellement un synonyme de codage dans la langue française. Partant de là il n’y pas de raison de s’offusquer quand il apparait dans une discussion.

Tout le reste ne vient que d’opinion personelle sur le terme en question…









kypd a écrit :



Il y a de l’espoir pour retrouver QSV dans ffmpeg ?



C’est tout ce qui manque à mon serveur DLNA pour faire du transcoding à la volée !







Il y a un espoir si FFmpeg est retenu comme mentoring organization pour le Google Summer of Code. Sinon, rien n’empêche les gens d’y contribuer aussi, en dehors de cela. Le nécessaire est disponible sous Linux, et libre.









fbleuf a écrit :



Handbrake n’est toujours pas traduit en Français ??? <img data-src=" />







Ça n’intéresse pas vraiment ses développeurs.









FrDakota a écrit :



Ça n’intéresse pas vraiment ses développeurs.







Pfffff <img data-src=" />



J’entands beaucoup de bien de ce logiciel, mais il est beaucoup trop complexe pour moi sans être traduit <img data-src=" /><img data-src=" />



Résultat, je me sers dehttp://www.xmedia-recode.de/download.html :-(



Certainement une bonne nouvelle pour ceux que ça intéresse, mais globalement plus que moyenne si la qualité en est INpactée.



Handbrake est le logiciel open et multi OS le plus proche de ce que fait une solution propriétaire professionnelle, en respectant toutes les implémentations d’H264 (cabac, dering/deblock, 8x8,…) et les impératifs incontournables (respect de priorités de trames, fast start, …).



En gros Handbrake peut être utilisé professionnellement sans sourciller, très clairement.



L’enjeu à mon sens pour eux est donc de rester au meilleur de ce que permet les technologies utilisées. A voir donc concernant QSV, moins importante amha toujours que l’adoption ultérieure de H265 dans les mêmes largeurs que son prédécesseur.


Je préfère passer par ffmpeg ou MeGui perso.








Alkore a écrit :



Bonne nouvelle pour l’un des meilleurs soft de réencodage open-source et multiplateforme<img data-src=" />



Les piles de ta souris son hs et tu n’arrive pas à cliquer sur le boutton “signaler une erreur”?<img data-src=" />







A force de bleu sur bleu et de gris sur gris je l’avais pas repéré celui-ci, merci pour la prochaine fois.









Zorglob a écrit :



Certainement une bonne nouvelle pour ceux que ça intéresse, mais globalement plus que moyenne si la qualité en est INpactée.



Handbrake est le logiciel open et multi OS le plus proche de ce que fait une solution propriétaire professionnelle, en respectant toutes les implémentations d’H264 (cabac, dering/deblock, 8x8,…) et les impératifs incontournables (respect de priorités de trames, fast start, …).



En gros Handbrake peut être utilisé professionnellement sans sourciller, très clairement.







Oui enfin Handbrake utilise x264 quand même. Si tu utilises ce dernier en ligne de commande ça revient au même ;)







Zorglob a écrit :



L’enjeu à mon sens pour eux est donc de rester au meilleur de ce que permet les technologies utilisées. A voir donc concernant QSV, moins importante amha toujours que l’adoption ultérieure de H265 dans les mêmes largeurs que son prédécesseur.







Pour ma part, je trouve ce log sympa niveau stabilité, mais il ne reste pas méga à jour des dernières builds de x264. Quand on voit les gains de vitesse d’encode entre la 0.9.7 et la 0.9.8 ! <img data-src=" />



Après clair que ce serait sympa qu’ils intègrent h265 -ie x265 ?- mais à mon avis on va pouvoir attendre qq années avant qu’un encodeur non proprio, performant et de qualité sorte.









fbleuf a écrit :



Pfffff <img data-src=" />



J’entands beaucoup de bien de ce logiciel, mais il est beaucoup trop complexe pour moi sans être traduit <img data-src=" /><img data-src=" />



Résultat, je me sers dehttp://www.xmedia-recode.de/download.html :-(







Puisqu’on parle d’HandBrake, je me permet de vous conseiller cette appli :

Vidcoder



Un encodeur qui utilise le moteur d’handbrake, le tout avec une interface accessible.

Il est libre, pour Windows et en anglais (compréhensible à mon sens.)