tag:linuxfr.org,2005:/tags/vaapi/publicLinuxFr.org : les contenus étiquetés avec « vaapi »2023-12-03T20:15:52+01:00/favicon.pngtag:linuxfr.org,2005:Bookmark/75862023-12-02T09:29:56+01:002023-12-02T09:29:56+01:00Enable Hardware Acceleration for Video Playback in Fedora 39 - fostips<a href="https://fostips.com/hardware-acceleration-video-fedora/">https://fostips.com/hardware-acceleration-video-fedora/</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/134078/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/liens/enable-hardware-acceleration-for-video-playback-in-fedora-39-fostips#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/134078/comments.atomtag:linuxfr.org,2005:Bookmark/67802023-07-07T16:58:36+02:002023-07-07T16:58:36+02:00Firefox on Linux update - Martin Stransky's Blog<a href="https://mastransky.wordpress.com/2023/07/07/firefox-on-linux-update/">https://mastransky.wordpress.com/2023/07/07/firefox-on-linux-update/</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/132644/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/liens/firefox-on-linux-update-martin-stransky-s-blog#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/132644/comments.atomtag:linuxfr.org,2005:Diary/405812023-02-11T15:29:16+01:002023-02-11T15:29:16+01:00Pourquoi WEBRENDER_COMPOSITOR n'est pas activé dans Firefox sous GNU/LinuxLicence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>Attention, ceci est un journal bilingue par flemme.</p>
<h2 id="toc-un-point-rapide-sur-létat-de-la-pile-graphique-de-firefox-sous-gnulinux">Un point rapide sur l'état de la pile graphique de Firefox sous GNU/Linux.</h2>
<p>Alors que l’accélération matérielle du rendu des pages via WebRender est activée depuis longtemps maintenant (à la page about:support, la ligne <code>Composition</code> doit indiquer <code>WebRender</code>) (et qu'une solution de repli logicielle a été développée sur la même base <a href="https://mastransky.wordpress.com/2021/10/01/firefox-wayland-development-in-2021/#comment-16945">permettant de purger l'ancien code en charge de la composition</a>) ;</p>
<p>Alors qu'il est possible d'activer manuellement l'accélération matérielle du décodage vidéo [1] (nécessite que WebRender soit activé comme indiqué ci-dessus ; pour un état récent de la question voir <a href="https://mastransky.wordpress.com/2022/06/08/firefox-with-va-api-for-brave-fedorans/">ici</a> – et pour les possesseurs d'une puce NVIDIA voir <a href="https://mastransky.wordpress.com/2023/01/31/firefox-va-api-and-nvidia-on-fedora-37/">là</a>) ;</p>
<p>Peut-être aurez-vous noté dans about:support que <code>WEBRENDER_COMPOSITOR</code> est noté <code>disabled</code>.</p>
<h2 id="toc-de-quoi-sagit-il"><a href="https://www.reddit.com/r/firefox/comments/or88f1/comment/h6h8bw4/">De quoi s'agit-il ?</a></h2>
<blockquote>
<p>COMPOSITOR is the system compositor integration, where WebRender lets the OS (via DirectComposition, CoreAnimation, or wl_subsurface) assemble the window from the rendered tiles. Without this integration, WebRender does this work itself and then hands the complete window to the system compositor.</p>
<p>The benefit of compositor integration is less copying work for the GPU, especially when scrolling, where partial present doesn't help much.</p>
</blockquote>
<p>Lire aussi <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1617498#c0">la présentation qui en est fait sur le rapport de bogue correspondant</a>.</p>
<h2 id="toc-où-que-ça-en-est">Où que ça en est ?</h2>
<p>Non pas « nulle part », car le bidule a été développé pour notre OS. Avant <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1617498#c28">d'être abandonné</a> :</p>
<blockquote>
<p>For all interested parties: it may turn out that the approach here is a dead end with regard to the future development of Wayland. Most importantly, offloading composition to Wayland compositors may turn out to not be efficient in a HDR world. Doing composition within Firefox and rely on direct scanout by the Wayland compositor may be a better approach, so the work here stays experimental for the foreseeable future. See <a href="https://gitlab.freedesktop.org/pq/color-and-hdr/-/issues/6">https://gitlab.freedesktop.org/pq/color-and-hdr/-/issues/6</a> for more information. </p>
</blockquote>
<p><a href="https://www.flickr.com/photos/gzlu/7708838248/in/photostream/"><img src="//img.linuxfr.org/img/68747470733a2f2f692e706f7374696d672e63632f70563432704d4c792f50616e64612d726f75782e6a7067/Panda-roux.jpg" alt="un panda vite fait roux" title="Source : https://i.postimg.cc/pV42pMLy/Panda-roux.jpg">Un panda vite fait roux</a></p>
<hr>
<p>[1] selon les capacités de votre matériel. Si celui-ci est ancien, il est probable qu'il prenne en charge le format fermé H264 mais pas les formats ouverts VP8/9 plus récents par exemple, auquel cas <a href="https://libre-ouvert.tuxfamily.org/index.php?article230/ma-configuration-de-firefox-a-mi-2022">il est possible de demander aux sites qui proposent à la fois du H264 et du WebM (avec VP8/9) de servir le premier</a>.</p>
<div><a href="https://linuxfr.org/users/antistress/journaux/pourquoi-webrender_compositor-n-est-pas-active-dans-firefox-sous-gnu-linux.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/130279/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/journaux/pourquoi-webrender_compositor-n-est-pas-active-dans-firefox-sous-gnu-linux#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/130279/comments.atomtag:linuxfr.org,2005:Bookmark/52042022-09-28T11:24:50+02:002022-09-28T11:24:50+02:00Fedora Linux Disabling Mesa's H.264 / H.265 / VC1 VA-API Support Over Legal Concerns - phoronix<a href="https://www.phoronix.com/news/Fedora-Disable-Bad-VA-API">https://www.phoronix.com/news/Fedora-Disable-Bad-VA-API</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/128887/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/liens/fedora-linux-disabling-mesa-s-h-264-h-265-vc1-va-api-support-over-legal-concerns-phoronix#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/128887/comments.atomtag:linuxfr.org,2005:Bookmark/48302022-06-24T07:28:54+02:002022-06-24T07:28:54+02:00Firefox with VA-API for brave Fedorans - Martin Stransky's Blog<a href="https://mastransky.wordpress.com/2022/06/08/firefox-with-va-api-for-brave-fedorans/">https://mastransky.wordpress.com/2022/06/08/firefox-with-va-api-for-brave-fedorans/</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/128102/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/liens/firefox-with-va-api-for-brave-fedorans-martin-stransky-s-blog#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/128102/comments.atomtag:linuxfr.org,2005:Bookmark/47402022-06-02T21:36:55+02:002022-06-02T21:36:55+02:00La longue marche vers l'accélération vidéo dans Firefox bientôt achevée ?<a href="https://www.phoronix.com/scan.php?page=news_item&px=Firefox-103-Nightly-VA-API">https://www.phoronix.com/scan.php?page=news_item&px=Firefox-103-Nightly-VA-API</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/127909/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/liens/la-longue-marche-vers-l-acceleration-video-dans-firefox-bientot-achevee#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/127909/comments.atomtag:linuxfr.org,2005:Bookmark/41512022-01-18T22:16:02+01:002022-01-18T22:16:02+01:00Firefox Gets AV1 VA-API Acceleration Sorted Out - phoronix<a href="https://www.phoronix.com/scan.php?page=news_item&px=Firefox-AV1-VA-API">https://www.phoronix.com/scan.php?page=news_item&px=Firefox-AV1-VA-API</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/126616/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/liens/firefox-gets-av1-va-api-acceleration-sorted-out-phoronix#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/126616/comments.atomtag:linuxfr.org,2005:Bookmark/36642021-10-02T03:37:07+02:002021-10-02T03:37:07+02:00Firefox Wayland development in 2021 - Martin Stransky's Blog<a href="https://mastransky.wordpress.com/2021/10/01/firefox-wayland-development-in-2021/">https://mastransky.wordpress.com/2021/10/01/firefox-wayland-development-in-2021/</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/125593/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/liens/firefox-wayland-development-in-2021-martin-stransky-s-blog#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/125593/comments.atomtag:linuxfr.org,2005:Bookmark/16212020-06-03T12:51:07+02:002020-06-03T12:51:07+02:00Firefox on Fedora finally gets VA-API on Wayland - Martin Stransky's Blog<a href="https://mastransky.wordpress.com/2020/06/03/firefox-on-fedora-finally-gets-va-api-on-wayland/">https://mastransky.wordpress.com/2020/06/03/firefox-on-fedora-finally-gets-va-api-on-wayland/</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/120661/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/liens/firefox-on-fedora-finally-gets-va-api-on-wayland-martin-stransky-s-blog#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/120661/comments.atomtag:linuxfr.org,2005:Bookmark/7802019-08-05T22:48:38+02:002019-08-05T22:48:38+02:00Review of the Igalia Multimedia team Activities (2019/H1)<a href="https://base-art.net/Articles/review-of-the-igalia-multimedia-team-activities-2019h1/">https://base-art.net/Articles/review-of-the-igalia-multimedia-team-activities-2019h1/</a> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/117834/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/liens/review-of-the-igalia-multimedia-team-activities-2019-h1#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/117834/comments.atomtag:linuxfr.org,2005:Diary/355172015-01-07T10:38:32+01:002015-01-07T10:38:32+01:00Un max de batterie avec VAAPILicence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>Ça fait un moment que j'essaye les différentes options de lecture vidéo pour que la batterie tienne un maximum dans le train… ma dernière trouvaille est la ligne de commande gstreamer, puisque ni totem ni dragonplayer n'activent VAAPI.<br>
Quelques défauts, on ne peut pas faire pause ni naviguer dans le film, et la suspension de la veille écran ne se fait pas.</p>
<p>Voici les consommations obtenues avec in Intel i3-4000 avec un MKV en 1080p:</p>
<ul>
<li>vaplay : ~7500mW</li>
<li>mplayer (VDPAU) : ~9000mW</li>
<li>mplayer (SOFTWARE) ou vlc : ~12000mW</li>
</ul><p>vaplay est un simple script d'une ligne perso :<br><code><br>
gst-launch-1.0 -v filesrc location="$1" ! matroskademux name=de de. ! queue ! vaapidecode ! vaapisink fullscreen=true de. ! queue ! decodebin ! audioconvert ! audioresample ! pulsesink<br></code><br>
pour mesurer la consommation, j'utilise ça :<br><code><br>
while echo $(($(cat /sys/bus/acpi/drivers/battery/PNP0C0A\:00/power_supply/BAT1/power_now)/ ( $(cat /sys/bus/acpi/drivers/battery/PNP0C0A\:00/power_supply/BAT1/voltage_now) /10000 ) ))mW $(date); do sleep 20; done<br></code><br>
ça donne un chiffre qui correspond à celui indiqué par powertop.</p><div><a href="https://linuxfr.org/users/zezinho/journaux/un-max-de-batterie-avec-vaapi.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/104400/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/zezinho/journaux/un-max-de-batterie-avec-vaapi#comments">ouvrir dans le navigateur</a>
</p>
ʭ ☯ https://linuxfr.org/nodes/104400/comments.atomtag:linuxfr.org,2005:Diary/350262014-06-09T16:07:51+02:002014-06-09T16:07:51+02:00Mplayer est (presque) mort, vive Mpv (et vaapi)Licence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>Damned, il y a longtemps que je n'étais pas venu ici.</p>
<p>Mpv semble très très peu connu de linuxfr, donc je vais en faire un peu la promotion.<br>
Avant d'en venir à Mpv, je donne le contexte.</p>
<p>Il y a moins d'un an je me suis acheté un nouveau PC, from scratch, sans rien garder de l'ancien.<br>
J'ai pris du "moderne" sans que ça soit du matos de ouf.<br>
Architecture Intel Haswell :<br>
- carte mère : Asus Z87-A, le bas de gamme, sans gadget, suffisant et pas moins performant que le haut de gamme.<br>
- cpu : Intel i7-4770S (la version qui consomme moins) à 3 GHz. Ce CPU intègre une carte graphique qui me suffit (HD Graphics 4600).</p>
<p>Quand on met des sous dans un nouveau, on ne veut pas qu'il soit rapidement obsolète. Pour les vidéos, j'ai eu peur…</p>
<p>Le reste de mon matos n'est pas important pour la suite, mais je me permets d'en parler. Je voulais un PC silencieux et qui consomme peu. Boitier avec isolant, alimentation fanless, radiateur CPU fanless, des DD 2'5 de portable sur support avec amortissant pour réduire le rayonnant. Pas de ventilateur pour le boitier non plus. Très très silencieux pour ne pas dire inaudible. J'entends souvent parler de PC silencieux, mais c'est souvent pour des petits serveurs. Je garantis qu'on peut aussi le faire pour un PC de bureau "multi usage". Ceci dit, c'est pas le top pour les jeux, mais je ne suis pas un gamer.</p>
<p>Je suis depuis de nombreuses années un utilisateur ravi de Mplayer. Avec la montée de la HD, je l'étais moins. Le problème de synchronisation de la vidéo (vidéo un peu "hachée") se posait de plus en plus même avec un CPU récent. Problème aussi lié à Mplayer ! Les cartes graphiques Intel (qu'on retrouve sur les CPU i7 et d'autres) permettent le décodage et l'affichage de la vidéo via l'interface VAAPI. Il y a VAAPI pour Mplayer, en séparé :<br><a href="https://gitorious.org/vaapi/mplayer/source/e4a658ef28e09e8441630f9028506f5cf7449480:">https://gitorious.org/vaapi/mplayer/source/e4a658ef28e09e8441630f9028506f5cf7449480:</a></p>
<p>J'ai utilisé, la consommation CPU chute drastiquement grâce à VAAPI, mais…<br>
Il reste toujours des problèmes de synchronisation (par exemple avec la TNT HD, qui en plus a presque systématiquement un décalage son/vidéo).<br>
Cette branche de Mplayer n'est plus mise à jour depuis longtemps et quand j'avais une nouvelle version de Mplayer, il fallait que je refasse le patch. C'est pas amusant à la longue. Finalement j'ai abandonné.</p>
<p>Un jour j'ai découvert que Youtube propose des vidéos en 2160h (contre 1080h en hauteur pour la HD actuelle). Exemple pioché au hasard : <a href="https://www.youtube.com/watch?v=suWsd372pQE">https://www.youtube.com/watch?v=suWsd372pQE</a><br>
Inutile de compter sur Flash pour voir ça en 2k. On peut récupérer la vidéo avec youtube-dl (format 138). J'utilise mplayer et j'obtiens :<br><em>dimensions are too high: 3840x2160 (maximum is 2048x2048)</em><br>
On peut contourner avec "-vf scale=…" mais ça met le CPU à genoux, ou utiliser "-vo gl". Dans tous les cas la restitution reste hachée. Et voila, mon matériel tout rutilant est déjà obsolète.<br>
Il y a le problème d'afficher physiquement de telle vidéo (écran 2160h et liaison avec l'écran), mais mettons ça de côté. Les vidéos Youtube n'étant pas très bien codées, du 2160h codé par Youtube donne du bon 1080h.</p>
<p>J'ai du matériel moderne, mais je n'arrive pas à lire convenablement des formats de vidéos récents.<br><strong>Ne serait-il pas possible avec du matériel récent de lire convenablement des formats de vidéos récents sous GNU/Linux ?</strong><br>
Ça me ferait mal.</p>
<p>J'ai découvert par hasard Mpv : <a href="http://mpv.io/">http://mpv.io/</a><br>
Dans les grandes lignes, c'est un fork de Mplayer/Mplayer2 qui veut aller de l'avant et qui s'est débarrassé de tous les boulets historiques de Mplayer. Mpv est compatible Mplayer, c'est l'héritage du fork, mais ce n'est pas une priorité et il y a des incompatibilités. Mpv intègre VAAPI.<br>
J'ai une fantastique Fedora 20 (qui a les fabuleux systemd et journalctl qui font l'unanimité), mpv est dans le dépôt rpmfusion. Donc "Yum install mpv". Rpmfusion à la version 0.3.6. J'ai mis à jour vers 0.3.10 il y a quelques heures pour voir, ça ne change pas grand chose, des bugs en moins.</p>
<p>Pour utiliser vaapi avec Mpv : mpv -vo vaapi (ou opengl) --hwdec=vaapi<br>
On peut aussi bricoler /etc/mpv/… ou ~/.mpv/ pour raccourcir la ligne de commande.<br>
Avec mpv et vaapi, la consommation cpu est en chute libre, AUCUN problème de synchronisation (enfin !). Pour la vidéo Youtube en 2160h, je peux la lancer 2 fois en parallèle avec "-speed 2" (60 fps), ça passe les doigts dans le nez, fluide. Moins de 10 % CPU par Mpv (pour un thread, le CPU en a 8). Les très gourmands Blu-ray sont (enfin) sans défaut.</p>
<p>NB: pensez à avoir la fréquence de l'écran qui correspond à la vidéo ou un multiple pour que ça soit vraiment fluide. Donc revoyez Modeline et "xrandr --newmode" "xrandr --addmode" "xrandr --rate".</p>
<p>Je ne fais pas ici un test complet de Mpv, je l'utilise seulement depuis 2 jours. Le projet est récent mais n'empêche…<br>
Adieu Mplayer, merci pour les services rendus, et bienvenu à Mpv.<br>
J'ai seulement une régression par rapport à Mplayer. Avec VAAPI sur Mplayer, on peut demander à la carte graphique de faire le "désentrelacement" des vidéos entrelacées. Avec Mplayer il y avait doublement de fps (comme "-vf tfields"). Avec Mpv, bien que la doc dit que c'est du désentrelacement "bob", ce n'est pas ce que j'ai vu.<br>
Autre avantage de VAAPI, on n'a pas le problème de l'écran qui se rafraichi avec l'image de la vidéo qui en fait est composée de 2 images car le lecteur écrit dans la mémoire de la carte graphique en même temps.<br>
Il y a un astuce pour gnome-shell si vous n'utilisez pas VAAPI qui évite ce problème mais qui n'est pas activée par défaut.</p>
<p>VAAPI ne permet pas seulement de décoder et afficher des vidéos, VAAPI permet aussi de les coder. Il y a des outils très rudimentaires dans le paquet libva-utils, c'est diablement rapide (plus de 25 fps pour du 1920x1080 en loseless) et ça ne consomme rien. Le CPU qui intègre la carte graphique ne chauffe pas. C'est bluffant. J'espère qu'un jour le codage via VAAPI sera supporté par ffmpeg (ou mpv qui peut coder à l'instar de mencoder).</p>
<p>Mpv est un meilleur lecteur vidéo que Mplayer, mais il a aussi quelques raffinements appréciables. Par exemple, si on arrête la lecteure d'une vidéo avec 'Q' (au-lieu de 'q'), Mpv sauvegarde la configuration dont la position de lecture. Quand on relit le fichier, on retrouve la vidéo où on l'avait quittée. En appuyant sur '.' avec Mplayer, on peut faire du image par image. Idem pour Mpv, mais en appuyant sur ',' on peut le faire à reculons. Avec Mplayer si on voulait une copie d'écran, il fallait relancer avec "-vf screenshot". Mpv insère à la volée le plugin qui va bien si on appuie sur 's'. C'est juste une mise en bouche, le reste est à découvrir ici : <a href="http://mpv.io/">http://mpv.io/</a></p>
<p>Je vais faire de ce journal un fourre-tout.<br>
Puisque j'ai maintenant un PC très silencieux, pourquoi ne pas en faire un système audiophile ?<br>
Je me suis offert un DAC/Ampli Sony UDA-1 (<a href="http://www.sony.fr/electronics/amplificateurs-dac-usb/uda-1">http://www.sony.fr/electronics/amplificateurs-dac-usb/uda-1</a> , le test Qobuz <a href="http://www.qobuz.com/info/Hi-Fi/Bancs-d-essai/Amplificateur-avec-DAC-UDA-1174158">http://www.qobuz.com/info/Hi-Fi/Bancs-d-essai/Amplificateur-avec-DAC-UDA-1174158</a> ). Le prix parait élevé, mais pas tant que ça quand on y regarde de plus près et vu l'excellente restitution qu'il donne. La prise casque est également excellente même avec des casques très exigeants. Ce DAC/Ampli marche parfaitement sous Linux (je l'utilise comme il se doit via USB). Rien à installer, en tout cas avec Fedora 20. Sans surprise, il n'y a aussi aucun souci avec le génial Pulseaudio (à configurer pour les hautes fréquences et le 24/32 bits néanmoins si on veut abuser du DAC avec des fichiers en haute résolution). On peut donc couper l'ampli sans que ça foute le bordel. D'ailleurs l'ampli a un switch pour une mise en veille automatique. Ce n'est pas une vraie mise en veille, ça coupe vraiment l'ampli. Il ne se remet pas en marche automatiquement, mais s'est appréciable.</p>
<p>PS: Si des trolls se sont malencontreusement glissés dans ce billet, je m'en excuse d'avance.</p><div><a href="https://linuxfr.org/users/pseudo007/journaux/mplayer-est-presque-mort-vive-mpv-et-vaapi.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/102453/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/pseudo007/journaux/mplayer-est-presque-mort-vive-mpv-et-vaapi#comments">ouvrir dans le navigateur</a>
</p>
Pseudo007https://linuxfr.org/nodes/102453/comments.atomtag:linuxfr.org,2005:Diary/347342014-02-12T20:13:50+01:002014-02-12T20:13:50+01:00Ayé les processeurs Intel Ivy Bridge gèrent OpenCL 1.1 sous GNU/LinuxLicence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<p>J'avais rédigé cette dépêche au lancement des processeurs Ivy Bridge :</p>
<ul>
<li><a href="//linuxfr.org/news/intel-ivy-bridge-et-linux-ca-juste-marche">Intel Ivy Bridge et Linux : ça juste marche</a></li>
</ul><p>Depuis, les développeurs de l'<a href="https://01.org/about"><em>Intel Open Source Technology Center (aka Intel OTC)</em></a> ont mis les bouchées doubles et voici où en est la situation :</p>
<p>Les cœurs graphiques Ivy Bridge sont à présent compatibles OpenGL 3.3 (depuis Mesa 10.0) (Ivy Bridge peut gérer OpenGL 4.0 en théorie), OpenGL ES 3.0 (depuis Mesa 9.1), et, grande nouveauté : OpenCL 1.1 depuis <a href="http://fr.wikipedia.org/wiki/Beignet_%28biblioth%C3%A8que%29">Beignet</a> 0.8 sorti ce jour (pour les HD 4000 en tout cas) !</p>
<p>Je pourrais aussi vous dire que le décodage matériel de JPEG, MPEG-2, MPEG-4:2, H.264 et VC-1 est possible depuis <a href="http://fr.wikipedia.org/wiki/Video_Acceleration_API">gstreamer-vaapi</a> 0.5.7 et que le codage matériel en H.264 et MPEG-2 est possible depuis la toute récente 0.5.8 mais je sens que vous allez défaillir…</p>
<p>Bien sûr toutes ces briques sont open source, étant précisé que les pilotes 3D utilisent Mesa classique plutôt que Gallium 3D et que, fidèle à ses habitudes, Intel a développé sa propre bibliothèque, Beignet, pour exposer les fonctions OpenCL de ses puces plutôt que de se baser sur le procédé Clover pour Gallium 3D (avec encore moins d'excuses que précédemment étant donné que Clover prédate Beignet).</p><div><a href="https://linuxfr.org/users/antistress/journaux/aye-les-processeurs-intel-ivy-bridge-gerent-opencl-1-1-sous-gnu-linux.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/101250/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/antistress/journaux/aye-les-processeurs-intel-ivy-bridge-gerent-opencl-1-1-sous-gnu-linux#comments">ouvrir dans le navigateur</a>
</p>
antistresshttps://linuxfr.org/nodes/101250/comments.atomtag:linuxfr.org,2005:News/334242012-10-09T18:47:13+02:002012-10-09T18:47:13+02:00Mesa 9.0 est sorti : OpenGL 3.1, OpenCL, VDPAU…Licence CC By‑SA http://creativecommons.org/licenses/by-sa/3.0/deed.fr<div><p>Nous avions relayé <a href="http://linuxfr.org/news/quoi-de-neuf-du-cote-d-opengl-et-linux">au mois d’août</a> la publication des spécifications <a href="http://fr.wikipedia.org/wiki/OpenGL" title="Définition Wikipédia">OpenGL</a> 4.3 et <a href="http://fr.wikipedia.org/wiki/OpenGL ES" title="Définition Wikipédia">OpenGL ES</a> 3.0 par le <a href="http://fr.wikipedia.org/wiki/Khronos Group" title="Définition Wikipédia">Groupe Khronos</a>.</p>
<p><a href="https://fr.wikipedia.org/wiki/Mesa_%28OpenGL%29" title="Définition Wikipédia">Mesa</a>, une implémentation libre de la spécification pour plates‐formes de type Unix, comme GNU/Linux, vient de sortir en version 9.0, offrant notamment la prise en charge de la version 3.1 d’OpenGL datant du 24 mars 2009. Du fait de cette importante mise à jour, Mesa 8.1 sort finalement sous le nom de Mesa 9.0.</p></div><ul><li>lien nᵒ 1 : <a title="http://www.phoronix.com/scan.php?page=news_item&px=MTIwMjE" hreflang="en" href="https://linuxfr.org/redirect/83700">Mesa 9.0 Officially Released, Supports OpenGL 3.1</a></li><li>lien nᵒ 2 : <a title="http://www.phoronix.com/scan.php?page=news_item&px=MTIwMjQ" hreflang="en" href="https://linuxfr.org/redirect/83701">Nine Good Things About Mesa 9.0</a></li><li>lien nᵒ 3 : <a title="http://www.phoronix.com/scan.php?page=news_item&px=MTE4MTA" hreflang="en" href="https://linuxfr.org/redirect/83702">Geometry Shaders Soon To Hit Mesa, GL 3.2 Is Close</a></li><li>lien nᵒ 4 : <a title="http://www.phoronix.com/scan.php?page=news_item&px=MTE4NDA" hreflang="en" href="https://linuxfr.org/redirect/83703">A New Linux OpenGL ABI Is Being Proposed</a></li><li>lien nᵒ 5 : <a title="http://www.phoronix.com/scan.php?page=news_item&px=MTE5MTY" hreflang="en" href="https://linuxfr.org/redirect/83704">The Future Of OpenGL On Linux Looks Better</a></li></ul><div><h2 id="toc_0">OpenGL 3.1 et OpenGL ES 2.0</h2>
<p>La principale nouveauté de cette version 9.0 de Mesa est en effet la prise en charge d’OpenGL 3.1, succédant à la version 8.0 sortie le 9 février 2012 et qui apportait la prise en charge d’OpenGL 3.0.</p>
<p>Dès à présent le pilote des puces Intel <em>Sandy Bridge</em> (Gen 6) et <em>Ivy Bridge</em> (Gen 7) serait prêt — ou quasiment — à en tirer parti, et celui des puces AMD R600/700, <em>Evergreen</em> (R800) et <em>Northern Islands</em> ne serait pas très loin derrière.</p>
<p>L’implémentation de la version 3.2 (du 3 août 2009), voire 3.3 (du 11 mars 2010), d’OpenGL devrait suivre assez rapidement : le gros du travail est fait pour ces deux versions. Il manque toutefois une pièce importante : le <em>GL Shading Language</em> de la version 3.2 — GLSL 1.50 —, de sorte que, une fois l’implémentation d’OpenGL 3.2 achevée, Mesa devrait sortir directement une version compatible OpenGL 3.3. L’étape suivante sera la série 4.<em>x</em> d’OpenGL, qui prendra un peu plus de temps.</p>
<p>Du côté d’OpenGL ES (la version d’OpenGL adaptée aux appareils mobiles), <a href="http://linuxfr.org/news/quoi-de-neuf-du-cote-d-opengl-et-linux">rappelons</a> simplement que Mesa 8.0 offre déjà la prise en charge de la version 2.0, et que la la prise en charge de la version 3.0 arriverait assez rapidement l’année prochaine.</p>
<h2 id="toc_1">OpenCL & VDPAU font leur entrée dans Mesa</h2>
<p>Mesa 9.0 inclut, pour les pilotes libres Gallium3D (puces NVIDIA et AMD), une première implémentation libre d’<a href="http://fr.wikipedia.org/wiki/OpenCL" title="Définition Wikipédia">OpenCL</a> (<em>Clover</em>), le pilote <em>r600g</em> pour cartes AMD <a href="http://www.phoronix.com/scan.php?page=news_item&px=MTA4MTM">semblant</a> <a href="http://www.phoronix.com/scan.php?page=news_item&px=MTExNTI">toutefois</a> le plus avancé des pilotes libres en la matière, de même qu’une première implémentation de <a href="http://fr.wikipedia.org/wiki/VDPAU" title="Définition Wikipédia">VDPAU</a> (pour le moment limitée à MPEG-1 et MPEG-2).</p>
<p>Pour rappel, du côté des puces Intel, si la <a href="https://fr.wikipedia.org/wiki/Video_Acceleration_API" title="Définition Wikipédia">VA-API</a> (qui équivaut à VDPAU) se porte très bien, il n’y a toujours rien d’annoncé quant à une possible prise en charge d’OpenCL.</p>
<h2 id="toc_2">Une nouvelle ABI OpenGL ?</h2>
<p>La <em>X.Org Developer Conference 2012</em> (<a href="http://www.x.org/wiki/Events/XDC2012">XDC2012</a>), qui s’est déroulée du 19 au 21 septembre 2012 à Nuremberg, a été l’occasion pour NVIDIA de proposer une refonte importante de Mesa qui implémenterait une nouvelle <a href="https://fr.wikipedia.org/wiki/Application_binary_interface" title="Définition Wikipédia">ABI</a> OpenGL tirant un trait sur l’actuelle, vieille de douze ans. Cette dernière serait toutefois conservée pour garder la compatibilité avec les applications de ces dix dernières années…</p></div><div><a href="https://linuxfr.org/news/mesa-9-0-est-sorti-opengl-3-1-opencl-vdpau.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/95916/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/mesa-9-0-est-sorti-opengl-3-1-opencl-vdpau#comments">ouvrir dans le navigateur</a>
</p>
antistressDavy DefaudThomas DebesseNÿcohttps://linuxfr.org/nodes/95916/comments.atomtag:linuxfr.org,2005:Diary/276862008-12-25T13:31:17+01:002008-12-25T13:31:17+01:00Ajout du support VA-API dans mplayer et ffmpeg
Beaucoup d'acitivité autour du décodage video en utilisant le support matériel ces temps-ci. NVidia avec <a href="http://http.download.nvidia.com/XFree86/vdpau/doxygen/html/index.html">VDPAU</a>, AMD avec XvBA...<br />
<br />
<a href="http://www.freedesktop.org/wiki/Software/vaapi">VA-API</a> (Video-Acceleration API) est soutenu par Intel pour remplacer Xv mais pour l'instant aucun logiciel Open Source ne supportait cette extension. C'est corrigé avec le développement de patches pour mplayer et ffmpeg:<br />
<br />
<ul>
<li><a href="http://www.phoronix.com/scan.php?page=article&item=xorg_vaapi_mplayer">article chez Phoronix (en)<br />
<li><a href="http://www.splitted-desktop.com/~gbeauchesne/mplayer-vaapi/">patches chez Splitted-Desktop Systems<br />
</a></li></a></li></ul><div><a href="https://linuxfr.org/users/fredl/journaux/ajout-du-support-va-api-dans-mplayer-et-ffmpeg.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/54040/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/fredl/journaux/ajout-du-support-va-api-dans-mplayer-et-ffmpeg#comments">ouvrir dans le navigateur</a>
</p>
Frédéric Lepiedhttps://linuxfr.org/nodes/54040/comments.atom