wismerhill a écrit 2602 commentaires

Tu oublie la convection, l'air plus chaud se dilate, deviens moins dense et va monter au plafond, s'il y a toujours la caisse ça reste juste en haut de la caisse, sauf s'il y a des ouvertures en haut.
avec la boite fermée la température du CPU (athlon 600) montait jusqu'à 54/55° et en l'enlevant elle ne dépassait pas 45° (maintenant elle est à 46° mais il fait plus chaud).$Je trouve la différence apréciable.

Type : ce programme est soumis à la license GPL, de plus il est interdit d'un distribuer une version binaire type RPM UnitedLinux ou assimilé.

Très mauvaise idée, tu restreint la redistribution du programme, tu n'est donc plus compatible avec la gpl.

C'est surtout qu'il me semble que la carte reprend ses valeurs par défaut à chaque reboot, sous win comme ta modif est dans la base de registre il le refait à chaque démarrage, mais sous nux comme il viens de démarrer il est à sa fréquence par défaut. Donc ta manip est inutile (pour linux).
Mais comme je peut me tromper tu peut vérifier avec nvclock qui, appellé avec l'option -s te donne les réglages actuels de ta carte, mais sur le site l'auteur dis bien que pour que les changements soient permanents il faut appeller le programme à chaque démarrage.

Oui, j'avais oublié de dire que je parlais des performance en 3D, avec gears (OK c'est pas de la 3D très évoluée, mais c'est facile et pas lourd à utiliser).

Ça fonctionne aussi dans l'autre sens, les GeForce sont connue pour chauffer beaucoup, si tu as une machine chargée (moi j'ai, en plus du matos normal processeur athlon DD lecteur DVD 2 barettes mémoire l'alim un lecteur disquette la carte graphique et la carte son, deux cartes réseau un graveur et une carte TV. J'ai trouvé la solution, je referme pas la caisse. Ça fait une différence de près de 10° sur le processeur!) tu peut downclocker ta carte graphique pour éviter la surchauffe.

Évidament les changements sont oublié au redémarrage, ajoutez-le dans votre inittab ou dans un script rc pour que ce soit redéfini au redémarrage.

En effet, il faut comparer rpm à deb ou alors apt à urpmi (si on parle de mdk, je connais pas ceux des autres).

En fait (si je me souviens bien) ce sont les mêmes cartes à la télécommande près (et peut-être les soft), ce sont les soft fournis avec qui peuvent générer du mpeg.
Bien sur ensuite il y a des truc comme mencoder (avec mplayer) pour convertir tout ça.

J'ai une miro PCTV rage, elle fonctionne au poil avec le driver bttv du dernier noyau (2.4.18) (j'avais quelques problèmes avec les précédent, mais ce dernier fonctionne bien).

Elle ne coute que 50 euro mais elle ne fait rien que récupérer les flux audio/video à partir du cable, d'une entrée composite ou s-video, pour de l'encodage mpeg1 (ou n'importe quoi d'autre) il faut le faire en soft.

Avec mon athlon 600 j'arrive à faire de l'encodage mpeg1 en temps réel pour une taille d'image de 512x384 (la charge processeur est aux alentour de 60% mais il peut y avoir des pics). Par contre du divx en temps réel je dépasse pas le 300x200 (et encore je perd des frames).

Le --with-included-string j'ai du l'enlever pour pouvoir recompiler le package rpm, il me donnais une erreur avec le fichier /usr/include/g++-3/sstream, j'ai une mandrake 8.2 et donc je compile avec le gcc 2.96.

Tu peut aussi faire du docbook, il y a une classe spéciale pour ça.
Et puis avec le système de convertisseurs tu peut générer n'importe quel format vers lequel tu peut convertir du LaTeX (plus ou moins indirectement, par exemple le ps est fait à partir du dvi lui-même fait à partir du LaTeX, et tu peut encore convertir le ps en pdf).

Mais si, c'est toujours le même LaTeX à la base (comme c'est toujours le même Linux et le même GNU d'ailleur), ce qui change d'une distribution (LaTeX) à une autre ce sont les package inclus, mais le LaTeX c'est toujours le LaTeX2e (aux mises à jour près) qu'on utilise depuis des années, en attendant LaTeX3.

La doc de LyX.

Il n'y a qu'un seul LaTeX, il est son propre standard.
Le C a besoin d'être standardisé parce que beaucoup de gens font des compilateurs et il faut que ces compilateurs compilent lez même code de la même façon.
TeX n'est plus développé et ne bougera plus, et LaTeX n'est développé qu'en un exemplaire, les autres surcouches de TeX n'ont pas pour but de faire la même chose que LaTeX.

Ça veut dire que LyX permet de faire du LaTeX sans connaitre LaTeX (même si ça aide beaucoup).
D'ailleur j'ai oublié de mettre un lien vers le site de LyX
http://www.lyx.org(...)

Je comprend pas ton autre question, LaTeX c'est LaTeX, de quel standard tu parle?

Oui c'est prévu, il y a dans le menu une entrée qui permet d'insérer une référence BibTeX à aprtir d'une base de donnée.
Par contre LyX ne permet pas de créer la base de donnée BibTeX, il faut pouvoir le faire soi-même.

Oups, mal lu.
Mais de façon plus générale mon commentaire tiens toujours.

Mais si la lgpl autorise à lier word à leur extension, la licence de word autorise-t-elle à lier du code (l)gpl à word?

Si ms leur fout un procès pour ça elle va pas faire long feu cette initiative.

Les logiciels fourni par l'état à ses citoyens ne devraient pas être discriminatoires, donc déjà pas question de module à un programme particulier (ou alors en plus), fut-il libre, mais une application générique, qui peut être exécutée sur tout système d'exploitation.
Java pourrais faire l'affaire, mais si vous tiquez encore parce que java c'est Sun on peut aussi envisager un language de script (par exemple perl est dispo sur un grand nombre de systèmes).

D'abord il s'agit du nv2A (le nv25 c'est celui des geforce4, mais ils sont très proches), ensuite il est tout à fait possible que les driver unifiés de NVidia fonctionnent aussi pour celui-là.

Si, dans le cas d'un jeu online le jeu pourrait être complètement libre et l'entreprise ferais des abonnements aux serveurs du jeu, ce qui est bien un service et du genre qu'on préfèrera délégué à une grosse boîte pour avoir des serveurs performant supportant beaucoup de joueurs en même temps.

C'est normal qu'il ne s'agisse que de soft proprio, il s'agit des meilleurs doanload du club, qui ne propose effectivement que des soft proprio puisque les libres sont accessibles à tous.

Juste pour ton information, TuxRacer a déjà été distribué sur le cdrom joystick (me souviens plus lequel).

À mon avis ils vont pas beaucoup se presser sur des driver x86-64 étant doné que ces processeurs supportent le x86 normal, donc leur drivers actuels fonctionnerons toujours.

Il y a jahshaka ( http://jahshakafx.sourceforge.net/(...) ) mais je ne sais pas ce qu'il vaut.
J'ai aussi ce lien http://ronald.bitfreak.net/(...) vers le linux video studio, je sais pas ce que ça vaut non plus.

En effet, mais ne perd pas de vue qu'il s'agit de la beta 1 qui est déjà une grosse amélioration par rapport aux alpha.
On peut espérer que ça s'améliore nettement d'ici une éventuelle version finale. Et puis ils font en même temps le portage de KDE2 et de Qt2 (qui n'est dispo sous win que sous licence proprio).
Et puis il y a beaucoup de couches, cygwin par-dessus win, XFree pardessus cygxin (déjà que X n'est pas ce qu'on fait de plus rapide), Qt2 par-dessus cygwin et XFree et enfin KDE2 par-dessus cygwin XFree et Qt2. Ça fait quand même beaucoup et ils s'en sortirons mieux s'il portent certaines parties critiques nativement sous win (je crois qu'il en est question).