benoar a écrit 4229 commentaires

Je ne vois pas de problème à ce que deux applis différentes utilisent "en même temps" l'accel matérielle : en OpenGL on a des contextes, il me semble qu'il y a un équivalent pour EXA/XAA.

Ton "pragmatisme" j'appelle ça de la facilité.

Quand tu parles des gens qui veulent exploiter les capacités de leur carte graphique, il y a un certain prix pour être libre : y passer un peu de temps, quand on utilise une cart encore supportée expérimentalement. Après, quand on achète du matériel dont on sait très bien à l'avance qu'il ne marchera pas avec du libre, j'estime que c'est aller contre l'élan du libre ; d'autant plus quand on l'utilise avec des drivers proprios sous linux. En fait, je pense que c'est plus le coté "pub" qui me dérange : "achetez du Nvidia pour jouez à vos jeux sous linux, c"est génial". Et aussi parce que quand je parle de linux, je fais souvent un raccourci avec "libre" (honte à moi !).

Et merci pour le ton condescendant mais ce n'est pas parce qu'on défend le libre tant que faire se peut qu'on est un "petit jeune" du domaine.

Je réagissais surtout à cette phrase :
La situation changera peut être dans quelques années, et je serai parmi les premier à recommander ces cartes là si elles marchent bien, mais d'ici là je vois pas pourquoi s'embêter avec du matèriel peu exploitable.
Ce que je veux dire, c'est qu'aujourd'hui des développeurs s'évertuent à développer ce qu'ils peuvent avec des constructeurs coopératifs, et toi tu t'en fous parce que ce n'est pas "bleeding edge". Mais quand ils auront fini de galérer, tu n'hésitera pas une seconde à exploiter leur travail. C'est ce que j'appelle de l'opportunisme, même si toi tu appellera sûrement ça de la naïveté et du masochisme de la part de ces devs et des gens qui soutiennent leur travail.

J'aodre le coup du "binaire" pas lisible.
En informatique, tout est "binaire".
Le truc, c'est que comme l'ASCII (puis l'unicode)(qui décrivent un format binaire, quand même) c'est répandu partout et que donc aujourd'hui c'est sûr qu'on peut le lire depuis n'importe quel appli. Mais il faut rappeler qu'un format, c'est à la base toujours quelque chose de binaire. Il y a juste une question de popularité, disponibilité, etc.
Faut-il rappeler qu'au début de l'informatique, il existait d'autre format que de l'ASCII pour écrire du texte ?

Tout ça me rappelle un peu le taffe où je suis en ce moment, où on se passe des dumps binaires .... écrits en ASCII (des fichiers remplis de F3A5FB780..... en ASCII ..... même pas du base64, hein !)

un format de données n'a pas de licence en soi
Va dire ça à Adobe et les "conditions d'utilisation" du format Flash, ou alors à MS et son "Open promise" ....

Si un produit est 2 fois plus efficace mais qu'il coûte 100 fois plus cher, non, ce n'est pas une bonne idée de le substituer à l'ancien, en général.

facile, si je me souviens bien du fonctionnement de l'openmoko, le seul lien entre le modem et l'AP est un lien série, ie. juste du controle. Les audios doivent etre linkées directement au modem, donc pas de problème pour les écoutes. Ah j'oubliais, j'ai bien précisé que le modem est propriétaire ? dommage ...
Raté ... enfin, d'après ce que je comprend de :
http://wiki.openmoko.org/wiki/Image:SimpleComponentDiagram.j(...)
Il n'y a qu'une liaison avec l'UART et des GPIO, mais je pense que le traffic audio passe par là.

correction, RMS ne possède rien, mais par contre, il ne se dérange pas pour envoyer deux pages de doléance pour daigner venir à des présentations/confs (cas vécu) [NdA: rien qu'avec ce dernier point, je vais me faire descendre :( ].
Et ? Effectivement, je n'ai pas compris où tu voulais en venir, ça fait un peu message qui a envie de se faire moinsser...

On peut le voir dans l'autre sens aussi : l'AP est libre (c'est déjà un très gros morceau), et seul le modem est proprio ...

avec un interfaçage étudié et créé volontairement pour supporter un dialecte
Ca veut dire quoi cette phrase ?

Mhhh, effectivement, je n'avais pas vu ce problème, parce que je ne pensais pas à l'enchainements des pistes (pour l'exemple de la fnac que j'ai donné, tu demandes à jouer piste par piste). Enfin pour notre cas ici, des bonus, je ne vois pas ce qui bloque. Mais c'est effectivement moins souple que le Flash.

Je crois que tu te mélanges un peu les pinceaux quand même : Cairo peut utiliser l'accél matérielle parce que justement il ne fait pas le composting avant de l'envoyer à X ....

Donc il est impossible d'utiliser openGL en affichage déporté (sauf bidouille, mais cela n'aurait aucun intéret de tt façon).
Heuu ... si justement, GLX a été fait pour ça et il est possible d'utiliser de l'OpenGL "déporté".

Imagine le temps qu'il faudrait pour redessiner ton écran si à chaque refresh X devait se taper le rendu d'une description vectorielle au lieu d'une faire une bête copie binaire.
Bahh, c'est ce que fait justement OpenGL, et c'est bien plus rapide qu'une "copie binaire" puisque c'est la carte graphique qui s'en occupe ...

Faire passer de l'OpenGL par le réseau, ce n'est pas "aberrant", car au lieu de faire passer des pixmaps complets, tu fais passer en quelques octets un paquet disant "trace moi telle triangle à telles coordonnées", etc. Plus la scène est compliquée, plus le traffic augmente par contre, donc pour des images "compliquées" il doit y avoir un seuil où passer par des bitmaps est plus avantageux.

Oui enfin je ne t'en veux pas que tu n'aies rien compris aux principes du libre (d'ailleurs c'est le principe du libre, de le laisser utiliser même à ceux qui ne le comprennent pas), mais j'ai déjà ce qu'il faut chez moi.

Voilà, c'est un peu ce que je reproche aux gens comme toi. D'être opportuniste. Bon, ça ne dérange pas certains, mais moi je n'aime pas trop ça.

Pour l'ajustement de fréquence, c'est effectivement le problème du governor kernel ondemand qui est toujours à fond sur ppc, et il faut utiliser le userspace avec "en face" powernowd par exemple, comme tu le dis.

Pour le mapping clavier, perso j'ai toujours eu le "problème" sur toutes les debian/ubuntu (il y a longtemps pour ubuntu, vu que j'ai laissé tombé ya déjà pas mal de temps), toujours réglé en deux coups de cuillière à pot dans Gnome, comme tu le dis aussi ! Petite précision sympa quand même : si tu veux retrouver le même genre de mapping que sur OSX pour les command/ctrl/alt, rajouter l'inversion des touches alt/logo et activer la sélection du 3e niveau avec le alt gauche (toujours dans Gnome). On a ainsi les "raccourcis" classiques utilisant alt avec command (aussi appelée "pomme") : pomme-tab, pomme-f, ... et les caractères spéciaux avec alt.

Le son je comprend pas, je n'ai jamais eu le pb .... (testé sur ibook G4 et powerbook G4)
Le therm_adt74xx je ne comprend pas que ce ne soit pas activé par défaut, à ajouter absolument dans son /etc/modules.

Et apmud .... c'est quoi ? Pendant un moment il fallait pbbuttonsd pour le suspend to ram, mais aujourd'hui ça marche en standard avec les gestion d'énergie de gnome (et du kernel bien sûr, mais ça ça marche toujours nickel). Des fois faut rajouter (avec gconf) que l'ordi _peut_ faire du s2r, car il est parfois désactivé. Après ça se règle dans les options d'énergie de Gnome.

C'est vrai qu'au final, niveau finition ça fait "moyen", et qu'il faut s'investir un petit peu plus qu'avec une archi classique x86, mais c'est assez intéressant sous bien des aspects.

Tu viens de m'apprendre un truc : il existe du multicast au niveau ethernet .... je ne connaissais pas du tout. Damned ! http://en.wikipedia.org/wiki/Multicast_address#Ethernet_mult(...)
Merci ! (ça m'a permis de mieux comprendre d'autres trucs aussi)

Je connaissais le broadcast, qui est utilisé pour les requêtes ARP "who has ?". Quant au BGA, c'est une seule adresse : regarde le masque ... et ça ne correspond pas vraiment à ce dont on parle : c'est effectivement aussi une adresse multicast, mais pour autre chose.

Donc bon, en fait ton protocole se sert d'une feature standard d'ethernet apparemment. Par contre, je ne sais pas comment fonctionne le multicast en ethernet, vu que la gestion de groupes me paraît trop haut niveau pour ce protocole ...

Sinon, bonne doc pour les VLANs : http://wiki.openwrt.org/OpenWrtDocs/NetworkInterfaces (je pense que les noms d'interface vlan0 et vlan1 ne sont plus valables maintenant, ça doit être eth0 (puisque le VLAN du LAN n'est pas taggé) et eth0.1)

Et là, je suis en train de me dire que ton problème vient peut-être des VLANs : tu sais ce que font les switchs qui sont entre ton PC et l'automate ? Quand tu branches ton routeur, tu le places où exactement ? Parce que je ne comprend pas pourquoi tu compares la connexion en passant par 2 switchs avant d'arriver à ton PC, et en branchant l'automate direct sur ton routeur : ça n'est pas la même chose du tout, les 2 switchs peuvent faire plein de chose dessus. En l'occurrence, il y en a un qui doit tagger le traffic de ton automate.

Au fait, t'arrives à le contrôler comme ça depuis windows, dans cette config, ton automate ? Parce que ça me paraît bizarre que les frames arrivent taggées et que ton PC gère ça tout seul .... (c'est possible, je ne peux pas vraiment savoir ce que fait windows)

Avec xrandr 1.2, tout se fait en une ligne de commande : ajout/suppression d'écran, changement de résolution/rafraichissement, placement ... Il "suffit" juste de rajouter une petite GUI à ça, et il me semble que Ubuntu a déjà bien avancé là dessus.

Pourquoi "dans les deux sens" ? Tu prends une interface en DHTML qui fait playlist, avec les fonctions que tu veux, et tu fais jouer à ton lecteur ce que tu veux. Je ne vois pas où est le problème.
Je pense que c'est plus une question de "buzz" ou de désinformation qu'autre chose, où les gens veulent s'enfermer dans la solution qu'ils connaissent et refusent de voir le reste. Je ne dis pas que c'est facile, mais c'est sûrement autour du même niveau qu'avec du flash.

Il faut préciser quand même : _aucun_ système grand public actuel n'affiche au final plus de 2^24. Le 32bits, c'est pour parler de comment vont être "compostées"/"blendées" les couleurs, qui au final sur l'écran seront en 24bits (enfin, avant l'affichage par le LCD qui va surement encore diminuer la précision).

Je voulais parler de nouveau pour le "pas de 3D", désolé de la mécompréhension.

Ne pas faire de généralités du comportement de quelques cons ...

Bon, va falloir que je retrouve mes sources, mais au contraire, j'ai souvent vu MontaVista critiqué pour ses bouts de code proprios ... quelqu'un pour confirmer ?

Pourtant il est bien connu que le tort tue ...

Houla, c'est étrange, je viens de me renseigner un petit peu sur profinet, et en gros c'est une modification de 802.3 (ethernet) qui est censé coopérer avec l'ethernet classique ...
En gros, dans tes frames (que je suppose tu as pris en connectant direct ton PC et ton automate ?) on voit que niveau 2/ethernet, le premier paquet est à destination de 01:0e:cf:00:00:00, ce qui ne correspond pas à une machine particulière (les 00:00:00 sont louches), et donc ton routeur ne sait pas où les envoyer... après recherches, cela correspond à une adresse "PROFINET multicast", ce qui va à l'encotre de toutes convention de l'ethernet ! Pour moi, ce n'est censé marcher que sur les hubs (qui répliquent tous les paquets) et pas sur les switchs, à moins qu'ils soient au courant de cette "convention" et qu'ils les répliquent volontairement.
Par contre la trame de retour est OK, mais tu vois bien que cette fois elle vient d'une MAC particulière (00:0e:8c:87:97:74).

Au final, ça a quand même l'air d'être un standard (cf wikipedia), donc bon ...

Je ne sais pas trop comment tu peux faire avec ça, le truc serait peut-être de bidouiller avec ebtables, mais d'abord ce serait de se renseigner quel équipement "classique" est capable de faire marcher cette "chose".

Bah, tout ça se fait en DHTML relativement facilement, i.e. aujourd'hui avec tous les framework JS qui font plein de jolis effets, je ne vois pas la différence de fonctionnalité avec le Flash pour cette utilisation.