Personne (ok j'exagere) n'achete le core 2d fabrique par imgtech. Seul leur core 3d se vend, donc qd tu vois powervr c'est juste la 3d, le reste en generale ca vient d'ailleur sur les omap3 la 2d et le display viennent de vivante. Mais bon apres sur la 2d y a plein de provider d'ip assez sombre et meconnue.
Sur les soc faut vraiment pas considerer le gpu comme un tout, c'est vraiment du lego. Tu as des powervr avec de la 2d samsung in house, des powervr avec du intel, des powervr avec du vivante, des powervr avec du apple sauce inconnue, …
Non la 2D n'a rien avoir avec poulsbo. Sur arm et avec poulsbo, les gpu sont des legos, un bloque 2d qui vient de TrucTech, un bloque dma qui vient de MachinTech et un bloque 3d qui vient de PloufTech… En l'occurence pour poulsbo la 2d et le bloque display viennent d'intel (il s'agit en gros du meme bloque que celui des gpu i915 d'intel).
Pour ce soc de ce telephone je ne suis pas sur d'ou viens le bloque 2d et le bloque display, leur site n'est vraiment pas concu pour donner ce genre d'information. Mais ca ne vient en aucun cas d'intel. Donc le driver kms pour poulsbo n'a rien avoir.
Vivant au states j'ai pas la meme experience, bon je connais assez peu de personne avec des gosses, mais d'une part les salaire 150-200k c'est rare, mis a part ds la valley ou new-york mais la tu dois payer l'immobilier qui est hors a de prix a moins de vivre a une heure ou plus de route du lieux de travail (oublie les transport en commun ds la plus part des cas).
D'autre part les gosses et compagnie ca coute bcp plus chere, en fonction de l'assurance maladie tu as des franchises a payer (comme pour une caisse :)) et des limites parfois. Un pepin de sante et tres tres vite tu es dans la merde point de vue tune.
Les gosses impossent aussi souvent le lieux de residence temps certaines ecoles sont devavorisees.
Quand aux impots je paye personnelement autant d'impot qu'en france. La difference etant qu'ici je paye pour des supositoires geant qui fond boumm et en france je payait pour des services publique qui profitent a tous. Les impots sont assez disparate d'un etat a l'autre (en gros ds mon cas cas l'impot de l'etat est aussi important que l'impot federal).
Au final vraiment je ne pense pas que les states soit plus interessantes (boulot interessant mis a part). Personnellement j'ai vraiment du mal avec la violence temps figure qu'image de la societe americaine.
Apres pour un celibataire qui voyage et qui est capable de fermer les yeux, bah oui c'est interessant mais j'y ferai pas de vieux os.
Je crois voire bien des commentaires interessants sur tout ces sujets par des gens qui ne serait selon toi pas qualifier pour commenter. Je trouve profondement triste de categoriser les commentaires des personnes selon leur soit disant qualifications. C'est une vision elitiste de la societe, une vision de caste, ou seul ceux qui on le bon tampon sur le cul aurait le droit d'avoir une opinion forcement plus intelligente que le reste de la plebe.
Il me semble qu'au contraire c'est les commentaires plein de bon sens de personne non formate par une discipline. Je defie qui conque qui a une once d'honnete de dire que le systeme des brevets n'a pas ete devoye de ses nobles intentions originelles.
Il en va de meme pour l'economie. Et ton commentaire sur le style de Lordon plus haut, est un exemple de commentaire interessant, tu soulignes le style de l'auteur et les artifices qu'ils usent pour exposer sa pensee. L'on peut decider de s'arreter a son style ou de refuter ses idees avec arguments. Mais utiliser son style pour attaquer ses idees c'est refuser tout debat. C'est chercher un echapatoire, temps il est difficile de refuter certains de ses arguments.
Je m'arrete la parcequ'il me faut retourner au comptoir avec Marcel, avant que la mouche colle au fond.
Lordon a plus de publications dans des journeaux economique (ceux avec review par les paires) que bien des soit dissant economistes qui nous bourre le moux.
C'est bien triste de reprocher a un economiste de s'interresser a comprendre comment son domaine (l'economie) participe a la societe humaine, et par consequent toutes les questions philosophiques qui vont avec.
Apres je conseille de lire d'autre economistes heterodoxes, ils sont de nombreuses autres solutions tout aussi interessante que celle de Lordon. Celle librement accessible :
Je ne travail pas pour AMD donc je ne peux pas dire qu'elles sont les objectifs d'AMD, mais je pense que le driver closed source continuera a exister pour plusieurs années. Cela étant dit, les contributeurs open source travail tous pour améliorer le driver dans l'espoir de rendre inutile le driver closed source.
Pour l'accélération video le problème viens plutôt des API, entre VAAPI, VDPAU XV XVBA …. il y a pléthor et l'accélération ne peut être utilisé que si le logiciel qui lit le flux utilise la librairie qui va bien (VAAPI VDPAU XVBA …). Le fait est que pratiquement aucun logiciel à part les les players comme mplayer ou vlc … utilise ces librairies, les choses comme flash (proprio) n'utilise pas correctement ces librairies iirc only VDPAU mais pas tous les profils donc très peux de video sont accéléré. Sous windows/osx c'est beaucoup plus simple un seul API est tout le monde l'utilise.
Je sais pas dans qu'elle langue je dois parler. Le driver open source sur southern island supporte OpenGL 2.1 ++ (++ avec des extension en plus). Donc ca marche aussi bien que les générations précédentes seulement ca n'a pas encore toute les fonctionalités OpenGL supporté par les générations précédentes. OpenGL 2.1 en gros ca te donne un desktop comme gnome-shell qui marche sans problème et des applications jusqu'à doom III et similaire. Autre formulation OpenGL est accéléré par le GPU avec southern island et le driver open source.
Maintenant ce support n'est activé dans aucune distribution courante à ma connaissance (mis à part les rolling release distribution). Mais la prochaine vague de distribution devrait l'avoir (mis à part debian je suppose).
Merci bcp de repandre de fauses affirmations. KMS n'est pas GPL only va faire un grep dans drivers/gpu/drm et reviens nous voir.
Tu confonds probablement avec la partie dma-buf dont certain contributeur on foullu restreindre l'access. Cela ne t'empeche pas du tout de faire un driver KMS.
Dans le design wayland tu as un serveur (weston) qui fait 90% du boulot dans un seul process qui a une vision global de l'état courant de l'ensemble des applications. Dans le design mir, la majeur partie est dans unity (du moins c'est l'impression que donne actuellement le code et les commentaires des gens impliqués dans mir), bref cela ressemble beaucoup plus a X11 + compositeur ou le compositeur est un process séparé qui ne sait pas forcement tout et qui doit parler avec mir et les applications.
mir semble par ailleurs bien plus limité sur l'aspect graphique, visiblement pas de concept de sub-surface/region, ni de concept pour le damage d'une region ou l'opacité. Deux choses qui permettent au serveur wayland (par exemple weston) de réaliser des optimisations qui permettent de sauver beaucoup d'énergie. C'est peut être juste parce que mir n'a pas encore implémenté tout ca mais cela semble plus être le résultat de leur design bien plus limité.
Je n'irai pas plus loin sur l'aspect input parce que je suis bien moins familier sur le domaine mais ce que j'entends de la part de personne que j'estime les plus compétentes sur ce sujet dans l'univers du libre ne me rassure pas et conforte l'opinion que j'ai formé après avoir regardé la partie graphique de mir. La partie transformation des inputs par exemple semble totalement absent.
Oui wayland ne fait pas grand chose, comme souvent j'abuse du mot wayland pour parler de l'ensemble de l'ecosystème et dans ce cas particulier du serveur wayland dont une des implémentations est weston. Mais c'est pour moi le point central, weston fait beaucoup de chose mais ils les fait bien et de manière simple parcequ'il a toute les informations nécessaire. Dans le couple unity/mir les informations sont partagés entre les deux ce qui conduira inévitablement a avoir l'un des deux sans l'information que l'autre a.
Wayland n'est pas desktop only, au contraire. Wayland a une architecture bien plus simple et bien plus propre que Mir. Mir dans sa conception est plus proche de l'architecture X11 + compositeur que d'une approche novateur (wayland bien que je ne pense qu'il y a rien de novateur dans wayland mais seulement du bon sens). Ainsi la plus part de ce que fait wayland sera dans unity et non pas dans mir. Ce qui est a mon sens une grave erreur (avis partagé par presque tous les dévelopeur X). Mir semble donc plus proche de l'existant est c'est là que le problème ce situe.
De plus en plus les devices comme les téléphones portable sont capable de se comporter comme un vrai ordinateur si tu leur adjoind un clavier et un écran. Le point fort de wayland c'est qu'il est bien plus malléable que le laisse entendre la description donné par ubuntu (soit ils sont incapable de lire le code wayland soit ils font preuve de mauvaise fois je ne trancherai pas ce débat). Donc Wayland supporte aussi bien un écran tactile, qu'un couple clavier souris, ou qu'un stylet et offre une intégration bien supérieur pour le traitement sécurisé des inputs. C'est pourquoi a mon sens wayland est bien plus adapté pour l'unification car non seulement il peut répondre au besoin d'un desktop classique mais en plus il est facilement utilisable avec les inputs device des tablets ou téléphone, le tout avec un même est unique protocole.
Je tiens à souligner par ailleur que mir aujourd'hui c'est ~14 000lignes de code, weston ~26 000lignes et mir ne fait pas 10% de ce que weston fait (notament sur l'input). Je crois que celà est un révélateur suffisant de la qualité du design de wayland.
D'abord systemd et pulseaudio ont été réalisé ouvertement avec la participation de nombreuses personne extérieur à Red Hat. Je vais pas revenir sur l'historique des deux projets mais tu es libre de vérifier par toi même que les contributeurs de la première heure ne se réduisent pas à des employés de Red Hat. Pour t'aider :
Donc merci de ne pas continuer à rependre des contre vérités. Non Red Hat ne force rien sur personne.
Note que je travaille pour Red Hat et ce qui compte ici c'est l'excellence technique si une autre compagnie propose une meilleure solution technique c'est ce que l'on utilisera.
Suffis de les reverses … et vraiment ces firmware font pas grand chose, il traduit une command comme 0x00031000 v1 v2 v3 v4 comme l'ecriture des des registres 0x4000, 0x4004, 0x4008, 0x400c avec les valeurs v1, v2, v3, v4. Donc clairement c'est pas de la rocket science, et clairement une personne avec un minimum de volonte peut les reverses.
Mais bon ceux qui se plaignent des firmware ne se bougent jamais pour les reverses …
Non les pilotes open source ne sont pas a 10% des pilotes proprio en moyenne c'est plutôt au dessus de 50%. Alors oui dire 10% ca choque ca marque ton point mais en même temps c'est irrespectueux du travail fait par les personnes contribuant aux drivers open source.
Il n'y a pas grand chose que les chinois ne peuvent pas apprendre simplement un lisant le code source du projet nouveau (reverse engineer des gpu nvidia). Et encore moi en utilisant l'espionage industriel.
Ce n'est donc pas sur le secret industriel que le problème se pose. Probablement plus sur un aspect légale, support open source officiel par NVidia ce qui implique que l'ensemble des technologies utilisées par leur GPU puisse l'etre aussi par le driver open source (ce qui implique probablement des renégociation sur l'ensemble des licenses portant sur ces technologies). Et certainement d'autre aspect lié au drm (compression vidéo).
Oui c'est ca. En gros NVidia aimerai que les driver libre et proprio puisse utiliser un libGL.so commun. C'est par example necessaire pour une cohabitation propre dans le cas optimus. Le libGL.so charge apres le bon libGPU.so en fonction du contexte et autre … En plus ca simplifierai l'installation/deinstallation des driver proprio.
Non opengl n'est pas bordelique, tu crees un context opengl tu demandes la version gl et tu sais exactement ce qui est disponible. La meme chose se passe avec opengles. Il n'y a aucune difference de ce point de vue.
L'avantage d'opengles est du cote des drivers, opengles ne s'encombre pas de tout un tas d'aspect qu'opengl continue de supporter, ca rend l'ecriture de driver bien plus simple et plus efficace sans reellement impacter les utilisateurs car de toute maniere ces fonctions opengl sont rarement utilise (hors mis le vieux mode de rendu direct).
Oui j'ai vu des moteurs de rendu utiliser OpenGL 4, mais pour les jeux je ne sais pas trop. J'imagine que les plus gros moteur de rendu id engine, unreal engine et compagnie peuvent s'en servir.
Les drivers proprietaire marche tres bien dans mon experience pour les derniers GPU. Il est evident par contre que les drivers open source sont loins derriere (en terme de performance ou de fonctionalites).
Je pense que des solution comme sdl peuvent utilement simplifier la tache. Je ne dis pas que c'est pas important, je dis juste que a mon avis le travail pour obtenir une library stable sous linux pour simplifier l'input et le son me semble pas particulierement difficile.
Non direct3d n'est pas loin devant la concurrence, OpenGL 4 et compagnie offre les memes fonctionnalites. Certains paradigmes de programations de direct3d sont un peux meilleurs.
Directx simplifie pas mal d'autre aspect (input, game controller, son, …) mais je ne pense pas que c'est si important au final.
Et non l'api du noyau linux qui change c'est tres bien, les drivers open source non aucun probleme avec ces changements. Il y a plein d'articles et de reponse de Linus et co qui explique pourquoi c'est bien :)
Mais alors, dire qu'ils ne « supportent » pas Secure Boot est un peu fort : c'est justement ce qu'ils font en proposant aux gens de se faire signer.
On ne propose a personne de se faire signe, on dit juste que les autres distribution peuvent faire comme nous en reutilisant les memes outils, la seul chose qu'on ne partage pas c'est notre cle prive.
Je peux te dire que tous mes collegues ici Red Hat (Matthew inclus) n'aime pas secure boot. La question qui c'est pose c'est comment permettre a Madame Michu de tester voir meme d'installer une fedora sur son pc flambant neuf qui a windows 8. Sachant que les pc certifies windows8 auront le secure boot d'active par defaut.
Demande t-on a Madame Michue d'aller le menu uefi pour desactive le secure boot (et comme ca ne sera pas standardise au temps dire impossible d'ecrire un manuel simple et qui s'applique a tous les pc).
Ou alors on fait en sorte que nos livecd/cd d'install soit aussi bootable avec secure boot.
Voila. Bon y avait d'autre solutions mais encore plus pourris et plus incertaines.
Donc en conclusion, je ne dirai pas qu'on supporte secure boot mais qu'on s'en accomode. Mais c'est une question de point de vue. Je repete que je trouve cette techno inutile, incertaine, dangeureuse, liberticide et probablement rapidement ineffective.
Mais c'est tout aussi pourri, parce que bien sûr Red Hat ne va pas signer n'importe quel stage 2 : seulement ceux qui chargent des noyaux vérifiés. Bref, Red Hat se place en autorité de certification de qui dans le libre aura le droit de booter en mode « sécurisé » !
C'est toujours la même chose dans les mondes fermés : on appâte les premiers en leur donnant du pouvoir sur les suivants. Comme ça, ils craquent plus facilement. Ce qu'a fait Red Hat est vraiment pas classe.
L'idee c'est que d'autre distribution peuvent reutilise le bootloader changer la cle RH par leur propre cle et signe leur kernel avec leur cle. Voila Red Hat n'oblige et n'empeche personne. Donc pour 99$ d'autre compagnie peuvent faire signe le bootloader avec leur propre cle.
Et si tu compiles ton propres kernel alors tu dois t'y connaitre assez pour aller dans l'uefi desactive le secure boot ou y ajouter ta cle personnel.
Non on ne peut pas booter n'importe quoi voir ma reponse plus bas, seul fedora pourra signe son noyau et le bootloader de fedora ne loadera qu'un noyau signe par fedora.
[^] # Re: marketing...
Posté par glisse . En réponse au journal Fairphone, le smartphone du commerce équitable. Évalué à 3.
Personne (ok j'exagere) n'achete le core 2d fabrique par imgtech. Seul leur core 3d se vend, donc qd tu vois powervr c'est juste la 3d, le reste en generale ca vient d'ailleur sur les omap3 la 2d et le display viennent de vivante. Mais bon apres sur la 2d y a plein de provider d'ip assez sombre et meconnue.
Sur les soc faut vraiment pas considerer le gpu comme un tout, c'est vraiment du lego. Tu as des powervr avec de la 2d samsung in house, des powervr avec du intel, des powervr avec du vivante, des powervr avec du apple sauce inconnue, …
[^] # Re: marketing...
Posté par glisse . En réponse au journal Fairphone, le smartphone du commerce équitable. Évalué à 4.
Non la 2D n'a rien avoir avec poulsbo. Sur arm et avec poulsbo, les gpu sont des legos, un bloque 2d qui vient de TrucTech, un bloque dma qui vient de MachinTech et un bloque 3d qui vient de PloufTech… En l'occurence pour poulsbo la 2d et le bloque display viennent d'intel (il s'agit en gros du meme bloque que celui des gpu i915 d'intel).
Pour ce soc de ce telephone je ne suis pas sur d'ou viens le bloque 2d et le bloque display, leur site n'est vraiment pas concu pour donner ce genre d'information. Mais ca ne vient en aucun cas d'intel. Donc le driver kms pour poulsbo n'a rien avoir.
[^] # Re: France vs USA vs Belgique vs UK
Posté par glisse . En réponse au journal Aller bosser à San Francisco. Évalué à 10.
Vivant au states j'ai pas la meme experience, bon je connais assez peu de personne avec des gosses, mais d'une part les salaire 150-200k c'est rare, mis a part ds la valley ou new-york mais la tu dois payer l'immobilier qui est hors a de prix a moins de vivre a une heure ou plus de route du lieux de travail (oublie les transport en commun ds la plus part des cas).
D'autre part les gosses et compagnie ca coute bcp plus chere, en fonction de l'assurance maladie tu as des franchises a payer (comme pour une caisse :)) et des limites parfois. Un pepin de sante et tres tres vite tu es dans la merde point de vue tune.
Les gosses impossent aussi souvent le lieux de residence temps certaines ecoles sont devavorisees.
Quand aux impots je paye personnelement autant d'impot qu'en france. La difference etant qu'ici je paye pour des supositoires geant qui fond boumm et en france je payait pour des services publique qui profitent a tous. Les impots sont assez disparate d'un etat a l'autre (en gros ds mon cas cas l'impot de l'etat est aussi important que l'impot federal).
Au final vraiment je ne pense pas que les states soit plus interessantes (boulot interessant mis a part). Personnellement j'ai vraiment du mal avec la violence temps figure qu'image de la societe americaine.
Apres pour un celibataire qui voyage et qui est capable de fermer les yeux, bah oui c'est interessant mais j'y ferai pas de vieux os.
[^] # Re: Le plus drole avec la crise
Posté par glisse . En réponse au journal Faut-il arrêter l'Euro ?. Évalué à 7.
Je crois voire bien des commentaires interessants sur tout ces sujets par des gens qui ne serait selon toi pas qualifier pour commenter. Je trouve profondement triste de categoriser les commentaires des personnes selon leur soit disant qualifications. C'est une vision elitiste de la societe, une vision de caste, ou seul ceux qui on le bon tampon sur le cul aurait le droit d'avoir une opinion forcement plus intelligente que le reste de la plebe.
Il me semble qu'au contraire c'est les commentaires plein de bon sens de personne non formate par une discipline. Je defie qui conque qui a une once d'honnete de dire que le systeme des brevets n'a pas ete devoye de ses nobles intentions originelles.
Il en va de meme pour l'economie. Et ton commentaire sur le style de Lordon plus haut, est un exemple de commentaire interessant, tu soulignes le style de l'auteur et les artifices qu'ils usent pour exposer sa pensee. L'on peut decider de s'arreter a son style ou de refuter ses idees avec arguments. Mais utiliser son style pour attaquer ses idees c'est refuser tout debat. C'est chercher un echapatoire, temps il est difficile de refuter certains de ses arguments.
Je m'arrete la parcequ'il me faut retourner au comptoir avec Marcel, avant que la mouche colle au fond.
Avec tout ca on est pas dans la merde !
http://www.youtube.com/watch?v=AgdaS43o-5c
[^] # Re: Le plus drole avec la crise
Posté par glisse . En réponse au journal Faut-il arrêter l'Euro ?. Évalué à 7.
Un economiste humain mon dieux, au secour …
C'est sur il est preferable d'ecouter Alain Minc, lui c'est un vrai economiste.
Pour information Lordon est un vrai economiste, il fait par ailleur partie des economistes atterres.
http://www.atterres.org/users/flordon
Lordon a plus de publications dans des journeaux economique (ceux avec review par les paires) que bien des soit dissant economistes qui nous bourre le moux.
C'est bien triste de reprocher a un economiste de s'interresser a comprendre comment son domaine (l'economie) participe a la societe humaine, et par consequent toutes les questions philosophiques qui vont avec.
Apres je conseille de lire d'autre economistes heterodoxes, ils sont de nombreuses autres solutions tout aussi interessante que celle de Lordon. Celle librement accessible :
http://www.atterres.org/publications
[^] # Re: Au passage
Posté par glisse . En réponse au journal Pilotes ATI libres, voici venu le temps du Glamour. Évalué à 2.
Je ne travail pas pour AMD donc je ne peux pas dire qu'elles sont les objectifs d'AMD, mais je pense que le driver closed source continuera a exister pour plusieurs années. Cela étant dit, les contributeurs open source travail tous pour améliorer le driver dans l'espoir de rendre inutile le driver closed source.
Pour l'accélération video le problème viens plutôt des API, entre VAAPI, VDPAU XV XVBA …. il y a pléthor et l'accélération ne peut être utilisé que si le logiciel qui lit le flux utilise la librairie qui va bien (VAAPI VDPAU XVBA …). Le fait est que pratiquement aucun logiciel à part les les players comme mplayer ou vlc … utilise ces librairies, les choses comme flash (proprio) n'utilise pas correctement ces librairies iirc only VDPAU mais pas tous les profils donc très peux de video sont accéléré. Sous windows/osx c'est beaucoup plus simple un seul API est tout le monde l'utilise.
[^] # Re: Au passage
Posté par glisse . En réponse au journal Pilotes ATI libres, voici venu le temps du Glamour. Évalué à 5.
Ca n'est pas automatique sur arch il faut un fichier xorg.conf ou un fichier ds xorg.conf.d qui demande l'accel glamor comme ce journal l'indique.
[^] # Re: Au passage
Posté par glisse . En réponse au journal Pilotes ATI libres, voici venu le temps du Glamour. Évalué à 7.
Au contraire l'équipe open source GPU est probablement l'une des rares qui continue à grossir dans amd.
[^] # Re: Au passage
Posté par glisse . En réponse au journal Pilotes ATI libres, voici venu le temps du Glamour. Évalué à 6.
Je sais pas dans qu'elle langue je dois parler. Le driver open source sur southern island supporte OpenGL 2.1 ++ (++ avec des extension en plus). Donc ca marche aussi bien que les générations précédentes seulement ca n'a pas encore toute les fonctionalités OpenGL supporté par les générations précédentes. OpenGL 2.1 en gros ca te donne un desktop comme gnome-shell qui marche sans problème et des applications jusqu'à doom III et similaire. Autre formulation OpenGL est accéléré par le GPU avec southern island et le driver open source.
Maintenant ce support n'est activé dans aucune distribution courante à ma connaissance (mis à part les rolling release distribution). Mais la prochaine vague de distribution devrait l'avoir (mis à part debian je suppose).
[^] # Re: Au passage
Posté par glisse . En réponse au journal Pilotes ATI libres, voici venu le temps du Glamour. Évalué à 6.
Les drivers actuel en gros supporte gl 2.1 ++ 3.0 ds 2-3 mois, puis 3.1, … ca fait deja bcp d'app 3d aka jeux qui marche avec
[^] # Re: Une alternative ? Tant mieux
Posté par glisse . En réponse à la dépêche Mir, un serveur d’affichage de trop ?. Évalué à 10.
Merci bcp de repandre de fauses affirmations. KMS n'est pas GPL only va faire un grep dans drivers/gpu/drm et reviens nous voir.
Tu confonds probablement avec la partie dma-buf dont certain contributeur on foullu restreindre l'access. Cela ne t'empeche pas du tout de faire un driver KMS.
[^] # Re: Differences ?
Posté par glisse . En réponse au journal Canonical: les fouteurs de merde, le retour. Évalué à 10.
Dans le design wayland tu as un serveur (weston) qui fait 90% du boulot dans un seul process qui a une vision global de l'état courant de l'ensemble des applications. Dans le design mir, la majeur partie est dans unity (du moins c'est l'impression que donne actuellement le code et les commentaires des gens impliqués dans mir), bref cela ressemble beaucoup plus a X11 + compositeur ou le compositeur est un process séparé qui ne sait pas forcement tout et qui doit parler avec mir et les applications.
mir semble par ailleurs bien plus limité sur l'aspect graphique, visiblement pas de concept de sub-surface/region, ni de concept pour le damage d'une region ou l'opacité. Deux choses qui permettent au serveur wayland (par exemple weston) de réaliser des optimisations qui permettent de sauver beaucoup d'énergie. C'est peut être juste parce que mir n'a pas encore implémenté tout ca mais cela semble plus être le résultat de leur design bien plus limité.
http://bazaar.launchpad.net/~mir-team/mir/trunk/view/head:/include/mir_toolkit/mir_client_library.h
Je n'irai pas plus loin sur l'aspect input parce que je suis bien moins familier sur le domaine mais ce que j'entends de la part de personne que j'estime les plus compétentes sur ce sujet dans l'univers du libre ne me rassure pas et conforte l'opinion que j'ai formé après avoir regardé la partie graphique de mir. La partie transformation des inputs par exemple semble totalement absent.
Oui wayland ne fait pas grand chose, comme souvent j'abuse du mot wayland pour parler de l'ensemble de l'ecosystème et dans ce cas particulier du serveur wayland dont une des implémentations est weston. Mais c'est pour moi le point central, weston fait beaucoup de chose mais ils les fait bien et de manière simple parcequ'il a toute les informations nécessaire. Dans le couple unity/mir les informations sont partagés entre les deux ce qui conduira inévitablement a avoir l'un des deux sans l'information que l'autre a.
[^] # Re: Differences ?
Posté par glisse . En réponse au journal Canonical: les fouteurs de merde, le retour. Évalué à 10.
Wayland n'est pas desktop only, au contraire. Wayland a une architecture bien plus simple et bien plus propre que Mir. Mir dans sa conception est plus proche de l'architecture X11 + compositeur que d'une approche novateur (wayland bien que je ne pense qu'il y a rien de novateur dans wayland mais seulement du bon sens). Ainsi la plus part de ce que fait wayland sera dans unity et non pas dans mir. Ce qui est a mon sens une grave erreur (avis partagé par presque tous les dévelopeur X). Mir semble donc plus proche de l'existant est c'est là que le problème ce situe.
De plus en plus les devices comme les téléphones portable sont capable de se comporter comme un vrai ordinateur si tu leur adjoind un clavier et un écran. Le point fort de wayland c'est qu'il est bien plus malléable que le laisse entendre la description donné par ubuntu (soit ils sont incapable de lire le code wayland soit ils font preuve de mauvaise fois je ne trancherai pas ce débat). Donc Wayland supporte aussi bien un écran tactile, qu'un couple clavier souris, ou qu'un stylet et offre une intégration bien supérieur pour le traitement sécurisé des inputs. C'est pourquoi a mon sens wayland est bien plus adapté pour l'unification car non seulement il peut répondre au besoin d'un desktop classique mais en plus il est facilement utilisable avec les inputs device des tablets ou téléphone, le tout avec un même est unique protocole.
Je tiens à souligner par ailleur que mir aujourd'hui c'est ~14 000lignes de code, weston ~26 000lignes et mir ne fait pas 10% de ce que weston fait (notament sur l'input). Je crois que celà est un révélateur suffisant de la qualité du design de wayland.
[^] # Re: Discussion entre un dev MIR et les dev Wayland
Posté par glisse . En réponse au journal Mir, un serveur d'affichage de trop ?. Évalué à 8.
C'est un bien jolie troll que tu as là :)
D'abord systemd et pulseaudio ont été réalisé ouvertement avec la participation de nombreuses personne extérieur à Red Hat. Je vais pas revenir sur l'historique des deux projets mais tu es libre de vérifier par toi même que les contributeurs de la première heure ne se réduisent pas à des employés de Red Hat. Pour t'aider :
http://cgit.freedesktop.org/systemd/systemd/log/?ofs=2300
http://cgit.freedesktop.org/systemd/systemd/commit/?id=79849bf9f47f9867c72c7eb76b981bb354d0e30e
http://cgit.freedesktop.org/pulseaudio/pulseaudio/log/?ofs=6500
Donc merci de ne pas continuer à rependre des contre vérités. Non Red Hat ne force rien sur personne.
Note que je travaille pour Red Hat et ce qui compte ici c'est l'excellence technique si une autre compagnie propose une meilleure solution technique c'est ce que l'on utilisera.
[^] # Re: bof
Posté par glisse . En réponse au journal Interview de Greg Kroah-Hartman. Évalué à 7.
Suffis de les reverses … et vraiment ces firmware font pas grand chose, il traduit une command comme 0x00031000 v1 v2 v3 v4 comme l'ecriture des des registres 0x4000, 0x4004, 0x4008, 0x400c avec les valeurs v1, v2, v3, v4. Donc clairement c'est pas de la rocket science, et clairement une personne avec un minimum de volonte peut les reverses.
Mais bon ceux qui se plaignent des firmware ne se bougent jamais pour les reverses …
[^] # Re: bof
Posté par glisse . En réponse au journal Interview de Greg Kroah-Hartman. Évalué à 10.
Non les pilotes open source ne sont pas a 10% des pilotes proprio en moyenne c'est plutôt au dessus de 50%. Alors oui dire 10% ca choque ca marque ton point mais en même temps c'est irrespectueux du travail fait par les personnes contribuant aux drivers open source.
[^] # Re: C'est pour la bonne cause
Posté par glisse . En réponse au journal Un "Nvidia Fuck You" à 300 Méga $. Évalué à 2.
Il n'y a pas grand chose que les chinois ne peuvent pas apprendre simplement un lisant le code source du projet nouveau (reverse engineer des gpu nvidia). Et encore moi en utilisant l'espionage industriel.
Ce n'est donc pas sur le secret industriel que le problème se pose. Probablement plus sur un aspect légale, support open source officiel par NVidia ce qui implique que l'ensemble des technologies utilisées par leur GPU puisse l'etre aussi par le driver open source (ce qui implique probablement des renégociation sur l'ensemble des licenses portant sur ces technologies). Et certainement d'autre aspect lié au drm (compression vidéo).
[^] # Re: nVidia et Mesa
Posté par glisse . En réponse à la dépêche Mesa 9.0 est sorti : OpenGL 3.1, OpenCL, VDPAU…. Évalué à 10.
Oui c'est ca. En gros NVidia aimerai que les driver libre et proprio puisse utiliser un libGL.so commun. C'est par example necessaire pour une cohabitation propre dans le cas optimus. Le libGL.so charge apres le bon libGPU.so en fonction du contexte et autre … En plus ca simplifierai l'installation/deinstallation des driver proprio.
Et non nvidia n'utilise pas mesa pour son driver.
[^] # Re: OpenGL ES
Posté par glisse . En réponse à la dépêche Quoi de neuf du côté d'OpenGL et Linux ?. Évalué à 10.
Non opengl n'est pas bordelique, tu crees un context opengl tu demandes la version gl et tu sais exactement ce qui est disponible. La meme chose se passe avec opengles. Il n'y a aucune difference de ce point de vue.
L'avantage d'opengles est du cote des drivers, opengles ne s'encombre pas de tout un tas d'aspect qu'opengl continue de supporter, ca rend l'ecriture de driver bien plus simple et plus efficace sans reellement impacter les utilisateurs car de toute maniere ces fonctions opengl sont rarement utilise (hors mis le vieux mode de rendu direct).
[^] # Re: Pilotes.
Posté par glisse . En réponse au journal Valve prend Linux au sérieux. Évalué à 3.
Oui j'ai vu des moteurs de rendu utiliser OpenGL 4, mais pour les jeux je ne sais pas trop. J'imagine que les plus gros moteur de rendu id engine, unreal engine et compagnie peuvent s'en servir.
Les drivers proprietaire marche tres bien dans mon experience pour les derniers GPU. Il est evident par contre que les drivers open source sont loins derriere (en terme de performance ou de fonctionalites).
[^] # Re: Pilotes.
Posté par glisse . En réponse au journal Valve prend Linux au sérieux. Évalué à 3.
Je pense que des solution comme sdl peuvent utilement simplifier la tache. Je ne dis pas que c'est pas important, je dis juste que a mon avis le travail pour obtenir une library stable sous linux pour simplifier l'input et le son me semble pas particulierement difficile.
[^] # Re: Pilotes.
Posté par glisse . En réponse au journal Valve prend Linux au sérieux. Évalué à 9.
Non direct3d n'est pas loin devant la concurrence, OpenGL 4 et compagnie offre les memes fonctionnalites. Certains paradigmes de programations de direct3d sont un peux meilleurs.
Directx simplifie pas mal d'autre aspect (input, game controller, son, …) mais je ne pense pas que c'est si important au final.
Et non l'api du noyau linux qui change c'est tres bien, les drivers open source non aucun probleme avec ces changements. Il y a plein d'articles et de reponse de Linus et co qui explique pourquoi c'est bien :)
[^] # Re: RH ne supporte pas Secure Boot
Posté par glisse . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 2.
On ne propose a personne de se faire signe, on dit juste que les autres distribution peuvent faire comme nous en reutilisant les memes outils, la seul chose qu'on ne partage pas c'est notre cle prive.
Je peux te dire que tous mes collegues ici Red Hat (Matthew inclus) n'aime pas secure boot. La question qui c'est pose c'est comment permettre a Madame Michu de tester voir meme d'installer une fedora sur son pc flambant neuf qui a windows 8. Sachant que les pc certifies windows8 auront le secure boot d'active par defaut.
Demande t-on a Madame Michue d'aller le menu uefi pour desactive le secure boot (et comme ca ne sera pas standardise au temps dire impossible d'ecrire un manuel simple et qui s'applique a tous les pc).
Ou alors on fait en sorte que nos livecd/cd d'install soit aussi bootable avec secure boot.
Voila. Bon y avait d'autre solutions mais encore plus pourris et plus incertaines.
Donc en conclusion, je ne dirai pas qu'on supporte secure boot mais qu'on s'en accomode. Mais c'est une question de point de vue. Je repete que je trouve cette techno inutile, incertaine, dangeureuse, liberticide et probablement rapidement ineffective.
[^] # Re: RH ne supporte pas Secure Boot
Posté par glisse . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 2.
L'idee c'est que d'autre distribution peuvent reutilise le bootloader changer la cle RH par leur propre cle et signe leur kernel avec leur cle. Voila Red Hat n'oblige et n'empeche personne. Donc pour 99$ d'autre compagnie peuvent faire signe le bootloader avec leur propre cle.
Et si tu compiles ton propres kernel alors tu dois t'y connaitre assez pour aller dans l'uefi desactive le secure boot ou y ajouter ta cle personnel.
[^] # Re: RH ne supporte pas Secure Boot
Posté par glisse . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 2.
Non on ne peut pas booter n'importe quoi voir ma reponse plus bas, seul fedora pourra signe son noyau et le bootloader de fedora ne loadera qu'un noyau signe par fedora.