mise à par les qqe instructions de haut niveau que peu de proc java comprenent d'ailleur (sauf les tout dernieres generations ) ...
sinon pour l'assemble c'est plutot proche 68000 (registres A* et companie en moins ...) !
Au fait les StrongARM nouvelle generations vont supporté directement le bytecode, plutot interessant quand on voit par exemple SavaJe XE (OS compatible Java2 SE 1.3) qui tourne justement sur strongARM ... enfin un iPaq de folie avec un OS qui booste et une plateforme de dev facile avec des outils qui fonctionnent !
Ce qui fait que la GPL pose des problèmes de viabilité, c'est qu'elle doit s'intègrer dans un monde qui n'est pas free software. Si le duo soft proprio/protection des techniques disparait, toutes les boites d'info, dans l'ensemble devraient ne s'en porter que mieux.
Le proprio n'a de raison d'être qu'avec un moyen d'empecher les gens de refaire ton travail. Sinon, que tu publies ou pas les sources, la concurrence refera ton travail à moindre frais quoi qu'il arrive. Et dans un système soft proprio/blocage des techniques le marché se réduit à quelques grosses boites qui font la loi et qui te tuent quand tu les gènes.
Il y en a qui ont teste le support Xinerama ?
Quel choix ont-ils fait ? Un bureau = Un ecran ?
(Xinerama c'est bien, mais sans WM adapte, c'est galere dans certain cas -> un Maximize sur une fenetre par exemple et hop la fenetre a cheval sur les deux ecrans - beurk)
la rapidite' de dev n'est pas le facteur le plus important.
Sinon, GOTO ACCESS!
il faut que cela soit aussi maintenable, portable
et que le standard soit FIXE' SURTOUT!
TOUS les organismes de certification ont jete' SUN
parce que cette salete' de java n'a jamais presente' une stabilite' quelconque au niveau des specifications.
Alors, ze m'excuse mais c de la grosse m*rde qui meme si cela peu tourner ici ou la (MASTODONTE oracle-i par ex) ca n'en reste pas MOINS non-viable, anti-GNU/open/free/source et bien pourrave a l'execution.
JAVA N'EST PAS FREE!
(relisez la license les ptits gars!)
SUN peut a tout moment demander des royalties pour TOUT soft ecrit en JAVA
(ils en ont peut-etre l'intention quand plus de monde l'utilisera >:\ )
la notion d'interprété (traduction de l'anglais interpreted) aurait du remplacé par : traduit !
Oui, le bytecode (l'assembleur pour les processeurs java) est traduit en assembleur pour ta plateforme (x86)...
mais autant que je sache le P4 dispose lui aussi d'une traduction du code x86 vers son assembleur interne (idem pour le PIII a qqch pret!) ... et pourtant ca pause pas de PB ;-)
Ce qui transforme ton bytecode en binaire s'appelle un JIT et c'est fait automatiquement depuis le JDK1.1 ...
D'autre par les proceseurs disposant d'unités de code morphing (comme le P4) peuvent etre adapter (ils y ont pensé un temps pour le P4) pour evvectuer en interne l'adaptation du bytecode en assembleur interne directement.
Pour la petite histoire, le bytecode Java desasemblé en mnemonique ressemble a qqch pret à du motorola mais sans registre et simplifié ... pour augmenter la bande passante du "bus" (moins d'octets par operations = plus d'instructions traitées !!!)
Je ne sais pas mais je profite de ton fil pour faire connaitre un jeu (si ce n'est déjà le cas) qui va sortir à l'hiver 2002 et qui s'appellera Neverwinter Nights.
C'est un jeu développé par Bioware (Baldur's Gate I & II) qui va sortir en boite aussi bien en version Linux que Windows, Mac, et même BeOS il me semble. Bien sûr il utilisera l'OpenGL. C'est un jeu de rôles qui utilisera les règles de Dungeons & Dragons 3e éditions pour les fans. Il est en 3D intégrale et a des textures vraiment manifiques à ce qu'on en voit sur les screenshots. Il y aura aussi bien un mode multijoueur qu'un mode solo. La grande particularité de ce jeu c'est que n'importe qui pourra faire son module et accueillir d'autres joueurs. Un peu à la façon que le maître de jeu le ferait lors d'une partie d'un jeu de rôles sur table.
Ce n'est pas du GPL, mais pour une fois qu'on verra un jeu qui s'annonce aussi génial tournant sous Linux...
autant que je me souvienne ils utilisent directement OpenGL ... donc les performances sont directement à imputer à sa carte video qui ne gere pas nativement l'OpenGL ...
Entre une carte top OpenGL et un µP 1Ghz qui emule tout du sol au plafond , ya tjr une marge considérable !!!
Avant de dire que c'est la faute à java faut reflechir ;-)
sinon felicitations à l'equipe du jeux c'est vraiment nickel comme truc ... :o)
Manque plus qu'une distro en JNLP (JavaWebStart) et ca sera le pied ! (j'ai raté le lien?)
"le C j'y pense même pas, y'a pas d'objets...".
En utilisant un typedef et une variable de type void à l'intérieur en C, on peut refaire un équivalent.
Sinon y'a t-il un comparatif Java3D - GL4Java niveau performance ??
Le Java c'est du bytecode, c'est interprèté. Quake c'est du code binaire exécuté directement par la machine.
Il y aura toujours un fossé entre les deux, bien qu'il se réduise au fur et à mesure de l'augmentation des cadences des CPU.
Mais rien n'empêche de transformer le code Java interprété en code binaire (vive les outils GNU !)
Le java c'est lent ! Qd on voit que Quake a des bouts dévellopé en assembleur !
C'est parcequ'on à des machines puissantes qu'on peut se permettre de faire n'importe quoi ! Il est passé ou le souci d'optimisation
> Mandrake n'est pas moins tiré d'affaire que SuSE et au moins eux ils ne licencient pas.
Dans le prospectus COB, MandrakeSoft prévoit la suppression de 21 postes (soit 16% du personnel) en France entre le 31 mars 2001 et le 31 septembre 2001.
Quoiqu'il en soit, le fait que l'économie de l'édition de logiciels GPL soit économiquement discutable ne remet pas en cause l'économie du logiciel libre en général.
KPart c'est la technologie de composants de KDE (un peu comme les ActiveX sous Windows ou Bonobo pour Gnome).
D'autre part tu peux faire tourner Kate (ou la pluspart des applis KDE) sur n'importe quel UNIX sur lequel les kdelibs ont été portés, sans avoir besoin d'utiliser KDE comme environnement de bureau.
Java présente au moins 1 avantage, c'est que tu développes 2 à 5 fois + vite qu'en C++ (le C j'y pense même pas, y'a pas d'objets...).
Si tu imagines le boulot que ça représente de faire un jeu comme ça, tu apprécies le gain...
Mais sinon, encore mieux, il y a Python (là le gain est de 5 à 25), qui a aussi l'avantage d'être libre.
Quand au faible nombre de polygones dans le jeu, c'est peut-être plutôt parce qu'il n'y a pas d'arbre BSP ou d'octree, non ?
Je me demande comment des developpeurs peuvent bien avoir la betise de developper des trucs comme un jeu en JAVA!!!
Le langage le plus pourri qui ait (euh le C# aussi) existe' !
Vraiment je ne peux pas comprendre,
Comment doit-on se considerer quand tout le monde dit: "c'est bien" et qu'on est le seul a dire: "c'est de la grosse m*rde":
[^] # C'est pour ca qu'ils utilisent OpenGL4Java ;-)
Posté par Anonyme . En réponse à la dépêche Arkanae : un jeu de role GPL. Évalué à 0.
Pkoi, ils ont pas prevu un mode de plus bas niveau reste pour moi tjr une enigme :(
-JB'.
bjb at multimania dot com
[^] # Re: Vive le latin
Posté par Anonyme . En réponse à la dépêche Logiciel propriétaire => Virus. Évalué à 1.
Idem pour les virus et autres scénarios.
[^] # j'ai dit :ca ressemble ... pas ca le comprent :o)
Posté par Anonyme . En réponse à la dépêche Arkanae : un jeu de role GPL. Évalué à 0.
sinon pour l'assemble c'est plutot proche 68000 (registres A* et companie en moins ...) !
Au fait les StrongARM nouvelle generations vont supporté directement le bytecode, plutot interessant quand on voit par exemple SavaJe XE (OS compatible Java2 SE 1.3) qui tourne justement sur strongARM ... enfin un iPaq de folie avec un OS qui booste et une plateforme de dev facile avec des outils qui fonctionnent !
[^] # Re: Vive le latin
Posté par Anonyme . En réponse à la dépêche Logiciel propriétaire => Virus. Évalué à 0.
[^] # Et alors ?
Posté par Anonyme . En réponse à la dépêche Viabilite économique de la GPL. Évalué à 0.
Le proprio n'a de raison d'être qu'avec un moyen d'empecher les gens de refaire ton travail. Sinon, que tu publies ou pas les sources, la concurrence refera ton travail à moindre frais quoi qu'il arrive. Et dans un système soft proprio/blocage des techniques le marché se réduit à quelques grosses boites qui font la loi et qui te tuent quand tu les gènes.
# Vive le latin
Posté par Anonyme . En réponse à la dépêche Logiciel propriétaire => Virus. Évalué à 0.
Mais ne faut-il pas dire un virus, des virii ?
[^] # Re: .deb pour Potato ?
Posté par Anonyme . En réponse à la dépêche Sortie de Kde 2.2. Évalué à 0.
YF
# Xinerama ?
Posté par Anonyme . En réponse à la dépêche Sortie de Kde 2.2. Évalué à 2.
Quel choix ont-ils fait ? Un bureau = Un ecran ?
(Xinerama c'est bien, mais sans WM adapte, c'est galere dans certain cas -> un Maximize sur une fenetre par exemple et hop la fenetre a cheval sur les deux ecrans - beurk)
Ronan
# Lemennicier
Posté par Anonyme . En réponse à la dépêche Logiciel propriétaire => Virus. Évalué à -1.
[^] # Re: Il n'y a pas de jeux sous Linux !!!
Posté par Anonyme . En réponse à la dépêche Arkanae : un jeu de role GPL. Évalué à 2.
c'est pour ca que j'ai commenté en anonyme
[^] # JAVA ça marche PAS et plus rapide : OBJECTIVE-C!
Posté par Anonyme . En réponse à la dépêche Arkanae : un jeu de role GPL. Évalué à 0.
Sinon, GOTO ACCESS!
il faut que cela soit aussi maintenable, portable
et que le standard soit FIXE' SURTOUT!
TOUS les organismes de certification ont jete' SUN
parce que cette salete' de java n'a jamais presente' une stabilite' quelconque au niveau des specifications.
Alors, ze m'excuse mais c de la grosse m*rde qui meme si cela peu tourner ici ou la (MASTODONTE oracle-i par ex) ca n'en reste pas MOINS non-viable, anti-GNU/open/free/source et bien pourrave a l'execution.
JAVA N'EST PAS FREE!
(relisez la license les ptits gars!)
SUN peut a tout moment demander des royalties pour TOUT soft ecrit en JAVA
(ils en ont peut-etre l'intention quand plus de monde l'utilisera >:\ )
et ceci n'est pas un troll...
[^] # JavaWebStart babe :o)
Posté par Anonyme . En réponse à la dépêche Arkanae : un jeu de role GPL. Évalué à 2.
(JWS sera intégré en standard dans tous les JDK1.4, en attendant on peut le faire telecharger par l'utilisateur ... c'est pas super enorme !)
Voili !
[^] # Encore un qui lit trop les magazines et qui a raté un epizode ...
Posté par Anonyme . En réponse à la dépêche Arkanae : un jeu de role GPL. Évalué à 2.
Oui, le bytecode (l'assembleur pour les processeurs java) est traduit en assembleur pour ta plateforme (x86)...
mais autant que je sache le P4 dispose lui aussi d'une traduction du code x86 vers son assembleur interne (idem pour le PIII a qqch pret!) ... et pourtant ca pause pas de PB ;-)
Ce qui transforme ton bytecode en binaire s'appelle un JIT et c'est fait automatiquement depuis le JDK1.1 ...
D'autre par les proceseurs disposant d'unités de code morphing (comme le P4) peuvent etre adapter (ils y ont pensé un temps pour le P4) pour evvectuer en interne l'adaptation du bytecode en assembleur interne directement.
Pour la petite histoire, le bytecode Java desasemblé en mnemonique ressemble a qqch pret à du motorola mais sans registre et simplifié ... pour augmenter la bande passante du "bus" (moins d'octets par operations = plus d'instructions traitées !!!)
Voili .... Vive Tux, vive Duke :o)
[^] # Re: Comparaison ?
Posté par Anonyme . En réponse à la dépêche Arkanae : un jeu de role GPL. Évalué à 1.
C'est un jeu développé par Bioware (Baldur's Gate I & II) qui va sortir en boite aussi bien en version Linux que Windows, Mac, et même BeOS il me semble. Bien sûr il utilisera l'OpenGL. C'est un jeu de rôles qui utilisera les règles de Dungeons & Dragons 3e éditions pour les fans. Il est en 3D intégrale et a des textures vraiment manifiques à ce qu'on en voit sur les screenshots. Il y aura aussi bien un mode multijoueur qu'un mode solo. La grande particularité de ce jeu c'est que n'importe qui pourra faire son module et accueillir d'autres joueurs. Un peu à la façon que le maître de jeu le ferait lors d'une partie d'un jeu de rôles sur table.
Ce n'est pas du GPL, mais pour une fois qu'on verra un jeu qui s'annonce aussi génial tournant sous Linux...
Quelques vidéos :
http://nwn.jeuxonline.cc/j_telechargement.shtml(...) (je vous conseille celle officielle de l'E3 2001)
Quelques screenshots :
http://gamespot.com/gamespot/filters/products/s(...) creenindex/0,11104,188666,00.html
Site officiel :
http://www.neverwinternights.com/(...)
Site francophone sur ce jeu :
http://nwn.jeuxonline.cc/(...)
[^] # Ca a rien a voir ...
Posté par Anonyme . En réponse à la dépêche Arkanae : un jeu de role GPL. Évalué à 1.
Entre une carte top OpenGL et un µP 1Ghz qui emule tout du sol au plafond , ya tjr une marge considérable !!!
Avant de dire que c'est la faute à java faut reflechir ;-)
sinon felicitations à l'equipe du jeux c'est vraiment nickel comme truc ... :o)
Manque plus qu'une distro en JNLP (JavaWebStart) et ca sera le pied ! (j'ai raté le lien?)
[^] # Java3D vs. GL4Java
Posté par Anonyme . En réponse à la dépêche Arkanae : un jeu de role GPL. Évalué à 1.
En utilisant un typedef et une variable de type void à l'intérieur en C, on peut refaire un équivalent.
Sinon y'a t-il un comparatif Java3D - GL4Java niveau performance ??
[^] # Re: JAVA ça marche !
Posté par Anonyme . En réponse à la dépêche Arkanae : un jeu de role GPL. Évalué à 1.
Il y aura toujours un fossé entre les deux, bien qu'il se réduise au fur et à mesure de l'augmentation des cadences des CPU.
Mais rien n'empêche de transformer le code Java interprété en code binaire (vive les outils GNU !)
[^] # Re: JAVA ça marche !
Posté par Anonyme . En réponse à la dépêche Arkanae : un jeu de role GPL. Évalué à 1.
C'est parcequ'on à des machines puissantes qu'on peut se permettre de faire n'importe quoi ! Il est passé ou le souci d'optimisation
[^] # Re: Pipeau.
Posté par Anonyme . En réponse à la dépêche Viabilite économique de la GPL. Évalué à 0.
Dans le prospectus COB, MandrakeSoft prévoit la suppression de 21 postes (soit 16% du personnel) en France entre le 31 mars 2001 et le 31 septembre 2001.
Quoiqu'il en soit, le fait que l'économie de l'édition de logiciels GPL soit économiquement discutable ne remet pas en cause l'économie du logiciel libre en général.
[^] # Re: Kate et KDevelop 2.0
Posté par Anonyme . En réponse à la dépêche Sortie de Kde 2.2. Évalué à 0.
D'autre part tu peux faire tourner Kate (ou la pluspart des applis KDE) sur n'importe quel UNIX sur lequel les kdelibs ont été portés, sans avoir besoin d'utiliser KDE comme environnement de bureau.
[^] # Re: JAVA ça marche !
Posté par Anonyme . En réponse à la dépêche Arkanae : un jeu de role GPL. Évalué à 2.
Si tu imagines le boulot que ça représente de faire un jeu comme ça, tu apprécies le gain...
Mais sinon, encore mieux, il y a Python (là le gain est de 5 à 25), qui a aussi l'avantage d'être libre.
Quand au faible nombre de polygones dans le jeu, c'est peut-être plutôt parce qu'il n'y a pas d'arbre BSP ou d'octree, non ?
Jiba, "lead programmer" d'Arkanae
[^] # Re: euh, je capte pas
Posté par Anonyme . En réponse à la dépêche KDevelop 2.0. Évalué à 0.
Ils l'ont nommé "kdevelop-2.2beta1" au lieu de "kdevelop-2.0beta1".
[^] # c'est pas fait pour jouer un pc: GOTO PS2
Posté par Anonyme . En réponse à la dépêche Arkanae : un jeu de role GPL. Évalué à -1.
# JAVA: "j'as va pas marcher du tout"
Posté par Anonyme . En réponse à la dépêche Arkanae : un jeu de role GPL. Évalué à -1.
Le langage le plus pourri qui ait (euh le C# aussi) existe' !
Vraiment je ne peux pas comprendre,
Comment doit-on se considerer quand tout le monde dit: "c'est bien" et qu'on est le seul a dire: "c'est de la grosse m*rde":
skyzo/parano ou messie ?
(allez pan -1 le titre est assez parlant)
frbn
[^] # Re: en parlant de jeux sous nunux
Posté par Anonyme . En réponse à la dépêche Arkanae : un jeu de role GPL. Évalué à 1.