Il n'y a plus d'echosystème "ioquake". C'est mort et enterré. Il reste ioquake et c'est tout. Les forks actifs de ioquake sont surtout par les devs eux même.
Il y en a peut-être peu, mais on peut compter Unvanquished et OpenJK, par exemple. Ca fait toujours plus que zéro.
Et il n'y a aucun intérêt à se baser sur ce moteur actuellement pour lancer un nouveau projet.
C'est certainement vrai, il y a d'autres possibilités plus modernes (IdTech 4 pour ne citer que celui là).
Puisqu'il y manque un bon lot d'améliorations (surtout sur les mods) qui sont présents dans RTCW, les trucs pratiques que les joueurs veulent.
Tout à fait, mais ça ne concerne pas le moteur, c'est entièrement codé dans la partie mod au dessus.
D'ailleurs, ce qu'il faudrait c'est un framework/code prémaché qui permettent d'inclure ce code commun dans tous les mods, mais c'est complètement orthogonal à la problématique du moteur. Une bonne âme généreuse pour nous pondre ça?
Donc je suis heureux du travail fait sur ET:L mais quelle douleur pour arriver là.
Ca tombe bien, le travail est globalement fait comme tu dis et il semblerait que tu n'ai pas souffert le moins du monde :)
Pour conclure, [...]
Honnêtement, on sent bien ta déception vis à vis de l'équipe ioQuake. Je ne connais pas l'équipe de ce projet, donc je ne vais pas dire qu'il n'y a pas de problème qui relève de l'humain et pas de la technique. D'ailleurs c'est plutôt la norme dans le logiciel libre ça.
Aujourd'hui, le code d'ET:L dispose d'un code moteur qui est globalement bon, d'un nouveau moteur de rendu qui repose en partie sur l'effort de projets qui aujourd'hui ne sont plus (XReal, OpenWolf) et d'autres qui sont toujours très actif (unvanquished). Ne serait-ce pas l'opportunité de dépasser ioquake en pondant du meilleur code (et sous GPLv3)?
[^] # Re: Pseudo drama juridique
Posté par Spyhawk . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 3.
Il y en a peut-être peu, mais on peut compter Unvanquished et OpenJK, par exemple. Ca fait toujours plus que zéro.
C'est certainement vrai, il y a d'autres possibilités plus modernes (IdTech 4 pour ne citer que celui là).
Tout à fait, mais ça ne concerne pas le moteur, c'est entièrement codé dans la partie mod au dessus.
D'ailleurs, ce qu'il faudrait c'est un framework/code prémaché qui permettent d'inclure ce code commun dans tous les mods, mais c'est complètement orthogonal à la problématique du moteur. Une bonne âme généreuse pour nous pondre ça?
Ca tombe bien, le travail est globalement fait comme tu dis et il semblerait que tu n'ai pas souffert le moins du monde :)
Honnêtement, on sent bien ta déception vis à vis de l'équipe ioQuake. Je ne connais pas l'équipe de ce projet, donc je ne vais pas dire qu'il n'y a pas de problème qui relève de l'humain et pas de la technique. D'ailleurs c'est plutôt la norme dans le logiciel libre ça.
Aujourd'hui, le code d'ET:L dispose d'un code moteur qui est globalement bon, d'un nouveau moteur de rendu qui repose en partie sur l'effort de projets qui aujourd'hui ne sont plus (XReal, OpenWolf) et d'autres qui sont toujours très actif (unvanquished). Ne serait-ce pas l'opportunité de dépasser ioquake en pondant du meilleur code (et sous GPLv3)?