Les specs sont très importantes pour pouvoir exploiter à fond le matériel (et à plus long terme), mais pour l'utilisateur final c'est pas ce qui compte le plus.
Il ne veut pas coder un driver pour sa carte graphique (ou attendre quelques années avant de pouvoir l'utiliser), il veut une carte fonctionnelle immédiatement qui lui offre la plus grosses parties des fonctionnalités de sa carte. C'est à dire pour une carte récente un driver X accéléré, de l'opengl performant, un support xv et éventuellement le support du décodage des video h264, ...
Or j'ai l'impression qu'a ce niveau la c'est nvidia qui sort du lot : oui ils ont un driver proprio (quelque fois buggé/bridé), mais qui a l'avantage d'offrir rapidement toutes les fonctionnalité offerte par leur carte.
eureusement que dans le monde UNIX, on gère le temps en comptant les secondes depuis le 1er janvier 1970... comme ça, les changement d'années sont complètement anodins.
Sauf que sous UNIX beaucoup de timestamp se base sur ce temps depuis le 1er janvier 1970 (CLOCK_REALTIME).
Or cette horloge peut être amenée à faire des sauts si l'utilisateur change la date, mais pas mal d'appli gère très mal les voyages dans le temps (ou alors ça oblige à avoir un code assez compliqué)...
Idem quand on sort d'une mise en veille, les applis font un saut brutal dans le futur.
Posix définit bien une horloge monotone (CLOCK_MONOTONIC) (souvent le temps depuis le boot), mais peu d'API permette de l'utiliser (par exemple les timestamp clavier du noyau Linux sont basé sur la clock realtime)....
PS : oui ntp est censé éviter les changements brutaux d'horloge, mais par exemple dans le cas d'un système embarqué sans rtc (ie l'horloge n'est pas conservée dans le système est éteint), tous un tas d'applis seront lancées avant que la date réelle soit mise à jour.
Il y a des mini chaines numérique (genre [1]) qui sont capable de lire depuis une source audio externe, depuis une sd-card, depuis du mass-storage usb (donc un gros disque dur), depuis la fm et même pour certains depuis le wifi, bluetooth ou l'ipod/MTP. Mais j'en connais pas qui puisse s'intégrer à une chaîne deja existante (ie pas d'enceinte mais un audio out).
Je profite de cette dépêche pour faire un petit hors sujet.
On a pas de lecteur de musique libre qui soit un peu évolué (genre ipod touch).
Pourtant avec le freeruner [1] (ou les tablettes nokia) on devrait pouvoir faire quelque chose.
Mais faire tourner Rockbox dessus semble un peu juste. Je pense pas qu'il soit adapté à des fonctions aussi poussé (wifi, BT, ...).
D'un autre coté sous Linux on a pas vraiment l'équivalent de Rockbox :
- codec audio/video optimisé pour arm (ou autre processeur embarqué)
- interface sympa pour un baladeur
- gestion de l'energie poussée pour avoir une grande autonomie
mais il y a le problème du chipset: les chipset non x86 ont souvent été plus cher et moins complet (effet du volume des ventes),
Les processeur arm et mips sont souvent sous la forme de SOC et il n'ont pas besoin de chipset : le chipset et le cpu sont dans la même puce.
C'est clair que du quad core sous 10W, c'est balaise.
Arm fait aussi dans le multi core : le cotex-A9 peut en supporter jusqu'a 4 http://www.arm.com/products/CPUs/ARMCortex-A9_MPCore.html .
Je sais pas combien il consomme, mais quand on sait que le cotex-A8 consomme environ 0.45 mW/Mhz [1], pour 1Ghz ça nous fait 450 mW,on peut espérer que le quad core soit en desous des 10W...
tout en montrant qu' on peut aussi bien lire du multimedia sans server X
Sans serveur X ne veut pas dire sans appli graphique : il y a des version de gtk et QT qui tourne directement sur le framebuffer...
Dès que vont faire un document pour lequel latex n'a pas été prévu (CV, planning, tableau & couleur, transparent, ...) il faut entrer dans les méandres de la bête ou trouver quelqu'un qui a déjà fait le boulot [1].
[1] pour les transparents il y a beamer par exemple.
ce que l'on peux trouver sur "http://www.lemote.com/english/yeeloong9c.html" me fait marrer : The world's first fully open hardware/software. All system source(BIOS, kernel, drivers etc.) are open source, no close firmware needed. Low power. Peak power ~12Watt for SSD version.
Ils ont les sources du microcode FTL qui transforme l'interface ATA vers de la NAND. On dirait pas.
Pourtant c'est un bout de code critique et pas toujours bien implémenté : http://www.linux-mtd.infradead.org/doc/ubifs.html#L_raw_vs_f(...) ...
Ben oui x86_64 c'est pas seulement le passage au 64 bits : c'est des registres en plus, le support assuré du sse2 (du coup gcc l'utilise pour les opérations flottante au lieu d'utiliser le copro 387), ...
Je sais pas quel type de lcd est utilisé (l'article que tu cite n'est pas super clair : ils ne précisent pas quel type de lcd c'est : ont ils essayé de démonter un iphone ?), mais par exemple pour la flash c'est assez standardisé.
Leur problème à l'air plutôt d'interpréter ce qu'il y a dessus (la ftl + le fs).
Le problème c'est l'extrême fermeture de l'iPhone, il faut déplomber celui ci pour installer GNU/Linux, ça ne sera jamais qu'une solution de geek même si dans le futur Openmoko ou Android tournent dessus...
Oui comme rockbox/linux sur ipod...
et créer les drivers pour les différents composants de l'iPhone, sans aucune spécifications.
Je croyais pourtant que l'iphone était basé sur un processeur arm samsung. Or une grande partie de ces processeurs sont supportées par Linux et des specs sont/étaient dispos pour certains.
C'est possible ça, de passer d'un format compressé A à un format compressé B sans passer par l'étape intermédiaire qui consiste à obtenir le format non-compressé C (c'est à dire du wav) ?
Oui si les codecs utilisent les algos similaires.
C'est par exemple le cas avec certains codec proprio qui se sont basé sur des draft de codec iso/itu.
Par exemple il a existé à un moment un convertisseur div3/msmpeg4 (variante de mpeg4 de ms) vers du mpeg4.
Malheureusement Je crois que le mp3 et le vorbis utilise des algos assez différent...
# ...
Posté par M . En réponse à la dépêche AMD continue l'ouverture des spécifications de GPU. Évalué à 5.
Il ne veut pas coder un driver pour sa carte graphique (ou attendre quelques années avant de pouvoir l'utiliser), il veut une carte fonctionnelle immédiatement qui lui offre la plus grosses parties des fonctionnalités de sa carte. C'est à dire pour une carte récente un driver X accéléré, de l'opengl performant, un support xv et éventuellement le support du décodage des video h264, ...
Or j'ai l'impression qu'a ce niveau la c'est nvidia qui sort du lot : oui ils ont un driver proprio (quelque fois buggé/bridé), mais qui a l'avantage d'offrir rapidement toutes les fonctionnalité offerte par leur carte.
# Et de l'utilité du moteur Templeet en PHP
Posté par M . En réponse au journal De l'utilité des moteurs de templates en PHP. Évalué à 5.
[^] # Re: Vive les timestamp
Posté par M . En réponse au journal Le premier journal du vendredi de l'année (Le Zune plante). Évalué à 3.
Sauf que sous UNIX beaucoup de timestamp se base sur ce temps depuis le 1er janvier 1970 (CLOCK_REALTIME).
Or cette horloge peut être amenée à faire des sauts si l'utilisateur change la date, mais pas mal d'appli gère très mal les voyages dans le temps (ou alors ça oblige à avoir un code assez compliqué)...
Idem quand on sort d'une mise en veille, les applis font un saut brutal dans le futur.
Posix définit bien une horloge monotone (CLOCK_MONOTONIC) (souvent le temps depuis le boot), mais peu d'API permette de l'utiliser (par exemple les timestamp clavier du noyau Linux sont basé sur la clock realtime)....
PS : oui ntp est censé éviter les changements brutaux d'horloge, mais par exemple dans le cas d'un système embarqué sans rtc (ie l'horloge n'est pas conservée dans le système est éteint), tous un tas d'applis seront lancées avant que la date réelle soit mise à jour.
# tout intégré
Posté par M . En réponse au journal A la recherche (désespérée) du lecteur audio de salon des années 2000.... Évalué à 3.
[1] http://www.parrot.com/fr/produits/enceintes-sans-fil/parrot-(...)
# baladeur libre
Posté par M . En réponse à la dépêche Parution de Rockbox 3.1. Évalué à 5.
On a pas de lecteur de musique libre qui soit un peu évolué (genre ipod touch).
Pourtant avec le freeruner [1] (ou les tablettes nokia) on devrait pouvoir faire quelque chose.
Mais faire tourner Rockbox dessus semble un peu juste. Je pense pas qu'il soit adapté à des fonctions aussi poussé (wifi, BT, ...).
D'un autre coté sous Linux on a pas vraiment l'équivalent de Rockbox :
- codec audio/video optimisé pour arm (ou autre processeur embarqué)
- interface sympa pour un baladeur
- gestion de l'energie poussée pour avoir une grande autonomie
Peut être qu'android va changer un peu la donne ?
[1] dommage que l'accélérateur video 2D/3D soit fermé par des NDA http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware#Graphi(...) ...
# hurd ?
Posté par M . En réponse au journal Microsoft réécrit Hurd ?. Évalué à 4.
[^] # Re: Alternative
Posté par M . En réponse à la dépêche Emtec lance le programme One Laptop Per Hacker. Évalué à 2.
Les processeur arm et mips sont souvent sous la forme de SOC et il n'ont pas besoin de chipset : le chipset et le cpu sont dans la même puce.
[^] # Re: Prix public?
Posté par M . En réponse à la dépêche Emtec lance le programme One Laptop Per Hacker. Évalué à 3.
Arm fait aussi dans le multi core : le cotex-A9 peut en supporter jusqu'a 4 http://www.arm.com/products/CPUs/ARMCortex-A9_MPCore.html .
Je sais pas combien il consomme, mais quand on sait que le cotex-A8 consomme environ 0.45 mW/Mhz [1], pour 1Ghz ça nous fait 450 mW,on peut espérer que le quad core soit en desous des 10W...
[1] http://www.arm.com/products/CPUs/ARM_Cortex-A8.html
# et java
Posté par M . En réponse à la dépêche nspluginwrapper 1.2.0. Évalué à 2.
[^] # Re: INX is not X
Posté par M . En réponse à la dépêche Sortie de la version 0.1.1 de Saevia. Évalué à 2.
Sans serveur X ne veut pas dire sans appli graphique : il y a des version de gtk et QT qui tourne directement sur le framebuffer...
# txt2tags
Posté par M . En réponse au journal txt2TeX, un simple traitement de texte. Évalué à 4.
[^] # Re: OOo vs LaTeX
Posté par M . En réponse au journal Le meilleur du troll: c'était mieux avant!. Évalué à 2.
Dès que vont faire un document pour lequel latex n'a pas été prévu (CV, planning, tableau & couleur, transparent, ...) il faut entrer dans les méandres de la bête ou trouver quelqu'un qui a déjà fait le boulot [1].
[1] pour les transparents il y a beamer par exemple.
[^] # Re: ssh -X -C
Posté par M . En réponse au journal Le meilleur du troll: c'était mieux avant!. Évalué à 2.
La compression ne changera pas grand chose...
[1] IRRC il y a de nombreux aller/retour dans le protocole X.
# ...
Posté par M . En réponse au journal Imprimante 3D. Évalué à 3.
Ca coûte combien la résine qu'elle utilise pour faire des pieces ?
Je crois que ça coute assez cher...
# YeeLoong libre
Posté par M . En réponse à la dépêche Portage de GNewSense sur MIPS. Évalué à 2.
The world's first fully open hardware/software. All system source(BIOS, kernel, drivers etc.) are open source, no close firmware needed.
Low power. Peak power ~12Watt for SSD version.
Ils ont les sources du microcode FTL qui transforme l'interface ATA vers de la NAND. On dirait pas.
Pourtant c'est un bout de code critique et pas toujours bien implémenté : http://www.linux-mtd.infradead.org/doc/ubifs.html#L_raw_vs_f(...) ...
PS : le clavier du YeeLoong a la touche fn à droite de la touche ctrl, ce que je trouve pas du tout pratique .... ( http://sorbaioli.org/photos/lemote_yeeloong/hq/img-8.jpg )
[^] # Re: pendant une seconde j'ai cru...
Posté par M . En réponse au journal Elle a 40 ans,.... Évalué à 2.
http://www.ergonomictouchpad.com/ergonomic_touchpad.php
Mais comme tout les touchpads que je connais, il n'y a pas le bouton du milieu...
[^] # Re: ... mais il y de belles différences entre x86 et x86_64 !!
Posté par M . En réponse au journal comparaison des performances ubuntu et fedora. Évalué à 7.
[^] # Re: samsung
Posté par M . En réponse au journal Linux sur iPhone !. Évalué à 4.
Je sais pas quel type de lcd est utilisé (l'article que tu cite n'est pas super clair : ils ne précisent pas quel type de lcd c'est : ont ils essayé de démonter un iphone ?), mais par exemple pour la flash c'est assez standardisé.
Leur problème à l'air plutôt d'interpréter ce qu'il y a dessus (la ftl + le fs).
Le problème c'est l'extrême fermeture de l'iPhone, il faut déplomber celui ci pour installer GNU/Linux, ça ne sera jamais qu'une solution de geek même si dans le futur Openmoko ou Android tournent dessus...
Oui comme rockbox/linux sur ipod...
# samsung
Posté par M . En réponse au journal Linux sur iPhone !. Évalué à 2.
Je croyais pourtant que l'iphone était basé sur un processeur arm samsung. Or une grande partie de ces processeurs sont supportées par Linux et des specs sont/étaient dispos pour certains.
[^] # Re: Y en aura-t-il pour tous ?
Posté par M . En réponse au journal Après DADVSI et HADOPI, voici ACTA. Évalué à 4.
Bientôt l'abonnement internet à points ?
[^] # Re: Vorbis !
Posté par M . En réponse au journal OpenMoko retire le support MP2/MP3 de ses téléphones pour cause de brevet. Évalué à 2.
Oui si les codecs utilisent les algos similaires.
C'est par exemple le cas avec certains codec proprio qui se sont basé sur des draft de codec iso/itu.
Par exemple il a existé à un moment un convertisseur div3/msmpeg4 (variante de mpeg4 de ms) vers du mpeg4.
Malheureusement Je crois que le mp3 et le vorbis utilise des algos assez différent...
[^] # Re: qui utilise WPA ?
Posté par M . En réponse à la dépêche Le chiffrement WPA-TKIP aurait été cassé par deux chercheurs. Évalué à 3.
C'est le cas d'orange avec leur nouvelle livebox : http://www.degroupnews.com/actualite/n2798-orange-livebox_mi(...)
[^] # Re: Vie d'une clé
Posté par M . En réponse à la dépêche Le chiffrement WPA-TKIP aurait été cassé par deux chercheurs. Évalué à 2.
[^] # Re: Un point de plus pour les VPN
Posté par M . En réponse à la dépêche Le chiffrement WPA-TKIP aurait été cassé par deux chercheurs. Évalué à 3.
PS : un autre commentaire de quelqu'un qui a participer a la norme WPA (en anglais) intéressant http://it.slashdot.org/comments.pl?sid=1021733&cid=25682(...)
[^] # Re: Besoins d'OpenBSD
Posté par M . En réponse à la dépêche Campagne de dons pour le compilateur PCC. Évalué à 3.
J'ai juste vu une allusion au fait que les binaire cross compilé n'avait pas été testé (et c'était révélé foireux)...