En fait, ce qu'il faudrait clarifier, c'est ce que tu attends de qui et dans quelles conditions.
Parce que là tu râles contre Wayland et ses dévs, mais il se trouve que ce sont les mêmes dévs de Xorg qui ont décidé de jeter l'éponge sur Xorg après des années passées dessus.
Alors j'aimerais comprendre: ils devraient t'écouter toi et ceux qui disent que dans leur cas d'utilisation, on ne pourra plus rien faire et donc les dévs DOIVENT continuer à travailler sur Xorg?
Parce que je pense que ce n'est pas un scoop, mais à l'unanimité, les dévs de Wayland on fait savoir très explicitement qu'ils ne veulent plus jamais bosser sur Xorg. Tu devrais vraiment regarder la conf que je mettais en lien plus haut ou celle des autres dévs de Wayland.
Ce que répond Zenitram est très pertinent: si tu veux garder Xorg, libre à toi de trouver d'autres personnes qui veulent le garder et payer un dév pour le maintenir. Ce que je comprends, c'est qu'aucun des dévs qui connait vraiment Xorg ne veut plus bosser dessus, alors à part l'esclavagisme, je ne sais pas ce qu'il reste.
Si tu veux la même chose avec Wayland, pareil: vous pouvez tenter de créer un groupe d'intérêt qui financerait ou exercerait assez de pression pour qu'un ssh -X passe avec Wayland.
Une approche qui pour sûr ne marchera pas, c'est râler sur Linuxfr…
Ils donnent des arguments techniques (probablement tout à fait valables) pour expliquer pourquoi ils ne combleront pas un besoin, ça n'empêche pas le besoin d'exister.
Je trouve ça très bien formulé:
Ils ne combleront pas le besoin dans les fondements de Wayland, ce qui ne signifie pas qu'il n'y aura pas de solution, mais juste qu'eux considèrent que ce n'est pas à Wayland de gérer ça.
Je comprends très bien ton problème, mais je pense que tu rates un point important:
Aujourd'hui là tout de suite, tu peux jouir de la transparence réseau avec X, et Wayland ne permet pas de faire ça.
On peut te répéter à l'envie que ça le fait mal, ça ne change rien au fait que tu peux le faire.
C'est un peu comme un problème d'outil: si on a l'habitude d'écrire avec un tournevis et un pot d'encre de Chine, et qu'en plus on a pris l'habitude d'utiliser le tournevis pour planter un clou, le jour où on te propose une belle plume pour remplacer le tournevis, tu réponds que le tournevis plante mal les clous, mais la plume ne les plante pas du tout. Et les fabricants de la plume ont fait savoir qu'ils ne fabriquent pas de marteau.
Le point que tu rates, c'est que personne n'impose, ni ne recommande, ni ne souhaite que tu utilises Wayland aujourd'hui. Wayland n'est pas encore prêt.
Ce que j'espère moi, c'est que les besoins réseau seront adressés d'ici à ce que Wayland se démocratise. Mais les dévs ont annoncé la couleur: ça ne sera pas un simple ssh -X comme avec X11.
La question reste cependant ouverte: si les dévs de Wayland/Weston ne vont pas plus loin que des expériences et un démonstrateur, qui travaille activement à une solution pour le ssh -X?
Qui fabriquera le marteau?
C'est bien pour ça que je parle de tape.
Une petite tape sur le boitier du tél, vu de l'accéléro, c'est un sacré gros pic, bien plus gros que si le tél est dans ta poche et que la voiture subit un choc plus important (amortisseurs de la voiture, de toi, du textile, etc.).
Je n'ai jamais été convaincu des contrôles gestuels. Trop difficile à fiabiliser, et c'est le genre de truc dont on dira que "c'est super" si ça marche à 100% et "c'est d'la merde!!" si ça marche à 80%.
Accelerometre : ca sert pas a grand chose en dehors des jeux
GRAVE ERREUR!
Ce qu'on appelle "boussole" pour décrire la fonction finale est en fait la combinaison d'un capteur magnétique 3 axes ET d'un accéléromètre, sans lequel le capteur magnétique pourrait te dire n'importe quoi.
Explication:
Contrairement à la croyance populaire, le champ magnétique terrestre n'est pas simplement "vers le Nord magnétique", mais est un vecteur avec une composante vers le Nord et une composante qui pointe vers le centre de la Terre, avec un angle qui varie entre 30° et 60° suivant les latitudes. Avec simplement une boussole, il est impossible de connaître l'orientation du téléphone autour de cet axe (invariance de rotation autour de l'axe).
C'est là que l'accéléromètre te sauve parce qu'il ajoute en plus une deuxième référence: le centre de la Terre. Deux vecteurs non alignés à référence fixe: voilà, on peut établir l'orientation!
De toute façon, dans les téls modernes, le capteur magnétique et l'accéléromètre sont devenus un seul composant. Et un accéléromètre seul, en gros volume, ça doit se négocier dans les 0.5$!
Les accéléromètres sont sous-exploités, mais on devrait pouvoir faire un tas de trucs avec:
Tél posé écran vers le haut: mode normal
Tél posé écran vers le bas: mode réunion, on peut vibrer mais pas sonner.
Tél dans ta poche qui fait de la musique qui arrive dans ton casque. Tu veux mettre en pause? Pourquoi pas simplement en mettant une petite tape sur le tél? Tu remets en route avec deux petites tapes.
Et on peut sûrement trouver un tas d'autres utilisations.
Je me rappelle d'une conf filmée d'il y a quelques mois et d'autres posts qui expliquaient le pourquoi de Wayland, dans lesquels était déjà expliqué que la transparence réseau avait été giclée des considérations de DRI2 et autres améliorations "modernes" de X. Les liens avaient été postés ici-même.
J'aimais bien le ton de la conf d'ailleurs:
"Il y a 3 personnes dans le monde qui comprennent comment marche le système d'entrée de X… et j'aurais préféré ne pas en être!"
Quand on écoute et/ou qu'on lit, on comprend bien que X n'a plus aucune raison d'être: on n'utilise plus que des fonctions sur lesquels il est déjà très mauvais et on se traîne une compatibilité avec des fonctions qui auraient dû disparaître depuis des années faute d'intérêt. Améliorer X revient à maintenir une énorme usine à gaz pour essayer de faire quelques trucs simples pendant que les clients font vraiment le boulot utile. Et c'est exactement ce que sera Wayland: une description des fonctions utiles qui reste utile dans X, mais repensé pour en faire un truc efficace. (Je simplifie parce que je suis pas expert non plus hein!)
ARM n'a pas tué le C, mais ARM n'a demandé à personne de coder ses applications en Assembleur! Les compilateurs C, après patches, font toujours très bien le boulot.
AMD demande aux développeurs de s'occuper de Mantle et pas OpenGL: meilleures perfs au prix d'une complexité légèrement plus grande (ou pour reprendre la comparaison: "venez coder chez moi en Assembleur").
Non, il ne faut pas comparer, ce n'est pas au même niveau, mais à la fin, soit tu développes pour Mantle en ajoutant ta couche à toi au-dessus, soit tu développes pour OpenGL. Si le dév doit choisir, c'est que quelque part, c'est encore comparable!
Tu es le premier à râler contre la multitude de "Linux" en disant qu'il n'y a pas d'abstraction commune (le LSB étant plutôt un échec de ce côté).
Sans OpenGL ici, pas d'abstraction non plus: il faudra bien une version Mantle et une version OpenGL (et/ou Direct3D d'ailleurs).
Alors encore une fois: soit AMD se fout un peu du monde et un patch permettra d'utiliser Mantle avec OpenGL sans problème, soit AMD s'éloigne d'OpenGL. C'est très différent d'ARM et du C!
Si une nouvelle couche d'abstraction permet de se mettre au-dessus de Mantle, PhysX et je ne sais quoi, ok, mais si ça part dans tous les sens, tu fais quoi à la fin? D'ici 5ans, OpenGL sera devenu aussi bon que l'accélération 3D logicielle aujourd'hui?
Ouai, et à 80ans, j'aurai pas le même corps non plus si je suis encore là.
Ce que je veux dire, c'est que c'est trop tard pour me faire le gabarit de Schwarzeneger.
Ouai, enfin, quand tu dis complémentaire, ça veut quand même dire qu'AMD pousse pour que les dévs aient 2 implémentations pour la même chose (ou alors une exclu sur le matos supporté!)
Au lieu de dire que "ça ne remplace pas Direct3D/OpenGL, c'est complémentaire", je peux écrire "ça ne remplace pas Direct3D/OpenGL, c'est exclusif à AMD".
Je suppose que s'il s'agissait juste de changer les couches basses sous OpenGL, AMD ne se serait pas emmerdé à faire une nouvelle API incompatible avec le reste du monde, ne serait-ce que pour embarquer les dévs plus facilement (ou alors ça fait partie de la stratégie: vu que les dévs devront faire le boulot pour les consoles, ils passeront peut-être moins de temps à optimiser pour OpenGL/Direct3D, et sur PC, les puces nVidia et Intel passeront pour produits inférieurs).
On peut donc supposer qu'AMD fera de moins en moins d'effort pour que les pilotes marchent bien avec Direct3D/OpenGL (s'ils en faisaient beaucoup avant…) et mettent tout sur leur nouvelle API.
Si nVidia et Intel font la même chose, on assistera de facto au remplacement d'OpenGL… par une multiplication des API! Un grand pas en arrière, quoi!
Je suis pas un gros gabarit, 1m74 pour 63kg. J'ai 35 piges, pour maintenant, je ne pense pas que mon poids évoluera (je ferai pas pousser des muscles…)
Mais même si j'avais du poids à perdre, aucune chance que j'adopte un truc pareil.
J'adore la bouffe. J'adore toute sorte de bouffe.
J'adore le gras, j'adore la viande, j'adore les avocats, j'adore un tas de trucs.
Et dans ces trucs, il y a aussi une bonne bière, une baguette de pain encore chaude, des croissants, des céréales de temps en temps au petit déj.
Quand je te lis et que tu dis "je préfère me priver de ça plutôt que de ça", moi je te réponds: je préfère ne me priver de rien, absolument rien, mais pondérer un peu les doses de tout ce que j'ingurgite (en vrai, je fais pas vraiment gaffe, je crois que mes habitudes alimentaires sont juste acceptables telles quelles).
Etant moi-même totalement non qualifié sur la question, je me demandais même quels étaient les avantages et inconvénients entre GStreamer et VLC pour Phonon?
Devrais-je commencer par un est maintenu et l'autre, peut-être?
Je pense pour ma part qu'ils se contrefoutent des particuliers qui installent Linux eux-mêmes sans savoir gérer les pilotes (0.5% du marché?), et que les entreprises sont bien plus ouvertes aux pilotes proprio.
L'autre facteur peut être en même temps les fournisseurs de solutions Linux: imaginez un RedHat qui répond à son client "si vous mettez du nVidia, on ne peut pas assurer le support noyau".
C'est peut-être des RedHat, IBM et Oracle qui sont allés taper à la porte de nVidia, sait-on jamais.
A l'époque, un dév de Steam avait fait une annonce un peu fracassante disant que Windows 8 était un désastre pour les éditeurs de jeu.
On ne sait pas trop si c'est Windows lui-même ou son store qui lui pose problème.
Etait donc annoncée une console-PC-machine de salon qui tournerait sous une Ubuntu personnalisée destinée aux joueurs habituellement PC.
Steam OS n'est que l'Ubuntu personnalisée, on ne sait pas encore s'ils gardent l'idée de la console de salon, qui ne serait autre qu'un PC fait pour que SteamOS tourne sans accroc avec certainement des restrictions sur les accessoires, toujours pour garder le contrôle vis-à-vis du support matériel, recette qui est censée bien marcher pour Apple et les fabricants de console.
Voilà, sinon tu relances un débat qui a au moins 6mois/1an si je ne m'abuse?
Bon je vais couper court tout de suite aux spéculations (et en plus le fil est long): à aucun moment les profs n'ont jamais dit ou sous-entendu que le poly était suffisant.
Et j'ai bien parlé d'informations non triviales, pas fondamentales, genre y'a pas un grand trou dans le poly autour d'une notion importante, mais plutôt des trucs genre "voilà la courbe caractéristique d'un transistor, sur le poly, maintenant tachons de comprendre pourquoi ça a cette gueule là": ben voilà, avec le poly en main sans le cours, il est évident qu'il manque l'explication, reste qu'il existe toujours des glandus pour décider que "on s'en fout pourquoi c'est comme ça" et continuer à sécher les cours.
(Cela dit, je n'ai jamais eu beaucoup de pitié pour des étudiants qui sèchent les cours d'une école d'ingé privée sachant que ce sont les parents qui financent ; les boursiers et ceux qui y vont sur crédit bancaire sont généralement plus assidus…)
Je sais pas ce qu'ils t'ont fait les atoms qu'on traine depuis 5ans, mais de ce que j'en ai vus, ils faisaient exactement ce qu'on leur demandait:
Des tout petits procos faible conso mais avec puissance réduite.
Il y a quand même une différence: un x86-32/64 pourra tourner sur tout noyau Linux compilé pour x86-32/64 qui n'utilise pas de fonctions particulières.
Il existe un socle commun pour beaucoup de choses, des pilotes génériques pour beaucoup de domaines.
Tu parles des composants qui seraient trop nouveaux ou trop anciens dans le monde PC. Dans le monde ARM, l'ancienneté ne joue pas: quasiment rien n'est standardisé.
Dès qu'on touche à l'ARM, il n'y a quasiment plus rien qui soit "assez commun" pour faire tourner quelque chose de générique dessus.
Je suis en train de me demander comment est établie la balance:
-le votant souhaitant frauder va devoir acheter des abonnés FB, ce qui est plus compliqué que supprimer un cookie
-le votant honnête va devoir s'abonner à FB (si ce n'est déjà fait), ce qui est plus compliqué qu'accepter un cookie
Je ne pense pas que la difficulté soit plus élevée en principe.
Ce qui pose problème dans les smartphones, c'est la jungle des composants, là où un PC de chez un assembleur est très très standardisé.
Et cette jungle est peuplée de pilotes propriétaires. Ici, le changement de licence demandé à l'auteur de Focal est justifié par l'opportunité des vendeurs de caméras d'intégrer des éléments dans Focal mieux capables d'utiliser toutes les fonctionnalités de leurs produits.
C'est assez hypocrite d'ailleurs: soit leurs produits sont techniquement plus "capables" que les autres et un même logiciel devrait être en mesure de rendre la différence flagrante, soit il n'est pas si mieux que ça et ils utilisent des artifices tels que "algo proprio acheté/développé à grands frais" pour le faire passer comme meilleur.
Le monde des smartphones souffre du même problème que le monde graphique sous Linux a été très longtemps: le Libre bataille pour l'ouverture pendant que les constructeurs font des pieds et des mains pour fermer le plus possible.
Quant à Cyanogen, l'ironie est que son existence est justifiée par le manque d'ouverture des ROMs des constructeurs de smartphones, et leur évolution se fait vers plus de fermeture ?!?
Certes, mais les brûlures thermiques ou à l'acide peuvent aussi générer des images crados.
Si tu vis en France, tu as plus de chance de te brûler que te faire mordre par une brune recluse.
C'est un peu comme les attaques de requin quoi: terrifiant mais statistiquement négligeable.
Euh, ouai mais celle-là on ne la trouve normalement pas en France!
Et puis une fois de plus, elles ne chassent pas l'Homme. Elles mordent pour se défendre contre ce qu'elles croient être une agression.
(évidemment, vu de notre fenêtre, une bête à 8 pattes qui remonte sur le bras est également considéré comme une agression, mais allez savoir: elles ne semblent pas d'accord!)
2/ Lorsqu'elle mord, l'araignée injecte du venin. Certaines espèces toutes petites injectent un venin qui peut être mortel (exemple assez connu : la veuve noire en Australie par exemple).
Je ne dis pas le contraire, et bien évidemment je ne parle pas des araignées exotiques!
3/ Bien que les espèces qui vivent chez nous ne soient pas mortelles pour le commun des mortels, il faut savoir que la réaction au venin est différente selon la personne. Ainsi, une orsure d'araignée chez une personne ne déclenchera pas grand chose, alors que chez une autre, la réaction sera plus vive pour la même quantité de venin injecté dans le corps (on constate la même chose pour les piqures d'abeilles ou guêpes, et ça doit être pareil pour les piqures de fourmis).
La majorité des araignées chez nous est incapable d'injecter son venin plus profondément que les couches superficielles de la peau. Certaines peuvent mordre plus profondément, on les trouve dans le sud de la France. Je ne doute pas qu'elles puissent se retrouver accidentellement un peu partout ailleurs et y survivre en été.
Evidemment que certains réagiront plus que d'autres au venin, je ne dis pas le contraire non plus. Mais en dehors des allergies, le venin de presque toutes nos araignées est sans effet sur l'Homme.
Il y a une sous-espèce de veuve noire dans le sud de la France, bien moins dangereuse que sa cousine, elle est tout de même capable de faire des dégâts.
Par contre, ce n'est normalement pas une araignée de maison.
Ah, je ne dis pas que ça n'arrive jamais. Mais par contre, est-ce qu'elle s'est déjà faite mordre? (2 petits trous très proches l'un de l'autre, les crochets à venin)
Demande-toi aussi si la raison pour laquelle elle viennent voir le canapé, c'est parce qu'elles y trouvent à manger. Il y a peut-être un tas de bestioles dont tu souhaiterais te débarrasser plus que des araignées.
Quand j'étais ado, je laissais vivre les araignées qui se mettaient au coin de la fenêtre de ma chambre, et elles faisaient un carnage chez les moustiques. En y repensant, à l'époque j'avais moins de réflexes violents à leur encontre, je les attrapais à mains nues de temps en temps, je ne me suis jamais fait mordre et je n'en ai jamais retrouvée sur mon lit.
A Singapour, je ne trouve que rarement des araignées (elles vivent peut-être mal les traitements anti-moustiques qui sont déployés à échelle industrielle sur la ville pour éviter la dengue), mais pendant une époque, on se réveillait des siestes dans le salon à cause de la douleur causée par des fourmis exploratrices qui venaient visiter nos yeux et nos oreilles!
Je crois que j'aurais préféré une araignée…
[^] # Re: OSEF
Posté par Maclag . En réponse au journal Le mythe de la transparence réseau. Évalué à 10.
En fait, ce qu'il faudrait clarifier, c'est ce que tu attends de qui et dans quelles conditions.
Parce que là tu râles contre Wayland et ses dévs, mais il se trouve que ce sont les mêmes dévs de Xorg qui ont décidé de jeter l'éponge sur Xorg après des années passées dessus.
Alors j'aimerais comprendre: ils devraient t'écouter toi et ceux qui disent que dans leur cas d'utilisation, on ne pourra plus rien faire et donc les dévs DOIVENT continuer à travailler sur Xorg?
Parce que je pense que ce n'est pas un scoop, mais à l'unanimité, les dévs de Wayland on fait savoir très explicitement qu'ils ne veulent plus jamais bosser sur Xorg. Tu devrais vraiment regarder la conf que je mettais en lien plus haut ou celle des autres dévs de Wayland.
Ce que répond Zenitram est très pertinent: si tu veux garder Xorg, libre à toi de trouver d'autres personnes qui veulent le garder et payer un dév pour le maintenir. Ce que je comprends, c'est qu'aucun des dévs qui connait vraiment Xorg ne veut plus bosser dessus, alors à part l'esclavagisme, je ne sais pas ce qu'il reste.
Si tu veux la même chose avec Wayland, pareil: vous pouvez tenter de créer un groupe d'intérêt qui financerait ou exercerait assez de pression pour qu'un ssh -X passe avec Wayland.
Une approche qui pour sûr ne marchera pas, c'est râler sur Linuxfr…
[^] # Re: 30 ans de GNU, une fête jusqu'au Hurd
Posté par Maclag . En réponse au journal Sorties de GNU Hurd 0.5, GNU Guix 0.4. Évalué à 9.
On est content de savoir que tu développeras Zino pour GNU/Hurd.
Le projet est-il bien avancé?
[^] # Re: OSEF
Posté par Maclag . En réponse au journal Le mythe de la transparence réseau. Évalué à 10.
Je trouve ça très bien formulé:
Ils ne combleront pas le besoin dans les fondements de Wayland, ce qui ne signifie pas qu'il n'y aura pas de solution, mais juste qu'eux considèrent que ce n'est pas à Wayland de gérer ça.
Je comprends très bien ton problème, mais je pense que tu rates un point important:
Aujourd'hui là tout de suite, tu peux jouir de la transparence réseau avec X, et Wayland ne permet pas de faire ça.
On peut te répéter à l'envie que ça le fait mal, ça ne change rien au fait que tu peux le faire.
C'est un peu comme un problème d'outil: si on a l'habitude d'écrire avec un tournevis et un pot d'encre de Chine, et qu'en plus on a pris l'habitude d'utiliser le tournevis pour planter un clou, le jour où on te propose une belle plume pour remplacer le tournevis, tu réponds que le tournevis plante mal les clous, mais la plume ne les plante pas du tout. Et les fabricants de la plume ont fait savoir qu'ils ne fabriquent pas de marteau.
Le point que tu rates, c'est que personne n'impose, ni ne recommande, ni ne souhaite que tu utilises Wayland aujourd'hui. Wayland n'est pas encore prêt.
Ce que j'espère moi, c'est que les besoins réseau seront adressés d'ici à ce que Wayland se démocratise. Mais les dévs ont annoncé la couleur: ça ne sera pas un simple ssh -X comme avec X11.
La question reste cependant ouverte: si les dévs de Wayland/Weston ne vont pas plus loin que des expériences et un démonstrateur, qui travaille activement à une solution pour le ssh -X?
Qui fabriquera le marteau?
[^] # Re: big fat
Posté par Maclag . En réponse au journal Dukepad: une tablette libre à monter soit même. Évalué à 3.
C'est bien pour ça que je parle de tape.
Une petite tape sur le boitier du tél, vu de l'accéléro, c'est un sacré gros pic, bien plus gros que si le tél est dans ta poche et que la voiture subit un choc plus important (amortisseurs de la voiture, de toi, du textile, etc.).
Je n'ai jamais été convaincu des contrôles gestuels. Trop difficile à fiabiliser, et c'est le genre de truc dont on dira que "c'est super" si ça marche à 100% et "c'est d'la merde!!" si ça marche à 80%.
[^] # Re: big fat
Posté par Maclag . En réponse au journal Dukepad: une tablette libre à monter soit même. Évalué à 10.
GRAVE ERREUR!
Ce qu'on appelle "boussole" pour décrire la fonction finale est en fait la combinaison d'un capteur magnétique 3 axes ET d'un accéléromètre, sans lequel le capteur magnétique pourrait te dire n'importe quoi.
Explication:
Contrairement à la croyance populaire, le champ magnétique terrestre n'est pas simplement "vers le Nord magnétique", mais est un vecteur avec une composante vers le Nord et une composante qui pointe vers le centre de la Terre, avec un angle qui varie entre 30° et 60° suivant les latitudes. Avec simplement une boussole, il est impossible de connaître l'orientation du téléphone autour de cet axe (invariance de rotation autour de l'axe).
C'est là que l'accéléromètre te sauve parce qu'il ajoute en plus une deuxième référence: le centre de la Terre. Deux vecteurs non alignés à référence fixe: voilà, on peut établir l'orientation!
De toute façon, dans les téls modernes, le capteur magnétique et l'accéléromètre sont devenus un seul composant. Et un accéléromètre seul, en gros volume, ça doit se négocier dans les 0.5$!
Les accéléromètres sont sous-exploités, mais on devrait pouvoir faire un tas de trucs avec:
Tél posé écran vers le haut: mode normal
Tél posé écran vers le bas: mode réunion, on peut vibrer mais pas sonner.
Tél dans ta poche qui fait de la musique qui arrive dans ton casque. Tu veux mettre en pause? Pourquoi pas simplement en mettant une petite tape sur le tél? Tu remets en route avec deux petites tapes.
Et on peut sûrement trouver un tas d'autres utilisations.
# Déjà vu
Posté par Maclag . En réponse au journal Le mythe de la transparence réseau. Évalué à 10.
Je me rappelle d'une conf filmée d'il y a quelques mois et d'autres posts qui expliquaient le pourquoi de Wayland, dans lesquels était déjà expliqué que la transparence réseau avait été giclée des considérations de DRI2 et autres améliorations "modernes" de X. Les liens avaient été postés ici-même.
J'aimais bien le ton de la conf d'ailleurs:
"Il y a 3 personnes dans le monde qui comprennent comment marche le système d'entrée de X… et j'aurais préféré ne pas en être!"
Quand on écoute et/ou qu'on lit, on comprend bien que X n'a plus aucune raison d'être: on n'utilise plus que des fonctions sur lesquels il est déjà très mauvais et on se traîne une compatibilité avec des fonctions qui auraient dû disparaître depuis des années faute d'intérêt. Améliorer X revient à maintenir une énorme usine à gaz pour essayer de faire quelques trucs simples pendant que les clients font vraiment le boulot utile. Et c'est exactement ce que sera Wayland: une description des fonctions utiles qui reste utile dans X, mais repensé pour en faire un truc efficace. (Je simplifie parce que je suis pas expert non plus hein!)
Note: Ah ben voilà, j'ai retrouvé la conf vidéo:
https://www.youtube.com/watch?v=RIctzAQOe44
[^] # Re: Non (bis)
Posté par Maclag . En réponse au journal Mantle: une nouvelle API graphique pour remplacer OpenGL. Évalué à 9.
ARM n'a pas tué le C, mais ARM n'a demandé à personne de coder ses applications en Assembleur! Les compilateurs C, après patches, font toujours très bien le boulot.
AMD demande aux développeurs de s'occuper de Mantle et pas OpenGL: meilleures perfs au prix d'une complexité légèrement plus grande (ou pour reprendre la comparaison: "venez coder chez moi en Assembleur").
Non, il ne faut pas comparer, ce n'est pas au même niveau, mais à la fin, soit tu développes pour Mantle en ajoutant ta couche à toi au-dessus, soit tu développes pour OpenGL. Si le dév doit choisir, c'est que quelque part, c'est encore comparable!
Tu es le premier à râler contre la multitude de "Linux" en disant qu'il n'y a pas d'abstraction commune (le LSB étant plutôt un échec de ce côté).
Sans OpenGL ici, pas d'abstraction non plus: il faudra bien une version Mantle et une version OpenGL (et/ou Direct3D d'ailleurs).
Alors encore une fois: soit AMD se fout un peu du monde et un patch permettra d'utiliser Mantle avec OpenGL sans problème, soit AMD s'éloigne d'OpenGL. C'est très différent d'ARM et du C!
Si une nouvelle couche d'abstraction permet de se mettre au-dessus de Mantle, PhysX et je ne sais quoi, ok, mais si ça part dans tous les sens, tu fais quoi à la fin? D'ici 5ans, OpenGL sera devenu aussi bon que l'accélération 3D logicielle aujourd'hui?
[^] # Re: Pas moyen!
Posté par Maclag . En réponse au journal Régime faible en glucide. Évalué à 4.
Ouai, et à 80ans, j'aurai pas le même corps non plus si je suis encore là.
Ce que je veux dire, c'est que c'est trop tard pour me faire le gabarit de Schwarzeneger.
[^] # Re: Non (bis)
Posté par Maclag . En réponse au journal Mantle: une nouvelle API graphique pour remplacer OpenGL. Évalué à 10.
Ouai, enfin, quand tu dis complémentaire, ça veut quand même dire qu'AMD pousse pour que les dévs aient 2 implémentations pour la même chose (ou alors une exclu sur le matos supporté!)
Au lieu de dire que "ça ne remplace pas Direct3D/OpenGL, c'est complémentaire", je peux écrire "ça ne remplace pas Direct3D/OpenGL, c'est exclusif à AMD".
Je suppose que s'il s'agissait juste de changer les couches basses sous OpenGL, AMD ne se serait pas emmerdé à faire une nouvelle API incompatible avec le reste du monde, ne serait-ce que pour embarquer les dévs plus facilement (ou alors ça fait partie de la stratégie: vu que les dévs devront faire le boulot pour les consoles, ils passeront peut-être moins de temps à optimiser pour OpenGL/Direct3D, et sur PC, les puces nVidia et Intel passeront pour produits inférieurs).
On peut donc supposer qu'AMD fera de moins en moins d'effort pour que les pilotes marchent bien avec Direct3D/OpenGL (s'ils en faisaient beaucoup avant…) et mettent tout sur leur nouvelle API.
Si nVidia et Intel font la même chose, on assistera de facto au remplacement d'OpenGL… par une multiplication des API! Un grand pas en arrière, quoi!
# Pas moyen!
Posté par Maclag . En réponse au journal Régime faible en glucide. Évalué à 4.
Je suis pas un gros gabarit, 1m74 pour 63kg. J'ai 35 piges, pour maintenant, je ne pense pas que mon poids évoluera (je ferai pas pousser des muscles…)
Mais même si j'avais du poids à perdre, aucune chance que j'adopte un truc pareil.
J'adore la bouffe. J'adore toute sorte de bouffe.
J'adore le gras, j'adore la viande, j'adore les avocats, j'adore un tas de trucs.
Et dans ces trucs, il y a aussi une bonne bière, une baguette de pain encore chaude, des croissants, des céréales de temps en temps au petit déj.
Quand je te lis et que tu dis "je préfère me priver de ça plutôt que de ça", moi je te réponds: je préfère ne me priver de rien, absolument rien, mais pondérer un peu les doses de tout ce que j'ingurgite (en vrai, je fais pas vraiment gaffe, je crois que mes habitudes alimentaires sont juste acceptables telles quelles).
Après, chacun sa vie bien sûr.
[^] # Re: Oui mais ...
Posté par Maclag . En réponse au journal Régime faible en glucide. Évalué à 10.
"Bonjour. Je tenais juste à dire que quand on est petit et pas assez gros, on peut compenser en étant extrêmement hargneux"
Nicolas S., ex-Président
[^] # Re: KDE et Gstreamer
Posté par Maclag . En réponse à la dépêche GStreamer dégaine la version 1.2. Évalué à 7.
Etant moi-même totalement non qualifié sur la question, je me demandais même quels étaient les avantages et inconvénients entre GStreamer et VLC pour Phonon?
Devrais-je commencer par un est maintenu et l'autre, peut-être?
[^] # Re: Motivation
Posté par Maclag . En réponse au journal Effort d'ouverture de la part de Nvidia. Évalué à 10.
Pour éviter de refaire ça:
http://www.brightsideofnews.com/news/2012/6/21/china-nvidia-loses-face-and-a-10-million-pc-order-over-linux-drivers-and-nres.aspx
Je pense pour ma part qu'ils se contrefoutent des particuliers qui installent Linux eux-mêmes sans savoir gérer les pilotes (0.5% du marché?), et que les entreprises sont bien plus ouvertes aux pilotes proprio.
L'autre facteur peut être en même temps les fournisseurs de solutions Linux: imaginez un RedHat qui répond à son client "si vous mettez du nVidia, on ne peut pas assurer le support noyau".
C'est peut-être des RedHat, IBM et Oracle qui sont allés taper à la porte de nVidia, sait-on jamais.
[^] # Re: Comprends pô
Posté par Maclag . En réponse au journal SteamOS annoncé. Évalué à 5.
A l'époque, un dév de Steam avait fait une annonce un peu fracassante disant que Windows 8 était un désastre pour les éditeurs de jeu.
On ne sait pas trop si c'est Windows lui-même ou son store qui lui pose problème.
Etait donc annoncée une console-PC-machine de salon qui tournerait sous une Ubuntu personnalisée destinée aux joueurs habituellement PC.
Steam OS n'est que l'Ubuntu personnalisée, on ne sait pas encore s'ils gardent l'idée de la console de salon, qui ne serait autre qu'un PC fait pour que SteamOS tourne sans accroc avec certainement des restrictions sur les accessoires, toujours pour garder le contrôle vis-à-vis du support matériel, recette qui est censée bien marcher pour Apple et les fabricants de console.
Voilà, sinon tu relances un débat qui a au moins 6mois/1an si je ne m'abuse?
[^] # Re: Bon courage !
Posté par Maclag . En réponse au journal prise de note en cours. Évalué à 7.
Bon je vais couper court tout de suite aux spéculations (et en plus le fil est long): à aucun moment les profs n'ont jamais dit ou sous-entendu que le poly était suffisant.
Et j'ai bien parlé d'informations non triviales, pas fondamentales, genre y'a pas un grand trou dans le poly autour d'une notion importante, mais plutôt des trucs genre "voilà la courbe caractéristique d'un transistor, sur le poly, maintenant tachons de comprendre pourquoi ça a cette gueule là": ben voilà, avec le poly en main sans le cours, il est évident qu'il manque l'explication, reste qu'il existe toujours des glandus pour décider que "on s'en fout pourquoi c'est comme ça" et continuer à sécher les cours.
(Cela dit, je n'ai jamais eu beaucoup de pitié pour des étudiants qui sèchent les cours d'une école d'ingé privée sachant que ce sont les parents qui financent ; les boursiers et ceux qui y vont sur crédit bancaire sont généralement plus assidus…)
[^] # Re: Bon courage !
Posté par Maclag . En réponse au journal prise de note en cours. Évalué à 6.
Dans mon école d'ingé (c'était y'a longtemps déjà…), beaucoup de profs distribuaient d'énormes polycopiés pour le cours et les suivants.
Par contre, pour les petits malins qui décidaient que le poly suffisait, il y manquait souvent des infos non triviales!
[^] # Re: Conseil matériel
Posté par Maclag . En réponse au journal prise de note en cours. Évalué à 3.
Je sais pas ce qu'ils t'ont fait les atoms qu'on traine depuis 5ans, mais de ce que j'en ai vus, ils faisaient exactement ce qu'on leur demandait:
Des tout petits procos faible conso mais avec puissance réduite.
Je n'ose pas imaginer ce que tu dis des ARM…
[^] # Re: Mon expérience
Posté par Maclag . En réponse au journal prise de note en cours. Évalué à 4.
Je crois que c'est pas fini, mais c'était l'idée de l'appli BrainDump de Calligra.
[^] # Re: Un OS libre pour smartphone est-il possible ?
Posté par Maclag . En réponse à la dépêche Cyanogen Inc. est né. Évalué à 9.
Il y a quand même une différence: un x86-32/64 pourra tourner sur tout noyau Linux compilé pour x86-32/64 qui n'utilise pas de fonctions particulières.
Il existe un socle commun pour beaucoup de choses, des pilotes génériques pour beaucoup de domaines.
Tu parles des composants qui seraient trop nouveaux ou trop anciens dans le monde PC. Dans le monde ARM, l'ancienneté ne joue pas: quasiment rien n'est standardisé.
Dès qu'on touche à l'ARM, il n'y a quasiment plus rien qui soit "assez commun" pour faire tourner quelque chose de générique dessus.
[^] # Re: contradiction
Posté par Maclag . En réponse au journal Prends quelques secondes pour soutenir les Open du Web !. Évalué à 10.
Je suis en train de me demander comment est établie la balance:
-le votant souhaitant frauder va devoir acheter des abonnés FB, ce qui est plus compliqué que supprimer un cookie
-le votant honnête va devoir s'abonner à FB (si ce n'est déjà fait), ce qui est plus compliqué qu'accepter un cookie
[^] # Re: Un OS libre pour smartphone est-il possible ?
Posté par Maclag . En réponse à la dépêche Cyanogen Inc. est né. Évalué à 10.
Je ne pense pas que la difficulté soit plus élevée en principe.
Ce qui pose problème dans les smartphones, c'est la jungle des composants, là où un PC de chez un assembleur est très très standardisé.
Et cette jungle est peuplée de pilotes propriétaires. Ici, le changement de licence demandé à l'auteur de Focal est justifié par l'opportunité des vendeurs de caméras d'intégrer des éléments dans Focal mieux capables d'utiliser toutes les fonctionnalités de leurs produits.
C'est assez hypocrite d'ailleurs: soit leurs produits sont techniquement plus "capables" que les autres et un même logiciel devrait être en mesure de rendre la différence flagrante, soit il n'est pas si mieux que ça et ils utilisent des artifices tels que "algo proprio acheté/développé à grands frais" pour le faire passer comme meilleur.
Le monde des smartphones souffre du même problème que le monde graphique sous Linux a été très longtemps: le Libre bataille pour l'ouverture pendant que les constructeurs font des pieds et des mains pour fermer le plus possible.
Quant à Cyanogen, l'ironie est que son existence est justifiée par le manque d'ouverture des ROMs des constructeurs de smartphones, et leur évolution se fait vers plus de fermeture ?!?
[^] # Re: Mon araignée
Posté par Maclag . En réponse au journal De la soie d'araignée dans nos équipements électroniques ?. Évalué à 4.
Certes, mais les brûlures thermiques ou à l'acide peuvent aussi générer des images crados.
Si tu vis en France, tu as plus de chance de te brûler que te faire mordre par une brune recluse.
C'est un peu comme les attaques de requin quoi: terrifiant mais statistiquement négligeable.
[^] # Re: Mon araignée
Posté par Maclag . En réponse au journal De la soie d'araignée dans nos équipements électroniques ?. Évalué à 4.
Euh, ouai mais celle-là on ne la trouve normalement pas en France!
Et puis une fois de plus, elles ne chassent pas l'Homme. Elles mordent pour se défendre contre ce qu'elles croient être une agression.
(évidemment, vu de notre fenêtre, une bête à 8 pattes qui remonte sur le bras est également considéré comme une agression, mais allez savoir: elles ne semblent pas d'accord!)
[^] # Re: Mon araignée
Posté par Maclag . En réponse au journal De la soie d'araignée dans nos équipements électroniques ?. Évalué à 4.
Tout-à-fait. Au temps pour moi.
Je ne dis pas le contraire, et bien évidemment je ne parle pas des araignées exotiques!
La majorité des araignées chez nous est incapable d'injecter son venin plus profondément que les couches superficielles de la peau. Certaines peuvent mordre plus profondément, on les trouve dans le sud de la France. Je ne doute pas qu'elles puissent se retrouver accidentellement un peu partout ailleurs et y survivre en été.
Evidemment que certains réagiront plus que d'autres au venin, je ne dis pas le contraire non plus. Mais en dehors des allergies, le venin de presque toutes nos araignées est sans effet sur l'Homme.
Il y a une sous-espèce de veuve noire dans le sud de la France, bien moins dangereuse que sa cousine, elle est tout de même capable de faire des dégâts.
Par contre, ce n'est normalement pas une araignée de maison.
[^] # Re: Mon araignée
Posté par Maclag . En réponse au journal De la soie d'araignée dans nos équipements électroniques ?. Évalué à 3.
Ah, je ne dis pas que ça n'arrive jamais. Mais par contre, est-ce qu'elle s'est déjà faite mordre? (2 petits trous très proches l'un de l'autre, les crochets à venin)
Demande-toi aussi si la raison pour laquelle elle viennent voir le canapé, c'est parce qu'elles y trouvent à manger. Il y a peut-être un tas de bestioles dont tu souhaiterais te débarrasser plus que des araignées.
Quand j'étais ado, je laissais vivre les araignées qui se mettaient au coin de la fenêtre de ma chambre, et elles faisaient un carnage chez les moustiques. En y repensant, à l'époque j'avais moins de réflexes violents à leur encontre, je les attrapais à mains nues de temps en temps, je ne me suis jamais fait mordre et je n'en ai jamais retrouvée sur mon lit.
A Singapour, je ne trouve que rarement des araignées (elles vivent peut-être mal les traitements anti-moustiques qui sont déployés à échelle industrielle sur la ville pour éviter la dengue), mais pendant une époque, on se réveillait des siestes dans le salon à cause de la douleur causée par des fourmis exploratrices qui venaient visiter nos yeux et nos oreilles!
Je crois que j'aurais préféré une araignée…