niclone a écrit 346 commentaires

non

Quelqu'un se souvient de cette image representent une guerre des differents empires, avec notament microsoft au milieu? Il me semble qu'elle évoluait avec le temps, je sais pas si elle évolue encore.. Si quelqu'un a une URL... merci :)

--- post-389467.orig.txt 2004-04-09 19:28:44.000000000 +0200
+++ post-389467.txt 2004-04-09 19:29:01.000000000 +0200
@@ -1,8 +1,8 @@
Quand les noms de variables et de fonctions deviennent trop longs, le code devient difficile à comprendre. Dans le cas d'un nom de variable court, c'est plus facile à lire et plus difficile à comprendre.
Exemple court :
- if( A > B) Traiter;
+ if( A >= B) Traiter;
Exemple long :
- if(NombreElementsDisponiblesEnMagasin > NombreElementsDemandesParLeClient) TraiterLaCommande;
+ if(NombreElementsDisponiblesEnMagasin >= NombreElementsDemandesParLeClient) TraiterLaCommande;

Je pense qu'il vaut mieux déclarer explicitement toutes les variables en donnant leur signification et des noms assez courts. Le code devient ainsi lisible, compréhensible et aéré.

@@ -10,6 +10,6 @@
int NbDispo; /* Nombre d'éléments disponibles en magasin */
int NbDem; /* Nombre d'éléments demandés par le client */

-if( NbDispo > NbDem ) TraiterLaCommande;
+if( NbDispo >= NbDem ) TraiterLaCommande;

J'utilise généralement les variables en français de façon à reconnaitre du premier coup d'oeil ce qui appartient au programme et ce qui vient d'ailleurs. Bien entendu, ce n'est pas valable si on veut exporter son travail hors des pays francophones.


ok ok, ---->[]

A mon avis, si c'est pour seulement 2 entrées, en utilisant 2 cartes tuner/tv a base de bttv 848/878/?, ca devrait largement faire l'affaire, et peut être même couter moins chers. L'avantage, c'est que le driver pour les chip bttv de ces cartes sont quand même pas mal éprouvés depuis le temps. Mais bon, c'est bien de tester avant quand même :)

http://www.forchheimer.se/bfm/(...)
cependant, il est p'tet pas très légé :)

c'est la moyenne des notes des commentaires.

Enorme, vous me dirait, mais la limite des semiconducterus se situe entre 125 et 150]...
Oui, pour les semiconducteurs, mais un condensateur chimique par exemple, c'est prévu en général jusque 60 voir 85°, mais à cette température la, je donnerais pas longue vie au condensateur. Et comme dans une alim, il y a beaucoup de condos chimiques, et qu'ils peuvent être assez proche des radiateurs des semiconducteurs, ils chauffent avec.

moi j'ai un "Arctic Cooling Copper Silent 2 R2", il est annoncé a 18dbA, il est effectivement très silencieux, et il refroidis tres bien mon athlon XP 2100+.

J'ai me suis amusé a faire des tests du genre:
Overclockage a 1900Mhz (au lieu de 1725Mhz)
J'ai diminué la vitesse du ventilo (a partir de mon BIOS) a 1200RPM au lieu de 2200RPM (bien que ca sert a rien, je l'entends pas même a 2200RPM)
et enfin, j'ai lancé cpuburn pendant 1 heure. J'en ai alors déduis, après avoir remis tout les réglages d'origine, que j'etais près pour la canicule :)

Bref, un très bon rapport refroidissement/silence/prix, a mon avis.

Non,

Le but d'utiliser le 50Hz du secteur est justement d'economiser le quartz. C'est a simple but d'économie de composants, rien de plus. Mais c'est peut être plus rare de nos jours.

C'est assez connu quand on emmène son reveil en angleterre, ou le courant est de 240V/60Hz, on peut brancher la plupart du matos prévu pour le 220V/50Hz, mais le reveil reserve parfois des surprises :)

Et ton horloge ne va pas trop lentement par hazard?
Souvent, les reveils/horloges utilisent les 50/60Hz du courant comme base de temps. Hors, ici on est en 50Hz contre 60Hz la bas...

Bah, attendez, avec multideskos et sont algorythme de compression integré, il doit pouvoir faire tenir 1 humain (en qualité VHS?) sur une disquette! alors avec un DVD...

Déja, si tu as encore de l'espoir, ne mount plus (en r/w) ta partition.

Quel type de fichier est-ce? binaire? text? quel taille?

tu peux essayer:

string /dev/hda8 | grep "une phrase de ton fichier ou un mot plutot rare"

Si tu obtiens des resultats, tu pourras déja recuper peut etre pas mal de text de ton fichier.

Ensuite, si c'est un fichier du style openoffice, tu peux p'tet essayer de trouver l'entête du fichier dans ton device (en te basant sur l'entête d'un autre fichier openoffice) avec un editeur hex/ascii. Ensuite, tu trouves la fin, tu sauves ca dans un nouveau fichier, et t'essayes.... Si le fichier etait gros, et ta partition plutot pleine, ton fichier risque d'etre fragmenté, et donc, difficile a retrouver tout les bouts (si ils existent encore bien sur).

Bref, bonne chance!

ou si c'est un probleme de flush de buffer ( les lignes arrivent une par une en local alors qu'elle arrive fortement groupées en réseau)

Oui.

Essaye:

find / | buffer

(apt-get install buffer)

D'autre-part, debian lance X en priorité -10 par defaut. Hors, il semble qu'avec le 2.6, ca ne soit pas une bonne idée. Essayes de passer la priorité à 0.

Mais non.... Si ton bidule te dis qu'il tire 150mA, c'est qu'il te faut un transfo >= 150mA. Seul la tension doit être égal a la tension requise (et la polarité, bien sur).

Parceque dans le cas d'un lecteur de disquette, ou d'une clef USB, quand t'as appuyé sur le bouton (ou débranché la clef), c'est trop tard pour faire l'umount...

C'est pourquoi les lecteurs de disquette de certaines machines ejectent eux même la disquette: comme ca, pas de problème, si l'utilisateur veut récupérer sa disquette, il faudra bien qu'il trouve un moyen en passant par l'OS de la machine.

Par contre, c'est surement envisageable pour le lecteur CD, bien qu'il me semble que les lecteurs SCSI ne permettent que de bloquer/debloquer/ejecter, mais pas de detecter que l'utilisateur à appuyé sur le bouton eject...

Dans l'idéal, il aurait fallu que le lecteur de disquette avec le bouton eject n'existe pas, et que le port USB existe uniquement avec un lock sur le connecteur empéchant l'utilisateur de debrancher n'importe quoi n'importe comment. Mais ce n'est pas le cas.

Du coup, plutôt que d'avoir une methode differente d'ejecter un support en fonction du materiel, on généralise avec mount/umount, qui est une methode plus universelle.

Oui, enfin, dans tout les cas, le monsieur moustache a mis un Barton, et un barton, c'est pas un 64 bits!

Bon, ben c'est l'occasion de proposer les logiciels que vous connaissez dans le domaine, mais libre!

Il y a quelques options sympa a rajouter pour accelerer un peu:

J'ai ca:

Section "Device"
Identifier "Radeon8500"
Driver "ati"
Option "UseFBDev" "true"
Option "AGPMode" "4"
Option "AGPFastWrite" "true"
Option "AGPSize" "64" # default: 8
Option "RingSize" "8"
Option "BufferSize" "2"
Option "EnablePageFlip" "true"
EndSection


Je suis passé d'a peu près les même chiffres que toi a ca:
$ glxgears
9735 frames in 5.0 seconds = 1947.000 FPS
10591 frames in 5.0 seconds = 2118.200 FPS
10596 frames in 5.0 seconds = 2119.200 FPS
10598 frames in 5.0 seconds = 2119.600 FPS

Ma machine est un peu chargé, je pense qu'a vide, ca doit monter un poil plus haut.

PS: glxgears n'est carrement pas un bon outil de benchmark! Il est surtout utile pour comparer certaines perfs en bidouillant, mais pas pour comparer 2 drivers radicalement different.

Il n'y a pas que les solutions propretaires pour avoir de la 3D!

Les drivers d'xfree86/DRI existent pour les radeons (et supporte aussi la 7500 contrairement a ceux d'ATI). Et non seulement ils existent, mais les radeon font partit des cartes les mieux supportés par DRI. Bien sur, les drivers fait par ATI sont plus performant, (et encore que, après les avoir testés il ya longtemps, ils etaient bourrés de bugs, et supportaient mal la 2D).
Pour ce qui est des textures compressés (S3TC), des patchs trainent, ils ne sont pas inclus à cause de brevets logiciels, mais on peut peut être s'attendre à trouver une version non-US avec le support S3TC integré un jour...

Effectivement, le mieux a mon avis, c'est de monter le truc, et de mesurer après la tension au bornes du régulateur (ou du recepteur IR). Si la tenssion est effectivement inferieur a 4.5V, mesure la tension a l'entrée du régulateur, si celle ci ne dépasse pas 6V, vire le régulateur, ca devrait marcher. Par contre, du coup, ne branche pas ton montage sur une autre machine, ca risquerait de claquer le recepteur infra-rouge.

Je ne sais pas ce qu'il en est du processeur pour la Xbox 2, j'ai quand même de forts doutes pour le powerpc, mais bon. En ce qui concerne windows, j'ai déja vu un windows NT tourner sur PPC, ca ne serait pas nouveau de voir un windows tourner sur autre chose que x86. La raison pour laquel windows ne tourne pas sur autre chose que x86 n'est pas technique, mais plutôt une politique commercial. De même que MacOS X pourait parfaitement tourner sur autre chose que PowerPC par exemple.

C'est bizare cette news...
D'abord, je vois mal Microsoft changer d'architecture comme ca, et casser la compatibilité avec la Xbox1, ensuite, ils annonceraient seulement hier qu'ils vont prendre cette architecture, et presenter la console en janvier!? 2 mois pour faire un prototype avec un PowerPC, adapter leur Windows CE, (et DRM/Palladium??), adapter au moins un jeu pour la présentation, ca me parait un peu juste...
Hormis les questions de consomation, il est vrai qu'un powerpc 970 consomme que 18W en 1.2Ghz, mais il me semble que l'équivalent chez intel est aujourd'hui aussi possible a performances égal.

C'est la merde. Tant que linux n'aura pas un support du temps réel dur en standart, il n'y aura rien de valable. Mais si tu y tiens vraiment, regarde du coté de "jackd" (il te faudra patcher ton kernel avec low-latency et premptive), et du coté des effets "LADSPA", je crois que "jack-rack" te permet de faire ce que tu souhaite. Bon courage....

Un faux contact quelque-part (en général, une soudure qui à laché). Ca ce situe en général sur une petite plaque au cul du tube. Avec un bon oeil, un fer a souder, et du fil de soudure, tu peux t'en sortir. Mais attention, cette partie du tube est tres fragile, et tres dangereuse -> ne surtout pas forcer (risque d'implosion du tube), et faire attention ou tu fou les mains (très haute tensions allant de 7 a 15kV selon les tubes/taille, même débranché). En bref, mieux vaut laisser ca a quelqu'un qui s'y connait un peu :)

en fait, c'est surtout la compression qui est plus lente. Je doute que ca change grand chose à la décompression.