fredoche a écrit 181 commentaires

Pour rebondir sur mon commentaire précédent, as tu des infos comme quoi le firmware est open source, et en existe-t-il un alternatif qui soit un peu plus puissant que l'initial? Notamment, il est frustrant que le firmware de base ne puisse accéder aux ressources réseau, dlna, etc, ou servir de point de sortie pulseaudio.

Un excellent hardware fermé, et un software pourri ouvert. Il y a assez de puissance dans la boite pour faire le café, mais par contre, pas de dlna, et ça prend 350mo de ram sur la machine qui host les fichiers. Wow.

Je crois que ce qu'on essaye de te dire, c'est que tu souhaites un appareil multimédia intégré qui n'existe pas encore, et qui, en supposant qu'il existât, serait à peine moins complexe qu'un ordi accroché à un écran.
Si on récapitule, on a
- DLNA qui fait de l'audio/vidéo, dans une bulle DLNA, donc pas d'écran partagé, et utile simplement pour les applis dédiées.
- pulseaudio qui n'est pas intégré, et qui de toute façon ne fait que l'audio.
- Intel essaye de pousser Intel WiDi, ça parait prometteur mais je sais pas ce que ça donne pour linux.
- Et si t'es un peu curieux, il y a du côté de OSX une fonction qui permet de déclarer une appleTV comme écran secondaire, par contre ça nécessite une puce particulière sur l'ordi pour accélérer la compression/décompression.

Ce que je trouverai sympa, c'est un truc comme "pulsevideo" qui permettrai de streamer arbitrairement du contenu vidéo vers des Renderer, dlna par exemple. Mais bonjour la consommation en ressources pendant la diffusion.
En attendant, il y a peut être moyen de bricoler qques raspberry pi pour t'approcher de ce que tu veux, pour pas cher.

Il est bien parce qu'il est ouvert, documenté, extensible, relativement performant, permet de gérer des millions d'abonnés, a passé le test du temps, et dispose de plusieurs implémentations de grande qualité soutenues par des entreprises et des particuliers. Donc bien sûr que oui, on peut saluer l'ensemble des soft gravitant autour pour leurs qualités intrinsèques.

L'intégration de l'IM au shell est à mon sens LA fonctionnalité qui différencie gnome-shell du reste des autres environnements de bureau. C'est simple, efficace, fiable, et suffisament élégant pour surprendre en bien les gens qui découvrent gnome.

Dans une certaine mesure, c'est pas très important. Du jour au lendemain, le dépôt de référence peut très bien devenir celui de gitlab, et de la même façon, les contributions pourront aussi bien arriver via github, et ensuite être reversées sur le dépôt de référence, c'est le principe même de la décentralisation. Dans la mesure où le projet est jeune et éventuellement instable, il est peut être prudent de ne pas mettre des bâtons dans les roues des éventuels premiers contributeurs, et les faire participer via la plateforme de référence en attendant.

Pas marginale, mais pas intégrée aux fonctions avancées de l'os non plus. On parle d'un truc qui va au dela de l'apparence, dans la mesure ou pour t'adapter à un OS tu /dois/ écrire du code spécifique.

Je comprends ton point de vue, par contre, dans la mesure ou ça a permis de faire découvrir Ubuntu à énormément plus de gens, je trouve que l'effort marketing à certes des allures de gâchis et de rouleau compresseur, mais qu'il est pertinent. Au final, ça fait surtout découvrir "linux", et les curieux s'en iront à d'autres distribs s'is le désirent. Ça reste de l'argent investi dans une cause que l'on soutient, et personnellement ça ne m'a pas coûté un rond, donc je vais pas faire le cynique et décider la stratégie de la distrib à la place de Canonical.

J'ai du mal a voir en quoi investir des millions dans une distribution est une mauvaise chose. En l'occurrence, on peut largement remercier canonical pour ça. On ne peut pas non plus leur reprocher de mettre en avant la possibilité de leur faire un don, les autres distribs peuvent faire de même, je ne vois pas ou est le forcing. Bref, tu y vas fort.

C'est vrai que linux mint fait un boulot extraordinaire en repackageant une distrib, en ajoutant un plugin gnome-shell et en changeant le fond d'écran par défaut en un truc vert pastel [/ironie]

Visiblement, le bug se situe entre la chaise et le clavier des journalistes. Les messages ont été écrits sur les murs des gens, pas en messages privés, et le principe du mur, c'était de raconter des trucs cools, genre souhaiter les anniversaires, inviter du monde au ciné, dire à quel point la personne est formidable, avec la visibilité de la sphère sociale des gens proches. Bref, le fait que des gens aient soient une mauvaise mémoire, soit ne comprennent pas l'outil, ne le remet pas en cause.

Content d'avoir aidé, pour info complémentaire, tu utilises quelle distrib?

Bin ya effectivement un prix plus élevé, mais ça s'accompagne d'une sélection de configurations plus élaborées, de composants inédits genre lecteurs de cartes ou d'empreintes digitales, parfois d'un meilleur support, parfois pour les laptops d'un design plus fin, plus léger, plus solide… Bref, c'est le meme genre de différences qu'entre une twingo et une laguna, c'est pas la même gamme de produits.

Sinon, il y a bien entendu tous les moteurs 3D des jeux ID software, de quake à doom 3. Il a donc de quoi faire.

S'il s'agit de crépitements légers, ça date d'à peu près l'invention de la carte son. Il y a toujours eu de légers grésillements, c'est pour ça qu'à un moment donné, il y a eu la mode des cartes sons externes d'une part, et des cartes son internes blindées d'autre part.
Une nouvelles tendance, je crois, c'est que les cartes son intégrées modernes s'éteignent lorsqu'elles ne sont pas utilisée pour économiser l'énergie. Du coup, ça doit avoir un impact sur les niveaux de tension électrique en sortie, genre, les rendre bcp plus sensibles aux perturbations électromagnétiques alentours. Normalement, les grésillements cessent dès que la carte son est utilisée, donc ça ne perturbe pas l'utilisation courante, par contre, en direct dans des écouteurs, ou amplifiés par un kit, c'est un peu moins sympa.

Mais surtout, quel est l'intérêt de Vala!

Hello, le problème de base, et la raison pour laquelle, à mon avis, toutes les requêtes ne fonctionnent pas avec des callbacks écrites en js, c'est que le js est à priori lent comparé au reste du code mongo en c++. Donc, si on veut faire de bonnes requêtes, il faut juste utiliser les structures de données descriptives pour exprimer la teneur du dataset, et laisser le js là ou la performance n'est plus critique, ou sur de plus petits jeux de données.

Avec ma calculette magique, en additionnant les chiffres de gnome 3, gnome 3 + extension, et cinnamon qui est basé sur gnome 3 en très très large partie, on s'aperçoit que les utilisateurs du site sont majoritairement sous gnome 3, ce qui contraste avec la quantité de commentaires négatifs que l'on peut noter sur le site. Ça illustre le fait que les gens qui sont mécontent se font bien plus entendre que la majorité satisfaite qui pourtant ne manque pas d'alternatives (unity, kde, xfce). En fait, ça serait intéressant de recouper avec les distributions utilisées, afin de savoir si les gens ont notamment le choix de gnome 3 dans la liste des DE accessibles, ou ont fait le choix de rester sur d'anciennes version pour ne pas être forcées de changer.

ça m'intéresse aussi, j'en ai encore vue aucune, et on dirait que c'est pas simple de porter une distrib sur ce genre de matos.

Mouais, cette conso cpu légendaire de pulseaudio, j'en entends souvent parler mais sans l'avoir constatée. Sans doute un bug de jeunesse du soft, mais vu la fréquence de cet argument dans ce forum, il est plus facile de conserver un avis éventuellement périmé que de donner une seconde chance au programme.
Pour le côté pass-through, c'est un usage qui a mon avis est certes émergent, mais pluôt marginal. S'il n'est pas dans pulseaudio, c'est sans doute une question de ressources. Au passage, c'est quoi des enceintes passtrough? C'est des enceintes avec un dac intégré?
|hum, wait…
Et c'est plus sympa de lire les phrases en entier, et de pas les couper de façon flagrante quand on veut répondre de façon constructive.

J'aime pas trop ce qui se raconte sur pulseaudio, alors que c'est sans doute la première fois qu'un système de son vraiment moderne arrive sous linux, fonctionne et tout. Pour rappel, pulseaudio permet notamment:
-de diffuser su son sur le réseau
-de régler les volumes appli par appli
-de diffuser du son via dlna/ upnp / bluetooth dès qu'une ressource est détectée sur le réseau ou un matériel branché.
le tout en 3 clics dans l'interface de gestion du son. C'est vraiment excellent, et un des bouts du desktop linux qui est pas loin d'enterrer la concurrence pour toutes ces qualités. Ce sont des usages émergent mais qui se doivent d'être présent à notre époque ou l'on a chez nous de plus en plus de matériels multimédia connectés.

Pour les trucs style 3D, finition des softs, installation de logiciels tiers, je pense que c'est le genre de problème qui se résolvent avec une grosse base d'utilisateurs, et en mettant un paquet de pognon pour payer des ingénieurs, pas vraiment en tapant sur les types qui pondent le code. En somme, rien de nouveau depuis que le bureau libre est aussi gratuit et peu diffusé.

Mon souhait pour noël, c'est que red hat fasse une méga levée de fond, investisse un milliard de dollars dans gnome 3 et un truc aussi stylé que iLife, et lance une gamme d'ordi portable chers mais stylés, fins, et puissants qui fassent tourner tout ça. En gros ce qu'a du faire apple à l'époque d'osx, sauf qu'on revient de moins loin.

Tu évites notamment les pertes de qualité qui surviennent lors du transfert du signal analogique de l'ordi vers l'enceinte.

En même temps, sur cette histoire de xmlfactory machin, il faut vraiment remettre les choses dans leur contexte si on ne veux pas les comparer avec n'importe quoi.
Déja l'API a pas loin de dix ans, et n'a pas bougé. C'est une performance qu'il faut relever, parce qu'à l'époque, les fournisseurs de services xml s'en donnaient à cœur joie pour faire de leurs implémentations des standards de fait, tout en s'en tenant aux standards du w3c (saxon, xerces, et compagnie).
Il y avait donc la contrainte supplémentaire de fabriquer une API générique, extensible et néanmoins puissante, pour fournir toute la clique xml: xpath, xslt, xtruc, etc. . Je dis pas que ya pas eu des ratés, cependant l'API est largement utilisable; il faut bien penser à ces points sous peine de juger trop vite.

Openjdk 7 étant fourni par la plupart des distributions linux, je ne comprends pas pourquoi java reste un citoyen de seconde zone. Il est même affolant de voir qu'il y a plus de programmes dépendant de C#/mono que de programmes java/openjdk disponibles sur un desktop libre! Oracle a fait un procès pour de sombres raisons, mais qui sont plus relatives à la réimplémentation d'une plate-forme qu'à l'utilisation du langage, procès qui a d'ailleurs été perdu par Oracle.

Je rappelle quand même que google laisse notamment le mail accessible en imap, et un export en lot très facile des photos hébergées sur picasa. On ne retrouve cette facilité à sortir du systeme chez aucun concurrent. Ils sont donc, de fait, bien meilleurs que les autres.