reno a écrit 3886 commentaires

Je trouve que leur interface est pas trop mal (même si elle est un peu limitée..)
Par contre leur application 'mobile' ne fonctionne pas sur Opera pour mon E71.

J'aime particulièrement quand il dit qu'il ne connait pas de matériel qui ne marche pas correctement avec Linux (I do not know of any hardware that does not work properly with Linux drivers), vu l'état des cartes graphiques sous Linux..

Pour ceux qui ne suivraient pas la plupart des cartes graphiques ont soit
1) pas de pilote opensource donc pas de pilote intégrable dans Linux: ça c'est le cas pour les GPU avec ARM (le pilote du Raspberry Pi n'est pas vraiment un pilote).
2) un pilote opensource qui
-atteins en 3D 10% des performances atteignables par la carte avec le driver propriétaire
-ne peut pas utiliser le décodeur vidéo intégré dans la carte graphique.

Je crois que certains IGP Intel sont l'exception, ce qui est bien peu..

"work properly" my foot!!

Tu critiques Android a cause de la lenteur de certaines applications??
Comme critique logique on fait mieux..

Pareil pour la pub, il y a plein d'applications payantes sans pub..
Tu veux des applications gratuites et sans pub?
Là effectivement c'est plus rare, maintenant il ne me semble pas que Google empêche les applications FOSS sur son AppStore contrairement à Apple donc..

Pour les bugs, j'ai un Galaxy S3 depuis 1 mois avec Android4.1.2 et je n'ai pas trop de problème (un reboot intempestif une fois quand même).

Pour la maîtrise du matériel OK, maintenant il n'y aucun ARM avec un GPU au driver vraiment libre alors..

Gné ? Pour afficher les objets à la position qu'il faut 60 fois par secondes, il suffit de calculer une image toutes les 60 secondes…

Tu n'as pas compris ce qu'il marquait:
Cas 1) Le jeux attend que l'écran se soit rafraîchis, lis les entrées&positions et calcule l'image suivante puis attend le rafraîchissement.
Cas 2) Le jeux attend que l'écran se soit rafraîchis, lis les entrées&positions et calcule une image puis au lieu d'attendre lis de nouveau les entrées&positions et envois une deuxième image s'il y a le temps: lors du rafraîchissement c'est la dernière image calculée qui est affichée.

Dans le cas (2) l'image affichée correspond a une lecture des entrées&positions plus récente que dans le cas (1).

Une chose que je note: il y a 3 styles qui sont "cohérent":le "style shell infixé" (se lit de gauche à droite) et lex "style shell préfixé/infixé" (se lisent de droite à gauche), les autres c'est le bazar..

Le premier a l'avantage pour nous Français d'être dans l'ordre "normal" mais l'inconvénient que 'var' doit soit existé déjà soit être déclarée automagiquement, autrement on se retrouve avec une notation un peu bizarre:
"op1 | op2 > var res:Result".

Le style fonctionnel préfixé est un peu lourd avec les parenthèses(*), le infixé est pas mal, mais le '$' ne donne pas le sens de lecture donc on pourrait avoir:
var <- op3 <- op2 <- arg op1 <- data
L'espace pour séparer les arguments d'une fonction c'est élégants pour les lignes courtes mais difficile a lire quand ça devient complexe:
var <- op3 <- op2(arg, op1 data)

C'est quoi le nom du style suivant:
var res <- op3 <- op2(arg) <- op1 <- data
WTFFunc?

*: par contre l'ordre dans l'exemple me parait incorrecte ce serait plutôt
var := op3(op2(arg,op1(data)))

Merci pour l'info.

Si je me rappelle bien les conditions d'utilisation imposaient de le faire manuellement, il ne les avait donc pas respectées maintenant un procès avec de telle menace de peine pour ça..

Pourquoi ce langage reste aussi peu utilisé? Pas assez de bibliothèques, l'habitude, autre chose?

Difficile à dire mais il y a aussi le manque de finition (pas mal de fonctionnalités pas vraiment finie), le GC pas très performant et la concurrence de C++11 qui corrige pas mal de défaut du C++.

les femmes ne réclament pas à concourir contre les hommes car elles savent qu'elles ne sont pas à égalité en matière de performance physique brute,

Sauf qu'a generaliser tu as tords: la pluparts des femmes sont dans ce cas en effet, mais par exemple en tennis certaines ont voulu concourir contre des hommes.
Dans le cas du tennis, les fédérations leur ont interdis, mais il y a d'autre sports où il y a une catégorie mixte et une catégorie femme.

Donc si je saisis bien on peut vendre à un dictateur des armes, mais surtout pas des programmes informatiques, c'est ça??

Je pinaille parce que quand tu parles d'application 3D ça fait penser à un jeu, alors qu'en fait une application normale peut utiliser DRI2 'automagiquement' si elle a le bon toolkit configuré pour ça..

Sinon pour [à part glamor, personne n'utilise opengl uniquement pour la 2D], Cairo est décrit comme 'designed to provide primitives for 2-dimensional drawing across a number of different backends' et il a une backend OpenGL donc ça en fait au moins 2 il me semble..

Tout ce qui est dans Wayland est déjà dans X depuis des années mais uniquement pour les applications qui utilisent la 3D.[coupé la fin]

pour les applications utilisant ou ayant un toolkit qui utilise OpenGL: ces applications pouvant faire de la 3D ou de la 2D, OpenGL n'impliquant en rien qu'on fait de la 3D, un rectangle texturé à plat sur une fenêtre pour moi c'est une image 2D même si ça utilise une interface prévue pour la 3D au départ.

Ce qui est une bonne raison pour recadrer et éviter que ça parte en n'importe quoi..

Avec X, meme lorsqu'on evite d'utiliser Xrender pour le rendu, on est encore force d'uploader des buffers de pixels via xshm.

Euh, même avec DRI2? Ce n'est pas ce que j'avais cru comprendre en lisant la description, après la documentation de DRI2 est vraiment pas terrible..

Donc on peut encore corriger X pour etre aussi efficace que Wayland… Le seul truc qu'on ne peut pas, c'est le rendre sûr. Ca, c'est la seule chose impossible sans changement d'architecture et c'est vraiment la ou Wayland vaut le cout.

Effectivement quand je parlais de bénéfice pour l'utilisateur, je pensais uniquement aux performances, qu'on ne pourra réellement mesurer qu'une fois les KDE ou Gnome seront portés, mais la sécurité potentiellement amélioré de Wayland est aussi un bénéfice important.

DRI2 X ne marche que pour les applications OpenGL.

Si le toolkit gère OpenGL, l'application devient OpenGL de facto, non?
Je pense à GTK+ et Cairo (je ne pense pas que Qt ai l'équivalent).

Avec Wayland, toutes les applis utiliseront l'équivalent de DRI2.

Pour pinailler un peu: il y a un exemple de client Wayland utilisant la mémoire partagée, mais on peut espérer que ce soit rare en pratique en effet.

[coupé]Dans le mode raster, il[Qt] utilise son moteur interne pour faire le rendu puis il envoie les modifs complètes via la socket vers X.

Où en mémoire partagée en local.

Avec wayland, ça ira encore plus vite car on aura même plus besoin de sérialiser les commandes ou l'image finale dans une socket et traiter le rendu de toutes les applis dans une thread unique (X).[coupé] Plus de sérialisation du rendu, plus d'utilisation d'un toolkit 2D très limité (X11/XRender).

Il me semble que dans le mode Qt/raster ou OpenGL(DRI2), il n'y ni sérialisation, ni utilisation d'un toolkit 2D puisque dans les 2 cas, le client peut écrire dans son buffer lui-même et envoyer le résultat par mémoire partagée(Qt raster) ou buffer vidéo (DRI2), non?
Après le compositing est sérialisé, mais bon c'est aussi le cas pour Weston.

Oui, tu as raison.

Use the source Luke!
http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/compiz-plugins-extra/precise-proposed/files/head:/firepaint/

Si tu parle d'un problème de performance, note que coté performance il n'est pas sûr que le passage à Wayland apporte grand chose: avec l'extension DRI2 X permet déjà d'avoir un transfert efficace de buffer entre un client et le serveur comme Wayland(perfectible cependant puisque j'ai lu que certains voudraient faire évoluer l'extension), là où il y aura des gains c'est qu'avec Wayland le serveur d'affichage inclue le compositeur donc moins d'IPC, à voir si ça apporte une réelle amélioration sur les perfs ou pas.

Wayland c'est d'abord et avant tout pour simplifier la maintenance de la pile graphique ce qui apportera des gros bénéfices pour les développeurs, je ne sais pas si les utilisateurs verront beaucoup de changement..

Cela dit, la categorie open est tres burnee.

De mémoire, il y a ~20% de femmes dans le parachutisme donc déjà la base est très burnée..
Les femmes sont rares dans le haut niveau du VR mais je me souviens qu'une riche américaine a montée une équipe de VR et cette équipe a été championne du monde en VR 'mixte'! (dans les 2000+ à 4? à 8? Me souviens plus).

Si on résonne comme les pro mariage pour tous, alors on peut en déduire que le sport est hétérophobe.

Ça dépend du sport: en parachutisme (quand j'en faisais) il y avait 2 catégories dans le VR: une mixte et une réservée aux femmes afin de "pousser" la participation féminine (moins de 20% de mémoire).
Dans un bel exemple de contradiction, il y avait d'autres discipline ou là ce n'était pas le cas..

Bon ceci dis ton post est totalement HS: les sports et le mariage n'ont rien à voir..

tous les beaux discours et les présentations à la Apple ont réussi à faire croire à tout le monde que l’objet qu'ils ont entre les mains est monobloc.

Pas besoin de "présentation à la Apple" pour l'utilisateur normal, c'est du quasi-monobloc: personne ne changera son OS, mais par contre ils peuvent ajouter des applications.

Oui, en effet, c'est pas tip-top. Quand on voit leur galère, on se demande si le principe de sandboxing ne serait pas plus simple a implémenter dans BeOS.

J'ai tendance à considérer que WebKit == Chrome == sandboxing donc c'est peut-être déjà le cas pour le navigateur web, mais c'est probablement très(trop!) simpliste comme raisonnement: si j'ai bien compris WebKit tu peux le configurer de beaucoup de manière différente et puis j'ignore la version utilisée..

A chaque fois qu'on me sort RISC OS (ou AmigaOS) comme exemple de performance, j'ai un peu de mal..
Quand on n'a pas de protection mémoire, ça va beaucoup plus vite, à l'époque pré-Internet c'était OK, mais bon à l'heure actuelle..

Bah, déjà BeOS n'implémentait pas le multi-utilisateur (mais c'était prévu)..

En résumé, il faut parfois une puissance très importante pour faire une émulation très fidèle:
http://arstechnica.com/gaming/2011/08/accuracy-takes-power-one-mans-3ghz-quest-to-build-a-perfect-snes-emulator/