ndesmoul a écrit 363 commentaires

Est-ce ça fonctionne avec la sortie numérique SPDIF des cartes son ?

Un blog intéressant sur l'évolution de JRuby est le suivant:
http://blog.headius.com/

D'après l'auteur d'ailleurs, la priorité pour JRuby a toujours été la compatibilité. Ce n'est que relativement récemment qu'ils ont commencé à travailler sur les performances (déjà meilleures que l'original) et on peut s'attendre encore à des améliorations.

Ta JVM est en mode client, mode avec lequel la JVM démarre légèrement plus rapidement mais optimise moins le code.
Tu peux déjà essayer en mode server (rajouter -server) à la ligne de commande.

Je ne sais pas si il correspond à tous tes critères, mais le N97 de Nokia semble un bon candidat. Mais il est pas encore sorti en France (à partir de... demain).
Il paraît qu'il sait même recevoir la TV (mais pour la radio je ne sais pas...!). Bref ça a l'air d'être un mobile ultra sophistiqué. Par contre il est cher.

Sinon, tu peux aller voir du côté des Gphones, comme le HTC G1. Par contre c'est pas du symbian mais du Linux (avec surcouche Google).

Sinon avec la FNAC, c'est une extension Firefox qu'il faut installer.
Ça a au moins le mérite d'être indépendant de l'OS (mais pas du navigateur).
Et je crois qu'on a la possibilité de télécharger un à un les fichiers (à vérifier).

Vous pouvez essayer Clamz : http://code.google.com/p/clamz/
C'est un programme en ligne de commande qui permet de télécharger les albums achetés sur Amazon.
Je l'ai essayé sur ma machine 64 bits et ça a parfaitement marché. J'ai pu acheté (et récupérer!) plusieurs albums comme cela.

Tu peux avoir des problèmes de liens vers des lib présentes sur ton système, sauf que pas de bol le fichier de la lib porte pas exactement le même nom.
Parceque malheureusement l'application en question a des dépendances à d'autres lib. Et la perspective de devoir bidouiller pour faire fonctionner une appli dont je ne vois pas l'intérêt ne m'enchante guère.

Donc oui je suis sûr qu'il doit y avoir moyen de faire fonctionner le programme sur mon système, mais franchement c'est bien compliqué tout ça.

Les utilisateurs sont trop neuneus pour dézipper un zip (supporté de base même sous Windows) mais maîtrisent tout de même suffisamment leur ordinateur pour installer une application ? De qui se moque-t'on ?

Je trouve très bien qu'Amazon prenne en compte Linux. Mais idéalement on en devrait même pas avoir à se soucier de son OS (et ceux qui surf depuis un mobile, ils font comment?).

Quelqu'un pourrait m'expliquer l'intérêt d'avoir besoin d'une appli externe ? Doit bien y avoir une raison, non ?

Ouais, le coup du logiciel c'est nul. Certes il y a des version pour Linux, mais seulement pour certaines distribs (la mienne n'est pas supportée). Alors s'ils ont vraiment besoin d'un logiciel, ils n'avaient qu'à faire une appli Java (avec JavaFx il pourraient même pu faire un truc bien chiadé).
Mais de toute façon j'arrive pas à voir l'intérêt...

Pourquoi n'ont-il pas utilisé cette super invention méga géniale qu'est le fichier ZIP! (roulement de tambours). Simple, reconnu partout (même sous Windows, c'est dire!). Une technologie d'avenir.

Non, mais franchement, qu'est-ce qu'il est passé par la tête chez Amazon ?

En tout cas ils ont déjà raté une vente...

Et pour avoir un KDE ou un gnome utilisant XCB, ça se passe à quel niveau ?
Est-ce à la distrib de décider d'utiliser XCB ?
Y a t'il une sorte de plan pour abandonner progressivement XLib, ou XCB est-elle seulement une alternative meilleure que l'original mais qui restera marginal ?

En parlant de XLib, il y a déjà un moment il était question de la remplacer par une autre lib intitulée XCB qui avait pour principal avantage d'être ''asynchrone''. Inconvénient, il y a bien une couche de compatibilité XLib, mais pour vraiment profiter des avantages de XCB il faut porter les applis ou plutôt les couches basses (tels que GTK et QT j'imagine).

On en avait parlé ici-même, en particulier là : [https://linuxfr.org//2004/08/13/17033.html]

Mais c'est vieux. Et je n'ai plus rien vu à ce sujet. Peut-être qu'avec les évolutions récentes de xorg ça n'a plus de sens.

Quelqu'un sait-il où ça en est ces histoires ?

Okular sait ouvrir des documents odf (mais seulement odt j'ai l'impression).
Mais attention ce n'est pas encore trop ça. Dans le meilleur des cas tu auras le texte avec une mise en page minimale. Mais si le document est un peu complexe il est possible que seule une partie du doc apparaisse.

Bref, pour le moment ça ne va clairement pas répondre à ton besoin, mais peut-être dans quelques temps, si le support de l'odf s'améliore.

Ça marchait avec kde3 (sous kpdf), mais ça ne marche plus avec kde4.
Il s'agit manifestement d'un bug. J'espère que cela sera rapidement corrigé.
L'option ''multipage'' fonctionne bien avec de vrais imprimantes mais pas avec l'imprimante virtuelle PDF.

Bah, apprend déjà à lire...
Quand je parle de règle globale il me semblait évident que je restait dans le contexte d'une session d'un utilisateur, qui définit des règles pour SA session et pour les tâches qu'il a lancé (téléchargement, copie de fichier, conversion de fichier, ...).
Il ne s'agit pas de définir des règles qui vont impacter les autres utilisateurs de la machine.

Franchement je ne vois pas d'où tu sors cette histoire de ''machines globales''. Où alors c'est un message humoristique. C'est vrai que parler de variables globales à éviter en programmation pour répondre à un message où il est question d'un gestionnaire de bureau, c'est un peu gros...

Autre avantage, le côté ''Rolling release''. Contrairement à la plupart des autres distrib, Archlinux n'a pas de version fixe. La distribution est continuellement mise à jour. Les images ISO que l'on peut télécharger sont juste des instantanés. Du coup pas la peine de réinstaller sa distrib tous les six mois pour avoir les dernières versions des logiciels. Une simple mise à jour avec pacman (ou shaman si on veut une GUI) et votre distrib se retrouve avec les dernières versions stables de vos logiciels.

Les notifications de KDE (ce qui concerne la copie de fichiers mais pas seulement) ont de plus un affichage centralisé. C'est mieux que les différentes fenêtres de copie qui s'affichent n'importe où.

La suite logique serait de pouvoir définir des règles globales pour décider si des actions doivent être réalisées en même temps ou successivement. Par exemple, on pourrait avoir une règle qui dit : "si plusieurs copie de fichiers utilisant un même disque dur, on effectue ces différentes copies à la suite et pas en même temps". D'autres règles pourraient être définies pour laisser l'utilisateur décider des priorités de traitement des différentes tâches en cours.

Je ne sais pas si cette possibilité est dans les plans du projet KDE, mais j'aimerai bien qu'il aille plus dans cette voie, car pouvoir depuis une seule interface gérer de manière globale tous les traitements en cours, et pas seulement suivre leur état d'avancement, me paraît une approche très intéressante.

* oublie le 1080p (à moins qu'il y ait une astuce pour mieux utiliser le multi-core avec le H.264/lavc)


Il existe une branche expérimentale de mplayer qui permet de répartir la charge sur plusieurs CPU.

Extrait du site mplayer ( http://www.mplayerhq.hu/design7/news.html ) :

''Second is to use MPlayer with the experimental multithreaded FFmpeg-mt branch, which allows you to use multiple cores/CPU. (all OS and CPU supported)

To install, copy and paste this line:
git clone git://repo.or.cz/mplayer && cd mplayer && git checkout origin/mt && git submodule init && git submodule update && ./configure && make && make install
To enable threading run mplayer -lavdopts threads=N file.mkv where N is the number of threads you want to use. ''

La ligne fournie fait tout (penser à installer git avant et ce qu'il faut pour compiler).
Il vaut peut-être mieux retirer le 'make install' si vous voulez conserver le mplayer fourni par votre distrib.
Sur les quelques vidéos h264 en 1080p que j'ai testées et pour lesquelles j'avais des problèmes de perfs, ça marche très bien.

La page de mplayer propose également d'autres solutions comme utiliser vdpau pour ceux qui ont une carte nvidia suffisamment récente (il en existe des 'fanless'). Il faudra peut-être compiler une version CVS (de la branche principale) de mplayer.
Ça par contre je sais pas si ça marche bien. J'ai essayé depuis la branche ''mt'' qui semble fournir une sortie vdpau, mais je n'avais pas d'accélération. Ça marche peut-être uniquement pour le moment via la branche principale... Où alors le pb vient d'ailleurs...

Ça veut peut-être juste dire que le JIT de Mono n'est pas encore très bon.

Une JVM permet de faire tourner d'autres langages que Java tout en pouvant utiliser les API purement Java (et vice versa). On peut donc coder en python (Jython), en Ruby (JRuby), Groovy, tous trois des langages de "script", mais aussi dans d'autres langages "compilés" comme Scala, qui a, si j'ai bien compris, des propriétés de langage fonctionnel (mais je n'en sais guère plus).

Est-ce que certains parmi vous on regarder un peu Scala ? Est-ce un langage potentiellement intéressant ?

Petit problème, le lien entre la baisse de vente des CD (vieux média concurrencé par les DVD, les jeux vidéo, etc.) n'a pas été prouvé. Je veux dire par des études sérieuses. Le seul document sur lequel s'appuie notre ministre de la "déculture" est un document "sponsorisé" par des maisons de disque et assimilés, et qui fait bien évidemment un procès à charge. Quand on a un document rédigé par des parties intéressés par les conclusions, la moindre des choses serait de prendre le contenu de ce document avec circonspection. (à croire les fabriquants de cigarette le tabac est inoffensif, c'est bien connu).
Les seules études sérieuses (à l'étranger mais aussi en France) issues des milieux académiques (par des chercheurs qui vont fouiller en profondeur) concluent elles, au contraire, à un impact négligeable voir positif du P2P sur les ventes de CD. En effet le P2P permet également de découvrir de nouveaux artistes.
Des conclusions donc radicalement différentes de la parole unique des maisons de disque...

Dernièrement le gouvernement Hollandais a reçu un rapport qu'il avait commandé et qui concluait lui aussi à un impact positif du P2P sur les ventes.

Du coup on se demande à quoi sert cette loi.

Mais le gros problème est qu'elle est dangereuse :
- un internaute innocent peut se voir accuser à tord d'avoir télécharger illégalement de la musique, sans pouvoir se défendre (soit parcequ'il s'est fait pirater son accès Wifi, où parceque son adresse IP fait partie de "vrais fausses" adresses IP déclarées aléatoirement par le serveur P2P). L'adresse IP n'est pas une preuve suffisante. Elle peut facilement être usurpée.
- s'il veut se "protéger" il faut qu'il installe un logiciel fermé (à la condition que tous ses périphériques le permettent) qui au final va espionner l'usage qu'il fait d'Internet. C'est clairement une atteinte à la vie privée (notion inscrite dans la déclaration des droits de l'homme). Normalement il faut passer par la voie juridique, ce qui n'est pas le cas ici.

Pour faire une comparaison, peu importe que je ne fasse rien de répréhensible. C'est pas pour cela que je vais accepter d'avoir en permanence une caméra qui filme mes faits et gestes.

Oh, et l'adresse IP est reconnue par le groupe de "l'article 29", groupe qui rassemble la CNIL et ses équivalents dans les autres pays européens, comme une donnée personnelle. Reconnaissance rappelée dans une récente communication.

Ainsi que son écran pivotable (mode ebook) parfaitement lisible en plein soleil.

Dans le cas d'Apple il s'agit d'abandonner une architecture pour une autre.
Là on aurait deux architectures différentes et concurrentes. Ce qui veut dire qu'il faut que MS convainque les principaux éditeurs de logiciel de distribuer leurs produits pour deux plateformes différentes. Certes techniquement, et à peu de choses près, il s'agit essentiellement de recompiler. Mais la situation dans le domaine du logiciel "privateur" (TM Stallman) est plus complexe. Bah, oui après il faut bien vendre les logiciels en question.

Je pense effectivement que le problème est avant tout marketing. Reste à voir si MS est près à aller dans cette voie et à mettre les moyens pour motiver les éditeurs et créer un écosystème autour de Windows sur ARM.

Le libre n'a guère ce genre de soucis. Il suffit effectivement de recompiler...

Et sinon, question puissance ça vaut quoi un processeur type ARM face aux derniers Intel?

Relis moi. Je n'ai pas dis que faire tourner Windows sur ARM était impossible. Je dis juste que Windows tout seul risque d'être un peu limité. Il faut également porter les applis, qui ne viennent pas forcément de MS. Et de toute façons ça sera un Windows ARM incompatible avec les applis Windows PC.

En même temps avec un Windows sur ARM tout seul tu vas pas faire grand chose. Faut aussi porter les applis. Je vois mal comment ils pourraient justifier l'intérêt de mettre un Windows incompatible avec ... euh les applications Windows.

Si l'OS virtualisé et le hôte sont des Unix (et que tu as configuré le réseau de manière à pouvoir atteindre l'OS invité depuis l'OS hôte), tu dois pouvoir faire un déport d'affichage via X : ton appli individuelle sera exécutée sur l'OS virtualisé mais son affichage sera assuré par l'OS hôte.

Vu qu'il s'agit d'une attaque qui touche Linux et pas seulement TomTom, est-ce que Tomtom pourrait profiter de l'aide pour se défendre d'autres sociétés du libre ? Parce que s'ils doivent se défendre tout seuls je suis pessimiste, car ils risquent de ne pas avoir les reins assez solides.

Le système juridique étant ainsi fait que même si TomTom gagnent le procès ils seront de tout façon perdants en considération des sommes astronomiques "gaspillées" pour se défendre.