En l'espèce, ça veut dire que si tu veux implémenter VP8 toi même, tu risques d'avoir des soucis vu qu'au final, cette exemption tombe... Du coup, ben, si l'on veut implémenter cela dans certains drivers (genre G45), on va devoir casquer? De toutes façons, vu les algorithmes en jeu, ça ne va pas être très rentable.
A la place, ils ont 3 backends d'acceleration hardware a implementer, vu que VA-API ne fonctionne pas avec les drivers libres des principales cartes graphiques du marche (xvMC non plus dans certains cas d'ailleurs et VDPAU pour Nvidia/S3).
Parce que tu connais des drivers libres des principales cartes graphiques du marché et qui supportent l'ASIC de décodage vidéo dédié?
marche sur 2 ou 3 chipsets (Intel & S3) avec des patchs encore non officiels
Quels patchs encore non officiels?
les tests de version de drivers Nvidia pour appliquer un comportement different suivant la version dans le backend VDPAU
Pour assurer une certaine compatibilité avec différentes versions du driver qui ont commis un changement d'API sans forcément changer la version de ladite API... Que ce soit au compile-time (headers) ou au run-time (api version). Donc il y a quelques checks au run-time sur la version du driver pour contourner cela. Mais bien sûr, si tu as toujours la dernière version, tu peux laisser tomber le check.
le workaround pour GMA 500 dans le patch VA-API pour mplayer
Pour que ça continue de fonctionner avec les anciens drivers GMA500 et G45.
En y regardant de plus près, tu essaies un fichier DivX (MPEG-4 ASP), ce qui n'est pas la même chose que H.264 (MPEG-4 AVC). L'UVD2 ne supporte pas le DivX, uniquement H.264, VC-1 et MPEG-2, dans une moindre mesure.
Et pourquoi ainsi?
1) La doc mentionne que cette version ne supporte que le rendu OpenGL. Donc il faut utiliser l'option 'gl' au VO, soit -vo vaapi:gl
2) Que fait -vf spp,scale?
Concernant le GMA500, les éléments suivants fonctionnent pour moi:
- Ubuntu 8.04 + GMA500 2.2.0.32L.0020 au 2.3.2.32L.0038
- Ubuntu 9.04 + GMA500 5.0.1.0046
- Ubuntu 9.04 + IEGD 10.x et en particulier 10.2
Concernant le G45 (i965, GM4500HD, etc.), il faut un driver Intel suffisamment récent supportant DRI2. En particulier, ça fonctionne out-of-the-box sur une Ubuntu 9.10 + libVA SDS bien sûr.
D'autres drivers ou back-ends seront annoncés plus tard quand ils seront disponibles.
Après suffit-il d'avoir une appli supportant va-api comme un mplayer recompilé avec le support?
Wikipedia ment, c'est bien connu. Je développe sur RS780G et oui, ça marche dessus. UVD2 est indiqué dans les logs, et c'est tout ce que AMD supporte. Seul le RS780V n'a pas de bloc de décodage vidéo du tout.
Exact, mais il faut préciser qu'en fait ça concerne les chips graphiques supportant UVD2 ce qui comprends les radeon HD4XXX (et +) ainsi quel le chipset AMD 785G , intéressant pour les media-center.
Heu, c'est pas un peu contradictoire ? Où est le « fanatisme libriste » consistant à incorporer des pilotes propriétaires ?
S'ils ne voulaient pas absolument des morceaux avec code source, ils auraient vu les drivers propriétaires. Donc, du fait qu'ils insistent à vouloir des drivers avec des bouts open source, ils contraignent leurs utilisateurs à utiliser des vieux drivers buggés. Au final, ces distributeurs s'en foutent de l'expérience de leurs utilisateurs mais satisfont ceux qui veulent absolument des bouts open source, même si c'est tout pourri. C'est sûr, il faut choisir...
Et puis, ce n'est pas qu'eux : personne sur Internet ne semblait au courant de ces nouveaux pilotes, et Intel ne semble pas avoir pris la peine de signaler leur existence. C'est tout de même bizarre.
Il faut croire qu'il n'y que les gens d'OpenSUSE qui fassent des efforts... Et puis il suffit de demander, c'est sûr. Tu penses vraiment que Intel a choisit OpenSUSE comme ça pour le plaisir? Non, les caméléons se sont bougés le c*l pour obtenir au moins les sources pour eux et bosser sur les drivers, éventuellement indirectement (via une autre boîte). C'est sûr, il faut aussi être capable de développer des drivers.
Et puis, c'est vrai que tant qu'il y a des gens qui entretiennent le mythe des 'drivers non maintenus', comme ce présent journal, ces informations erronées sont plus prépondérantes que les informations véritables. i.e. ce sont elles qui sont le plus visibles sur Internet.
Ah bon ? Pourquoi Ubuntu, Fedora et Mandriva utilisent le vieux pilote non maintenu alors ?
Parce qu'ils n'ont pas été capables d'ouvrir les yeux et d'utiliser le bon driver, et conclure les bons accords avec Intel. Les deux drivers sont totalement propriétaires. Ils préfèrent être guidés par un fanatisme libriste qui les contraint à utiliser des éléments obsolètes.
Ce qui est reproché à Intel, au sujet du Poulsbo, est de ne pas chercher à être intégré au noyau et/ou à Xorg. Il y aurait au moins la 2D qui pourrait être intégrée car (tout?) le code est libre (GPL ou MIT).
Justement, non. C'était une erreur de publier les sources. Donc ce code est totalement obsolète et dépassé par les nouveaux drivers qui sont propriétaires.
Il n'y a qu'un seul driver officiellement maintenu pour US15W (Poulsbo): IEGD. Ce driver bénéficie de mises à jour trimestrielles. Voir: http://edc.intel.com/Software/Downloads/IEGD/
Quant au driver GMA500 il n'a jamais été le driver officiel. Cependant, il reste maintenu. Maintenir veut dire correction de bugs. Les nouvelles fonctionnalités et support de la branche Moorestown ne sont pas backportées dans GMA500, sauf quand il y a du temps. D'ailleurs, il n'y a qu'une seule personne qui maintient le driver GMA500. Ubuntu 9.04 étant supporté, l'argument 'plus supporté depuis un an et demi' n'est pas valable.
En fait, ça fonctionne aussi en tant que plug-in pour navigateur web. Youtube HD fonctionne en précisant &fmt=22 dans l'URL pour avoir du 720p. Mais bon, après pour les autres sites, c'est vrai qu'on est limité par ce que supporte Gnash. Vu que je n'ai pas trouvé de site web proposant du 1080p, j'ai placé une vidéo ici: http://gwenole.beauchesne.info/files/videos/videos.html
Et non, ce n'est pas 'Big Buck Bunny' car cette vidéo est trop 'simple' et n'a pas l'air d'avoir des masses de mouvements. Donc retour sur '2012' et son moine qui passe son temps à courir sur la montagne. ;-)
L'utilité est de démontrer que c'est possible. J'en avais marre de lire les blogs des développeurs d'Adobe dire que 'non, ce n'est pas possible d'utiliser les décodeurs HW'. Blah. N'importe quoi. Je l'ai fait dans Gnash, en moins d'une semaine. Et le plus gros était de (i) comprendre l'architecture de Gnash, (ii) corriger d'autres bugs pré-existants dans le moteur de rendu OpenGL. Donc, leur argument 'pas possible' c'est du gros pipeau ou bien une manière polie de dire: 'utilisateurs, je vous emmerde'.
Quant à renier Flash. Malheureusement, ce n'est pas une bonne approche. Essayez de dire M. le Client, je vous renie car vous utilisez du Flash. Ca ne marche pas bien. On peut essayer d'infléchir dans une direction technique mais si ça ne marche pas et qu'on veut avoir/garder des clients, il vaut mieux avoir des solutions pratiques aux problèmes d'aujourd'hui. L'idéologie et la politique, c'est de la théorie et n'a aucune réalité pratique.
Personellement, j'ai toujours trouver le projet Gnash assez idiot de la part de la FSF. Pourquoi ne pas simplement renier cette technologie ?
Malheureusement, il reste beaucoup de sites pourris avec du Flash de partout et ça ne va pas aller en diminuant. Quelles sont les alternatives? Silverlight, euh...? Peut-être WebGL tiens, pourquoi pas. Ou alors brûler tous les développeurs de sites web.
Et puis, malheureusement encore, Flash n'est pas utilisé que sur le Web.
Je ne pense pas que ce soit une volonté, mais plutôt une incapacité technique pour avoir quelque chose de décent et qui ne donne pas une expérience utilisateur faible(*). Mine de rien, Apple est quand même soucieux du bourrage de crâne infligé à ses utilisateurs. Si Flash fonctionne mal dessus, ils croiraient que c'est la faute du portable (ce qui sera quand même vrai quelque part). Même avec tous les efforts marketing et communication, ça donnera une mauvaise image.
Par ailleurs, Flash c'est quand même assez gourmand, et a besoin de vraies extensions SIMD pour fonctionner décemment, sinon c'est la misère. L'ARM de l'iPhone 3G S supporte NEON, donc il y a peut-être une chance d'avoir du Flash potable dessus un jour. Idem pour celui du Palm Pré et le N900 + tous les futurs portables sous Snapdragon.
Ensuite, l'autre raison est financière. Adobe ne bosse pas gratuitement hein. Et on peut comprendre qu'il y ait enflure dessus aussi.
(*) D'ailleurs, je crois avoir lu une histoire indiquant que Steve Jobs et al. avaient des versions de Flash pour l'iPhone et n'étaient pas satisfaits des performances constatées dessus.
mais évitez la nouvelle sur un netbook basé Atom + Poulsbo (pas de drivers, merci Intel), parce que c'est pas franchement utilisable sans support 3D.
Vu que la dernière UNR semble être basée sur Ubuntu 9.04, l'hypothèse avancée est totalement invalidée par le fait que les deux drivers Poulsbo d'Intel fonctionnent très bien dessus, et sont disponibles.
IEGD sont les drivers officiellement supportés par Intel et ne requièrent pas de libdrm trafiquotée. Ce driver est aussi potentiellement plus power-efficient que GMA500, mais avec des performances peut-être moindres que ce dernier en 3D.
Exact, il faut être réaliste, Intel était grave à la bourre à ce niveau. Et le seul moyen pour conserver un time-to-market correct était de sortir les ressources financières. Par ailleurs, l'unité de décodage vidéo seule est spécifiée pour consommer 100 mW environ. En pratique, c'est peut-être un peu plus (dans les 200 mW?), mais ça reste tout à fait raisonnable et vos portables apprécieront...
Malgré son nom mal choisi, XvMC fait plus que juste MC (il fait aussi l'iDCT et CSC). Je t'invite a te renseigner à la source universelle et unique de connaissance internetienne
Si cette source universelle et unique de connaissances parle de CSC et que cela signifie Color Space Conversion, alors elle est erronée. Ca n'intervient pas vraiment dans le processus de décodage vidéo, c'est juste utile pour l'affichage. Tout le (gros) travail de décodage restera quand même à faire par le CPU.
XvMC, comme initialement spécifié et donc sans parler des extensions non-standards de VIA, supporte uniquement MC et l'iDCT. VA API supporte en plus VLD pour MPEG-2. Et c'est exactement ce que le nouveau driver pour les GPUs Intel Gen4 (e.g. i965) supporte. Cela veut dire que le GPU prend en charge tout le décodage vidéo.
D'ailleurs, si l'on regarde l'historique du Wiki de fd.o sur VA API, on pourra également noter qu'un autre driver sera très probablement mis en Open Source d'ici Q4 2009. Et il est fort possible que cela coïncide avec la sortie de la plateforme Moorestown d'Intel, qui contient notamment une évolution du Poulsbo...
Certains netbooks ont eu une carte graphique Poulsbo. C'est une vraie saloperie, parce qu'un pilote propriétaire existe, oui, mais : il n'est pas maintenu, et ne fonctionne pas avec un noyau récent.
Il existe même deux pilotes propriétaires, un officiel et supporté (IEGD) et un non-officiel et non-supporté (GMA500 'psb'). Ce dernier, curieusement, est le plus maintenu même si vous ne le voyez pas forcément ou que Ubuntu voire Adam n'est pas capable de le voir par exemple. En particulier, les dernières versions supportent dri2 et l'accélération de l'encodage vidéo. cf. VA API 0.30, Intel ne spécifie pas dans le vide, il y a des implémentations qui fonctionnent derrière. ;-)
Oui, le core graphique du GMA500 est un PowerVR, de ImgTech
Le GMA500 regroupe plusieurs coeurs d'Imagination Technologies: le coeur graphique est un SGX535 et le coeur vidéo est un VXD370, selon divers recoupements sur le web.
Une nouvelle version de maintenance vient d'être publiée:
* Correction du support du plug-in VLC (0.8.6)
* Correction d'un problème de déallocation mémoire dans NPN_GetStringIdentifiers() pouvant causer un crash du navigateur
* Correction d'un cas d'erreur lors de la création de flux dans le lecteur autonome
Mais pourquoi s'acharner à vouloir faire de l'émulation x86 ?
Parce que des gens veulent absolument Windows et Microsoft ne voulait pas porter un OS "conventionnel" dessus (XP/Vista/7), sans doute. Donc, du coup, on gaspille du HW (et des sous sur le chip final) avec une émulation x86. C'est nul, j'ai toujours dit qu'on n'avait besoin que d'instructions pour faciliter une émulation x86 en SW, pas d'un émulateur x86 complet intégré au chip. A priori, on a du mal retranscrire mes désirs... ou que c'était déjà un projet entamé.
Flash n'était même pas un problème, vu qu'il y a Flash Lite pour MIPS aussi. Au pire, un émulateur SW en user-mode-only (Transitive ou autre, les chinois sont capables aussi dans ce domaine) + nspluginwrapper auraient fait l'affaire plus efficacement. Java pouvait se porter. etc. La volonté réelle était bien d'avoir Windows, ce qui est étrange venant du gouvernement chinois vu qu'un autre objectif était d'utiliser le moins possible de technologies "étrangères"...
[^] # Re: Licence de la spécification
Posté par Gwenole Beauchesne . En réponse à la dépêche WebM : un format libre et ouvert pour HTML5. Évalué à 1.
En l'espèce, ça veut dire que si tu veux implémenter VP8 toi même, tu risques d'avoir des soucis vu qu'au final, cette exemption tombe... Du coup, ben, si l'on veut implémenter cela dans certains drivers (genre G45), on va devoir casquer? De toutes façons, vu les algorithmes en jeu, ça ne va pas être très rentable.
[^] # Re: Libre ?
Posté par Gwenole Beauchesne . En réponse au journal XvMC, Gallium et DxVA. Évalué à 2.
Parce que tu connais des drivers libres des principales cartes graphiques du marché et qui supportent l'ASIC de décodage vidéo dédié?
marche sur 2 ou 3 chipsets (Intel & S3) avec des patchs encore non officiels
Quels patchs encore non officiels?
les tests de version de drivers Nvidia pour appliquer un comportement different suivant la version dans le backend VDPAU
Pour assurer une certaine compatibilité avec différentes versions du driver qui ont commis un changement d'API sans forcément changer la version de ladite API... Que ce soit au compile-time (headers) ou au run-time (api version). Donc il y a quelques checks au run-time sur la version du driver pour contourner cela. Mais bien sûr, si tu as toujours la dernière version, tu peux laisser tomber le check.
le workaround pour GMA 500 dans le patch VA-API pour mplayer
Pour que ça continue de fonctionner avec les anciens drivers GMA500 et G45.
[^] # Re: Des précisions ?
Posté par Gwenole Beauchesne . En réponse au journal VA-API de plus en plus utilisé. Évalué à 5.
En y regardant de plus près, tu essaies un fichier DivX (MPEG-4 ASP), ce qui n'est pas la même chose que H.264 (MPEG-4 AVC). L'UVD2 ne supporte pas le DivX, uniquement H.264, VC-1 et MPEG-2, dans une moindre mesure.
[^] # Re: Des précisions ?
Posté par Gwenole Beauchesne . En réponse au journal VA-API de plus en plus utilisé. Évalué à 2.
Et pourquoi ainsi?
1) La doc mentionne que cette version ne supporte que le rendu OpenGL. Donc il faut utiliser l'option 'gl' au VO, soit -vo vaapi:gl
2) Que fait -vf spp,scale?
[^] # Re: Encore plus de précision...
Posté par Gwenole Beauchesne . En réponse au journal VA-API de plus en plus utilisé. Évalué à 2.
- Ubuntu 8.04 + GMA500 2.2.0.32L.0020 au 2.3.2.32L.0038
- Ubuntu 9.04 + GMA500 5.0.1.0046
- Ubuntu 9.04 + IEGD 10.x et en particulier 10.2
Concernant le G45 (i965, GM4500HD, etc.), il faut un driver Intel suffisamment récent supportant DRI2. En particulier, ça fonctionne out-of-the-box sur une Ubuntu 9.10 + libVA SDS bien sûr.
D'autres drivers ou back-ends seront annoncés plus tard quand ils seront disponibles.
Après suffit-il d'avoir une appli supportant va-api comme un mplayer recompilé avec le support?
Oui.
[^] # Re: Des précisions ?
Posté par Gwenole Beauchesne . En réponse au journal VA-API de plus en plus utilisé. Évalué à 4.
[^] # Re: Des précisions ?
Posté par Gwenole Beauchesne . En réponse au journal VA-API de plus en plus utilisé. Évalué à 3.
Ainsi que les vieux RS780G et RS780E.
[^] # Re: Drivers maintenus
Posté par Gwenole Beauchesne . En réponse à la dépêche Intel ne maintient plus le pilote Linux Poulsbo depuis un an et demi. Évalué à 0.
S'ils ne voulaient pas absolument des morceaux avec code source, ils auraient vu les drivers propriétaires. Donc, du fait qu'ils insistent à vouloir des drivers avec des bouts open source, ils contraignent leurs utilisateurs à utiliser des vieux drivers buggés. Au final, ces distributeurs s'en foutent de l'expérience de leurs utilisateurs mais satisfont ceux qui veulent absolument des bouts open source, même si c'est tout pourri. C'est sûr, il faut choisir...
Et puis, ce n'est pas qu'eux : personne sur Internet ne semblait au courant de ces nouveaux pilotes, et Intel ne semble pas avoir pris la peine de signaler leur existence. C'est tout de même bizarre.
Il faut croire qu'il n'y que les gens d'OpenSUSE qui fassent des efforts... Et puis il suffit de demander, c'est sûr. Tu penses vraiment que Intel a choisit OpenSUSE comme ça pour le plaisir? Non, les caméléons se sont bougés le c*l pour obtenir au moins les sources pour eux et bosser sur les drivers, éventuellement indirectement (via une autre boîte). C'est sûr, il faut aussi être capable de développer des drivers.
Et puis, c'est vrai que tant qu'il y a des gens qui entretiennent le mythe des 'drivers non maintenus', comme ce présent journal, ces informations erronées sont plus prépondérantes que les informations véritables. i.e. ce sont elles qui sont le plus visibles sur Internet.
[^] # Re: Un petit lien qui pourrait vous remonter le moral
Posté par Gwenole Beauchesne . En réponse à la dépêche Intel ne maintient plus le pilote Linux Poulsbo depuis un an et demi. Évalué à 1.
Le driver GMA500 actuel utilise déjà Gallium3D...
[^] # Re: Drivers maintenus
Posté par Gwenole Beauchesne . En réponse à la dépêche Intel ne maintient plus le pilote Linux Poulsbo depuis un an et demi. Évalué à 0.
Parce qu'ils n'ont pas été capables d'ouvrir les yeux et d'utiliser le bon driver, et conclure les bons accords avec Intel. Les deux drivers sont totalement propriétaires. Ils préfèrent être guidés par un fanatisme libriste qui les contraint à utiliser des éléments obsolètes.
Ce qui est reproché à Intel, au sujet du Poulsbo, est de ne pas chercher à être intégré au noyau et/ou à Xorg. Il y aurait au moins la 2D qui pourrait être intégrée car (tout?) le code est libre (GPL ou MIT).
Justement, non. C'était une erreur de publier les sources. Donc ce code est totalement obsolète et dépassé par les nouveaux drivers qui sont propriétaires.
# Drivers maintenus
Posté par Gwenole Beauchesne . En réponse à la dépêche Intel ne maintient plus le pilote Linux Poulsbo depuis un an et demi. Évalué à 6.
Quant au driver GMA500 il n'a jamais été le driver officiel. Cependant, il reste maintenu. Maintenir veut dire correction de bugs. Les nouvelles fonctionnalités et support de la branche Moorestown ne sont pas backportées dans GMA500, sauf quand il y a du temps. D'ailleurs, il n'y a qu'une seule personne qui maintient le driver GMA500. Ubuntu 9.04 étant supporté, l'argument 'plus supporté depuis un an et demi' n'est pas valable.
[^] # Re: GMA 500 != GMA 950
Posté par Gwenole Beauchesne . En réponse à la dépêche Intel ne maintient plus le pilote Linux Poulsbo depuis un an et demi. Évalué à 5.
Il y en a quand même plus que deux netbooks qui utilisent le Poulsbo. Il y a aussi des MIDs, etc.
# Plug-in
Posté par Gwenole Beauchesne . En réponse au journal Gnash: décodage fluide de vidéos Flash HD (H.264). Évalué à 2.
Et non, ce n'est pas 'Big Buck Bunny' car cette vidéo est trop 'simple' et n'a pas l'air d'avoir des masses de mouvements. Donc retour sur '2012' et son moine qui passe son temps à courir sur la montagne. ;-)
[^] # Re: PureVideo™ , UVD2™: quid de nos "lecteurs" natifs?
Posté par Gwenole Beauchesne . En réponse au journal Gnash: décodage fluide de vidéos Flash HD (H.264). Évalué à 3.
Oui.
Quels sont les pilotes graphiques qui proposent le support en libre?
Intel G45. Le codec H.264 va débarquer très prochainement.
[^] # Re: Utilité ?
Posté par Gwenole Beauchesne . En réponse au journal Gnash: décodage fluide de vidéos Flash HD (H.264). Évalué à 10.
Quant à renier Flash. Malheureusement, ce n'est pas une bonne approche. Essayez de dire M. le Client, je vous renie car vous utilisez du Flash. Ca ne marche pas bien. On peut essayer d'infléchir dans une direction technique mais si ça ne marche pas et qu'on veut avoir/garder des clients, il vaut mieux avoir des solutions pratiques aux problèmes d'aujourd'hui. L'idéologie et la politique, c'est de la théorie et n'a aucune réalité pratique.
[^] # Re: Utilité ?
Posté par Gwenole Beauchesne . En réponse au journal Gnash: décodage fluide de vidéos Flash HD (H.264). Évalué à 2.
Malheureusement, il reste beaucoup de sites pourris avec du Flash de partout et ça ne va pas aller en diminuant. Quelles sont les alternatives? Silverlight, euh...? Peut-être WebGL tiens, pourquoi pas. Ou alors brûler tous les développeurs de sites web.
Et puis, malheureusement encore, Flash n'est pas utilisé que sur le Web.
[^] # Re: Flash et pas beau
Posté par Gwenole Beauchesne . En réponse à la dépêche Nokia N900 : le téléphone-ordinateur, puissance Linux. Évalué à 1.
Par ailleurs, Flash c'est quand même assez gourmand, et a besoin de vraies extensions SIMD pour fonctionner décemment, sinon c'est la misère. L'ARM de l'iPhone 3G S supporte NEON, donc il y a peut-être une chance d'avoir du Flash potable dessus un jour. Idem pour celui du Palm Pré et le N900 + tous les futurs portables sous Snapdragon.
Ensuite, l'autre raison est financière. Adobe ne bosse pas gratuitement hein. Et on peut comprendre qu'il y ait enflure dessus aussi.
(*) D'ailleurs, je crois avoir lu une histoire indiquant que Steve Jobs et al. avaient des versions de Flash pour l'iPhone et n'étaient pas satisfaits des performances constatées dessus.
[^] # Re: Ne supporte pas les formats multimédia libres ?
Posté par Gwenole Beauchesne . En réponse à la dépêche Nokia N900 : le téléphone-ordinateur, puissance Linux. Évalué à 1.
Mais qu'est ce que ça leur coûte de rajouter le support de Ogg Theora là dedans ?!!
Plusieurs choix probables: vieux, dépassé, inutilisé, pas HW accéléré?
[^] # Re: Interface Ubuntu Netbook Remix
Posté par Gwenole Beauchesne . En réponse à la dépêche Vrac libre des semaines 30 à 32. Évalué à 4.
Vu que la dernière UNR semble être basée sur Ubuntu 9.04, l'hypothèse avancée est totalement invalidée par le fait que les deux drivers Poulsbo d'Intel fonctionnent très bien dessus, et sont disponibles.
* GMA500:
https://launchpad.net/~ubuntu-mobile/+archive/ppa
(les drivers sont éparpillés un peu partout dedans)
* IEGD:
http://edc.intel.com/Software/Downloads/IEGD/
IEGD sont les drivers officiellement supportés par Intel et ne requièrent pas de libdrm trafiquotée. Ce driver est aussi potentiellement plus power-efficient que GMA500, mais avec des performances peut-être moindres que ce dernier en 3D.
[^] # Re: Poulsbo…
Posté par Gwenole Beauchesne . En réponse au journal La vidéo HD s'améliorée sous Linux en 2009 .... Évalué à 3.
[^] # Re: LWN
Posté par Gwenole Beauchesne . En réponse au journal La vidéo HD s'améliorée sous Linux en 2009 .... Évalué à 7.
Si cette source universelle et unique de connaissances parle de CSC et que cela signifie Color Space Conversion, alors elle est erronée. Ca n'intervient pas vraiment dans le processus de décodage vidéo, c'est juste utile pour l'affichage. Tout le (gros) travail de décodage restera quand même à faire par le CPU.
XvMC, comme initialement spécifié et donc sans parler des extensions non-standards de VIA, supporte uniquement MC et l'iDCT. VA API supporte en plus VLD pour MPEG-2. Et c'est exactement ce que le nouveau driver pour les GPUs Intel Gen4 (e.g. i965) supporte. Cela veut dire que le GPU prend en charge tout le décodage vidéo.
D'ailleurs, si l'on regarde l'historique du Wiki de fd.o sur VA API, on pourra également noter qu'un autre driver sera très probablement mis en Open Source d'ici Q4 2009. Et il est fort possible que cela coïncide avec la sortie de la plateforme Moorestown d'Intel, qui contient notamment une évolution du Poulsbo...
[^] # Re: Poulsbo…
Posté par Gwenole Beauchesne . En réponse au journal La vidéo HD s'améliorée sous Linux en 2009 .... Évalué à 2.
Il existe même deux pilotes propriétaires, un officiel et supporté (IEGD) et un non-officiel et non-supporté (GMA500 'psb'). Ce dernier, curieusement, est le plus maintenu même si vous ne le voyez pas forcément ou que Ubuntu voire Adam n'est pas capable de le voir par exemple. En particulier, les dernières versions supportent dri2 et l'accélération de l'encodage vidéo. cf. VA API 0.30, Intel ne spécifie pas dans le vide, il y a des implémentations qui fonctionnent derrière. ;-)
[^] # Re: Poulsbo…
Posté par Gwenole Beauchesne . En réponse au journal La vidéo HD s'améliorée sous Linux en 2009 .... Évalué à 1.
Le GMA500 regroupe plusieurs coeurs d'Imagination Technologies: le coeur graphique est un SGX535 et le coeur vidéo est un VXD370, selon divers recoupements sur le web.
# nspluginwrapper 1.2.2
Posté par Gwenole Beauchesne . En réponse à la dépêche nspluginwrapper 1.2.0. Évalué à 3.
* Correction du support du plug-in VLC (0.8.6)
* Correction d'un problème de déallocation mémoire dans NPN_GetStringIdentifiers() pouvant causer un crash du navigateur
* Correction d'un cas d'erreur lors de la création de flux dans le lecteur autonome
[^] # Re: Prix public?
Posté par Gwenole Beauchesne . En réponse à la dépêche Emtec lance le programme One Laptop Per Hacker. Évalué à 5.
Parce que des gens veulent absolument Windows et Microsoft ne voulait pas porter un OS "conventionnel" dessus (XP/Vista/7), sans doute. Donc, du coup, on gaspille du HW (et des sous sur le chip final) avec une émulation x86. C'est nul, j'ai toujours dit qu'on n'avait besoin que d'instructions pour faciliter une émulation x86 en SW, pas d'un émulateur x86 complet intégré au chip. A priori, on a du mal retranscrire mes désirs... ou que c'était déjà un projet entamé.
Flash n'était même pas un problème, vu qu'il y a Flash Lite pour MIPS aussi. Au pire, un émulateur SW en user-mode-only (Transitive ou autre, les chinois sont capables aussi dans ce domaine) + nspluginwrapper auraient fait l'affaire plus efficacement. Java pouvait se porter. etc. La volonté réelle était bien d'avoir Windows, ce qui est étrange venant du gouvernement chinois vu qu'un autre objectif était d'utiliser le moins possible de technologies "étrangères"...