Il ne faut pas oublier qu'un humain qui programme en C organise, structure son code et son algorithme en fonction d'une représentation, d'une typologie et pour être plus exacte, dans une ontologie qui reste humaine, et n'est donc pas forcément adapté à la machine.
Un programmeur système qui cherche à optimiser une routine connaît la machine sur le bout des doigts et ne raisonne pas comme un architecte objet qui sort de l'école.
Je te conseille de lire le bouquin de Michaël Abrash qu'il a rendu disponible sur Internet à ce sujet (http://www.gamedev.net/reference/articles/article1698.asp(...) ), notamment le premier chapitre : « The Best Optimizer is between Your Ears ». Il date un peu, mais il permet de comprendre que les machines seront encore pour un bout de temps à la traîne derrière les humains quand il s'agit d'optimisation.
Tu peux alors concevoir ton compilo, de sorte qu'il analyse le code et - pour la copie par exemple - t'optimise tout en 32 bits ou 64...
C'est marrant, tu réponds exactement à la quote de John Carmack que j'ai citée dans mon post précédent, qui disait justement qu'un compilateur était incapable de le faire aussi bien qu'un humain.
Ne laissez jamais un humain faire le travail d'un programme...
Je voulais surtout que l'on s'arrête un moment sur la problématique suivante : Un langage comme le C est-il encore adapté à la taille des projets informatiques actuels.
Sur http://www.dwheeler.com/sloc/(...) , il y a une analyse des sources d'une distribution Linux (Redhat 7.1) qui donne le pourcentage d'utilisation par langage : C : 71%, C++ : 15%, shell : 3%, etc.
Sachant que la taille complète des sources a été évaluée à plus de 30 millions de lignes, ça fait environ 21 millions de lignes en C (dont 2M pour le kernel, 1,7M pour XFree, 740K pour Mozilla, 430K pour Gimp, 250K pour MySQL, etc.).
Donc oui, le C me paraît encore adapté à la taille des projets informatiques actuels. Dire que ça va en rester là est autre chose, mais ça risque de mettre du temps à changer.
JD : Gamedev.net has a remark from ati dev who thinks this is going to be fixed and become a non-issue. I agree with him because barthold from 3dlabs also mentioned this not being an imposiblity to fix. If MS really wanted to kill gl they would have blocked arb from using their IP rights while back.
Korval : The issue, as Evan Hart (ATi) put it in the link found on the second page, is that theoretically an ICD can interface with the desktop compositing stuff. However, Microsoft has yet to divulge the necessary information to IHVs to allow them to make this happen.
Il semble qu'il n'y ait pas d'impossibilité technique à faire cohabiter OpenGL et AeroGlass, seulement un manque d'information pour savoir comment procéder.
Donc soit les fabriquants de cartes graphiques arrivent à se débrouiller pour permettre à leurs drivers OpenGL de ne pas faire sauter AeroGlass, soit ils demandent des informations à Microsoft pour y arriver. Le tout est de savoir si Microsoft a envie de leur fournir ces informations ou pas.
En même temps, OpenGL est quand même pas mal implanté niveau moteurs 3D et applications pros, malgré les manoeuvres répétées de Microsoft pour essayer de le couler. Voir par exemple la proportion de moteurs 3D utilisant OpenGL ou D3D sur http://www.devmaster.net/engines/(...) (95 contre 103 resp.).
Et puis la portabilité est de toute façon nécessaire pour les jeux vidéo à cause du marché des consoles et des mobiles. La PS3 utilisera OpenGL ES pour le rendu 3D par exemple et ce sera le cas pour pas mal de mobiles aussi. Le problème des jeux sous Linux est à mon avis beaucoup plus lié à Linux lui-même qu'à OpenGL.
Dans l'article ils disent que Microsoft n'implémentera qu'une version dégradée d'OpenGL dans Vista, mais c'était déjà le cas dans Windows XP. Ce sont les fabriquants de cartes graphiques qui implémentent OpenGL dans leurs drivers.
Le problème serait que l'utilisation de ces drivers OpenGL désactiverait le rendu "amélioré" (par rapport à XP) d'AeroGlass dans Vista, le mode fullscreen n'étant pas concerné (donc pas de problème pour les jeux).
Mais il y a visiblement des possibilités pour les fabriquants de fournir des drivers qui ne dégraderont pas le rendu AeroGlass, le tout est qu'ils fassent pression sur Microsoft pour que ce soit possible.
Sur pas mal d'applications, Smart Eiffel, atteint C dans les performances. En effet SmartEiffel supprime la liaison dynamique.
Sur pas mal d'applications, peut-être, mais as-tu des exemples de jeux exigeants au niveau matériel écrits en SmartEiffel pour pouvoir comparer ce qui est comparable ?
Et concernant l'absence de liaison dynamique en SmartEiffel, ça ne concerne que les langages objet, donc pas le C. D'ailleurs, SmartEiffel dépend toujours d'un compilateur C pour produire un exécutable, je vois difficilement comment on peut faire plus rapide que du C en produisant du C...
Le C fut un beau langage, mais il n'est plus le seul à être rapide et l'avenir est au compilateur capable d'analyser profondément le code afin de l'optimiser
Cela dit, il est clair que le C n'a plus sa place dans le développement de jeux vidéo, mais j'ai l'impression que le C++ a encore de belles heures devant lui.
Je ne suis pas un expert, loin s'en faut dans les moteurs de jeu comme ceux-là. Ok, ogre est bien fait mais on est quand même très loin de se qui se fait avec de l'Unreal Engine 3.
La quasi totalité de ce qui est supporté par le Unreal Engine 3 au niveau graphique l'est également par OGRE. La différence, ce sont les artistes qui la font.
L'image que tu montres dans un de tes messages suivants pourrait très bien être rendue par OGRE, par contre ça risque d'être difficile de trouver un artiste prêt à libérer un modèle 3D de cette qualité.
OGRE n'est effectivement qu'un moteur de rendu et pas un moteur de jeu complet, mais ça fait aussi qu'il n'est pas limité à des jeux style FPS.
Maintenant, au lieu de râler, regardez ce qu'il manque :
1) le scénario
2) l'environnement qui permettra de modéliser et de programmer le jeux de manière agréable.
Tu peux déjà rayer le 1), le scénario de Quake 3 tient sur une feuille de papier à cigarettes.
En même temps, on ne t'a peut-être pas expliqué le principe de la sécurité sur debian.
T'es gentil, j'utilise Linux depuis 8 ans et Debian depuis 5 ans, je connais bien le système, merci pour moi. C'est amusant l'arrogance des types qui viennent de débarquer sur linuxfr parfois.
Ainsi, la notion même de mise à jour de sécurité pour testing et sid est bien moins critique, voire ne sert à rien en ce cas puisque les màj amont arrivent pour corriger les failles..
Les failles ne sont pas seulement corrigées en amont, elles le sont aussi parfois par l'équipe de sécurité de Debian, mais sans garantie (voir la Debian Security FAQ).
Et de toute façon, les paquets de testing ne sont pas mis à jour automatiquement, les délais de propagation peuvent aller jusqu'à deux semaines. Si on est concerné un minimum par la sécurité de son système, c'est une bonne raison pour ne pas utiliser Testing à l'heure actuelle.
Pour le problème de win XP c'est surtout qu'un XP brut de fonderie démarre(rait ?) avec un paquet de service inutile et dangereux.
Concernant Windows XP, une des failles les plus exploitées est une faille RPC. C'est pas vraiment un service inutile au système puisque tu ne peux pas l'enlever.
Reste les applis genre GAIM, Firefox... Voila il y a des failles de temps en temps mais je n'ai jamais eu de problème et je pense que le risque est acceptable. Redemande moi dans un ou deux ans j'aurais peut-etre changé d'avis.
C'est aussi ce que se disent la plupart des utilisateurs de MS Windows, ils pensent que le risque est acceptable. Perso, je vois pas l'intérêt de passer à Linux si c'est pour avoir la même approche de la sécurité que sous MS Windows.
Moi j'utilise la Sid depuis environ 5 ans et même s'il n'y a pas souvent de gros problèmes, il y en a souvent des petits qui sont gênants. Le dernier gros problème dont je me souvienne était un bug dans pam qui empêchait carrément de se logger sur la machine. Je n'imagine pas un utilisateur lambda s'en sortir avec ce genre de choses.
Et pour tous les petits problèmes, il y a pas mal de petites choses à savoir pour les régler, comme d'utiliser apt-listbugs, de savoir exploiter le BTS et de connaître certaines options particulières de apt-get/apt-cache ou dpkg.
Je pense qu'il est plus sage d'utiliser au moins Testing pour un utilisateur qui n'est pas à 15 jours près concernant la fraîcheur de ses paquets.
« PostgreSQL a des performances similaires aux autres bases de données commerciales et open source. Il est plus rapide pour certaines opérations, plus lent pour d'autres. Par rapport à MySQL ou d'autres SGBD plus léger, nous sommes plus rapides pour de nombreux utilisateurs, des requêtes complexes et une charge pour les requêtes de lecture/écriture. MySQL est plus rapide pour des requêtes SELECT simples effectuées par quelques utilisateurs. Bien sûr, MySQL ne possède aucune des fonctionnalités de la section Fonctionnalités ci-dessus. »
La gestion de la sécurité est importante, même pour une utilisation « Desktop ». Essaye d'utiliser un Windows XP brut de fonderie sans aucune mise à jour de sécurité, tu verras le résultat. En général la machine est plombée dans les 5-10 minutes qui suivent la connexion à Internet (expérience vécue).
C'est clair qu'il n'y a pas autant de failles exploitées sous Linux que sous MS Windows, mais il y en a quand même et ça ira surement en augmentant. Surtout que les problèmes de sécurité de testing (lien précédent) touchent des applications grand public, comme Gaim, Mozilla, Firefox et Thunderbird.
Je ne suis pas sûr que Testing soit encore une bonne solution, à cause des mises à jour de sécurité. Une équipe a été mise en place pour les gérer (http://secure-testing.alioth.debian.org/(...) ), mais tout n'est pas encore bien géré.
Total holes unfixed: 83
Total holes fixed in unstable but not testing: 91 (+2 on some arches)
En même temps, si on est pas trop regardant niveau failles de sécurité, ça reste une option plus fiable que Sid. Le mieux est peut-être d'utiliser la Stable en attendant que le support de la sécurité soit amélioré dans Testing.
Il faut installer explicitement X.org pour que ça remplace Xfree. J'ai du mal à croire que ça s'est installé « sans que tu t'en rendes compte ».
Je ne conseille pas sid pour quelqu'un qui ne veut pas passer du temps à corriger les problèmes sur son système.
Et les problèmes ne concernent pas que quelques logiciels sans grande importance, ils mettent parfois le système par terre (bug pam d'il y a quelques années par exemple).
Il existait un driver 3D libre pour certaines cartes nVidia (notamment les TNT2) dans Xfree 3.3.X via Utah-GLX Il n'a malheureusement pas été backporté dans Xfree 4.X.
Les performances étaient moindres que celles obtenues avec le driver nVidia officiel, mais c'était loin d'être catastrophique d'après mes souvenirs.
Si quelqu'un se sentait motivé pour faire un backport vers X.org, ça pourrait être sympa... :)
Existe-t-il un seul endroit dans le système où on peut configurer un navigateur par défaut ? Que Gnome et Kde prennent en compte ?
Pour Gnome, tu vas dans Bureau | Préférences | Applications préférées et tu peux choisir le navigateur, le lecteur de courrier, l'éditeur de texte et le terminal par défaut. Je ne pense pas que ces préférences de Gnome soient prises en compte par KDE, mais ça me semble plus logique d'avoir des préférences séparées de toute façon.
Ça permet de conserver la cohérence visuelle des applications dans chaque environnement, en utilisant par exemple Konqueror comme navigateur par défaut dans KDE et Epiphany dans Gnome.
Moi ça me dérangerait pas que des vieux jeux ressortent sous Linux s'ils sont bons. Genre Supreme Snowboarding, sorti il y a 6 ans et qui reste le meilleur jeu de snow jamais sorti sur PC. Mais c'est clair que Soul Ride, c'est un peu léger...
Que te dis xvidtune ? Ça permettrait d'avoir plus d'indices pour savoir si c'est GNOME ou ton moniteur qui fournit des informations incorrectes (je penche quand même plutôt pour GNOME).
Sinon, les fréquences de XF86Config-4 pour ton moniteur me semblent un peu basses, tu as vérifié qu'elles étaient bien conformes à ce que ton moniteur supporte ?
À titre d'exemple, dans mon XF86Config-4 j'ai ça et il n'est pas de première jeunesse :
HorizSync 30-69
VertRefresh 47.5-125
D'un côté il y a des toolkits intéressant : wxWidget, Qt (Gtk, mais on préfère le C++), mais on ne fait pas des applis GPL, donc on est obligé d'inverstir si on veut du Qt.
Il y a toujours gtkmm (http://www.gtkmm.org/(...) ) si vous voulez utiliser GTK+ avec du C++. Il support le paradigme signal/slot (comme QT) avec libsigc++ et il est sous licence GNU LGPL, ce qui permet de l'utiliser dans des applications propriétaires.
Tu pourrais essayer d'en parler sur des sites qui sont plus en rapport avec la programmation de jeux vidéo, comme http://www.happypenguin.org/(...) ou http://www.ogre3d.org/(...) , ça te permettrait de trouver plus facilement quelqu'un avec le profil que tu recherches.
Par contre, il vaut mieux que tu aies un peu de matière avant de commencer à chercher de l'aide, tu auras plus de chance d'intéresser un programmeur si tu as déjà des modèles et des animations prêts à être utilisés. Les idées, c'est ce qui est le plus facile à avoir dans la création de jeux vidéo, je pense que tu auras du mal à trouver quelqu'un si tu n'as que ça.
Si tu te débrouilles avec Blender, je te conseille particulièrement OGRE, il est fourni avec des plugins Blender qui permettent d'exporter facilement des modèles avec animation et des scènes. Avec quelques efforts, tu pourras même partir des exemples fournis avec OGRE pour voir ce que tes modèles et tes animations peuvent donner en temps réel.
Tu peux aussi essayer d'utiliser le moteur de jeu intégré à Blender pour essayer de voir comment peuvent interagir tes différents modèles. En première approche ça peut déjà te donner quelques idées sur la façon dont tu voudrais que le jeu fonctionne.
Il faut donc absolument maitriser la langue de Descartes.
Savoir s'exprimer dans un français correct me paraît être un minimum quand on veut se faire comprendre. Si tu n'as pas l'intention de fournir cet effort, ne t'étonnes pas qu'on t'ignore ou que tes posts passent en négatif.
La forme, un artifice, dont je préfère me passer...
La forme est tout aussi importante que le fond, ne serait-ce que parce qu'elle peut empêcher ton message d'être compris.
Si tu distribues un binaire lié dynamiquement à une bibliothèque sous licence LGPL, tu dois également fournir les sources de cette bibliothèque. Si tu distribues une version modifiée de cette bibliothèque, tu dois fournir les sources de tes modifications sous licence LGPL.
La licence LGPL modifiée utilisée par wxWidgets permet de ne pas avoir à fournir les sources de wxWidgets avec ton binaire, de ne pas avoir à fournir les sources de tes modifications sous LGPL et de pouvoir lier statiquement sans restriction.
Enfin, tout ça pour dire que vraiment je ne comprends pas l'engouement pour ce toolkit.
C'est peut-être parce que les alternatives ne conviennent pas forcément à tout le monde.
QT n'était pas libre jusqu'il y a peu de temps et coûte de toute façon très cher si on veut écrire une application propriétaire avec. D'autre part, on ne peut pas vraiment dire que GTK+ soit mature sous MS Windows et la licence utilisée pose également des restrictions pour les développements propriétaires.
Sans oublier le fait que wxWidgets (wxWindows) existe depuis beaucoup plus longtemps que la plupart des toolkits existants et qu'il permet de capitaliser sur la pratique en programmation MFC, puisqu'il est basé sur les mêmes principes.
Alors bon, qu'il ne soit pas parfait est une chose, mais il y a visiblement beaucoup d'utilisateurs satisfaits, du coup j'ai un peu du mal à comprendre votre acharnement dessus. Si ça ne vous convient pas, passez votre chemin, mais ne vous sentez pas obligés d'en dégoûter les autres.
[^] # Re: C'est encore programmé en C ?!
Posté par Frédéric Lopez . En réponse à la dépêche Le moteur du jeu Quake 3 en GPL. Évalué à 4.
Un programmeur système qui cherche à optimiser une routine connaît la machine sur le bout des doigts et ne raisonne pas comme un architecte objet qui sort de l'école.
Je te conseille de lire le bouquin de Michaël Abrash qu'il a rendu disponible sur Internet à ce sujet (http://www.gamedev.net/reference/articles/article1698.asp(...) ), notamment le premier chapitre : « The Best Optimizer is between Your Ears ». Il date un peu, mais il permet de comprendre que les machines seront encore pour un bout de temps à la traîne derrière les humains quand il s'agit d'optimisation.
C'est marrant, tu réponds exactement à la quote de John Carmack que j'ai citée dans mon post précédent, qui disait justement qu'un compilateur était incapable de le faire aussi bien qu'un humain.
Ça, ça n'est valable que dans Matrix... ;)
[^] # Re: C'est encore programmé en C ?!
Posté par Frédéric Lopez . En réponse à la dépêche Le moteur du jeu Quake 3 en GPL. Évalué à 0.
Sur http://www.dwheeler.com/sloc/(...) , il y a une analyse des sources d'une distribution Linux (Redhat 7.1) qui donne le pourcentage d'utilisation par langage : C : 71%, C++ : 15%, shell : 3%, etc.
Sachant que la taille complète des sources a été évaluée à plus de 30 millions de lignes, ça fait environ 21 millions de lignes en C (dont 2M pour le kernel, 1,7M pour XFree, 740K pour Mozilla, 430K pour Gimp, 250K pour MySQL, etc.).
Donc oui, le C me paraît encore adapté à la taille des projets informatiques actuels. Dire que ça va en rester là est autre chose, mais ça risque de mettre du temps à changer.
[^] # Re: C'est gentil mais bon...
Posté par Frédéric Lopez . En réponse à la dépêche Le moteur du jeu Quake 3 en GPL. Évalué à 1.
Il semble qu'il n'y ait pas d'impossibilité technique à faire cohabiter OpenGL et AeroGlass, seulement un manque d'information pour savoir comment procéder.
Donc soit les fabriquants de cartes graphiques arrivent à se débrouiller pour permettre à leurs drivers OpenGL de ne pas faire sauter AeroGlass, soit ils demandent des informations à Microsoft pour y arriver. Le tout est de savoir si Microsoft a envie de leur fournir ces informations ou pas.
[^] # Re: C'est gentil mais bon...
Posté par Frédéric Lopez . En réponse à la dépêche Le moteur du jeu Quake 3 en GPL. Évalué à 4.
Et puis la portabilité est de toute façon nécessaire pour les jeux vidéo à cause du marché des consoles et des mobiles. La PS3 utilisera OpenGL ES pour le rendu 3D par exemple et ce sera le cas pour pas mal de mobiles aussi. Le problème des jeux sous Linux est à mon avis beaucoup plus lié à Linux lui-même qu'à OpenGL.
Dans l'article ils disent que Microsoft n'implémentera qu'une version dégradée d'OpenGL dans Vista, mais c'était déjà le cas dans Windows XP. Ce sont les fabriquants de cartes graphiques qui implémentent OpenGL dans leurs drivers.
Le problème serait que l'utilisation de ces drivers OpenGL désactiverait le rendu "amélioré" (par rapport à XP) d'AeroGlass dans Vista, le mode fullscreen n'étant pas concerné (donc pas de problème pour les jeux).
Mais il y a visiblement des possibilités pour les fabriquants de fournir des drivers qui ne dégraderont pas le rendu AeroGlass, le tout est qu'ils fassent pression sur Microsoft pour que ce soit possible.
[^] # Re: C'est encore programmé en C ?!
Posté par Frédéric Lopez . En réponse à la dépêche Le moteur du jeu Quake 3 en GPL. Évalué à 2.
Sur pas mal d'applications, peut-être, mais as-tu des exemples de jeux exigeants au niveau matériel écrits en SmartEiffel pour pouvoir comparer ce qui est comparable ?
Et concernant l'absence de liaison dynamique en SmartEiffel, ça ne concerne que les langages objet, donc pas le C. D'ailleurs, SmartEiffel dépend toujours d'un compilateur C pour produire un exécutable, je vois difficilement comment on peut faire plus rapide que du C en produisant du C...
L'avenir est peut-être là, mais pas le présent en tout cas :
http://games.slashdot.org/comments.pl?sid=159570&cid=13365387(...)
"Optimized SIMD coding almost always requires significant transformations that compilers can't really do on their own."
Cela dit, il est clair que le C n'a plus sa place dans le développement de jeux vidéo, mais j'ai l'impression que le C++ a encore de belles heures devant lui.
[^] # Re: C'est gentil mais bon...
Posté par Frédéric Lopez . En réponse à la dépêche Le moteur du jeu Quake 3 en GPL. Évalué à 6.
La quasi totalité de ce qui est supporté par le Unreal Engine 3 au niveau graphique l'est également par OGRE. La différence, ce sont les artistes qui la font.
L'image que tu montres dans un de tes messages suivants pourrait très bien être rendue par OGRE, par contre ça risque d'être difficile de trouver un artiste prêt à libérer un modèle 3D de cette qualité.
OGRE n'est effectivement qu'un moteur de rendu et pas un moteur de jeu complet, mais ça fait aussi qu'il n'est pas limité à des jeux style FPS.
[^] # Re: 1st post
Posté par Frédéric Lopez . En réponse à la dépêche Le moteur du jeu Quake 3 en GPL. Évalué à 1.
Tu peux déjà rayer le 1), le scénario de Quake 3 tient sur une feuille de papier à cigarettes.
[^] # Re: Je vote testing
Posté par Frédéric Lopez . En réponse au message Quelle version de Debian choisir ?. Évalué à 2.
T'es gentil, j'utilise Linux depuis 8 ans et Debian depuis 5 ans, je connais bien le système, merci pour moi. C'est amusant l'arrogance des types qui viennent de débarquer sur linuxfr parfois.
Les failles ne sont pas seulement corrigées en amont, elles le sont aussi parfois par l'équipe de sécurité de Debian, mais sans garantie (voir la Debian Security FAQ).
Et de toute façon, les paquets de testing ne sont pas mis à jour automatiquement, les délais de propagation peuvent aller jusqu'à deux semaines. Si on est concerné un minimum par la sécurité de son système, c'est une bonne raison pour ne pas utiliser Testing à l'heure actuelle.
[^] # Re: Je vote testing
Posté par Frédéric Lopez . En réponse au message Quelle version de Debian choisir ?. Évalué à 1.
Concernant Windows XP, une des failles les plus exploitées est une faille RPC. C'est pas vraiment un service inutile au système puisque tu ne peux pas l'enlever.
C'est aussi ce que se disent la plupart des utilisateurs de MS Windows, ils pensent que le risque est acceptable. Perso, je vois pas l'intérêt de passer à Linux si c'est pour avoir la même approche de la sécurité que sous MS Windows.
[^] # Re: Sarge... pour l'instant
Posté par Frédéric Lopez . En réponse au message Quelle version de Debian choisir ?. Évalué à 1.
Et pour tous les petits problèmes, il y a pas mal de petites choses à savoir pour les régler, comme d'utiliser apt-listbugs, de savoir exploiter le BTS et de connaître certaines options particulières de apt-get/apt-cache ou dpkg.
Je pense qu'il est plus sage d'utiliser au moins Testing pour un utilisateur qui n'est pas à 15 jours près concernant la fraîcheur de ses paquets.
[^] # Re: Choix de la BdD
Posté par Frédéric Lopez . En réponse à la dépêche Un nouvel outil de gestion documentaire : Alfresco. Évalué à 1.
Visiblement, il n'y a pas consensus sur le sujet :
http://www.postgresql.org/docs/faqs.FAQ_french.html#1.14(...)
« PostgreSQL a des performances similaires aux autres bases de données commerciales et open source. Il est plus rapide pour certaines opérations, plus lent pour d'autres. Par rapport à MySQL ou d'autres SGBD plus léger, nous sommes plus rapides pour de nombreux utilisateurs, des requêtes complexes et une charge pour les requêtes de lecture/écriture. MySQL est plus rapide pour des requêtes SELECT simples effectuées par quelques utilisateurs. Bien sûr, MySQL ne possède aucune des fonctionnalités de la section Fonctionnalités ci-dessus. »
[^] # Re: Je vote testing
Posté par Frédéric Lopez . En réponse au message Quelle version de Debian choisir ?. Évalué à 1.
C'est clair qu'il n'y a pas autant de failles exploitées sous Linux que sous MS Windows, mais il y en a quand même et ça ira surement en augmentant. Surtout que les problèmes de sécurité de testing (lien précédent) touchent des applications grand public, comme Gaim, Mozilla, Firefox et Thunderbird.
[^] # Re: merci
Posté par Frédéric Lopez . En réponse à la dépêche Inkscape 0.42. Évalué à 1.
[^] # Re: Je vote testing
Posté par Frédéric Lopez . En réponse au message Quelle version de Debian choisir ?. Évalué à 1.
Voir : http://spohr.debian.org/~joeyh/testing-security.html(...)
Total holes unfixed: 83
Total holes fixed in unstable but not testing: 91 (+2 on some arches)
En même temps, si on est pas trop regardant niveau failles de sécurité, ça reste une option plus fiable que Sid. Le mieux est peut-être d'utiliser la Stable en attendant que le support de la sécurité soit amélioré dans Testing.
[^] # Re: Sarge... pour l'instant
Posté par Frédéric Lopez . En réponse au message Quelle version de Debian choisir ?. Évalué à 2.
Je ne conseille pas sid pour quelqu'un qui ne veut pas passer du temps à corriger les problèmes sur son système.
Et les problèmes ne concernent pas que quelques logiciels sans grande importance, ils mettent parfois le système par terre (bug pam d'il y a quelques années par exemple).
# Driver 3D libre pour cartes nVidia
Posté par Frédéric Lopez . En réponse au journal le driver libre nv supporte la 3D !. Évalué à 1.
Les performances étaient moindres que celles obtenues avec le driver nVidia officiel, mais c'était loin d'être catastrophique d'après mes souvenirs.
Si quelqu'un se sentait motivé pour faire un backport vers X.org, ça pourrait être sympa... :)
[^] # Re: Utilité de mozilla ?
Posté par Frédéric Lopez . En réponse à la dépêche SeaMonkey : C'est parti !. Évalué à 2.
Pour Gnome, tu vas dans Bureau | Préférences | Applications préférées et tu peux choisir le navigateur, le lecteur de courrier, l'éditeur de texte et le terminal par défaut. Je ne pense pas que ces préférences de Gnome soient prises en compte par KDE, mais ça me semble plus logique d'avoir des préférences séparées de toute façon.
Ça permet de conserver la cohérence visuelle des applications dans chaque environnement, en utilisant par exemple Konqueror comme navigateur par défaut dans KDE et Epiphany dans Gnome.
[^] # Re: FOUTAISE
Posté par Frédéric Lopez . En réponse à la dépêche Le Ministère de l'Agriculture migre ses serveurs NT4 sous Linux. Évalué à 1.
[^] # Re: Moi j'veux bien...
Posté par Frédéric Lopez . En réponse au journal Soul Ride disponible sous Linux. Évalué à 2.
# xvidtune
Posté par Frédéric Lopez . En réponse au message problème pour configurer la frequence de l'écran. Évalué à 2.
Sinon, les fréquences de XF86Config-4 pour ton moniteur me semblent un peu basses, tu as vérifié qu'elles étaient bien conformes à ce que ton moniteur supporte ?
À titre d'exemple, dans mon XF86Config-4 j'ai ça et il n'est pas de première jeunesse :
HorizSync 30-69
VertRefresh 47.5-125
[^] # Re: Mouai ...
Posté par Frédéric Lopez . En réponse à la dépêche wxWidgets 2.6 est sorti. Évalué à 4.
Il y a toujours gtkmm (http://www.gtkmm.org/(...) ) si vous voulez utiliser GTK+ avec du C++. Il support le paradigme signal/slot (comme QT) avec libsigc++ et il est sous licence GNU LGPL, ce qui permet de l'utiliser dans des applications propriétaires.
# Essaye aussi sur d'autres sites...
Posté par Frédéric Lopez . En réponse au message Idée de projet: One Must Fall 2097. Évalué à 4.
Par contre, il vaut mieux que tu aies un peu de matière avant de commencer à chercher de l'aide, tu auras plus de chance d'intéresser un programmeur si tu as déjà des modèles et des animations prêts à être utilisés. Les idées, c'est ce qui est le plus facile à avoir dans la création de jeux vidéo, je pense que tu auras du mal à trouver quelqu'un si tu n'as que ça.
Si tu te débrouilles avec Blender, je te conseille particulièrement OGRE, il est fourni avec des plugins Blender qui permettent d'exporter facilement des modèles avec animation et des scènes. Avec quelques efforts, tu pourras même partir des exemples fournis avec OGRE pour voir ce que tes modèles et tes animations peuvent donner en temps réel.
Tu peux aussi essayer d'utiliser le moteur de jeu intégré à Blender pour essayer de voir comment peuvent interagir tes différents modèles. En première approche ça peut déjà te donner quelques idées sur la façon dont tu voudrais que le jeu fonctionne.
[^] # Re: De la pub pour XGI & VIA
Posté par Frédéric Lopez . En réponse à la dépêche XGI et VIA libèrent le code de leurs pilotes. Évalué à 3.
La forme est tout aussi importante que le fond, ne serait-ce que parce qu'elle peut empêcher ton message d'être compris.
[^] # Re: drôle de cerise sur un drôle de gateau
Posté par Frédéric Lopez . En réponse à la dépêche wxWidgets 2.6 est sorti. Évalué à 4.
La licence LGPL modifiée utilisée par wxWidgets permet de ne pas avoir à fournir les sources de wxWidgets avec ton binaire, de ne pas avoir à fournir les sources de tes modifications sous LGPL et de pouvoir lier statiquement sans restriction.
[^] # Re: Mouai ...
Posté par Frédéric Lopez . En réponse à la dépêche wxWidgets 2.6 est sorti. Évalué à 3.
C'est peut-être parce que les alternatives ne conviennent pas forcément à tout le monde.
QT n'était pas libre jusqu'il y a peu de temps et coûte de toute façon très cher si on veut écrire une application propriétaire avec. D'autre part, on ne peut pas vraiment dire que GTK+ soit mature sous MS Windows et la licence utilisée pose également des restrictions pour les développements propriétaires.
Sans oublier le fait que wxWidgets (wxWindows) existe depuis beaucoup plus longtemps que la plupart des toolkits existants et qu'il permet de capitaliser sur la pratique en programmation MFC, puisqu'il est basé sur les mêmes principes.
Alors bon, qu'il ne soit pas parfait est une chose, mais il y a visiblement beaucoup d'utilisateurs satisfaits, du coup j'ai un peu du mal à comprendre votre acharnement dessus. Si ça ne vous convient pas, passez votre chemin, mais ne vous sentez pas obligés d'en dégoûter les autres.