superna a écrit 305 commentaires

Salut,

Je cherche ce genre de matériel, quel est le modèle ?

Il manque seulement un support réseau plus complet à Sane !

Saut si ... les bloc d'accélération hardware sont spécifiques aux codecs de type MPEG, très (trop !) différents des VP3 et VP8...
Quand ont connais le coût du hardware et la part de marché du H264 (c'est pas seulement sur internet, mais en TV numérique, BluRay, ...)

Copier Xerox ?

http://www.apple-history.com/?page=gui_horn1

the difference between the Xerox system architectures and Macintosh architecture is huge; much bigger than the difference between the Mac and Windows.

there were some ex- Xerox people in the Lisa and Mac groups, but the design point for these machines was so different that we didn't leverage our knowledge of the Xerox systems as much as some people think

En gros, Xerox a inventé une partie du concept d'IHM que l'ont connait (souris à 3 boutons, fenêtres, sélection de texte, pop-up...), Apple le reste (glisser déposer, finder, barre de menu, manipulation de fichiers, disques, panneaux de contrôle...)

Mais c'est clair que Xerox était largement en avance sur d'autres point qu'Apple :
Smalltalk had a nice bytecoded multi-platform virtual machine long before Java. Object oriented programming is the hot thing now, and it's almost 30 years old (see the Simula-67 language). Environments have not progressed much either: I feel the Smalltalk environments from the late 1970's are the most pleasant, cleanest, fastest, and smoothest programming environments I have ever used. Although CodeWarrior is reasonably good for C++ development, I haven't seen anything that compares favorably to the Smalltalk systems I used almost 20 years ago. The Smalltalk systems of today aren't as clean, easy to use, or well- designed as the originals, in my opinion.

Ok, super ta description du smartphone innovant, mais tant qu'on aura pas résolu les plus gros soucis techniques (écran trop petit et qui consomme trop => OLED, batterie trop petite qui produit pas assez, software qui gagne en complexité donc plus complexe et plus gourmant, hardware plus gros et complexe à faire pour gérer plus en consommant moins...) la tablette est la solution intermédiaire qui nous conduira sûrement à long terme à ce smartphone.

Wait & see

La vrai révolution serait que, même en moulant, on se tienne à jour avant de mouler ;-)

http://www.apple.com/iphone/iphone-3gs/cut-copy-paste.html dispo sur tous les iphone et ipod touch avec le firmware v3

Et en plus ils s'entrainent depuis longtemps !

En regardant les sources, le binaire en question est un firmware, pas un fichier objet du driver !
ça empêche donc juste la re-distribution du firmware et le driver devrait pouvoir être intégré au kernel...

A mouans-sartoux dans les alpes maritimes on a eu des lunettes à obturateurs : http://www.xpandcinema.com/products/glasses/

C'était beau à voir, mais gerbant pendant les scenes ou la caméra bougeait beaucoup (genre dans les bois)...

Vous avez oublié le principal !!!
Un lien !

Une recherche rapide me donne : http://www.xs4all.nl/~rfsber/Robo/robodoc.html

Correction, c'est SDL_Mixer et pas SQL_Mixer qui est aussi dispo en bindings JS.

Justement tu mets le doigts sur le genre d'opérations qui est lente en javascript, le calcul !

Si on se cantone à juste orchestrer l'affichage et éviter de faire de trop gros calculs, ou les faire à l'avance comme pour DOOM, ça ne pose pas tant de problèmes que ça !

L'autre avantage est qu'ils vont sûrement proposer d'autres bindings plus tard, et le champ est ouvert sur ce coté la !

Pour avoir un build, ils font un debootstrap de ubuntu 9.10/karmic et ils compilent leur propre packages debian de Xorg, kernel, etc...

Juste une précision ;-)

En même temps, ici uniquement le moteur javascript est présent, pas le navigateur.

L'affichage se fait avec des bindings vers les EFL, donc trés peu de calculs en javascript, seulement le comportement, le reste est fait en natif.

Elixir est bien foutu (et open source !), et présente une belle api javascript vers sqlite, les fichiers, le son de SDL et les ELF.

Le coup de l'ergot, c'est juste une histoire de garantie... si tu installe le robinet et qu'il pète ton chauffage c'est ton problème ou celui de ton artisan préféré, mais pas celui de Chohofess qui a explicitement restreint le robinet a ses chauffages (ça vaut une licence d'utilisation).

C'est la même chose avec les languettes qui cassent si t'ouvres certaines parties d'un matériel sous garantie... c'est à toi mais bon... la garantie compte plus que de l'ouvrir !

Pour info,
Le fait que Linux reconnaisse plus de matériel vient surtout du fait que les constructeurs ont enfin utilisé des interfaces communes pour leur chipsets comme :
- AHCI pour le SATA/PATA/RAID
- SDHCI pour les lecteurs SD
- UVC pour les webcams
- EHCI pour l'USB2
- AC97 pour les chipsets son
...

Le point noir restant est qu'il n'y ait pas eu d'évolutions concernant l'affichage, l'histoire s'est arrêté à l'époque du VESA pour l'interface des cartes graphiques....

Donc, non, les constructeurs font des efforts de leur cotés, mais pas forcément pour Linux précisément... faut pas rêver non plus ! (cf l'histoire du poulsbo...)

Pourquoi ne pas utiliser un trés bon dépôt PPA de Launchpad qui permet d'avoir des paquets compilés par les fermes de compilation Ubuntu et une vérification stricte des packages/versions ?

Ce serait plus propre qu'un rapidshare.....

C'est un peu le principe qui régit notre vie aujourd'hui...

Mais Linuxfr n'est-il pas hébergé par la Fondation Free ?

Sachant que leur réseau est IPv6 capable (au moins le freebox et les dedibox), j'aurais pensé qu'ils fileraient un range aux services hébergés.

C'est évident que c'est un gros travail de gérér le serveur pour l'IPv6 !

Si, ça change car Clang contrairement à GCC : (http://clang.llvm.org/comparison.html)
- Garde la trace de chaque token de code. en passant le code à LLVM, ce qui permet de reafactoriser/optimiser encore plus, et mieux
- Clang ne simplifie pas le code avant de le re-filer a LLVM (l'exemple est : si y'a "x-x" dans le code, GCC va filer 0, Clang x-x), ça aide a optimiser, refactoriser...
- Clang réutilise une partie des optimisation de LLVM (optimisations, JIT, compilation au link, ...)
- Clang a un nouveau design, ce qui le rends plus propre

J'adore GCC, c'est mon outil préféré et c'est merveilleux d'avoir une telle machine a notre service !
Mais Clang est le fruit d'un travail neuf, qui le rend doublement intéressant :
- Il permet de faire des optimisations que GCC ne peut pas faire a cause de son design interne (c'est aussi le concept initial de LLVM-GCC en attendant un nouveau frontend)
- La license est moins restrictive, c'est loin d'être pour moi le point le plus intéressant

Ce n'est clairement pas un remplaçant de GCC pour tous les cas, mais ça pourra servir pour générer des binaire qui ont besoin d'avoir une optimisation plus fine.

Le soucis c'est qu'apple a beaucoup travaillé sur Clang pour avoir plus de performances, pas sur llvm-gcc ....
Ces benchmarks ne valent rien...

Clang : http://clang.llvm.org/

Je viens de tomber sur un projet avec le site du développeur qui était mort...

Ce serait un bonus non négligeable d'au moins mettre le code en miroir... (ou au moins mettre un lien pour télécharger l'archive depuis le directory si un miroir existe !)

En fait le chipset (l'ASIC) est quasiment le même pour toutes les version mais (comme pour le CPU) ils sont vendus sous différents types de produits selon leur place sur le waffer de silliconne.

Plus le circuit est gravé au centre, plus il va pouvoir fonctionner avec des fréquences supèrieures (et utiliser des blocs hard complexes) = Produit haut de gamme.

Plus le circuit est sur le bord, moins il sera fonctionnel et les blocs hardware demandant une grosse fréquence seront désactivés avec des fusibles hard. = Produit bas de gammes

En gros, ils font un design avec différentes contraintes pour chaque fonctionnalités qu'ils pourront ensuite désactiver. La contrainte minimale étant le bas de gamme, et grace aux statistiques ils pourront avoir des produits haut de gamme, en moindre quantité, mais meilleures qualité.

C'est pas un secret, et intel et cie le font depuis des années....

* http://en.wikipedia.org/wiki/Wafer_(electronics)

Ce n'est pas des brevets logiciels, mais des brevets sur les techniques de compression (traitement du signal, ...) propres aux formats, qui sont des solutions aux problèmes de débit et de qualité par exemple. Ces brevets ont cours en france (France Télécom a beaucoup de brevets liées aux algorithmes de compression du son et de la vidéo).

Au boulot on a simplement désactivé le buzzer des années 80 dans le BIOS des années 80, simple et efficace !

Mais quand est-ce que DELL/HP/Acer/.. vont passer au nouveau millénaire avec un bootloader EFI ? Enlever les restes des années 80 (Lowmem/Highmem, BIOS, ISA, PnP ... ) ?
Ah oui c'est vrai XP ne tourne qu'avec ces choses....