Quick Sync Video désormais supporté sur certains Celeron et Pentium

Quick Sync Video désormais supporté sur certains Celeron et Pentium

Enfin ?

Avatar de l'auteur
David Legrand

Publié dans

Sciences et espace

25/02/2014 2 minutes
15

Quick Sync Video désormais supporté sur certains Celeron et Pentium

Intel a lancé il y a quelques années sa technologie Quick Sync Video, qui permet de profiter d'un élément intégré à l'architecture de ses processeurs pour compresser plus rapidement les vidéos via certains logiciels compatibles. Réservée aux Core i3, i5 et i7, elle arrive désormais sur certains Pentium et Celeron via une mise à jour des pilotes graphiques de la société.

Intel Haswell Slides IDF 2013Intel Haswell Slides IDF 2013

 

Intel aurait-il enfin compris que certaines de ses limitations, qui visent à inciter les utilisateurs à choisir une gamme de produits plutôt qu'une autre, sont plus néfastes qu'autre chose ? C'est ce que l'on pourrait comprendre lorsque l'on regarde les dernières notes de version des pilotes graphiques de la marque. 

 

En effet, à partir des moutures 15.33.14.3412 et 15.33.14.64.3412 (64 bits), on apprend que la technologie Quick Sync Video (QSV) sera gérée par certains Celeron et Pentium, qui en étaient jusqu'à maintenant dépourvus. La puce embarquait bien tout ce qui était nécessaire, mais l'élément concerné n'était tout simplement pas activé.

 

Attention, cela ne concerne pas tous les processeurs si l'on regarde les choses avec attention. En effet, seuls les modèles suivants peuvent en profiter : les Celeron 2957U, 2961Y, 2981U, G1820, G1820T, G1820TE ou G1830 et les Pentium 3558U, 3561Y, G3220, G3220T, G3320TE, G3420, G3420T ou G3430. La liste est sans doute non exhaustive et le mieux est encore de tester la chose pour vous en assurer. Pour cela il vous suffit d'utiliser une application compatible comme BandicamXsplit, Movavi Video Converter, Cyberlink MediaEspresso, ArcSoft MediaConverter, une bêta de Handbrake, etc. 

 

Dans tous les cas, c'est une bonne nouvelle. De toute façon, avec l'arrivée des processeurs de la génération BayTrail dont certains intégrent QSV, une telle distinction commençait à devenir ridicule.

 

Notez enfin que ces nouveaux pilotes d'Intel apportent des améliorations de qualité pour les outils de visio-conférence et les applications OpenGL, supportent quelques nouvelles extensions de cette API et permettent désormais de gérer des résolutions personnalisées via le panneau de gestion intégré. Ils sont disponibles via les liens suivants :

Écrit par David Legrand

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Le brief de ce matin n'est pas encore là

Partez acheter vos croissants
Et faites chauffer votre bouilloire,
Le brief arrive dans un instant,
Tout frais du matin, gardez espoir.

Fermer

Commentaires (15)


Tiens, je suis justement en train de faire chauffer HandBrake… quelqu’un sais si cette techno est supportée sous Linux ?








RTDaemons a écrit :



Tiens, je suis justement en train de faire chauffer HandBrake… quelqu’un sais si cette techno est supportée sous Linux ?







“ Windows Vista, 7 or 8 (64-bit editions only). ” <img data-src=" />









chichillus a écrit :



“ Windows Vista, 7 or 8 (64-bit editions only). ” <img data-src=" />





<img data-src=" /> …Mais c’est nul.









RTDaemons a écrit :



Tiens, je suis justement en train de faire chauffer HandBrake… quelqu’un sais si cette techno est supportée sous Linux ?







Oui un des dev d’intel a intégrer l’encodage a H264 dans Gstreamer , son code est dispo mais pas Upstream.



ce que j’attends vraiment c’est la même pour VP8/VP9 car pour l’instant Webrtc consomme trop de CPU en HD





Quick Sync Video désormais supporté sur certains Celeron et Pentium



Ouais mais toujours pas pour mon pentium 166MMX <img data-src=" />


Intel baisse le masque sur cette limitation. On pouvait lire ça et là que c’était une limitation hard, maintenant on a la preuve qu’elle est au moins en partie soft.

Ca m’amuse comme intel est forcé d’inventer des limitations pour conserver ses gammes, tellement leurs produits sont bons. Car c’est pour moi vraiment le cas: ils font de tels produits que pour pouvoir justifier de vendre certains plus chers, ils doivent limiter d’une façon ou d’une autre les autres, visiblement parfois totalement artificiellement et arbritrairement. Et ça n’a pas changé en 15 ans.




pour compresser plus rapidement les vidéos



Bravo et merci David d’avoir évité les affreux “encoder” si répandus, ça fait du bien de lire du français. <img data-src=" /> <img data-src=" /> <img data-src=" />









freechelmi a écrit :



Oui un des dev d’intel a intégrer l’encodage a H264





STP, utilise soit “codage” tout court (bien qu’il ne s’agisse pas d’un codage au sens strict), soit plutôt “conversion” ou “compression”, car c’est de cela qu’il s’agit.









brice.wernet a écrit :



Intel baisse le masque sur cette limitation. On pouvait lire ça et là que c’était une limitation hard, maintenant on a la preuve qu’elle est au moins en partie soft.

Ca m’amuse comme intel est forcé d’inventer des limitations pour conserver ses gammes, tellement leurs produits sont bons. Car c’est pour moi vraiment le cas: ils font de tels produits que pour pouvoir justifier de vendre certains plus chers, ils doivent limiter d’une façon ou d’une autre les autres, visiblement parfois totalement artificiellement et arbritrairement. Et ça n’a pas changé en 15 ans.







Ah bon, c’est pas parce que le nouveau driver télécharge des portes en plus dans le chip ?

<img data-src=" />









OlivierJ a écrit :



Bravo et merci David d’avoir évité les affreux “encoder” si répandus, ça fait du bien de lire du français. <img data-src=" /> <img data-src=" /> <img data-src=" />





STP, utilise soit “codage” tout court (bien qu’il ne s’agisse pas d’un codage au sens strict), soit plutôt “conversion” ou “compression”, car c’est de cela qu’il s’agit.





Sauf qu’a part enculer les mouches, dire codage au lieu d’encodage ne change rien et reste valable… <img data-src=" />









the_mei a écrit :



Sauf qu’a part enculer les mouches rétro-pénétrer des diptères, dire codage au lieu d’encodage ne change rien et reste valable… <img data-src=" />





<img data-src=" />

c’est fondamental!



Vu qu’on parle d’Handbrake, c’est quand que les dev comptent inclure le H265 ?



J’aimerais bien avoir des rip blu-ray de 2Go <img data-src=" />








RTDaemons a écrit :



Tiens, je suis justement en train de faire chauffer HandBrake… quelqu’un sais si cette techno est supportée sous Linux ?





QSV est disponible sous Linux, mais surtout pour un usage serveur. Je n’ai pas en mémoire d’outil grand public qui l’exploite, mais je peux me tromper (je n’ai pas regardé depuis un moment et la licence GPL du Media SDK a sans doute porté ses fruits à ce niveau)









levhieu a écrit :



Ah bon, c’est pas parce que le nouveau driver télécharge des portes en plus dans le chip ?

<img data-src=" />





Ca ne serait pas la première fois: Pentium B6951 -&gt; B6952: activation de l’hyperthreading et +1Mo de cache via une mise à jour…

J’imagine qu’une partie des fonctionnalités sont basculables par microcode.









the_mei a écrit :



Sauf qu’a part enculer les mouches, dire codage au lieu d’encodage ne change rien et reste valable… <img data-src=" />





Dire “codage”, c’est déjà plus français et moins moche (cf “codec” et pas “encodec”).

Et en fait, concernant la vidéo, il ne s’agit pas d’un codage, mais d’une compression avec perte. Un codage est une transformation réversible (bijective disent les matheux). Par exemple, le codage de Huffman (cfhttp://fr.wikipedia.org/wiki/Codage_de_Huffman ) permet une compression sans perte.



http://www.larousse.fr/dictionnaires/francais/encodage/29215?q=encodage#29089



“Informatique

Transcription de données d’un format dans un autre : L’encodage d’une vidéo pour le Web, d’un texte en PDF.”



Si Larousse le dit… :o