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.
À 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.
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).
Vas-y plonge, oui on commence avec la grande profondeur, non pas besoin de bouée de toute façon si tu y va progressivement ça marche pas, faut suter d'un coup et comme si t'apprend pas à nager tu te noie tu sera forcé d'apprendre.
Eh ben y en a beaucoup qui se noient et encore plus qui ne prennent même pas le risque.
Et pis, comme ça mes collègues de bueaux pouront jouer à frozen-bubble sans faire la queue devant ma machine :)
Rien à voir, frozen bubble dépend de la SDL et de perl et aussi de arts à ce que je vois, mais pas de KDE.
Justement, on ajoute une étape pour une transition moins douloureuse.
D'abord on change l'interface puis on change les applications en gardant la même interface.
Non, le 2.0.40-rc4 date du 2002-03-17 donc il y a plus de deux mois, mais c'est pas étonnant que ça avance plus lentement, il ne doit plus y avoir beaucoup de gens pour tester la série 2.0.x
Il a posté la news avant moi ;-)
Le temps de terminer de rédiger ma news et de recharger linuxfr je vois une news sur le noyau 2.2.21, je me dis que le temps de réaction des modéro s'est amélioré puis je vois que c'ets pas la mienne, zut.
Ils ont tous les deux une G400 avec les bon drivers installé?
Alors ça m'étonne un peu.
Encore que la mémoire bcp plus rapide de l'athlon (ddr 100MHz ou 133MHz (ce qui donne 200 ou 266)) peut faire la différence par rapport au K6 (qui n'a que de la sdram 66MHz), car le temps ou le proceseur attend les données est compté comme du temps de travail.
Hum, il me semble que si tu fait un serveur sur lequel tu ne met pas X tu n'y mettra pas non plus SVGAlib, sans compter le problème soulevé plus bas concernant la nécessité d'être root pour utiliser SVGAlib.
Tu as quoi comme carte graphique sur chacun, car si le driver de la carte graphique utilise les optimisations fournies par la carte utiliser la sortie Xv (avec mplayer c'est l'option -vo xv) donnera de bien meilleurs résultats.
Moi ce qui m'intéresse dans links c'est justement le mode texte, je peut m'en servir même à travers une connection en mode texte (ssh) où quand j'ai des problèmes avec X pour chercher de l'info. C'est parfois pratique.
Après la compilation, si tu regarde à la racine des sources (donc /usr/src/linux par défaut) il y a un fichier vmlinux. C'est le noyau non compressé. Chez moi, pour un noyau compressé de 813957 b = 795 kb ça fait un noyau non compressé de 2267356 b = 2214 kb = 2.16 Mb.
Mais ça ne tient pas compte du code mis en module mais qui est chargé à chaque démarrage.
OpenGL à été bien pensé dès le début, les versions successives de directx ajoutent chacunes des fonctionalités qui existent déjà dans OpenGL.
En fait directx n'aurait pas du avoir les versions 1 2 3 ... mais 0.1 0.2 0.3 on attend toujours une version stabilisée.
Plus exactement c'est les deux. Le coeur est un hybride 32/64 bits.
Quand on lui envoit une instruction 32 bits c'est la partie x86 standard qui l'exécute et quand on lui envoit une instruction 64 bits c'est la partie x86-64 qui l'exécute.
Enfin c'est ce que j'ai compris.
Ç a m'inquiète un peu parce que c'est le même truc que les windows 9x qui avaient un coeur hybride 16/32 bits, du coup beaucoup plus instable et pas trop de volonté de porter rapidement les appli vers le nouveau système. Mais comme on parle de logiciel libre le deuxième point n'est pas vraiment d'actualité, reste à voir comment ce macin va s'en sortir.
il y a un truc qui m'inquiète dans le premier lien que tu as donné:
(2) waiting and having a 2.0.0 that is completely free of highly
embarassing bugs and has a very small number of bad bugs. It Works For
People Who Are Not Us.
*There is a big fear that if we go for (2), we'll slip interminably;
Havoc's estimate is September. This is quite
simply not the case. This is unusual, but Sun's contract with
Ximian/Wipro guarantees that (2) is achieved (for all intents and
purposes) is no later than mid-July. So slipping until September will
not occur. Ximian, Wipro, and Sun will ensure that slippage is no later
than July. Yes, there will be puntage- we obviously can't fix
everything. But there will be a lot less puntage than Havoc has
proposed.
Donc Sun à, dans une certaine mesure, la main mise sur Gnome s'ils peuvent imposer une date de sortie. Combien y a-t-il de développeurs Gnome payés plus ou moins indirectement par Sun?
As-tu essayé les driver ATI?
Normalement en utilisant la sortie Xv (par exemple avec mplayer) et des driver correctement optimisés (je sais que c'est kle cas de ceux de NVidia, je suppose aussi pour ATI) ça devrais aller.
[^] # Re: C'est un bon jeu...
Posté par wismerhill . En réponse à la dépêche enfin des jeux qui sortent en même temps sous Windows et Linux. Évalué à 3.
[^] # Re: Et le libre dans tout ça ?
Posté par wismerhill . En réponse à la dépêche Des nouvelles de Mandrake. Évalué à 10.
[^] # Re: Qualité ?
Posté par wismerhill . En réponse à la dépêche enfin des jeux qui sortent en même temps sous Windows et Linux. Évalué à 7.
[^] # Re: Hééééé !
Posté par wismerhill . En réponse à la dépêche Detonator 29.60 pour Linux. Évalué à 5.
[^] # Re: y a t'il une autre option ?
Posté par wismerhill . En réponse à la dépêche La vidéo sous Linux ?. Évalué à 10.
J'ai aussi ce lien http://ronald.bitfreak.net/(...) vers le linux video studio, je sais pas ce que ça vaut non plus.
[^] # Re: Performance ?
Posté par wismerhill . En réponse à la dépêche KDE sous Cygwin. Évalué à 8.
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).
[^] # Re: Utilité ?
Posté par wismerhill . En réponse à la dépêche KDE sous Cygwin. Évalué à -3.
Eh ben y en a beaucoup qui se noient et encore plus qui ne prennent même pas le risque.
[^] # Re: Pour quoi faire ?
Posté par wismerhill . En réponse à la dépêche KDE sous Cygwin. Évalué à 0.
Rien à voir, frozen bubble dépend de la SDL et de perl et aussi de arts à ce que je vois, mais pas de KDE.
[^] # Re: Quand on en est à ce point...
Posté par wismerhill . En réponse à la dépêche KDE sous Cygwin. Évalué à 10.
D'abord on change l'interface puis on change les applications en gardant la même interface.
[^] # Re: Lien entre les deux trilogies
Posté par wismerhill . En réponse à la dépêche Star Wars episode II : l'attaque des clones. Évalué à 5.
[^] # Re: Mise à jour de l'ensemble des noyaux
Posté par wismerhill . En réponse à la dépêche Nouveau noyau 2.2. Évalué à 10.
# Zut
Posté par wismerhill . En réponse à la dépêche Nouveau noyau 2.2. Évalué à -10.
Le temps de terminer de rédiger ma news et de recharger linuxfr je vois une news sur le noyau 2.2.21, je me dis que le temps de réaction des modéro s'est amélioré puis je vois que c'ets pas la mienne, zut.
[^] # Re: Links ou Lynx ?
Posté par wismerhill . En réponse à la dépêche Links en mode graphique. Évalué à 10.
[^] # Re: comparatif
Posté par wismerhill . En réponse à la dépêche Sortie du player DivX pour Linux. Évalué à 7.
Alors ça m'étonne un peu.
Encore que la mémoire bcp plus rapide de l'athlon (ddr 100MHz ou 133MHz (ce qui donne 200 ou 266)) peut faire la différence par rapport au K6 (qui n'a que de la sdram 66MHz), car le temps ou le proceseur attend les données est compté comme du temps de travail.
[^] # Re: Bof
Posté par wismerhill . En réponse à la dépêche Links en mode graphique. Évalué à 10.
[^] # Re: comparatif
Posté par wismerhill . En réponse à la dépêche Sortie du player DivX pour Linux. Évalué à 7.
# Bof
Posté par wismerhill . En réponse à la dépêche Links en mode graphique. Évalué à 10.
[^] # Re: Fautes
Posté par wismerhill . En réponse à la dépêche Question d'OpenSource pour Microsoft. Évalué à 10.
Mais ça ne tient pas compte du code mis en module mais qui est chargé à chaque démarrage.
[^] # Re: Drivers Linux...
Posté par wismerhill . En réponse à la dépêche Matrox Parhelia-512. Évalué à 10.
[^] # Re: cat x86 > /dev/null
Posté par wismerhill . En réponse à la dépêche Le 64 bits d'AMD pour octobre.... Évalué à 2.
[^] # Re: Cool, mais ...
Posté par wismerhill . En réponse à la dépêche Le 64 bits d'AMD pour octobre.... Évalué à 10.
Quand on lui envoit une instruction 32 bits c'est la partie x86 standard qui l'exécute et quand on lui envoit une instruction 64 bits c'est la partie x86-64 qui l'exécute.
Enfin c'est ce que j'ai compris.
Ç a m'inquiète un peu parce que c'est le même truc que les windows 9x qui avaient un coeur hybride 16/32 bits, du coup beaucoup plus instable et pas trop de volonté de porter rapidement les appli vers le nouveau système. Mais comme on parle de logiciel libre le deuxième point n'est pas vraiment d'actualité, reste à voir comment ce macin va s'en sortir.
[^] # Re: Developpement
Posté par wismerhill . En réponse à la dépêche Que réserve l'avenir aux projet KDE et Gnome ?. Évalué à 5.
(2) waiting and having a 2.0.0 that is completely free of highly
embarassing bugs and has a very small number of bad bugs. It Works For
People Who Are Not Us.
*There is a big fear that if we go for (2), we'll slip interminably;
Havoc's estimate is September. This is quite
simply not the case. This is unusual, but Sun's contract with
Ximian/Wipro guarantees that (2) is achieved (for all intents and
purposes) is no later than mid-July. So slipping until September will
not occur. Ximian, Wipro, and Sun will ensure that slippage is no later
than July. Yes, there will be puntage- we obviously can't fix
everything. But there will be a lot less puntage than Havoc has
proposed.
Donc Sun à, dans une certaine mesure, la main mise sur Gnome s'ils peuvent imposer une date de sortie. Combien y a-t-il de développeurs Gnome payés plus ou moins indirectement par Sun?
[^] # Re: Guerre de desktop pas forcément guerre d'applis
Posté par wismerhill . En réponse à la dépêche Que réserve l'avenir aux projet KDE et Gnome ?. Évalué à 3.
[^] # Re: Et le hardware
Posté par wismerhill . En réponse à la dépêche Les lecteurs de DVD sous Linux. Évalué à 10.
Normalement en utilisant la sortie Xv (par exemple avec mplayer) et des driver correctement optimisés (je sais que c'est kle cas de ceux de NVidia, je suppose aussi pour ATI) ça devrais aller.
[^] # Re: DVD
Posté par wismerhill . En réponse à la dépêche Le multimédia sous Linux. Évalué à 6.