Dans le cadre des RMLL, je me proposais de tenir un atelier 'fabrication de liaison série' pour les routeurs, au moins les 3 premiers jours, à la demande.
En effet je me suis rendu compte (via ma participation au forum neufbox4.org) que dans la plupart des cas, des gens qui seraient potentiellement intéressé sont stoppé net par la nécéssité d'acheter du matériel, et de souder sur les cartes.
Par conséquent, je pensais monter un petit atelier, ou je proposerais mon aide pour souder ces adaptateurs. Je pourrais fournir les adaptateur eux-même (moyennant remboursement du matériel).
D'ailleurs c'est complètement con notre discussion:
Rien qu'en écrivant ceci: int i;
for (i=0;i<10;i++)
printf(%d\n,i);
je viens d'enfreindre plusieurs brevets aux US. Donc les brevets c'est bidon, et ton commentaire
H.264 et Theora sont à égalité niveau brevets, si ce n'est pas valide pour Theora, ça ne l'est pas non plus pour H.264.
montre bien que Steve jobs fait du FUD: Utiliser ces brevets serais se tirer une balle dans le pied, s'ils tombent.
La discussion h264 vs theora viens plutôt du fait de la licence imposée par le consortium MPEG aux utilisateurs (navigateurs/matériels/...) du h264 , alors que theora ne demande rien, et ne demandera jamais rien. (Sans compter que ça licence n'impose pas QUE un élément financier, mais permet aussi un retrait de la licence sans justification: Une belle arme anti-concurrence).
Après, si VP8 deviens open-source.... ca changerais la donne. (Et ca changerais rien pour les brevets, d'ailleurs : Ils pourraient toujours attaquer une boucle for() , après tout).
Et ça se voit : la santé financière d'Apple est au beau fixe.
Bah c'est pas grâce à moi ;-)
Mais c'est pas le problème. Les gens se précipitent pour acheter une prison doré, libre à eux...
Le problème se présentera SI ils utilisent ces gains financier pour FUDer.
Erreur... 90% du CA de Mozilla vient de Google. Google paye différemment par pays/région/autre qu'on ne sait pas trop, Et Google paye entre 4 et 10 fois plus un visiteur américain qu'un visiteur français (ne parlons même pas des autres pays...) La fondation Mozilla a besoin d'argent pour continuer à faire FF, et si elle se coupe de l'Amérique, son budget prendra mal autant que les autres, et FF stagnera, et il perdra des part de marché.
Tu parles de la fondation, là ou moi je parle du logiciel. Tu réagis comme si le logiciel libre qu'est mozilla était en compétition à armes égales contre IE ou safari , en terme de PDM.
Si la fondation n'est plus financée (ce dont je doute) le logiciel continuera.
Bref, j'ai l'impression que tu poses des chose comme "évidences irréfutables" et construit un raisonnement la-dessus...
D'une il faut te mettre à jour, ça fait belle lurette que c'est dépassé comem argument,
Don acte.
de deux, dans ce cas, H.264 et Theora sont à égalité niveau brevets, si ce n'est pas valide pour Theora, ça ne l'est pas non plus pour H.264. Et comme actuellement Theora n'a aucun autre argument que celui d'être potentiellement gratuit, H.264 reprend tous les autres arguments pour lui et gagne.
:-) On dirais vraiment que tu parles comme si H264 était un dérivé de Theora...
Ensuite tu poses comme postulat que H264 est 'meilleur', ce qui *a mon avis* dépend quand même beaucoup des cas. En particulier j'ai beaucoup lu que le H264 est meilleurs sur les hautes résolutions, mais que en basse résolution c'était kif-kif, voire au léger avantage theora (A titre perso, je suis de toute façon incapable de visualiser la moindre différence).
C'est exactement ce qu'on remarque aujourd'hui avec le blue-ray, la HD,... : Une sorte de fuite en avant sur la qualité , nécessitant de plus gros tuyaux, de plus grosses TV, de plus gros ordis....
La plupart des séries, elles sont en 320x240 encodées en 500kbps, avec un flux mp3 à 64kbps. Et ça suffit largement.
(D'autant que le matos chinois utilisé pour décoder ça ne sait pas décoder le theora, encore moins le H264).
On peux discuter 3 mois du sexe des anges. En attendant, a ma connaissance, les gens qui ont fait theora n'ont certainement pas été lire les brevets des autres pour réaliser leur codec. Donc si ils l'ont fait sans, c'est que les brevets sont triviaux et donc invalide (et oui, du coup ils tombent aussi pour le H264). Dans ce cas-là, toute cette histoire de brevet n'est QUE un FUD.
La vrai question, c'est si j'encore un flux en theora, est-ce qu'on peux :
1) Me faire chier : Non, si je suis pas aux US, sinon potentiellement oui.
2) La lire facilement sur les navigateurs: Avec firefox, oui, les autres non.
A l'heure actuelle les brevets logiciels ne sont valide qu'aux US au au Japon.
Or, même si 75% des utilisateurs sont aux US, Apple vend quand même ses produits dans le monde, et même ! Ils le localisent.
Qu'est-ce qui empêcherais de faire un site pour un projet (par exemple: Mozilla) , avec un lien 'Japon+US only' avec pas de Theora (ou bien un système de plugin payant à la fluendo) et un lien pour le reste du monde ? (Avec un gros warning: Si vous résidez en amérique et que vous êtes un bon républicain, NE CLIQUEZ PAS sur ce lien).
Ce que fait Apple dans ses produits, à la limite, on a pas notre mot à dire: Le porte-monnaie suffit à exprimer notre opinion sur ce sujet, d'ailleurs c'est le seul langage qu'ils comprennent.
Pour la fondation Mozilla, par contre, le problème est tout autre: L'amérique n'est pas un marché plus ou moins important qu'un autre à conquérir...
En fait, les gens s'en contrefoutent de tout ça: Nous aussi on est pas censé utiliser ssh avec des clé de plus de 128bits....
Personnellement j'avoue que les applications "cloud", en particulier celles ou l'on met en ligne ses données me mettent mal à l'aise, malgré le coté pratique.
Je suis particulièrement sensible aux problématiques actuelles liés aux données personnelles, mais surtout lié au fait des pertes:
De plus en plus souvent je constate que des liens que j'avais mis en bookmarks, des scripts que j'avais fait pour aller chercher des fichiers finissent en 404 ou en serveur introuvable.
On trouve aussi beaucoup d'informations qui se réfèrent à des URL qui disparaissent.
Tout ca pour dire que je pense que je n'aurais jamais utilisé inDefero si je n'avais pas eu la possibilité de l'installer chez moi. Et c'est le fait que les données soient exportables qui me donne vraiment l'envie de ne pas "me faire chier" a monter une forge: Je sais que si j'ai la sauvegarde & le code, je met 15mn a tout casser pour remonter ça chez moi.
Une conf que je trouve TRES intéressante (même si je suis sur que bien des gens l'ont vu ici). Ce mec est l'un des meilleurs orateurs que j'ai entendu.
Ce projet vise à faire de l'auto-hébergement. et fourni (sur la base d'une distrib standard)
ce qu'il faut pour installer en 1 clic toute application web que l'on veux, mais surtout met en place ce qui est nécessaire en terme d'accès depuis le Net.
C'est encore un petit projet, et certaines choses ne me vont pas (par exemple, le fait que la machine requiert de devenir serveur DHCP, ou d'utiliser des domaines en amahi.org) , mais l'idée est là: Remplacer chez le maximum de personnes un blog chez overblog par un Sheevaplug qui fait tourner ça.
Je n'ai jamais vraiment eu le temps de me jeter dans l'aventure, malgré ma passion pour l'embarqué :-(
Il faut dire que je ne suis pas très fort en VHDL, du coup j'ai peur de ne pas exploiter a fond le FPGA (Quoique avec http://www.opencores.org/ il y a déjà de quoi faire).
Par contre il n'est pas possible d'utiliser autre chose que le monstrueux logiciel de Xilinx pour créer le binaire du FPGA ?
Que ce soit chez Xilinx ou Altera, c'est mon plus gros frein à l'utilisation de FPGA à l'heure actuelle.
Il faut donc s'assurer de pouvoir la remettre à l'état d'origine le jour où tu dois la rendre.
Oui, ca me paraît un pré-requis, ne serais-ce que si on se rate au flashage... :-)
Ben, si tu ne t'auto-heberges pas, ton blog dérangeant sera coupé de la même façon. La seule différence est que tu conserves ta connexion internet « passive ».
Ce que je me demande, c'est si au contraire tu ne peux pas plus facilement te rebeller face à une coupure de ton accès internet (hadopi, FAI qui prend son temps pour régler un problème technique,...), du fait justement que tu t'en serves pour héberger ton blog, car la coupure porterait atteinte à ta liberté d'expression.
Ca se défend en effet.
Je pense qu'on pourrais avoir plus de munitions pour se rebeller a long terme, mais faut en avoir le courage & le temps... D'autant plus que une fois gagné, le combat peux recommencer dès le lendemain.
A l'heure actuelle, avec la présomption de culpabilité dans l'air du temps, et les FAI, fort de leurs millions d'abonnés, ne vont pas se battre pour un seul, d'autant moins un geek qui, (!) héberge chez lui des pages !! Peut-être FDN ...
En hébergement externe, il est assez rapide (avec des bonnes sauvegardes) de se retrouver un hébergement ailleurs, puis de refaire pointer une redirection dyndns dessus.
J'avoue que cette solution me dérange "intellectuellement", c'est clair... Après, il faut en passer par des Freenet ou des sites en .onion. Un peu lourd pour un simple blog d'opposition....
Personnellement l'idée me plaît bien mais je pense que pour beaucoup de monde, en dehors des problématiques software, il y a une problème de choix au niveau du hardware.
Les besoins sont :
* un serveur peu encombrant
* un serveur pas cher
* un serveur à faible consommation d'énergie
Une box ?
La plupart des box à l'heure actuelle permettent de brancher une clé/disque dur USB.
Pour un site à faible trafic, ne serait-il pas possible d'héberger cela sur la box directement ?
Pour moi, la puissance de la box est suffisante pour héberger un blog ou les photos de tata Lucienne, d'autant plus si on focalise sur les solutions légères, sans PHP/python/....
(Une box dispose en général de 16Mo de Ram)
Ce qu'il manque :
- Un contrôle de flux, pour éviter que quelqu'un d'extérieur vienne charger le réseau.
- Un système d'installation simple, que tout-un-chacun puisse déployer cette solution. Pour moi, ceci inclus un Wizard qui configure une clé USB comme il faut, ainsi que l'enregistrement d'un nom de domaine (genre dnsalias) si ce n'est pas fait directement par le FAI, comme chez Free.
Le problème majeur, pour moi c'est la nature asymétrique de l'Adsl (qui est technique, mais à mon avis aussi un choix des FAI) : Autant en fibre c'est possible, autant en ADSL pur la saturation du canal montant sera très rapidement atteint.
L'autre chose, c'est le filtrage (je sais c'est à la mode en ce moment):
Une personne qui aurais le malheur de bloguer quelque chose qui déplait à une certaine catégorie de personnages bien placées politiquement se verrais couper son accès ADSL direct, non ? puisqu'il est auto-hébergé. Pour moi ca reste donc à double-tranchant...
J'aimerais aussi des informations sur la "portée" de la GPL:
Bien souvent, j'ai remarqué dernièrement que les sociétés, même lorsqu'elle se conformais à la GPL, le faisait le plus "salement" possible :
- Listing d'une liste de projets sur une page web, avec les versions,
- Les sources intégrales d'un noyau qui en général ne compile pas, sans son fichier .config,
- Aucun Makefiles ou système de build, ou si il existe, il ne marche pas ou n'est pas a jour.
- Bien sur, tous ce qui est possible de mettre en modules propriétaires l'est mis (cad, aucun nouveau code dans le noyau sauf le support BSP), sous prétexte de "non-derivative work",
Le tout avec 3 versions de retard par rapport au matos vendu.
Avec ces éléments, la communauté se démerde du mieux qu'elle peux (ex: OpenWRT), souvent en déployant des trésors d'ingéniosité, en glanant et recoupant des infos sur le matériel, etc... et arrive a en faire un firmware potable...1 ans après que le matos soit sorti, et qu'on a déjà du mal a le trouver dans le commerce.
Est-ce que dans ce cas, on peux dire que la GPL est respectée ?
Malheureusement c'est totalement faux, c'est Windows qui a la majorite du marche serveur
Ah.... Il va nous falloir les sources de cette affirmation.
Je pense également que l'on a deux vision différente d'un "serveur" :
Pour moi (et pour guppy) ce que je comprend quand je vois "serveur" c'est une machine de mise à disposition du public, sur internet:
Serveur web, ftp, mail, twitter, jabber/irc, .... bref, une machine avec une IP accessible depuis le net.
(c'est grossier comme interprétation, je sais).
Peut-être pour toi un "serveur" est une machine dans une salle blanche, allumée 24/24 et administrée dans une société. Cette machine, bien que serveur d'entreprise, n'est PAS automatiquement accessible depuis tout-un-chacun sur le net: serveur d'applications, ldap, .... et si connexion à internet il y a, ca passe par un front-end (mettre une machine windows sur le net telle quelle, bref... on sais tout ce qu'il en est)
[troll on]
Dans ce cas, oui, effectivement, vu qu'il faut sous Windows quasiment une machine / service, je veux bien croire que Windows a la majorité du marché des serveurs.... :-)
[troll off]
Tiens, j'y avais pas pensé, mais tu cite bien La majorité du *marché* , ce qui montre (selon ma compréhension) que tu n'y inclus pas les innombrable serveurs hébergé chez OVH par exemple, ou les entreprise qui télécharge & installe une ubuntu serveur ou une centos et lancent leur petit serveur apache sans rien demander à personne, et surtout sans payer quoique ce soit @ Redhat ou Novell :-)
De quels messages parles-tu ? Si tu parles des exceptions : entre une traceback qui indique exactement où tu es (nom du fichier + numéro de ligne + ligne de code pour chaque fonction de la pile) et "Segmentation fault", j'ai fait mon choix :-)
Comparons ce qui est comparable...
En C , je trouve les messages *du compilateur* plus clairs.
En python, ya pas de compilation (ou du moins, pas à mon niveau de connaissance).
Ça m'étonne, l'API standard est quand même hyper stable. Si tu parles de bibliothèques tierces : bah là ça dépend de la bonne volonté de ses mainteneurs. Mais ce problème n'est pas lié au langage effectivement :-)
Voici le diff en question.
Je précise que la cible est *python 2.3* , et je développe sous python 2.5. (Non, on peux pas upgrader... Le code doit être compatible avec les 2 versions).
C'est vrais que c'est dans le module pyUnit.
def Build(self):
ret = True
print "Compilation of %s..." % self.name
Je trouve que l'API Python est très proche de l'API C (stdlib.h, stdio.h, signal.h, etc.). Au début, il faut juste trouver quel module contient telle ou telle fonction.
C'st exactement là-dessus que je perdais un temps fou, a tel point que je me suis fait un post-it avec les modules pour chaque fonction.
Et puis, la doc Python est plus agréable à lire que les manpages C je trouve.
Là pour le coup je ne suis pas du tout d'accord ! Pour moi rien de plus rapide de faire man 2 open et tu as , dans le terminal, le ou les .h qu'il faut inclure & la description des arguments.
La doc python elle est très bien, sauf que quand tu lance une recherche sur open ya 100 réponses ! Il faut déjà savoir quel module que tu cherche. Et c'est sur le net... si t'a pas le net c'est pas pratique (tu peux la télécharger, mais alors tu fait comment pour chercher ?)
Au final, moi je trouve qu'il y a du pour & du contre dans les 2 langages, et pour moi le python n'est pas l'eldorado de la programmation tel qu'il est parfois présenté...
Merci à toi et a tous les autres qui m'ont indiqué pdb, c'est ce que je cherchais !
Je suis bien d'accord que en python, les bibliothèques sont plus haut niveau qu'en C, qu'il y a moins de "fourbi inutile" pour parser les arguments, allouer la mémoire au préalable, vérifier l'environnement, ... etc
Comme c'est démontré dans un message en-dessous, récupérer le texte d'une page HTML en python se fait en une ligne, alors que même avec curl et libxml, en C.... ca fait plus d'une ligne, quoi.
Encore faut-il connaître ces librairies (qui n'est jamais tombé sur la lib idéale pour le script que l'on viens juste de terminer...), et s'habituer aux spécificités du langage, qui pour moi reste quand situé entre le C et le perl/bash en terme de simplicité et logique de la syntaxe.
(Mais mon point de vue est biaisé, car je connais bien le C et très peu le python).
J'ai tenté un moment le ruby, j'ai eu la même impression....
Je me suis mis aussi au python (en venant du C) il y a quelques temps, et je dois dire que je trouve ça pas simple:
Certes on élimine la compilation, mais ce faisant on perd aussi toute l'habitude qu'on avais de l'environnement : Makefile, messages d'erreur du compilo,...
En python, il faut tout réapprendre, en particulier, les messages d'erreurs que je trouve d'une confusion extrême. (Il existe un débuggeur ligne par ligne en python ? Un gdb pour python, en fait)
De plus les problèmes de version/lib sont toujours là ! J'ai passé un temps fou à trouver l'origine d'un message d'erreur obscur, pour m'apercevoir qu'entre python 2.3 et 2.5 la syntaxe d'un truc avais changé et que mon code ne faisait plus ce que je pensais.
Ce problème est commun a la plupart des langages interprétés, j'ai eu le même type de truc en ruby.
Et surtout, même si c'est qu'une question d'habitude, il faut re-apprendre toute l'API: A chaque ligne, je suis obligé d'aller voir la doc: Ouvrir un fichier, vérifier les permissions, récupérer un signal.... bref, bien des fois je me suis dis qu'avec le temps que je perdais à faire ça, j'aurais déjà fini depuis longtemps en C.
Peut-être que ça payera un jour...
(Et pourtant, les bouquins le python pour les nul et les linux-mag dédiés au sujet traînent partout à la maison)
Par contre, il faut avouer que en terme de bibliothèque, le langage est bien fourni, les fonction de haut-niveau (comme les dessins ou le numérique) c'est autre chose que le C, c'est là ou je pense gagner du temps sur le long terme.
Les liens simulés ethernet de cloonix peuvent seulement retarder ou perdre des paquets sur commande de configuration.
c'est pas mal , déjà.
Le but est de tester les algos de routage, style batman, sur bcp de noeuds qui demande un traffic conséquent, avec des coupures et des noeuds qui vont et viennent.
le fait que l'efficacité est presque aussi bonne qu'en natif me plait !
Existe-t-il un sous-projet pour simuler ainsi des réseaux mesh ?
Par exemple en utilisant la QoS pour simuler un lien wifi (avec une bande passante limitée, qui perd souvent beaucoup de paquets d'un coup,...) ?
Il y a aussi toutes les société avec du matériel spécialisé:
Vieilles Cartes GPIB (ou autre) non supportées par les derniers XP/Vista, de vieux logiciels proprio pour programmer des microcontrolleurs avec le port série ou parallèle qui ne marchent plus sur les nouveaux windows, les outils de reprogrammation de téléphone..
Tout ça ne peux marcher ni avec wine, ni sous machine virtuelle, et comme microsoft ne fourni plus ni licence ni support pour ces licences...
Dans ce contexte, ReactOS serais très bien.
(Je ne sais pas si il est compatible avec les *pilotes* windows, par contre, pour les cartes spécifiques).
Remplacer le firmware par défaut sur un AP du commerce par un autre, ça doit aussi annuler certaines des certifications requises pour commercialiser ou utiliser cet AP (concernant les émissions EM en particulier).
C'est certain, d'autant plus que parfois en modifiant un poil le firmware on peux changer les canaux autorisés (et ce ne sont pas les mêmes en france qu'au US).
Mais ce n'est pas réservé aux routeurs: J'ai fait ceci sur une carte wifi Mini-PCI Atheros acheté aux US sur ebay, et qui par conséquent ne donnais pas accès à certains canaux français... (bonjour la galère pour découvrir le problème ;-) )
J'en ai profité pour mettre le code pay de test qui donne accès à tous les canaux ;-)
Concernant la puissance, elle est légalement limitée par pays, mais surtout par le matériel: 100mW est la puissance la plus grande que l'on trouve sur les cartes, après ca chauffe de trop.
Mais pareil, en chine on peux trouver des boosters wifi qui balancent jusqu'à 2W ! (bon, faut en avoir l'utilité)
Installer un nouveau firmware n'est donc pas illégal? (d'un point de vue purement théorique bien sûr...)
Je pense que le problème légal se pose surtout à la vente (ou revente): Effectivement, un routeur modifié ainsi ne pourrais pas être revendu commercialement.
A mon avis il ne pourrais pas non plus être installé dans un lieu public.
Déjà, il n'est pas possible d'utiliser la même plage d'IP pour faire ceci:
Même avec echo 1>/proc/sys/net/ipv4/ip_forward" , ton PC va envoyer un message ICMP Router-Redirect pour indiquer à ton windows qu'il peux joindre la passerelle directement sur 192.168.0.1.
La solution est effectivement de créer une interface d'alias.
En étapes:
- 1) Désactiver le DHCP sur le routeur,
- 2) Le PC linux en IP fixe, par ex 192.168.0.2 sur eth0 (netmask 255.255.255.0)
- 3) Créer une interface alias sur le PC Linux : ifconfig eth0:1 192.168.1.1 netmask 255.255.255.0
- 4) Installer un serveur dhcp sur le pc linux (ex: dnsmasq) et le configurer pour qu'il écoute sur 192.168.1.1 (ou eth0:1) et donne des addresses dans la plage 192.168.1.*
- 5) Activer le forwarding comme indiqué plus haut.
- 6) Redémarrer (ou mettre a jour le bail dhcp) le pc windows
Dans ce cas, le routage marchera correctement :
Le PC windows récupère une IP en 192.168.1.* , avec comme routeur par défaut ton PC linux.
Ton PC linux renvoie les paquets vers le routeur.
Le routeur & le PC windows ne peuvent pas se voir, même sur le même réseau physique (sauf à utiliser tcpdump ou wireshark)
La commande traceroute permet de vérifier que le système fait ce que tu veux.
Après je connais pas httpry , mais la config se fait sur le pc linux.
Je le vois plutôt comme un concurrent du GDium, de emtec:
- Le gdium est basé sur du MIPS, le Touchbook est un ARM
=> Les 2 ne feront pas tourner Windows (Quoique WinCE pourrais tourner sur OMAP...)
- Les deux vont en chier pour lire du flash.
Les deux ont l'air de puissance +/- équivalente (Mips 4k vs ARM A8) mais pour l'utilisation faite ce n'est pas un problème...
- La bonne idée du touchbook c'est l'écran détachable & le dos aimanté, celle du gdium est la clé USB qui contient l'OS : Bien optimisé ça démarre aussi vite qu'un disque, et ça permet plus de confidentialité a mon avis (a pu clé, a pu boot).
(Précision: n'importe quelle clé USB marche, pas seulement celles vendues par Emtec)
Ca fait un moment que je lorgne sur cette plate-forme, à ma connaissance il n'existe pas de kit de dev muni d'un FPGA à ce prix.
Mon but étant plutôt de m'initier à la manipulation des FPGA, je pensais prendre une carte polyvalente pour synthétiser des blocks depuis le site opencores.org, avec une orientation plutôt calcul ou crypto.
Et c'est là ou j'hésite : Prendre de suite une Armadeus, ou bien attendre et prendre un kit plus cher, mais avec une FPGA plus rapide genre ça: http://www.picocomputing.com/products/cards.php lorsque ça sera dispo. (Mais on est pas sur le même genre d'applications)...
# Atelier Liaison Série
Posté par C. OB (site web personnel) . En réponse à la dépêche Programme de la session « Systèmes embarqués et matériel libre » des RMLL. Évalué à 6.
Dans le cadre des RMLL, je me proposais de tenir un atelier 'fabrication de liaison série' pour les routeurs, au moins les 3 premiers jours, à la demande.
En effet je me suis rendu compte (via ma participation au forum neufbox4.org) que dans la plupart des cas, des gens qui seraient potentiellement intéressé sont stoppé net par la nécéssité d'acheter du matériel, et de souder sur les cartes.
Par conséquent, je pensais monter un petit atelier, ou je proposerais mon aide pour souder ces adaptateurs. Je pourrais fournir les adaptateur eux-même (moyennant remboursement du matériel).
J'utilise des adaptateur Série<>USB FTDI (décrits dans GNU/Linux Mag n° 125), le moins cher possible:
http://apple.clickandbuild.com/cnb/shop/ftdichip?op=catalogu(...)
qui présentent l'avantage de marcher en 3.3V ou en 5V. Ca représente environ 16€/module.
D'autre part, je peux aussi me procurer de simples 'shifteurs', largement moins chers (7€/modules) mais qui nécéssitent un vrai port série (et qu'il faut souder soit-même):
http://www.sparkfun.com/commerce/product_info.php?products_i(...)
Ces 2 éléments marchent parfaitement sur une neufbox4, et bien d'autres modems, NAS, ... : Pour un bricoleur, c'est la base de chez base.
Enfin si nécéssaire j'ai aussi à disposition une sonde jtag pour débriquer des modems, pour ceux qui ont besoin.
Si ca intéresse du monde, n'hésitez pas à répondre, que je sache quel matériel acheter.
OBCD
[^] # Re: Hey Steve !!!
Posté par C. OB (site web personnel) . En réponse au journal Offensive en vue contre Theora ?. Évalué à 3.
Rien qu'en écrivant ceci:
int i;
for (i=0;i<10;i++)
printf(%d\n,i);
je viens d'enfreindre plusieurs brevets aux US. Donc les brevets c'est bidon, et ton commentaire
H.264 et Theora sont à égalité niveau brevets, si ce n'est pas valide pour Theora, ça ne l'est pas non plus pour H.264.
montre bien que Steve jobs fait du FUD: Utiliser ces brevets serais se tirer une balle dans le pied, s'ils tombent.
La discussion h264 vs theora viens plutôt du fait de la licence imposée par le consortium MPEG aux utilisateurs (navigateurs/matériels/...) du h264 , alors que theora ne demande rien, et ne demandera jamais rien. (Sans compter que ça licence n'impose pas QUE un élément financier, mais permet aussi un retrait de la licence sans justification: Une belle arme anti-concurrence).
Après, si VP8 deviens open-source.... ca changerais la donne. (Et ca changerais rien pour les brevets, d'ailleurs : Ils pourraient toujours attaquer une boucle for() , après tout).
[^] # Re: Hey Steve !!!
Posté par C. OB (site web personnel) . En réponse au journal Offensive en vue contre Theora ?. Évalué à 1.
Bah c'est pas grâce à moi ;-)
Mais c'est pas le problème. Les gens se précipitent pour acheter une prison doré, libre à eux...
Le problème se présentera SI ils utilisent ces gains financier pour FUDer.
Erreur... 90% du CA de Mozilla vient de Google. Google paye différemment par pays/région/autre qu'on ne sait pas trop, Et Google paye entre 4 et 10 fois plus un visiteur américain qu'un visiteur français (ne parlons même pas des autres pays...) La fondation Mozilla a besoin d'argent pour continuer à faire FF, et si elle se coupe de l'Amérique, son budget prendra mal autant que les autres, et FF stagnera, et il perdra des part de marché.
Tu parles de la fondation, là ou moi je parle du logiciel. Tu réagis comme si le logiciel libre qu'est mozilla était en compétition à armes égales contre IE ou safari , en terme de PDM.
Si la fondation n'est plus financée (ce dont je doute) le logiciel continuera.
Bref, j'ai l'impression que tu poses des chose comme "évidences irréfutables" et construit un raisonnement la-dessus...
D'une il faut te mettre à jour, ça fait belle lurette que c'est dépassé comem argument,
Don acte.
de deux, dans ce cas, H.264 et Theora sont à égalité niveau brevets, si ce n'est pas valide pour Theora, ça ne l'est pas non plus pour H.264. Et comme actuellement Theora n'a aucun autre argument que celui d'être potentiellement gratuit, H.264 reprend tous les autres arguments pour lui et gagne.
:-) On dirais vraiment que tu parles comme si H264 était un dérivé de Theora...
Il existe d'autres formats qui ont l'air prometteurs [http://diracvideo.org/] .
Ensuite tu poses comme postulat que H264 est 'meilleur', ce qui *a mon avis* dépend quand même beaucoup des cas. En particulier j'ai beaucoup lu que le H264 est meilleurs sur les hautes résolutions, mais que en basse résolution c'était kif-kif, voire au léger avantage theora (A titre perso, je suis de toute façon incapable de visualiser la moindre différence).
C'est exactement ce qu'on remarque aujourd'hui avec le blue-ray, la HD,... : Une sorte de fuite en avant sur la qualité , nécessitant de plus gros tuyaux, de plus grosses TV, de plus gros ordis....
La plupart des séries, elles sont en 320x240 encodées en 500kbps, avec un flux mp3 à 64kbps. Et ça suffit largement.
(D'autant que le matos chinois utilisé pour décoder ça ne sait pas décoder le theora, encore moins le H264).
On peux discuter 3 mois du sexe des anges. En attendant, a ma connaissance, les gens qui ont fait theora n'ont certainement pas été lire les brevets des autres pour réaliser leur codec. Donc si ils l'ont fait sans, c'est que les brevets sont triviaux et donc invalide (et oui, du coup ils tombent aussi pour le H264). Dans ce cas-là, toute cette histoire de brevet n'est QUE un FUD.
La vrai question, c'est si j'encore un flux en theora, est-ce qu'on peux :
1) Me faire chier : Non, si je suis pas aux US, sinon potentiellement oui.
2) La lire facilement sur les navigateurs: Avec firefox, oui, les autres non.
[^] # Re: Hey Steve !!!
Posté par C. OB (site web personnel) . En réponse au journal Offensive en vue contre Theora ?. Évalué à 3.
Or, même si 75% des utilisateurs sont aux US, Apple vend quand même ses produits dans le monde, et même ! Ils le localisent.
Qu'est-ce qui empêcherais de faire un site pour un projet (par exemple: Mozilla) , avec un lien 'Japon+US only' avec pas de Theora (ou bien un système de plugin payant à la fluendo) et un lien pour le reste du monde ? (Avec un gros warning: Si vous résidez en amérique et que vous êtes un bon républicain, NE CLIQUEZ PAS sur ce lien).
Ce que fait Apple dans ses produits, à la limite, on a pas notre mot à dire: Le porte-monnaie suffit à exprimer notre opinion sur ce sujet, d'ailleurs c'est le seul langage qu'ils comprennent.
Pour la fondation Mozilla, par contre, le problème est tout autre: L'amérique n'est pas un marché plus ou moins important qu'un autre à conquérir...
En fait, les gens s'en contrefoutent de tout ça: Nous aussi on est pas censé utiliser ssh avec des clé de plus de 128bits....
# De l'intérêt du cloud
Posté par C. OB (site web personnel) . En réponse à la dépêche Indefero 1.0 est disponible après 21 mois de travail. Évalué à 5.
Personnellement j'avoue que les applications "cloud", en particulier celles ou l'on met en ligne ses données me mettent mal à l'aise, malgré le coté pratique.
Je suis particulièrement sensible aux problématiques actuelles liés aux données personnelles, mais surtout lié au fait des pertes:
De plus en plus souvent je constate que des liens que j'avais mis en bookmarks, des scripts que j'avais fait pour aller chercher des fichiers finissent en 404 ou en serveur introuvable.
On trouve aussi beaucoup d'informations qui se réfèrent à des URL qui disparaissent.
Tout ca pour dire que je pense que je n'aurais jamais utilisé inDefero si je n'avais pas eu la possibilité de l'installer chez moi. Et c'est le fait que les données soient exportables qui me donne vraiment l'envie de ne pas "me faire chier" a monter une forge: Je sais que si j'ai la sauvegarde & le code, je met 15mn a tout casser pour remonter ça chez moi.
2 liens pour la forme:
http://www.framablog.org/index.php/post/2010/04/11/moglen-fr(...)
Une conf que je trouve TRES intéressante (même si je suis sur que bien des gens l'ont vu ici). Ce mec est l'un des meilleurs orateurs que j'ai entendu.
http://www.amahi.org/
Ce projet vise à faire de l'auto-hébergement. et fourni (sur la base d'une distrib standard)
ce qu'il faut pour installer en 1 clic toute application web que l'on veux, mais surtout met en place ce qui est nécessaire en terme d'accès depuis le Net.
C'est encore un petit projet, et certaines choses ne me vont pas (par exemple, le fait que la machine requiert de devenir serveur DHCP, ou d'utiliser des domaines en amahi.org) , mais l'idée est là: Remplacer chez le maximum de personnes un blog chez overblog par un Sheevaplug qui fait tourner ça.
(Oh et oui, je suis adhérent à FDN... :-) )
# Merci !
Posté par C. OB (site web personnel) . En réponse à la dépêche Sortie de la version 3.2 du Projet Armadeus. Évalué à 3.
Il faut dire que je ne suis pas très fort en VHDL, du coup j'ai peur de ne pas exploiter a fond le FPGA (Quoique avec http://www.opencores.org/ il y a déjà de quoi faire).
Par contre il n'est pas possible d'utiliser autre chose que le monstrueux logiciel de Xilinx pour créer le binaire du FPGA ?
Que ce soit chez Xilinx ou Altera, c'est mon plus gros frein à l'utilisation de FPGA à l'heure actuelle.
[^] # Re: Est-ce que ce petit serveur peut être utilisé comme petit serveur
Posté par C. OB (site web personnel) . En réponse à la dépêche Le plus petit serveur du monde sous Linux !. Évalué à 1.
Oui, ca me paraît un pré-requis, ne serais-ce que si on se rate au flashage... :-)
Ben, si tu ne t'auto-heberges pas, ton blog dérangeant sera coupé de la même façon. La seule différence est que tu conserves ta connexion internet « passive ».
Ce que je me demande, c'est si au contraire tu ne peux pas plus facilement te rebeller face à une coupure de ton accès internet (hadopi, FAI qui prend son temps pour régler un problème technique,...), du fait justement que tu t'en serves pour héberger ton blog, car la coupure porterait atteinte à ta liberté d'expression.
Ca se défend en effet.
Je pense qu'on pourrais avoir plus de munitions pour se rebeller a long terme, mais faut en avoir le courage & le temps... D'autant plus que une fois gagné, le combat peux recommencer dès le lendemain.
A l'heure actuelle, avec la présomption de culpabilité dans l'air du temps, et les FAI, fort de leurs millions d'abonnés, ne vont pas se battre pour un seul, d'autant moins un geek qui, (!) héberge chez lui des pages !! Peut-être FDN ...
En hébergement externe, il est assez rapide (avec des bonnes sauvegardes) de se retrouver un hébergement ailleurs, puis de refaire pointer une redirection dyndns dessus.
J'avoue que cette solution me dérange "intellectuellement", c'est clair... Après, il faut en passer par des Freenet ou des sites en .onion. Un peu lourd pour un simple blog d'opposition....
[^] # Re: Est-ce que ce petit serveur peut être utilisé comme petit serveur
Posté par C. OB (site web personnel) . En réponse à la dépêche Le plus petit serveur du monde sous Linux !. Évalué à 3.
Les besoins sont :
* un serveur peu encombrant
* un serveur pas cher
* un serveur à faible consommation d'énergie
Une box ?
La plupart des box à l'heure actuelle permettent de brancher une clé/disque dur USB.
Pour un site à faible trafic, ne serait-il pas possible d'héberger cela sur la box directement ?
Pour moi, la puissance de la box est suffisante pour héberger un blog ou les photos de tata Lucienne, d'autant plus si on focalise sur les solutions légères, sans PHP/python/....
(Une box dispose en général de 16Mo de Ram)
Ce qu'il manque :
- Un contrôle de flux, pour éviter que quelqu'un d'extérieur vienne charger le réseau.
- Un système d'installation simple, que tout-un-chacun puisse déployer cette solution. Pour moi, ceci inclus un qui configure une clé USB comme il faut, ainsi que l'enregistrement d'un nom de domaine (genre dnsalias) si ce n'est pas fait directement par le FAI, comme chez Free.
Le problème majeur, pour moi c'est la nature asymétrique de l'Adsl (qui est technique, mais à mon avis aussi un choix des FAI) : Autant en fibre c'est possible, autant en ADSL pur la saturation du canal montant sera très rapidement atteint.
L'autre chose, c'est le filtrage (je sais c'est à la mode en ce moment):
Une personne qui aurais le malheur de bloguer quelque chose qui à une certaine catégorie de personnages bien placées politiquement se verrais couper son accès ADSL direct, non ? puisqu'il est auto-hébergé. Pour moi ca reste donc à double-tranchant...
[^] # Re: A propos ...
Posté par C. OB (site web personnel) . En réponse à la dépêche Conférence April/Eyrolles 10 octobre 2009 à Paris, « Linux Embarqué ». Évalué à 6.
J'aimerais aussi des informations sur la "portée" de la GPL:
Bien souvent, j'ai remarqué dernièrement que les sociétés, même lorsqu'elle se conformais à la GPL, le faisait le plus "salement" possible :
- Listing d'une liste de projets sur une page web, avec les versions,
- Les sources intégrales d'un noyau qui en général ne compile pas, sans son fichier .config,
- Aucun Makefiles ou système de build, ou si il existe, il ne marche pas ou n'est pas a jour.
- Bien sur, tous ce qui est possible de mettre en modules propriétaires l'est mis (cad, aucun nouveau code dans le noyau sauf le support BSP), sous prétexte de "non-derivative work",
Le tout avec 3 versions de retard par rapport au matos vendu.
Avec ces éléments, la communauté se démerde du mieux qu'elle peux (ex: OpenWRT), souvent en déployant des trésors d'ingéniosité, en glanant et recoupant des infos sur le matériel, etc... et arrive a en faire un firmware potable...1 ans après que le matos soit sorti, et qu'on a déjà du mal a le trouver dans le commerce.
Est-ce que dans ce cas, on peux dire que la GPL est respectée ?
[^] # Re: Sécurité
Posté par C. OB (site web personnel) . En réponse à la dépêche Revue de presse de l'April pour la semaine 39. Évalué à 1.
Ah.... Il va nous falloir les sources de cette affirmation.
Je pense également que l'on a deux vision différente d'un "serveur" :
Pour moi (et pour guppy) ce que je comprend quand je vois "serveur" c'est une machine de mise à disposition du public, sur internet:
Serveur web, ftp, mail, twitter, jabber/irc, .... bref, une machine avec une IP accessible depuis le net.
(c'est grossier comme interprétation, je sais).
Peut-être pour toi un "serveur" est une machine dans une salle blanche, allumée 24/24 et administrée dans une société. Cette machine, bien que serveur d'entreprise, n'est PAS automatiquement accessible depuis tout-un-chacun sur le net: serveur d'applications, ldap, .... et si connexion à internet il y a, ca passe par un front-end (mettre une machine windows sur le net telle quelle, bref... on sais tout ce qu'il en est)
[troll on]
Dans ce cas, oui, effectivement, vu qu'il faut sous Windows quasiment une machine / service, je veux bien croire que Windows a la majorité du marché des serveurs.... :-)
[troll off]
Tiens, j'y avais pas pensé, mais tu cite bien La majorité du *marché* , ce qui montre (selon ma compréhension) que tu n'y inclus pas les innombrable serveurs hébergé chez OVH par exemple, ou les entreprise qui télécharge & installe une ubuntu serveur ou une centos et lancent leur petit serveur apache sans rien demander à personne, et surtout sans payer quoique ce soit @ Redhat ou Novell :-)
[^] # Re: Avantage
Posté par C. OB (site web personnel) . En réponse à la dépêche Publication de la version 2009Q2 de Unladen Swallow. Évalué à 0.
Comparons ce qui est comparable...
En C , je trouve les messages *du compilateur* plus clairs.
En python, ya pas de compilation (ou du moins, pas à mon niveau de connaissance).
Ça m'étonne, l'API standard est quand même hyper stable. Si tu parles de bibliothèques tierces : bah là ça dépend de la bonne volonté de ses mainteneurs. Mais ce problème n'est pas lié au langage effectivement :-)
Voici le diff en question.
Je précise que la cible est *python 2.3* , et je développe sous python 2.5. (Non, on peux pas upgrader... Le code doit être compatible avec les 2 versions).
C'est vrais que c'est dans le module pyUnit.
- self._tests = unittest.TestLoader().loadTestsFromTestCase(CA_TestCase)
+ self._tests = unittest.TestLoader().loadTestsFromTestCase(CA_TestCase)._tests
def Build(self):
ret = True
[...]
- self._tests = unittest.TestLoader().loadTestsFromTestCase(Cyclictest_TestCase)
+ self._tests = unittest.TestLoader().loadTestsFromTestCase(Cyclictest_TestCase)._tests
def Build(self):
ret = True
print "Compilation of %s..." % self.name
Je trouve que l'API Python est très proche de l'API C (stdlib.h, stdio.h, signal.h, etc.). Au début, il faut juste trouver quel module contient telle ou telle fonction.
C'st exactement là-dessus que je perdais un temps fou, a tel point que je me suis fait un post-it avec les modules pour chaque fonction.
Et puis, la doc Python est plus agréable à lire que les manpages C je trouve.
Là pour le coup je ne suis pas du tout d'accord ! Pour moi rien de plus rapide de faire man 2 open et tu as , dans le terminal, le ou les .h qu'il faut inclure & la description des arguments.
La doc python elle est très bien, sauf que quand tu lance une recherche sur open ya 100 réponses ! Il faut déjà savoir quel module que tu cherche. Et c'est sur le net... si t'a pas le net c'est pas pratique (tu peux la télécharger, mais alors tu fait comment pour chercher ?)
Au final, moi je trouve qu'il y a du pour & du contre dans les 2 langages, et pour moi le python n'est pas l'eldorado de la programmation tel qu'il est parfois présenté...
[^] # Re: Avantage
Posté par C. OB (site web personnel) . En réponse à la dépêche Publication de la version 2009Q2 de Unladen Swallow. Évalué à 1.
Je suis bien d'accord que en python, les bibliothèques sont plus haut niveau qu'en C, qu'il y a moins de "fourbi inutile" pour parser les arguments, allouer la mémoire au préalable, vérifier l'environnement, ... etc
Comme c'est démontré dans un message en-dessous, récupérer le texte d'une page HTML en python se fait en une ligne, alors que même avec curl et libxml, en C.... ca fait plus d'une ligne, quoi.
Encore faut-il connaître ces librairies (qui n'est jamais tombé sur la lib idéale pour le script que l'on viens juste de terminer...), et s'habituer aux spécificités du langage, qui pour moi reste quand situé entre le C et le perl/bash en terme de simplicité et logique de la syntaxe.
(Mais mon point de vue est biaisé, car je connais bien le C et très peu le python).
J'ai tenté un moment le ruby, j'ai eu la même impression....
[^] # Re: Avantage
Posté par C. OB (site web personnel) . En réponse à la dépêche Publication de la version 2009Q2 de Unladen Swallow. Évalué à 4.
Je me suis mis aussi au python (en venant du C) il y a quelques temps, et je dois dire que je trouve ça pas simple:
Certes on élimine la compilation, mais ce faisant on perd aussi toute l'habitude qu'on avais de l'environnement : Makefile, messages d'erreur du compilo,...
En python, il faut tout réapprendre, en particulier, les messages d'erreurs que je trouve d'une confusion extrême. (Il existe un débuggeur ligne par ligne en python ? Un gdb pour python, en fait)
De plus les problèmes de version/lib sont toujours là ! J'ai passé un temps fou à trouver l'origine d'un message d'erreur obscur, pour m'apercevoir qu'entre python 2.3 et 2.5 la syntaxe d'un truc avais changé et que mon code ne faisait plus ce que je pensais.
Ce problème est commun a la plupart des langages interprétés, j'ai eu le même type de truc en ruby.
Et surtout, même si c'est qu'une question d'habitude, il faut re-apprendre toute l'API: A chaque ligne, je suis obligé d'aller voir la doc: Ouvrir un fichier, vérifier les permissions, récupérer un signal.... bref, bien des fois je me suis dis qu'avec le temps que je perdais à faire ça, j'aurais déjà fini depuis longtemps en C.
Peut-être que ça payera un jour...
(Et pourtant, les bouquins le python pour les nul et les linux-mag dédiés au sujet traînent partout à la maison)
Par contre, il faut avouer que en terme de bibliothèque, le langage est bien fourni, les fonction de haut-niveau (comme les dessins ou le numérique) c'est autre chose que le C, c'est là ou je pense gagner du temps sur le long terme.
voilà, my 2c
[^] # Re: Routage mesh
Posté par C. OB (site web personnel) . En réponse à la dépêche Sortie de cloonix-2.0. Évalué à 2.
Les liens simulés ethernet de cloonix peuvent seulement retarder ou perdre des paquets sur commande de configuration.
c'est pas mal , déjà.
Le but est de tester les algos de routage, style batman, sur bcp de noeuds qui demande un traffic conséquent, avec des coupures et des noeuds qui vont et viennent.
le fait que l'efficacité est presque aussi bonne qu'en natif me plait !
Merci des réponses !
# Routage mesh
Posté par C. OB (site web personnel) . En réponse à la dépêche Sortie de cloonix-2.0. Évalué à 2.
Existe-t-il un sous-projet pour simuler ainsi des réseaux mesh ?
Par exemple en utilisant la QoS pour simuler un lien wifi (avec une bande passante limitée, qui perd souvent beaucoup de paquets d'un coup,...) ?
Merci
[^] # Re: CC
Posté par C. OB (site web personnel) . En réponse à la dépêche Sortie de ReactOS 0.3.9. Évalué à 3.
Vieilles Cartes GPIB (ou autre) non supportées par les derniers XP/Vista, de vieux logiciels proprio pour programmer des microcontrolleurs avec le port série ou parallèle qui ne marchent plus sur les nouveaux windows, les outils de reprogrammation de téléphone..
Tout ça ne peux marcher ni avec wine, ni sous machine virtuelle, et comme microsoft ne fourni plus ni licence ni support pour ces licences...
Dans ce contexte, ReactOS serais très bien.
(Je ne sais pas si il est compatible avec les *pilotes* windows, par contre, pour les cartes spécifiques).
[^] # Re: Concernant l'aspect légal...
Posté par C. OB (site web personnel) . En réponse à la dépêche Atelier OpenWRT à Paris. Évalué à 3.
C'est certain, d'autant plus que parfois en modifiant un poil le firmware on peux changer les canaux autorisés (et ce ne sont pas les mêmes en france qu'au US).
Mais ce n'est pas réservé aux routeurs: J'ai fait ceci sur une carte wifi Mini-PCI Atheros acheté aux US sur ebay, et qui par conséquent ne donnais pas accès à certains canaux français... (bonjour la galère pour découvrir le problème ;-) )
J'en ai profité pour mettre le code pay de test qui donne accès à tous les canaux ;-)
Concernant la puissance, elle est légalement limitée par pays, mais surtout par le matériel: 100mW est la puissance la plus grande que l'on trouve sur les cartes, après ca chauffe de trop.
Mais pareil, en chine on peux trouver des boosters wifi qui balancent jusqu'à 2W ! (bon, faut en avoir l'utilité)
Installer un nouveau firmware n'est donc pas illégal? (d'un point de vue purement théorique bien sûr...)
Je pense que le problème légal se pose surtout à la vente (ou revente): Effectivement, un routeur modifié ainsi ne pourrais pas être revendu commercialement.
A mon avis il ne pourrais pas non plus être installé dans un lieu public.
[^] # Re: On n'arrête pas l'inéluctabilité du progrés
Posté par C. OB (site web personnel) . En réponse au journal Douce France, cher pays de mon errance. Évalué à 5.
[^] # Re: Pour usage ...
Posté par C. OB (site web personnel) . En réponse au message Détourner le traffic vers une passerelle temporaire. Évalué à 1.
Même avec echo 1>/proc/sys/net/ipv4/ip_forward" , ton PC va envoyer un message ICMP Router-Redirect pour indiquer à ton windows qu'il peux joindre la passerelle directement sur 192.168.0.1.
La solution est effectivement de créer une interface d'alias.
En étapes:
- 1) Désactiver le DHCP sur le routeur,
- 2) Le PC linux en IP fixe, par ex 192.168.0.2 sur eth0 (netmask 255.255.255.0)
- 3) Créer une interface alias sur le PC Linux : ifconfig eth0:1 192.168.1.1 netmask 255.255.255.0
- 4) Installer un serveur dhcp sur le pc linux (ex: dnsmasq) et le configurer pour qu'il écoute sur 192.168.1.1 (ou eth0:1) et donne des addresses dans la plage 192.168.1.*
- 5) Activer le forwarding comme indiqué plus haut.
- 6) Redémarrer (ou mettre a jour le bail dhcp) le pc windows
Dans ce cas, le routage marchera correctement :
Le PC windows récupère une IP en 192.168.1.* , avec comme routeur par défaut ton PC linux.
Ton PC linux renvoie les paquets vers le routeur.
Le routeur & le PC windows ne peuvent pas se voir, même sur le même réseau physique (sauf à utiliser tcpdump ou wireshark)
La commande traceroute permet de vérifier que le système fait ce que tu veux.
Après je connais pas httpry , mais la config se fait sur le pc linux.
[^] # Re: Pourquoi pas un routeur ?
Posté par C. OB (site web personnel) . En réponse au message Système ARM pour routeur maison. Évalué à 1.
C'est pas gênant, c'est juste que le post parlais d'une archi ARM.
En ARM, je n'ai jamais vu de carte disposant du wifi a un prix intéressant.
[^] # Re: Très intéréssant !
Posté par C. OB (site web personnel) . En réponse à la dépêche Le projet Armadeus passe à la vitesse supérieure. Évalué à 1.
Dès que j'ai un moment, je me lance... :-)
# Concurrent du GDIUM, plutôt
Posté par C. OB (site web personnel) . En réponse à la dépêche Touch Book : le tueur de netbook ?. Évalué à 5.
- Le gdium est basé sur du MIPS, le Touchbook est un ARM
=> Les 2 ne feront pas tourner Windows (Quoique WinCE pourrais tourner sur OMAP...)
- Les deux vont en chier pour lire du flash.
Les deux ont l'air de puissance +/- équivalente (Mips 4k vs ARM A8) mais pour l'utilisation faite ce n'est pas un problème...
- La bonne idée du touchbook c'est l'écran détachable & le dos aimanté, celle du gdium est la clé USB qui contient l'OS : Bien optimisé ça démarre aussi vite qu'un disque, et ça permet plus de confidentialité a mon avis (a pu clé, a pu boot).
(Précision: n'importe quelle clé USB marche, pas seulement celles vendues par Emtec)
Il faudra voir à l'usage ce que ça donne !
# Très intéréssant !
Posté par C. OB (site web personnel) . En réponse à la dépêche Le projet Armadeus passe à la vitesse supérieure. Évalué à 1.
Mon but étant plutôt de m'initier à la manipulation des FPGA, je pensais prendre une carte polyvalente pour synthétiser des blocks depuis le site opencores.org, avec une orientation plutôt calcul ou crypto.
Et c'est là ou j'hésite : Prendre de suite une Armadeus, ou bien attendre et prendre un kit plus cher, mais avec une FPGA plus rapide genre ça: http://www.picocomputing.com/products/cards.php lorsque ça sera dispo. (Mais on est pas sur le même genre d'applications)...
[^] # Re: Free ? ca est mal!
Posté par C. OB (site web personnel) . En réponse à la dépêche Free assigné pour violation de la GPL. Évalué à 2.
Je croise les doigts pour qu'il n'y ai jamais d'autres problèmes chez free !
[^] # Re: Free ? ca est mal!
Posté par C. OB (site web personnel) . En réponse à la dépêche Free assigné pour violation de la GPL. Évalué à 1.