Ph Husson a écrit 2699 commentaires

C'est juste que c'est le seul modèle de Chromebook ARM, alors que des ordis x86, y en a des milliards, tous identiques les uns aux autres, donc c'est plus réparti …
Les ventes de ce chromebook restent très minoritaires devant les ventes d'x86 …

C'est un jeu qui doit très bien passer en LAN, donc c'est pas trop dur de récupérer des gens de temps en temps.

Merci d'avoir relancé le serveur :-)
Mais il me donne toujours une erreur "MySQL server has gone away", le serveur est si peu stable que ça, ou j'ai raté quelque chose ? (et j'en déduis qu'on peut toujours rêver pour avoir un binaire du serveur ?)

Cet article me rappelle de très bon souvenir, non pas avec Ryzom (auquel je n'ai jamais joué, je suis vraiment pas RPG), mais mtp-target.

C'était un jeu assez génial: pour ceux qui ne connaissent pas, on est un pingouin, on commence (sur la plupart des maps mais pas toutes) en boule, par dévaler un tremplin, puis on se déploie, pour voler, et on doit arriver sur une cible correspondant à des points, par exemple http://www.mtp-target.org/files/ss/ss24.png la petite cible en haut fait 300 points, et plus on descend, moins on a de points. Il faut être en boule pour marquer les points correspondant (pour s'arrêter correctement sur la cible à 300, c'est coton). Là où ça devient marrant, c'est qu'on est plusieurs à la fois, et chaque pingouin est solide, et donc une fois qu'un adversaire s'est posé, on peut le striker avec joie ! Il y a un temps limite de carte (1 minute typiquement), et plus de points si on est rapide à se poser, pour éviter que ce soit juste un jeu du dernier arrivé. Bref, mes souvenirs de ce jeu sont assez magiques (mais j'ai jamais pu y jouer avec des amis, les ordinateurs de l'école étaient pas assez puissants à l'époque …)

Et donc, je voulais réessayer aujourd'hui, et je vois dans les news, que le serveur a été relancé en 2010, pas de nouvelle qu'il a été arrêté, cool me dis-je !
Et bien raté, il est down (le serveur tourne toujours, mais le serveur mysql derrière plus apparemment …)

Tout ça pour dire… Y aurait moyen de faire quelque chose à ce niveau ? Relancer le serveur, fournir un serveur binaire, voire, soyons fou, de fournir les sources du serveur (quoique je crois me souvenir que mtp-target est assez chiant à compiler) ?!

En tous les cas, moi je te dis merci pour ce magnifique jeu, et encore plus merci si tu fais quelque chose pour le rerendre jouable :-)

Bah quand j'ai vu ça, ça m'a fait le même effet, et les autres SoC équivalents ont l'air d'avoir la même quantité de cache … (L'exynos 4412 des GS3 européen a 64ko de L1 et 1MB de L2 aussi)

J'ai mis "Toujours le dernier cri même s'il faut galérer pour la configuration après…", mais c'est dernier cri, sans pour autant être forcement le plus performant, et c'est une fois de temps en temps. Typiquement, mon processeur est un Intel Core 2 Quad Q6600, l'un des premiers (le premier je crois en fait) quad core intel, sorti il y a 5 ans. Et pour le côté "pas forcement le plus performant", je me vise toujours à une carte graphique à ~ 100€, mais quand même de dernière génération.
Après, pour les serveurs, c'est pour une assoce, et on les prend d'occase, et toujours le modèle jusqu'à présent, mais bon des opteron bi-pro première génération (je crois), ça crache quand même bien.
Enfin, pour mes téléphones portables, jusqu'à présent, j'ai toujours pris en occasion, quand on est un peu bidouilleur on trouve facilement de bonnes occases: des smartphones très bons techniquement, mais dont l'OS est à la rue, ou qui est pas spécialement marketté.

C'est tout à fait normal… Justement OpenGL ES 2.0 est une épuration de tout l'historique d'OpenGL avec des fonctionnalités du niveau d'OpenGL 4

Ce qui est dingue c'est à quel point il est vrai …

Linux 1.0 fonctionnait, pourquoi le supprimer des dépôts ?

C'est pas parce que nVidia ne sait pas faire de déodage vidéo que c'est le cas de tous les fabricants de SoCs. Assez classiquement, les appareils multimedia chinois, tablettes comprises il me semble, utilisent des puces rockchip, qui effectivement ont des cpus particulièrement faibles, mais qui sont franchement bon sur le plan multimedia. Dans tous les cas, faut voir des tests.

Parce que vive les subnets historiques qui font qu'une école avec moins de 10k machines se retrouve avec un /16 !

D'abord la publicité sur la raspberry pi est beaucoup plus grande que sur N900.
Après, il y a une différence énorme entre l'arm11 de la raspberry et le cortex-a8 du N900 en terme de jeu d'instruction disponible et de performances. Comme mentionné plus haut, il faut remonter à Ubuntu 9.04 pour voir le dernier support de ce type de processeurs. Pour remettre un support de ces processeurs, il faut "juste" tout recompiler. Une des forces d'ubuntu en ce qui concerne les contributeurs externe est qu'ils prennent en charge les recompilations régulières, donc pour imaginer un Ubuntu récent, il faudrait que Canonical recompile tout. Ce qui demande énormement de temps humain et de temps processeur. Clairement, le jeu n'en vaut pas la chandelle pour eux.

Les routeurs intermédiaires n'ont aucune obligation à avoir des IPs publiques.

Le multiarch x86/x86_64 ne sert effectivement plus à grand chose, à la limite pour wine mais le ia32-libs suffisait largement, sur ce terrain Debian arrive bien après la bataille, toutes les distribs rpms (et autre ?) gèrent le multiarch depuis "la nuit des temps", et à l'époque ça servait pas mal (coucou openoffice.org qui voulait pas compiler en 64bits ...)

Mais le multiarch ce n'est pas que x86/x86_64, c'est aussi permettre de faire une migration armel => armhf en douceur.
Sur ARM, les registres flottants et les registres entiers sont différents (bon rien de bien choquant ici), et l'ABI historique pour gérer les nombres flottants était de passer les paramètres flottants d'une fonction par les registres entiers, il fallait donc faire très souvent des transferts entre registres, au prix d'une perte de performance. La nouvelle ABI armhf utilise maintenant les registres flottants, pour éviter de perdre du temps pour rien

Il ne s'agit pas d'un changement d'archicture stricto-sensu, mais le multi-arch se prêtre très bien à cette migration, sachant que certains logiciels posent encore problèmes en armhf, sans parler des logiciels propriétaires comme d'habitude.

Non, mais il me semble que ARM a annoncé qu'ils ouvriraient le code pour leur Mali.

Le mode modem est l'utilisation d'un smartphone comme point d'accès

C'est un point de détail dans la discussion mais bon:

Si tu fais du soft embarqué, ça devient plus dur.

Je suis pas encore diplôme, mais j'ai déjà plusieurs projets significatifs en logiciels libres embarqués, et j'en vois de très nombreux autres.
La seule chose compliquée est le temps disponible pour participer aux-dits projets.

Le raccordement Internet WiFi est facile, mais je n'ai jamais pu obtenir quoi que ce soit depuis une Fonera, codage WPA. En revanche, pas de problème Freebox WEP.

Marrant, les WiFi pourris normalement c'est les freebox, il est pas impossible que les devs archos regardent ce problème.

Le processeur ne semble pas hyperrapide, mais ce n'est pas le but. On peut jouer à Angry Birds, lire du PDF (Acrobat installé).

Un omap3, "pas hyperrapide", dans quel monde je suis tombé ...

Concernant l'écran, il me semble que c'est le même que de l'archos 35 home connect, auquel cas il est effectivement assez pourri, même si je trouve que tu grossis assez fortement le trait.

Seul sur son créneau de téléphone de bureau polyvalent

Et les smartphones ... ? Parce que bon des comptes SIP y en a à peu près partout

Composants honteux

Compare le prix de ton Galaxy Note et de ton dect, et on en reparle

Globalement bâclé

Juste en se basant sur la doc ? Que de toutes façons personne ne prend en compte ? (en tout cas le plublique visé)

C'est pas un driver XPL, mais un driver pour le protocole des géonautes, c'est du C, qui utilise /dev/rtc et /dev/ppdev, par contre le code est dégueulasse, et il est sur un serveur éteint à quelques centaines de km de chez moi, ça risque d'être long de le récupérer.

Le 333MHz était une typo, c'est 433MHz (ou 868 mais y a aussi des récepteurs pour) la fréquence de ces stations météo

pour le récepteur c'est un rfxcom rx ( USB RF-433.92 Mhz):
116€ chez planète domotique, attention à bien le prendre sur la bonne fréquence, il y a des 333MHz et des 868MHz

À noter que les vrais bricoleurs (désolé ;) peuvent utiliser des récepteurs 433.92MHz "simples" (sur conrad par exemple: http://www.conrad.fr/ensembles_emetteur_recepteur_radio_433_mhz_et_868_mhz_p_48674_49308_841959_204634_FAS ) branché sur une I/O (par exemple un port parallèle), après programmer un décodeur n'est pas bien compliqué et le protocole est documenté.

Je voulais dire une division par 1000 de 10^4+10^3, qui est à comparer à une division par 1000 de 10^60

C'est dingue, les protocoles spécifiques au WiFi sont tous cassés.

Version courte, seuls les protocoles "end user" sont cassés.
Version longue, je crois que tous les protocoles (y compris de vpn), sont plus ou moins cassés, ie il y a des méthodes pour le casser en moins de calculs qu'initialement prévu. Sauf que comme le mentionne le journal, le WPS est ridicule sur la taille des clés, et une division par 1000 de la complexité de l'algo de cassage fait que ça devient facile à faire.

Si tu regardes du côté du wifi ""professionnel"", aucun problème (même du WPA-PSK AES est suffisant...)

Pas forcement besoin de MTP/PTP, suffit d'avoir un constructeur sympa ;) (Archos a annoncé un accès en ftp/smb/upnp/dlna over wifi/ethernet/usb)

C'est pour ça que les NAND réduites n'existent plus depuis quelques générations de smartphones. (Mais y a que ICS qui met ça vraiment en pratique, avant fallait garder des partitions séparées)

Je crois que le journal parle assez clairement de vidéos quand même.