martinc a écrit 166 commentaires

C'est grosso modo la dynamique d'analyse du scanner, exprimée de façon logaritmique (en base 10).
C'est en fait bien souvent la résolution de sortie (12/14 bits) du scanner, et elle est très souvent théorique.

C'est important pour scanner de la diapo et du noir et blanc. C'est secondaire dans le cas du négatif.

La gestion des couleurs c'est un peu plus que le nombre de bits par composante.
C'est surtout la gestion des espaces de couleurs qui est importante, surtout pour tout ce qui est photo.
Il y a aussi la gestion des profils ICC qui est tout aussi importante, mais il y a déja un peu de travail fait sous gimp, mais il manque cette gestion au niveau de X et des imprimantes...

Je trouve que la gestion est pas tip-top et qu'il faille se taper la config a la mano pour avoir un truc propre...

Du style quand je fais la config: le &(1) devient 7, la touche shift qui modifie l'input (pas top)...

Moulin a glace: une vis sans fin écrase la neige, la conversion du mouvement en chaleur (effet joule) fait fondre la glace, c'est toi qui fourni l'énergie.

Système electrique:
Il faut environ 4,16J par gramme et par Kelvin d'eau (cad 4,16J pour élever d'un Kelvin un gramme d'eau), donc pour de la neige a -10°C et de l'eau à 10°C il te faut 83200J

Si tu as un panneau solaire de 1m², avec un rendement de 5% (déja bien), un ensoleillement équivalent de 200W/m² (soleil léger dans l'extrème nord). Ca te donne une puissance crète de 10W. Avec ca il te faudrait plus de 2h pour obtenir un litre d'eau a 10°C a partir de neige a -10°C, bien sur en considérant que le recipient de fonte est parfaitement isolé. Bref pas tiptop.
Bien sûr si l'ensoleillement est plus élevé ca va plus vite.

Une autre solution c'est le chauffe eau solaire: une vitre qui fait serre, une plaque noire qui va chauffer au soleil, la neige enfermée dedans). Le rendrement est meilleur que les cellules solaires, mais ca marche pas des masses sans soleil direct (les cellules solaires amorphes fonctionnent même sans soleil direct), c'est lourd et ca doit etre bien fait (isolation).

Autre solution: un rechaud a gaz/essence. Mais ca pollue et ca demande du carburant.

Il va bien fumer ton modem si tu l'alimente en 12v (le port usb c'est du 5v 500mA max par bus)...

Je te rassure, le téléphone restera toujours une boite noire, les opérateurs (pas les constructeurs) étant très pointilleux sur ce que l'utilisateur peut faire.
Par exemple, impossible avec bluetooth de transferer ton répertoire vers ton pc, pourquoi: parceque l'opérateur facture ce service. Pourtant ce n'est pas grand chose a faire coté code...

Il n'existe pas de fichier ou contenu illicite en soi. Pas encore, ca va venir...

Heu si, dans un fichier nominatif il est illégal de stocker des éléments subjectifs, sur l'appartenance religieuse, syndicale ou politique (et je dois en oublier).

N'oubliez jamais la conséquence d'avoir eu des fichiers en dans les années 40 avec la mention juif...

Perso j'ai installé gentoo chez moi via une redhat, car les isolinux ne bootaient pas chez moi. Donc a partir du moment ou tu peux faire un chroot ca ne change pas grand chose a ton install.
De cette facon tu peux même supporter du matos pas reconnu sur le cd d'install classique (adsl, raid, scsi...).

Oumf... y'a un kilobug< qui doit se retourner dans sa tombe...

GNU/Hurd c'est du C, pas du C++

Une fois que t'as bossé sur de gros code, fait par plusieurs dev ayant chacun leur éditeur, leur plateforme (VisualC, emacs, vi), tu es bien content d'avoir une mise en forme stricte et unique
Car une fois que tu fais joujou avec des outils de versionning on te fais vite comprendre qu'il est hors de question de reprendre le code pour l'indenter correctement (ce qui ne veux rien dire en C/C++), histoire de limiter les diff a ce qui a vraiment changé.

Au final c'est peu etre contraignant et impose une vision "unique", mais une fois l'habitude prise ca deviens naturel et on passe vraiment au codage.

Ca reste quand même le développement propriétaire. Les gros OS (symbian, windows smartphone, linux) ce n'est que pour le dessus de la crème du panier des téléphones (OMAP).
Et bien souvent que pour la couche applicative (cad pas la stack GSM/GPRS ni la gestion de la voix qui elle est cablée en dur sur DSP, par exemple sur l'OMAP TI on retrouve trois procs: un dsp, un arm7 et un arm9)

Pour tout ce qui est téléphone grand-public, c'est avant tout du propriétaire (selon le chipset du fabriquant), avec quelques frameworks adaptés.

Oui, en tout cas le modèle que j'ai l'est. Ca marche sans aucun problème sous linux avec noyo >2.4
Par contre pour faire un disque bootable dos, il faut un pasOS comme windows98 (2000 ou XP marchent pas).

Coté bios, il faut une carte mère récente qui supporte le USB-FDD/ZIP ou USB-HDD dans les paramètres de boot.

C'est pas plutot (le chien de mickey) que tu as oublié de décocher la case t'inscrivant sur leur annuaire?
Parceque j'ai toujours pas de mail sur mon addresse hotmail (qui m'a servi que pour chatter avec qqun sur le résal msn messenger)...

La référence:

http://www.linuxprinting.org(...)

A première vue, dans la catégorie imprimantes paschères, c'est brother qui à l'air le plus interessant.

Quel est la situation de python vis a vis de tout ce qui est embarqué et handled devices (pda, smartphone)?
Est-il prévu d'avoir une version de python adaptée ou bien ce n'est pas (encore?) un but visé?

Le MPC860 c'est un circuit BGA, alors c'est pas tout a fait ce que j'appelle un circuit facilement "soudable" en dehors d'un process industriel bien maitrisé. D'ailleurs je dois en avoir un qui traine qquepart...

A une époque je me suis renseigné pour une carte a base de microcontroleur powerpc. La mini carte a base de 860 coutait un peu moins de 1000€ quelqusoit le fournisseur. Mais a coté du powerPC860, plutot orienté télécom (il y a des controlleurs HDLC et tutti quanti), il y avais le powerPC500, plutot orienté industriel, dont le prix était un peu inférieur.

Pour donner un ordre de grandeur:

Un tapeout de 25 chips 5mmx5mm en .13µ coute environ 500000$, en fait le plus gros du prix c'est le jeu de masque.

Ensuite faut ajouter le boitier et éventuellement les tests...

Bref, seule une grosse boite peut financer le f-cpu pour le produire "en vrai"

Y'a des boites qui utilisent Alliance pour du 0.13µm, mais c'est uniquement pour du full custom, et souvent avec des modifs perso.

Mon ancienne boite (Tachys technologies, maintenant défunte) avait été crée par un ancien du LIP6, et ils utilisait alliance.

Par contre le dev est assé chiant, sachant que tout se fait via des appels de libs en C.

Si, un bruit dans une jonction est un bruit blanc preque parfait (pas parfait car sa bande de frequence est limitée).

Par contre en pratique y'a du bruit non aléatoire qui vient se greffer dessus: bruit d'alim, de mesure etc...

Mais c'est de loin supérieur a ce que peut fournir un générateur software.

Pour python y'a cette page qui est pas mal (mais rien a voir avec la choucroute): http://www.python-eggs.org/links.html

Déja dit ici mais je le rapelle: l'auteur/compositeur (pas l'interprète) touche 9% du prix brut du disque (prix distributeur), idem quant il s'agit d'une reprise. Donc le prix final n'influe pas du tout sur ce que touche l'artiste...

Tu as vu le prix d'un boitier bleu jour? Certes c'est très beau et très compact, parfaitement adapté mais c'est quand même dans les 200€ le boitier... Bref a par le morex distribué au compte goutte y'a pas de boitier vraiment adapté au miniITX, surtout pour une application embarquée (cad sans cd ni HD 3"5).

La représentante de Texas Instruments a dit que certains de leur clients developpent des téléphones sous linux, pas que Texas instruments utilise linux. Pour leur offre soft ca tourne surtout autour d'un framework/OS proprio.

Il est cablé entièrement ton reseau? cad que les 4 paires sont bien présentes?

Dans ce cas la c'est simple: tu utilise les 2 paires inutilisée en ethernet pour faire passer du RS485 (RS232 symétrique).

Après derriere un simple µcontroleur (un PIC ou un 89C8252 par exemple) qui controle les relais.

Ou alors de l'i2c, mais la la distance est très limitée (bien qu'il est possible de l'étendre).