Gwenole Beauchesne a écrit 188 commentaires

  • [^] # Re: Licence de la spécification

    Posté par  . En réponse à la dépêche WebM : un format libre et ouvert pour HTML5. Évalué à 1.

    http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2010-May/08(...)

    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  . En réponse au journal XvMC, Gallium et DxVA. Évalué à 2.

    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.
  • [^] # Re: Des précisions ?

    Posté par  . En réponse au journal VA-API de plus en plus utilisé. Évalué à 5.

    -vo vaapi:gl ne fonctionne pas non plus…

    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  . En réponse au journal VA-API de plus en plus utilisé. Évalué à 2.

    lancé avec -vo vaapi -va vaapi -vf spp,scale

    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  . En réponse au journal VA-API de plus en plus utilisé. Évalué à 2.

    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?

    Oui.
  • [^] # Re: Des précisions ?

    Posté par  . En réponse au journal VA-API de plus en plus utilisé. Évalué à 4.

    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.
  • [^] # Re: Des précisions ?

    Posté par  . En réponse au journal VA-API de plus en plus utilisé. Évalué à 3.

    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.

    Ainsi que les vieux RS780G et RS780E.
  • [^] # Re: Drivers maintenus

    Posté par  . En réponse à la dépêche Intel ne maintient plus le pilote Linux Poulsbo depuis un an et demi. Évalué à 0.

    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.
  • [^] # Re: Un petit lien qui pourrait vous remonter le moral

    Posté par  . En réponse à la dépêche Intel ne maintient plus le pilote Linux Poulsbo depuis un an et demi. Évalué à 1.

    Un gros un nouveau driver basé sur Gallium3D et partiellement libre pour le chipset poulsbo d'ici quelques mois

    Le driver GMA500 actuel utilise déjà Gallium3D...
  • [^] # Re: Drivers maintenus

    Posté par  . En réponse à la dépêche Intel ne maintient plus le pilote Linux Poulsbo depuis un an et demi. Évalué à 0.

    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.
  • # Drivers maintenus

    Posté par  . En réponse à la dépêche Intel ne maintient plus le pilote Linux Poulsbo depuis un an et demi. Évalué à 6.

    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.
  • [^] # Re: GMA 500 != GMA 950

    Posté par  . En réponse à la dépêche Intel ne maintient plus le pilote Linux Poulsbo depuis un an et demi. Évalué à 5.

    Les deux seuls Netbooks répandus l'utilisant à ma connaissance étant le Dell Mini 12 et... l'Eee PC 1101HA !

    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  . En réponse au journal Gnash: décodage fluide de vidéos Flash HD (H.264). Évalué à 2.

    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. ;-)
  • [^] # Re: PureVideo™ , UVD2™: quid de nos "lecteurs" natifs?

    Posté par  . En réponse au journal Gnash: décodage fluide de vidéos Flash HD (H.264). Évalué à 3.

    Mplayer/VLC/FFMPEG en tirent-ils parti?

    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  . En réponse au journal Gnash: décodage fluide de vidéos Flash HD (H.264). Évalué à 10.

    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.
  • [^] # Re: Utilité ?

    Posté par  . En réponse au journal Gnash: décodage fluide de vidéos Flash HD (H.264). Évalué à 2.

    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.
  • [^] # Re: Flash et pas beau

    Posté par  . En réponse à la dépêche Nokia N900 : le téléphone-ordinateur, puissance Linux. Évalué à 1.

    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.
  • [^] # Re: Ne supporte pas les formats multimédia libres ?

    Posté par  . En réponse à la dépêche Nokia N900 : le téléphone-ordinateur, puissance Linux. Évalué à 1.

    Leur site ne mentionne que les formats hypes qui sont accélérés par l'ASIC dédié.

    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  . En réponse à la dépêche Vrac libre des semaines 30 à 32. Évalué à 4.

    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.

    * 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  . En réponse au journal La vidéo HD s'améliorée sous Linux en 2009 .... Évalué à 3.

    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...
  • [^] # Re: LWN

    Posté par  . En réponse au journal La vidéo HD s'améliorée sous Linux en 2009 .... Évalué à 7.

    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...
  • [^] # Re: Poulsbo…

    Posté par  . En réponse au journal La vidéo HD s'améliorée sous Linux en 2009 .... Évalué à 2.

    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. ;-)
  • [^] # Re: Poulsbo…

    Posté par  . En réponse au journal La vidéo HD s'améliorée sous Linux en 2009 .... Évalué à 1.

    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.
  • # nspluginwrapper 1.2.2

    Posté par  . En réponse à la dépêche nspluginwrapper 1.2.0. Évalué à 3.

    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
  • [^] # Re: Prix public?

    Posté par  . En réponse à la dépêche Emtec lance le programme One Laptop Per Hacker. Évalué à 5.

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