Connexion

Catégories

Droit Économie Flock Hardware IA Internet Logiciel Sciences Sécurité Société

Nous Suivre

Contact rédaction Contact site Forum
Flux RSS GitHub Discord

À propos

Abonnez-vous

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

Enfin ?

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

Le 25 février 2014 à 09h20

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 Bandicam, Xsplit, 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 :

Commentaires (15)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar







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


votre avatar







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


votre avatar







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!


votre avatar

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

votre avatar







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)


votre avatar







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.


votre avatar







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.


votre avatar

larousse.fr Larousse“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

votre avatar

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

votre avatar







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


votre avatar







chichillus a écrit :



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





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


votre avatar







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


votre avatar



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



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

votre avatar

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.

votre avatar



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.


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

Fermer