ndesmoul a écrit 363 commentaires

Encore ce troll sur Phonon? C'est lourd.

Pour ceux qui n'auraient pas encore compris (et apparemment tu en fais partie), Phonon n'est pas un concurrent à Gstreamer, PulseAudio ou je ne sais quoi.

C'est juste une interface d'abstraction. Et je ne vois vraiment pas en quoi ça te dérange.

Quelques rappels:
- Les gars de KDE ont pour commencer eu une expérience malheureuse avec Artsd, qui à l'époque où ils l'ont retenu semblait techniquement une très bonne solution... Comme on dit, chat échaudé craint l'eau froide. Par exemple actuellement Gstreamer semble une bonne solution mais n'est pas la seule.

- Ensuite la plupart des besoins des applis question audio ou vidéo sont le plus souvent basiques. Donc il faut une API simple. Si une appli a des besoins plus poussés rien ne l'empêche de taper directement Gstreamer ou autre. Mais au moins le programmeur qui veut juste jouer un son et n'en a rien à foutre que ce soit Gstreamer, libXine, ... qui soit derrière, il a pas à se casser la tête.

- KDE4 a pour objectif d'être portable, notamment sous Windows. La solution logique est d'utiliser le système sonore en place (directsound?). Une lib d'abstraction simplifie énormément le travail.

- Rien ne garantie que l'API de GStreamer sera stable sur toute la vie de KDE4. (Déjà que les dev d'Amarok avaient parfois du mal à suivre pour le backend Gstreamer). En cas de changement, la seule adaptation à faire sera au niveau de Phonon et pas au niveau de chaque appli.

- Phonon pourra être configuré pour utiliser Gstreamer qui lui même pourra utiliser PulseAudio.

Franchement le choix de faire une couche d'abstraction me semble le choix le plus judicieux. En plus ça laisse plus de liberté à l'utilisateur final.

Vu que OOXML est loin d'être très répandu, en tout cas par rapport aux vieux formats doc et compagnie, je ne suis même pas sûr que ça vaille le coup d'assurer une "compatibilité". D'ailleurs OOXML et les anciens formats binaires ne sont pas franchement "compatibles" entre eux.

J'ajouterai que si Microsoft parvient à faire d'OOXML une norme ISO ça sera sans doute, à la vue des évènements récents, au prix de changements importants dans le format. En bref la dernière version d'Office ne sera pas compatible avec la norme (encore virtuelle) ISO.
Bref pour la compatibilité OOXML, pas la peine de vous fatiguer maintenant les gars. Attendez encore un peu!

Si Microsoft publiait les spécifs complètes de ses formats binaires une grande partie du problème serait réglé. Après tout OpenOffice se débrouille pas trop mal pour gérer les formats binaires d'Office (et les convertir vers de l'ODF). Certes il reste des problèmes, mais il faut rappeler qu'il parvient à ce résultat par ingénieurie inverse! Avec les spécifs le résultats pourrait rapidement être quasi parfait. Ce problème de compatibilité est donc à mon avis un faux problème. Il suffirait à Microsoft de publier les specs complètes des formats Office.

Mais bizarrement (?!) ils n'en n'est même pas question (ais-je dis que je trouvais ça bizarre, grand naïf que je suis?)

Alors quand Microsoft nous parle de standard ouvert en nous disant qu'ils sont pour les formats ouverts et standardisés, bla bla... (vive la com!) on a quand même l'impression qu'ils se foutent royalement de notre gueule!

Tiens, puisque la commission européenne a Microsoft dans le collimateur, ils pourraient pas le forcer à fournir ces specs? Après tout cette emprise d'Office en bureautique empêche une concurrence "libre et non faussée" et limite l'innovation dans ce domaine.

En même temps il est vrai qu'avant qu'un tunnel chiffré soit mis en place il y a tout de même certaines informations qui passent en clair, en particulier des certificats. Donc tu peux savoir que l'ordi A et l'ordi B communiquent ensembles et peut-être même savoir qu'il s'agit d'une communication chiffrée.... ce qui te fait une belle jambe vu que tu n'as plus moyen de savoir ce qu'ils s'échangent, donc impossible de dire si c'est du contenu illégal. Bientôt ils vont réclamer l'interdiction de toute communication chiffrée entre particulier!... (elle serait drôle celle là!)

Mais bon ils arrivent déjà pas à comprendre les vrais raisons du déclin des ventes de CD. On va pas leur demander de comprendre ces aspects techniques.

Pourquoi le signal spdif sortirait merdique? Tu veux dire que la carte qui reçoit le son sous forme numérique ferait une conversion numérique-analogique puis analogique-numérique pour enfin sortir du spdif? Si c'est effectivement fait comme ça je comprendrais que la qualité de la carte joue, mais ça me semblerait également complètement stupide.

L'analogie avec le VGA ne tient pas: un signal VGA est un signal analogique et donc sa qualité dépend directement de la conversion numérique-analogique effectuée par la carte vidéo.
Par contre il faudrait considérer le cas du DVI.

Sinon, il suffit d'attendre que le service de vente en ligne de musique d'Amazone ne soit plus en "béta" et soit ouvert en France.

Tu fais tout depuis ton navigateur, du moins si tu n'achètes qu'un morceau. Il faut toutefois avoir le plugin flash si tu veux pouvoir écouter des extraits.

Pour pouvoir télécharger un album complet par contre, il faut une appli tierce à ce que j'ai compris et pour le moment c'est seulement Windows et Mac. Mais Amazon aurait annoncé travailler sur une version Linux (pour PC j'imagine). Restera à les convaincre de libérer cette appli ou mieux les spec pour pouvoir en développer d'autres (acheter des morceaux chez Amazon depuis Amarok?).

J'ai regardé leur site et c'est pas mal du tout. J'ai même faillé acheté quelques morceaux mais ça a foiré car aux US. Dommage.
Sinon c'est pas du AAC mais du mp3 (256kbs?).

À voir ce que ça va donner quand ce sera lancé officiellement mais pour moi cette offre ça fait 10 ans que ça devrait être sortie!

C'est clair.

Perso moi je trouve ce projet très intéressant. Je peux pas vraiment me prononcer pour la partie logicielle mais côté matériel cet ordinateur, sensé être destiné aux pays en voie de développement, propose plein d'idées intéressantes:

- il est très basse consommation et peut être "alimenté" à l'huile de coude.
- il peut servir de tablette
- il est presque incassable (on peut l'emmener à la plage?)
- etc.

Enfin bref, rien ne dit si cela sera un succès du point de vie éducatif (je l'espère en tout cas), mais il va peut-être provoquer quelques remous dans les offres de portables traditionnels.
Je suis pour qu'il soit commercialisé. Ça permettra de faire baisser son prix (et le rapprocher de son objectif) et peut-être inciter les fabriquants à sortir des sentiers battus pour proposer des solutions du même type.

En tout cas j'en veux même un pour moi! Ok, je vais pas pouvoir retoucher mes photos 10Megapixels, ni regarder des films en HD avec, mais pour peu qu'il y ait un visionneur pdf et un navigateur suffisamment bons, cet ordi peut déjà être très intéressant.

Pour ce qui est du soft, si il ne convient pas à un adulte, rien n'empêche d'y mettre un environnement plus traditionnel comme un KDE ou un Gnome allégé. C'est du libre non?

Pour avoir accès au raw, je ne suis pas sûr qu'il existe sur le marché un compact qui offre cette possibilité. Certains bridge le proposent par contre.

Mais rien n'est perdu!

Apparemment il est possible de bidouiller certains appareils Canon, via un firmware alternatif, pour avoir accès à des fonctionnalitées supplémentaires:

How to give your low-end Canon digital camera RAW support
http://www.linux.com/feature/118946

Peut-être une piste à étudier...

Oui mais ne soit pas trop impatient: un gnome ça a de petits pieds et ça marche pas bien vite.

Oh la belle porte! ----> []

Oui? Et donc c'est quoi le concept du jeux?

Je précise que ça ne fait pas peur de "corrompre" mon système avec quelques logiciels propriétaires. Ceci dit j'ai pas envie de passer mon temps à tester une multitude de logiciels (propriétaires ou pas) dont je ne sais même pas si ils ont un quelconque intérêt.

Donc pour tenter de couper court au débat stérile des messages précédent j'aimerai bien revenir à sujet principal de ce fil:

Alors ce jeux, il est bien? C'est quoi le concept?

Juste une remarque en passant. Je n'ai rien contre OpenXML en tant que tel, à part que en l'état le texte soumis à l'ISO est tout pourri ;)
Si OpenXML passe par une processus de révision sérieux à l'ISO pour gommer les plus gros problèmes repérés, ça serait très bien. J'aime bien la proposition de l'AFNOR d'ailleurs sur ce point.

Par contre si Microsoft voulait vraiment faire preuve d'ouverture ils publieraient les spec de leurs formats binaires. Pas besoin d'en faire une norme, juste les publier. Évidemment je conçoit qu'il y a pleins de raisons pour lesquelles ils n'ont pas intérêt de le faire...

Oui MS tente le fast-track. Et ? C'est pas tant pour éliminer les autres acteurs du marché, s'ils avaient voulu faire ca, ils seraient pas passé par l'ECMA avant. Le fast-track, c'est pour avoir l'ISO le plus vite possible, étant donné qu'il y a un intérêt commercial à avoir le label "ISO". Ca n'élimine pas les autres acteurs, au contraire, cela leur fait prendre des risques supplémentaires, la preuve en est la rébellions de certains acteurs (IBM par exemple) qui pousse à un vote négatif.


En même temps la procédure fastrack ne peut être mise en oeuvre que si la proposition est normalisée ailleurs. Le plus facile est de passer par l'ECMA qui accepte des propositions d'industriels selon un processus sans doute beaucoup moins contraignant que d'autres organismes de standardisation. Donc pour passer en fasttrack à l'ISO le passage par l'ECMA était pour MS la meilleure stratégie.

D'autre part il me semble qu'IBM (et SUN?) ont participé au vote à l'ECMA sur OpenXML. IBM a voté contre (SUN je sais pas).

Le problème avec l'ECMA c'est que les propositions ne sont pas examinées avec autant d'intensité qu'à l'ISO. La proposition n'a guère été modifiée lors de son passage à l'ECMA. Pourtant il est maintenant évident après le vote à l'ISO que la proposition en l'état pose problème et qu'elle devra être remaniée.

En effet mais je crois que ça ne marche que pour les vieilles cartes (geforce2 notamment) et pas les plus récentes.
En tout cas ça fonctionne pas avec ma GeForce 6200.

Il y a bien cette page qui explique comment modifier ton fichier xorg:
http://doc.ubuntu-fr.org/materiel/nvidia_tvout

Moi j'ai réussi à avoir une sortie TV mais je suis pas sûr d'avoir procédé exactement de la même manière (j'ai pas mon PC sous la main). Déjà j'ai qu'un seul fichier xorg.conf et la sortie TV est activée en permanence.
Perso j'ai configuré un affichage clone en 1280x1024, limité à 800x600 sur la télé.
Quand je veux regarder une vidéo sur ma télé je fais juste un xrand pour sélectionner la résolution 800x600 pour pas avoir de problème pour mettre en plein écran.

C'est avec les drivers nvidia. J'ignore si ça marche avec nv (à mon avis non mais j'ai pas essayé).

Si ça t'intéresse je peux te filer mon fichier de conf (mais ça devra attendre que je remette la main dessus).

Et pour le pilote nVidia? (le propriétaire bien sûr, vu que le pilote libre n'est pas encore utilisable...)

D'accord avec la distinction (parfois floue) entre RFID et sans contact.

Par contre les cartes sans contact existent depuis bien plus longtemps que NFC.

NFC est un ensemble de spécifs proposées par deux très gros acteurs des cartes sans contact: Philips (MIFARE) et Sony (Felica). Une puce NFC est destinée à être intégrée à un appareil, pour le moment surtout des téléphones mobiles, pour lui donner les capacités à la fois d'un lecteur et d'une carte sans contact.

Un mobile équipé d'une puce NFC peut donc être utilisé comme une carte sans contact (cf. expérimentation de mobile avec puce Navigo intégrée), mais peut également servir de lecteur. L'intégration au mobile (écran et clavier) permet d'envisager des usages dépassant ce qu'il est possible de faire avec une vulgaire carte.

NFC est compatible avec la principale norme du domaine, à savoir ISO 14443 ainsi qu'avec MIFARE (ISO 14443A + extensions propriétaires) et Felica (non standard). La portée reste la même (quelques cm).

Je classerait donc plutôt NFC dans la catégorie du sans contact.

C'est un moteur de recherche qui parle en plus?! On arrête pas le progrès. :)
Effectivement c'est pas terrible pour la privacy: tous tes collègues de bureau savent ce que tu cherches!

Ton argument n'est valable que si tu n'as qu'une seule application Java!

Vu le changement de licence de Java je crois pas qu'installer une JRE sera bien compliqué dans quelques mois. Pas mal de distrib l'intègre déjà.
Alors certes si tu as une distrib/processeur super exotique tu auras peut-être des problèmes pour installer ta JRE. Sauf que tu auras au pire qu'une seule chose à compiler, la JRE et non pas chaque appli individuelle.
Et puis les fonctionnalités révolutionnaires c'est seulement entre les versions majeures (1.5->1.6) et ton appli ne va immédiatement se mettre à utiliser ces nouvelles fonctionnalités.

Rien ne t'empêche d'utiliser le système de package de ta distrib pour installer des applications Java. Là tu as le choix. Soit tu va chercher directement l'appli sur le site officiel (et tu places tout ça à part pour rien casser), soit tu passes par ta distrib. Au moins le développeur n'a pas à se casser la tête entre deb, rpm (RedHat, Suse, Mandriva, etc.) et win32. Une archive Jar et c'est bon. Libre aux distribs d'incorporer le logiciel dans leur propre dépôt.

La plupart du temps je vais utiliser le système de package de ma distrib, mais de temps en temps je passe outre. Les raisons:
- appli non fournie par la distrib. Ne pas avoir à se payer une compilation (avec installation de toutes les dépendances aux paquets dev) est assez appréciable. En particulier quand c'est juste pour tester un truc en 5 min.
- besoin immédiat de la dernière version
- appli fournie par la distrib mais avec un gros bug bizarre (oui ça m'est arrivé!)

Comme je stocke ces applis à part je ne perturbe pas mon système.

Même en utilisant le système de package de ta distrib, tu es tributaire du bon vouloir des packageurs. Si entre temps une nouvelle version du logiciel sort (avec des nouvelles fonctionnalités révolutionnaires évidemment) tu dois attendre qu'il soit compilé et "packagé". En plus la nouvelle version de ton logiciel ne va peut-être être disponible que pour la prochaine version de ta distrib. Bref si tu ne peux ou veux pas attendre tu va devoir compiler toi même le logiciel (s'il est libre évidemment).

L'avantage de Java c'est que l'application est sous une unique forme (une archive Jar) qui fonctionne partout où est présente une JVM. Pas de dépendance à une distrib particulière ni à un OS. Alors oui ça a tout de même des avantages.

Et puis c'est pas parce que Eclipse est un gouffre de mémoire que toutes les applications Java demandent 512Mo! D'ailleurs chez moi j'arrive à faire tourner Eclipse et je n'ai que... 512Mo de RAM.

Maintenant pour ce qui est des logiciels de compta je n'ai absolument aucune opinion!

D'ailleurs moi j'étais un précurseur! Je me souviens avoir overclocké un proc AMD Duron avec un vulgaire crayon. (600 -> 900 MHz !)


L'intérêt du graphite était d'être suffisamment conducteur pour faire passer le courant entre deux contacts sur le proc ce qui permettait de le débrider.

Juste pour préciser, l'éditeur d'équation de OpenOffice est certes graphique mais il te permet également d'entrer les équations au clavier avec une syntaxe à la LateX. C'est d'ailleurs beaucoup plus rapide comme cela. La rendu n'est sans doute pas aussi bon que sous LateX, mais il est tout de même possible de faire un document ODT avec pleins de formules sans trop se prendre la tête (pas comme avec Word!).

Je te proposes d'aller lire d'autres normes pour te rendre compte qu'elles sont ecrites pour pouvoir etre lues par des gens du metier, pas par n'importe qui, et c'est normal, sinon ces docs seraient 3 fois plus grosses qu'elles ne sont.

C'est gentil de me prendre pour une buse. J'apprécie. Sache que j'ai déjà lu des normes ISO (et que j'ai même participé à la rédaction de l'une d'elles). Certes ça ne concernait pas la bureautique mais bon...
Et je ne peux qu'abonder dans le sens de briaeros007. Une norme est rédigée de manière à éviter les ambiguïtés (et c'est parfois prise de tête à rédiger...). On indique généralement les notations utilisées dans le document et on définit souvent certaines choses qui pourraient être perçues comme évidentes. Bref on essaie d'être le plus précis possible et sans ambiguïté de manière que deux implémentations différentes et indépendantes fonctionnent exactement de la même façon.
Ça ne veut pas dire qu'on redéfinit absolument tout. En l'occurrence le cosinus est une notion mathématique définie sans ambiguïté, inutile donc de le redéfinir précisément dans la norme. Par contre on a le choix en entrée entre degré, radian et gradient. Il y a potentiellement ambiguïté. Il faut préciser.

C'est pas pour ce que ça coûte de le préciser en toute lettre. Bref, malgré sa longueur, la norme sur ce point est imprécise, pas au niveau de ce qu'on attend d'une norme ISO correctement rédigée.

Si je suis ton point de vue, ça serait vraiment pas la peine dans une norme d'indiquer par exemple qu'une fonction prend en entrée des mètres parce que bon c'est le système international, c'est évidement que ça doit être des mètres! Reste plus qu'à espérer que ce sont pas des américains qui vont implémenter la chose...!

Bref à mon avis y a pas mal de "gens du métier" qui vont trouver que la norme, dans son état actuel, est mal écrite et qu'une relecture attentive et sérieuse par d'autres personnes ne serait pas du luxe. Ce "problème de radian" est facile à résoudre. Mais je doute qu'une adoption en fasttrack permette de corriger tous les autre problèmes évoqués, potentiellement beaucoup plus embêtants.

Ouais, le site entièrement en Flash c'est parfois beau et "design" mais rarement ergonomique, le plus souvent lourd et peu pratique. Personnellement j'ai rien contre le Flash mais quand il est utilisé à bon escient pour faire des choses impossibles à faire sans.
Pour la mise en page on fait des merveilles avec du CSS. J'ai vu des sites qui montraient les possibilités du CSS (même texte et tu choisis la page CSS) et c'est vraiment bluffant ce qu'on peut faire y compris pour un affichage dynamique.

Après du javascript utilisé a bon escient peut être utile. Le problème c'est que souvent c'est utilisé à tord et à travers.

Un site lourd bourré de Flash et javascript utilisés n'importe comment, je suis pas certain que l'utilisateur s'y retrouve!

Bref Flash et Javascript, ok mais quand c'est vraiment utile.

Même si c'est "évident" pour un matheux qu'on doit utiliser des radians, ça l'est peut-être pas pour le tout le monde. Et ceux qui vont lire la norme sont pas forcément des matheux.

Vu que pour éviter toute ambiguïté (et autres débats stériles) il suffit de le préciser en toute lettre, ce qui peut se faire en une seule phrase ("Toutes les fonctions trigonométriques définies dans ce document utilisent (évidemment) des angles en radians"), c'est vraiment idiot de se passer de cette petite précision.

Une norme doit être précise et éviter de pouvoir donner des interprétations différentes et tanpis si on écrit des évidences. C'est pas un roman.

De toute façon ce problème avec les angles n'est qu'anecdotique, mais peut-être révélateur, par rapport à d'autres problèmes soulevés par cette norme qui semble un peu baclée.

Une norme n'est pas faite pour être un joliment rédigée. Elle doit être explicite et donner toutes les informations nécessaires, même si ça implique un texte lourd et certaines répétitions.
Si tu dois procéder à un travail de déduction (voir d'interprétation) pour savoir comment implémenter une norme c'est qu'elle est mal rédigée. Point barre.

Je ne dis pas que ce genre de problème est rare. Rédiger une bonne norme est loin d'être évident. Mais en l'occurrence indiquer l'unité utilisée (radian ou degré) serait tout de même un minimum, même si c'est évident pour certains (mais pas forcément pour tout le monde).

Enfin, d'après l'article ce n'est pas le moindre des soucis relevés.

D'ailleurs vu que cet aspect de la normalisation est toujours en cours pour l'ODF je me demande comment ils procèdent actuellement avec OpenOffice et KOffice.

En parlant de l'ObjectiveC, y en a t'il ici qui utilise ce langage? Qu'est-ce qu'il vaut?

Si le navigateur te demande avec quoi exécuter le lien java web start, c'est avec le binaire 'javaws' qui se trouve, si je ne m'abuse, au même endroit que les binaires 'java' et 'javac'.