Frédéric Lopez a écrit 759 commentaires

  • [^] # Re: Une boîte coule, du code et du contenu se libèrent

    Posté par  . En réponse à la dépêche Une boîte coule, du code et du contenu se libèrent. Évalué à 0.

    Heu, s'ils utilisent une librairie GPL, ils sont pas censés livrer le code de l'appli sous licence GPL ?
  • [^] # Re: Linex sur EuroNews

    Posté par  . En réponse à la dépêche Linux sur EuroNews. Évalué à 1.

    > À quand un reportage aussi bien sur une chaîne hertzienne ?

    Ca passe pas sur France 3 le matin Euronews ?
  • [^] # Re: Syntaxe ASCII ?

    Posté par  . En réponse à la dépêche Vers une convergence de la syntaxe Wiki ?. Évalué à 3.

    Euh, tu blagues là ? Le C ne supportait que les commentaires du style /* */ avant C99. D'ailleurs Doxygen fonctionne avec le C et supporte les commentaires de type JavaDoc pour ce langage.
  • [^] # Re: XFce 4.0 est disponible !

    Posté par  . En réponse à la dépêche XFce 4.0 est disponible !. Évalué à 1.

    Il y a des paquets Debian (version 4.0.0) disponibles sur ce site :
    http://drip23.drizzle.com/downloads.html(...)

    Ils sont prévus pour Libranet à l'origine, mais étant donné que cette distribution est basée sur Debian et qu'elle est 100% compatible (dixit la homepage), j'imagine qu'il ne devrait pas y avoir de problèmes.

    L'auteur conseille de désinstaller les paquets précédemment installés, puis de procéder à l'installation dans cet ordre :
    libxfce4util*
    libxfcegui4*
    libxfce4mcs*
    xfce-mcs-manager
    puis le reste.

    Cf http://varmint.moongroup.com/pipermail/xfce/2003-September/005090.h(...)

    J'ai pas encore testé...
  • [^] # Re: désolé de faire mon cappelo mais...

    Posté par  . En réponse à la dépêche Noyau 2.6.0-test4. Évalué à 2.

    C'est pour ça qu'il y a Réacc :

    http://www-rali.iro.umontreal.ca/Reacc/(...)
  • # Re: Hu-Go! : l'émulateur PC Engine pour Linux et *BSD

    Posté par  . En réponse à la dépêche Hu-Go! : l'émulateur PC Engine pour Linux et *BSD. Évalué à 2.

    Pour ceux qui se demandent ce qu'il y avait comme jeux sympas sur PC Engine, il y a notamment Final Match Tennis.

    C'est le meilleur jeu de tennis que je connaisse niveau jouabilité. Il est forcément un peu léger graphiquement par rapport à ce qu'on peut trouver à l'heure actuelle (Virtua Tennis 2 par exemple), mais il est vraiment très agréable à jouer et je trouve que les phases de jeux sont bien mieux retranscrites. La prise en main est loin d'être immédiate, mais une fois qu'on commence à maîtriser un peu, c'est vraiment très sympa. Voir http://www.final-match-tennis.de/(...) pour plus de détails.

    Sinon il y avait pas mal de reprises de jeux d'arcades plutôt bien foutues (1943, R-Type, Ghouls & Ghost, Super Volley Ball) ou des jeux sortis sur d'autres plates-formes (Andre Panza Boxing, Prince of Persia, Parodius) et quelques RPG très sympas (Neutopia 1 & 2).

    A noter qu'il existe un émulateur Windows qui s'appelle Magic Engine et qui a longtemps été considéré comme un des émulateurs les mieux fichus. Le problème c'est qu'il est payant (il y a une version de démo) mais il tourne correctement sous Wine. Et il est beaucoup plus rapide que HuGO!, c'est pas mal pour les petites configs (c'est pour ça que j'en parle d'ailleurs).
  • [^] # Re: 1ère mouture du collecticiel client de OpenOfice.org : Glow

    Posté par  . En réponse à la dépêche 1ère mouture du collecticiel client de OpenOffice.org : Glow. Évalué à 2.

    Combien de ram utilise la version Java (un pauvre top devrait suffire) ?

    Résultats de "top"
    Version Java :
    - VIRT : 127m
    - RES : 81m
    Version C :
    - VIRT : 61884
    - RES : 26m
    Quake 3:
    - VIRT : 81132
    - RES : 45m

    A noter que l'occupation mémoire de la version Java continue à augmenter régulièrement après le lancement. On passe de 115m à 127m en moins d'une minute. Ca reste stable pour la version C et pour Quake 3.

    Quelle JVM et quelle option de démarrage ?

    La JVM est la 1.4.1_03 de Sun, c'est celle qui est fournie avec l'archive ri_preview_linux.tar.bz2 disponible sur le site du projet. Pour tester la version C, j'utilise le paquet quake-gl de la Debian/unstable, avec les options width 640, height 480, vid_glx_fullscreen 1 et show_fps 1 pour être dans les mêmes conditions.

    Ligne de démarrage :
    jre/bin/java -cp launcher.jar -Djava.ext.dirs=lib -Djava.library.path=lib/os/linux -ms150m -mx150m -XX:CompileThreshold=5 -Xincgc -XX:-PrintGCDetails com.realityinteractive.demo.launcher.Launcher

    Quel système ?

    Debian/unstable, kernel 2.4.20 compilé avec gcc 3.2 pour K6 avec un nombre limité de pilotes.

    Les différences sont étonnantes parce que l'implémentation est normalement basée sur un pont opengl (pas le même que arkanae) et pourtant, c'est vraiment tout pourri...

    Oui, c'est vraiment étonnant, comme quoi dans Quake, il semblerait qu'il n'y a pas que le rendu 3d qui compte. Sans oublier le fait que la version Java est une démo non jouable contrairement à la version C.

    Dernière remarque, les auteurs de la version Java disent que leur rendu est meilleur. Qu'en penses-tu ?

    Personnellement, je n'ai pas vu de différence visuelle entre les deux. Il y en a peut-être une, mais elle n'est pas assez évidente pour être remarquée au premier coup d'oeil. En tout cas, on voit une différence très nette avec Quake 3, qui tourne lui à 30/40 fps sur la même machine.

    Si quelqu'un pouvait tester sur une autre machine, ça donnerait peut être un meilleur point de vue. Etant donné l'occupation mémoire de la version Java, mes 128 Mo de mémoire vive sont sans doute un peu justes. Et s'ils utilisent des extensions non disponibles sur ma TNT2, tester les deux versions sur une GeForce/Radeon permettrait d'être fixé.

    Il n'en reste pas moins que la différence entre les deux versions est assez énorme. Un simple Pentium 90/16Mo suffit à faire tourner la version C alors qu'il faut un Pentium 500/256 Mo pour faire tourner la version Java. Je veux bien que les développeurs ne soient pas au niveau de ceux d'id Software, mais le code source de Quake est disponible depuis un bon bout de temps et ils ont eu tout le loisir de l'étudier et de l'améliorer. Sans oublier le fait qu'un jeu comme Cube développé indépendemment par un amateur (en C++) tourne très bien sur ma machine et offre un rendu plus proche de Quake 2.
  • [^] # Re: 1ère mouture du collecticiel client de OpenOfice.org : Glow

    Posté par  . En réponse à la dépêche 1ère mouture du collecticiel client de OpenOffice.org : Glow. Évalué à 2.

    Tiens, je viens de trouver une implémentation du moteur de Quake 1 en Java (http://www.realityinteractive.com/software/index.html(...) ). Les développeurs voulaient démontrer que Java peut être utilisé pour écrire des logiciels de simulation et qu'il en résulte des "performances excellentes". Ils ont choisi Quake parce que c'est un type d'application très gourmand en ressources.

    Configurations minimales requises :
    Version Java :
    - 500 MHz Pentium® III or equivalent
    - 256MB RAM
    Version originale en C :
    - A Pentium 90 or better (133 recommended) computer
    - 16 MB RAM (24 recommended)

    Les deux applications utilisent les mêmes données, celles de la version shareware de Quake (pak0.pak). Sur ma machine (K6/350,TNT2,132Mo), la version Java tourne à 5 fps et met plusieurs minutes à se charger, la version C tourne à 70 fps et se charge instantanément. Sur la même machine, Quake 3 tourne en moyenne à 30/40 FPS et la qualité du rendu est nettement supérieure à ces deux versions de Quake.

    Il faudra sans doute attendre que les sources de l'appli Java soient disponibles (sous licence MIT/BDS probablement) pour vérifier que les deux versions font vraiment la même chose. En tout cas le projet semble intéressant, mais en dehors du cadre des jeux vidéo.
  • [^] # Re: 1ère mouture du collecticiel client de OpenOfice.org : Glow

    Posté par  . En réponse à la dépêche 1ère mouture du collecticiel client de OpenOffice.org : Glow. Évalué à 2.

    Tu connais des jeux open sources qui sont au niveau des jeux commerciaux ? Franchement ?<./i>

    Euh, non, mais rien ne t'empêche de donner des exemples de jeux commerciaux programmés en Java si tu en trouves. Pas pour la couche réseau ou le scripting hein, je parle de jeux vraiment écrits en Java.

    Sinon comme exemple de moteur 3d libre proche de ce qui se fait de mieux à l'heure actuelle, il y a Tenebrae (http://tenebrae.sourceforge.net/(...) ) et il est codé en C. Des volontaires pour le porter en Java et montrer que ce serait aussi rapide et aussi peu gourmand ?

    De plus, le discours sur les performances me fait bien rire. Il y a quelques années, tout le monde disait qu'il fallait faire les jeux en assembleur. Ensuite on est passé au C et maitenant tous les moteurs sont en C++ (Doom III par exemple). Alors franchement...

    L'assembleur était rarement utilisé pour coder un jeu complet, les programmeurs savent depuis belle lurette qu'on n'optimise que les fonctions qu'on appele souvent. Je ne vois pas où tu as pu lire que "tout le monde disait qu'il fallait faire les jeux en assembleurs". Et en quoi le fait de passer du C au C++ implique une perte de performance ?

    J'ai l'impression que tu veux dire que le langage est de moins en moins important pour la programmation de jeux puisque on utilise des langages de moins en moins rapide. Je ne suis pas d'accord avec ça. On utilise toujours l'assembleur, que ce soit au niveau CPU ou GPU. Et C et C++ sont encore considérés comme les langages les plus rapides du marché.
  • [^] # Re: La fin du brevet sur LZW

    Posté par  . En réponse à la dépêche La fin du brevet sur LZW. Évalué à 6.

    Le plus drôle dans cette histoire, c'est que IE 5.0 sous Mac est reputé comme étant le navigateur qui supporte le mieux le PNG (dixit le site officiel : http://www.libpng.org/pub/png/pngs-img-ie5mac.html(...) ).

    Faut dire que ce n'est pas la même équipe qui développe IE sous Windows, à se demander si Microsoft ne privilégie pas la plate-forme Mac pour le design Web :) Et puis, dans leur célèbre initiative "We Have The Way Out" (http://www.wehavethewayout.com/(...) ) il y a un petit logo en rouge à côté de celui de Microsoft.. Eh oui, c'est celui d'Unisys...

    A une époque j'avais lu sur le web que le support du PNG sur IE 5.0 Mac avait été ajouté suite à la pression d'une seule personne (web designer), mais je n'arrive pas à retrouver l'info.
  • [^] # Re: 1ère mouture du collecticiel client de OpenOfice.org : Glow

    Posté par  . En réponse à la dépêche 1ère mouture du collecticiel client de OpenOffice.org : Glow. Évalué à 3.

    Un jeu libre, techniquement en retard, pas terminé et abandonné depuis un an serait une preuve que Java n'est pas lent et qu'il est adapté à la programmation de jeux vidéo ? Ah bon ?

    C'est une bonne idée de citer un jeu vidéo comme exemple, vu que c'est un domaine où le besoin en performance est élevé, mais là il faudrait trouver un peu mieux pour convaincre.

    Le seul exemple de jeu commercial que je connaisse qui devait contenir du Java était Rainbow Six, mais ils ont abandonné à cause des difficultés d'intégration avec C++. Et Java ne devait concerner que la partie réseau...
  • [^] # Re: Drinou Linux 2.1

    Posté par  . En réponse à la dépêche Drinou Linux 2.1. Évalué à 1.

    Je suppose que tu parles de la lecture de mp3, tu voulais dire que ça marche sous Linux sur ton P75 ? Parce que chez moi, ça le fait pas du tout, t'as fait des trucs spéciaux pour que ça passe (recompilation d'applis, modifs kernel, etc.) ?
  • [^] # Re: Drinou Linux 2.1

    Posté par  . En réponse à la dépêche Drinou Linux 2.1. Évalué à 2.

    J'ai aussi un portable avec un processeur cadencé à 75Mhz (Toshiba 400 CDT), je l'avais passé sous FreeBSD puis Debian mais c'était à la limite de l'utilisable sous X (avec WindowMaker). Cela dit, le mien n'a que 16Mo de mémoire vive, mais meme avec 64/96Mo, ça risque de pas etre la joie non plus.

    Pour la lecture de mp3 ou de ogg, tu peux déjà oublier, ça ne passera pas avec un processeur cadencé à 75Mhz sous Linux. Ca passe de justesse sous DR-Dos (avec mpxplay) pour des mp3 à 128kbps, mais pas avec la plupart des ogg au meme bitrate. Et encore, il faut précharger les morceaux en Ram sinon il y a des sauts de temps en temps. Peut-etre que ça passerait sous Linux en patchant le noyau (low-latency, préemptif, etc.) mais j'ai jamais essayé et ça m'étonnerait un peu quand meme.
  • [^] # Re: Torcs, un jeu pour les Prost en herbe

    Posté par  . En réponse à la dépêche Torcs, un jeu pour les Prost en herbe. Évalué à 2.

    Moi je trouve que Colin Mc Rae 2 était très réaliste (plus que Rally Trophy, auquel j'ai assez peu joué cela dit), sauf au niveau des chocs contre le décor parfois. Et d'après ce que j'ai lu, il semblerait que le 3 le soit encore plus, mais j'ai pas eu l'occasion de l'essayer encore.
  • [^] # Re: Hyperion Entertainment annonce un accord de portage avec IncaGold

    Posté par  . En réponse à la dépêche Hyperion Entertainment annonce un accord de portage avec IncaGold. Évalué à 1.

    J'ai pas dit qu'ils n'avaient porté que des "merdes", j'ai juste dit que les jeux qu'ils avaient portés n'étaient pas les meilleurs.

    Les jeux que tu cites sont effectivement très bons, mais il y en a quand même pas mal qui n'étaient déjà pas des références sous Windows. Et puis il y avait assez peu de variété dans les jeux qu'ils portaient, sorti des FPS et des jeux de gestion, il restait plus grand chose.

    Sinon, Quake 3 a été porté en interne par id Software il me semble, donc c'est pas vraiment un jeu Loki.
  • [^] # Re: Hyperion Entertainment annonce un accord de portage avec IncaGold

    Posté par  . En réponse à la dépêche Hyperion Entertainment annonce un accord de portage avec IncaGold. Évalué à 0.

    > Mais par contre il donne une idée de la puissance qu'il faille.

    Non, le leak de l'E3 ne donne aucune idée de la puissance qu'il faudra pour faire tourner le jeu. C'était une version en cours de développement, non optimisée, créée uniquement pour faire une démo non-interactive et pas du tout prévue pour être diffusée. Ca n'a aucun sens de se baser là-dessus pour se faire une idée de la puissance nécessaire pour faire tourner la version finale.

    > Pixel Shaders 2, ombres volumétriques

    Ca peut éventuellement donner des indications sur les extensions OpenGL qui seront utilisées et encore. Depuis un an il y a sans doute eu pas mal de changements dans le code à ce niveau, bien malin qui pourrait dire quelles extensions seront utilisées dans le produit final et de quelle manière.

    De toute façon, même en sachant quelles extensions seront utilisées, ça ne donne pas d'indications sur la puissance nécessaire. Par exemple, les ombres volumétriques (tu voulais dire stencil shadow volumes j'imagine), ça s'implémente sans problème sur une TNT2. Et les pixels shaders 2 (j'imagine que tu voulais parler des register combiner 2 de Nvidia) sont disponibles sur différents modèles (Geforce 3 et 4 notamment), mais ne seront pas nécessaires. D'autre part, de ce que j'ai lu, il n'y avait pas de gestion du culling, ce qui est une partie très importante dans un moteur et qui a une grande influence sur les performances d'affichage.
  • [^] # Re: Hyperion Entertainment annonce un accord de portage avec IncaGold

    Posté par  . En réponse à la dépêche Hyperion Entertainment annonce un accord de portage avec IncaGold. Évalué à 1.

    > L'effort a fournir ne doit venir que des boîtes de prods! à eux de
    > voir, et d'arrêter de se focaliser sur cet api de merde qu'est
    > DirectX.

    DirectX avait une mauvaise réputation il y a quelques années, mais beaucoup de développeurs qui la critiquaient à l'époque la trouvent plutôt pas mal foutue à l'heure actuelle. Même John Carmack...

    > y aurait pas un ptit DeusEx de prévu? voir le 2 sous nunux? ^_^

    Le premier était en cours de portage et devait sortir sous Linux, mais ça a été abandonné pour je ne sais plus quelle raison (peut-être la faillite de Loki). Pour le 2, on peut toujours rêver... :)
  • [^] # Re: Hyperion Entertainment annonce un accord de portage avec IncaGold

    Posté par  . En réponse à la dépêche Hyperion Entertainment annonce un accord de portage avec IncaGold. Évalué à 5.

    Dire qu'ils ne foutaient rien pour le libre, ce serait quand même sérieusement abuser. Certes leurs jeux n'étaient pas libres, mais ils ont quand même créé et contribué à quelques projets libres très intéressants, comme SDL (créé par un ex-employé de Loki), OpenAL ou SMPEG.

    Voir http://www.lokigames.com/development/(...) pour plus de détails.
  • [^] # Re: Hyperion Entertainment annonce un accord de portage avec IncaGold

    Posté par  . En réponse à la dépêche Hyperion Entertainment annonce un accord de portage avec IncaGold. Évalué à 4.

    Je ne crois vraiment pas que le problème ait été du à la mauvaise distribution en Europe. A mon avis, il y a beaucoup d'autres éléments qui expliquent leur faillite.

    Leurs jeux n'étaient pas des jeux originaux, mais des portages de jeux Windows (et pas les meilleurs) et ils sont sortis bien après les versions Windows (quelques mois à quelques années). A l'époque de leur sortie sous Linux (dans les $50) on pouvait trouver la version Windows en budget ou d'occase à $10-$20. Pas étonnant qu'ils aient eu du mal à les vendre.

    D'ailleurs le marché des joueurs sous Linux n'était pas très important à l'époque et il n'est sans doute toujours pas très important aujourd'hui.

    Ca et leur gestion apparement hasardeuse de l'entreprise...
  • [^] # Re: Hyperion Entertainment annonce un accord de portage avec IncaGold

    Posté par  . En réponse à la dépêche Hyperion Entertainment annonce un accord de portage avec IncaGold. Évalué à 4.

    Sans oublier que John Carmack a déjà dit précédemment que la version Xbox ne commencerait à être développée que quand la version PC serait terminée.

    Si le jeu sort avant sur Xbox, on saura pourquoi...
  • [^] # Re: Hyperion Entertainment annonce un accord de portage avec IncaGold

    Posté par  . En réponse à la dépêche Hyperion Entertainment annonce un accord de portage avec IncaGold. Évalué à 8.

    > Je pense qu'il a été repoussé parce qu'aucune carte graphique n'est
    > encore capable de le faire tourner de façon décente.

    Je ne sais vraiment pas où tu as lu ça. Le jeu est prévu depuis belle lurette sous Xbox et John Carmack avait aussi dit que le jeu tournerait sur une Geforce 3 mais qu'il valait mieux avoir une Geforce 4Ti pour profiter de tous les effets. Cette console et ces cartes sont disponibles depuis un bon moment déjà, ton "argument" ne tient pas la route une seconde.

    > J'ai essayé le leak de l'E3 [...] mais sans une carte de toute dernière
    > génération, ça rame. Je pense qu'ils attendent que les gens aient
    > upgradé leur matos.

    Le leak de l'E3 était une version alpha non optimisée, se baser là dessus pour évaluer les besoins du jeu est stupide, Carmack l'a lui même dit à maintes reprises.
  • [^] # Re: Hyperion Entertainment annonce un accord de portage avec IncaGold

    Posté par  . En réponse à la dépêche Hyperion Entertainment annonce un accord de portage avec IncaGold. Évalué à 5.

    Sur The Linux Game Tome, il y a un forum dédié aux jeux dont la sortie est prévue sous Linux :

    http://happypenguin.org/forums/viewforum.php?f=13(...)
  • [^] # Re: Hyperion Entertainment annonce un accord de portage avec IncaGold

    Posté par  . En réponse à la dépêche Hyperion Entertainment annonce un accord de portage avec IncaGold. Évalué à 3.

    > Sinon, bon, je vois qu'un seul jeu de bagnoles

    Il y en a deux : Ballistics et Midnight Racing.

    > reste à savoir si il est sympa à jouer.

    Ils sont tous les deux sortis il y a au moins deux ans sous Windows, en cherchant un peu sur google ça doit pas être trop difficile de trouver des tests. Sinon, ils disposent chacun d'une démo jouable.
  • [^] # Re: EA épouse NVIDIA...

    Posté par  . En réponse à la dépêche EA épouse NVIDIA.... Évalué à 9.

    > De toutes facon les jeux EA -_- Peut-être, mais ils se vendent... Et plutôt bien : http://www.axisnova.com/articles/021205_best_selling_games_2002.shtml The best selling games of 2002 What games do you think top the charts? Can millions of gamers be wrong? When it comes to publishers it is Electronic Arts (EA) that rule. EA are specialized in mainstream games for several platforms and was recently hailed as "the new Disney" by the online business magazine Business 2.0. PlayStation 2 1. Grand Theft Auto 3 (Take-Two) 2. Madden NFL 2002 (EA) 3. Medal of Honor Frontline (EA) 4. Spider-Man: The Movie (Activision) 5. Final Fantasy X (Square EA) 6. NCAA Football 2003 (EA) PC 1. WarCraft III: Reign of Chaos (Vivendi Universal) 2. The Sims (EA) 3. Medal of Honor Allied Assault (EA) 4. The Sims: Vacation Expansion Pack (EA) 5. Neverwinter Nights (Infogrames) 6. Star Wars Jedi Knight II: Jedi Outcast (LucasArts)
  • [^] # Re: lecteur de salon, consoles de jeu

    Posté par  . En réponse à la dépêche GNU/Linux Pratique 17 : la vidéo sous Linux. Évalué à 2.