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

Et VLC, c'est pour bientôt ?

Le 28 mars 2013 à 10h06

2 min

Logiciel

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.

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.

Commentaires (26)

kaillasse91

Le 28/03/2013 à 10h24

Tu t’es cassé la main avec la correction automatique et ton dico en anglais ? " />

kypd

Le 28/03/2013 à 10h31

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 !

Commentaire_supprime

Le 28/03/2013 à 10h38

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 !

Alkore

Le 28/03/2013 à 10h41

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

kaillasse91 a écrit :

Tu t’es cassé la main avec la correction automatique et ton dico en anglais ? " />

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

Valeryan_24 Abonné

Le 28/03/2013 à 10h46

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

methos1435

Le 28/03/2013 à 11h02

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

fbleuf Abonné

Le 28/03/2013 à 11h12

Handbrake n’est toujours pas traduit en Français ??? " />

Anonyme

Le 28/03/2013 à 11h14

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 " />

Il va bourriner du BR aussi vite qu’un i7 à 300€" />

methos1435

Le 28/03/2013 à 11h18

yvan78 a écrit :

En voilà une news sympa pour mon petit i3 3225 et son HD4000 " />

Il va bourriner du BR aussi vite qu’un i7 à 300€" />

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é.

Anonyme

Le 28/03/2013 à 11h26

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à.

methos1435

Le 28/03/2013 à 11h29

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.

OlivierJ Abonné

Le 28/03/2013 à 11h56

Ç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.

Schumi

Le 28/03/2013 à 11h57

+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 " />

methos1435

Le 28/03/2013 à 12h07

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.

OlivierJ Abonné

Le 28/03/2013 à 12h13

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 " />

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” (-> “chiffrer”).

methos1435

Le 28/03/2013 à 12h22

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” (-> “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.

OlivierJ Abonné

Le 28/03/2013 à 12h32

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.

methos1435

Le 28/03/2013 à 12h34

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…

gbeauche

Le 28/03/2013 à 12h49

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.

FrDakota

Le 28/03/2013 à 13h57

fbleuf a écrit :

Handbrake n’est toujours pas traduit en Français ??? " />

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

fbleuf Abonné

Le 28/03/2013 à 15h59

FrDakota a écrit :

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

Pfffff " />

J’entands beaucoup de bien de ce logiciel, mais il est beaucoup trop complexe pour moi sans être traduit " />" />

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

Zorglob

Le 28/03/2013 à 16h21

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.

methos1435

Le 28/03/2013 à 16h47

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

kaillasse91

Le 28/03/2013 à 17h52

Alkore a écrit :

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

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

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

anonyme_edadaecc91c3bb908a8e0ab43a984c71

Le 29/03/2013 à 07h22

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 ! " />

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.

hachu21

Le 29/03/2013 à 12h00

fbleuf a écrit :

Pfffff " />

J’entands beaucoup de bien de ce logiciel, mais il est beaucoup trop complexe pour moi sans être traduit " />" />

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.)

Catégories

Nous Suivre

À propos

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

Et VLC, c'est pour bientôt ?

Commentaires (26)