Le moteur Dæmon est un moteur de jeu taillé pour des jeux rythmés en arène.

Nous avons fusionné notre branche 0.52 et étiqueté la version 0.52. Unvanquished 0.52 Beta est sorti le vendredi 14 mai. Le compte à rebours est lancé ! Tandis que nous sommes en train d’empaqueter le jeu et sommes en train de contacter les propriétaires de serveur pour mettre à jour leurs serveurs afin d’être prêts pour ce jour, nous annonçons le moteur Dæmon.

L’historique d’Unvanquished et du moteur Dæmon.

Le moteur Dæmon est un moteur brut, le composant logiciel exécutant le code du jeu dans une machine virtuelle et opérant le rendu du jeu tout en gérant les entrées et le réseau. C’est un composant d’un écosystème libre et ouvert mais pas une plate-forme d’édition intégrée comme Godot.

Note de l’auteur — Ceci est une traduction de l’annonce du 10 mai que j’ai écrite pour le site d’Unvanquished. Cet article est sous licence CC 0 1.0.

0 A.D. : Empires Ascendant est un jeu vidéo de stratégie en temps réel (RTS) historique en 3D développé par Wildfire Games. C’est un projet libre (code sous GPL v2, données sous CC BY‑SA 3.0), au développement ouvert, visant des standards de qualité artistique comparables à ceux de l’industrie, ainsi qu’un grand respect de la réalité historique. Le jeu permet d’incarner treize factions qui ont marqué leur histoire entre les rives de l’Atlantique et la chaîne de l’Himalaya, au cours de la période allant de −500 av. J.‑C. à −1 av. J.‑C.

0 A.D. : Empires Ascendant est encore actuellement considéré « en cours de développement », par l’équipe et les fans exigeants, mais le jeu est jouable à tel point qu’une communauté de joueurs conséquente s’est déjà construite autour, et son succès est révélé par les statistiques : 250 000 téléchargements en 2018 et 100 000 comptes multijoueurs.
Cette dépêche présente la version Alpha 24, Xšayāršā, du projet sortie le 20 février dernier.

Cet article est principalement une traduction de l’annonce officielle de la nouvelle version.

Si vous souhaitez rejoindre l’aventure, n’hésitez pas à visiter nos forums et à rejoindre notre communauté, ou plus simplement, à prendre un de nos tickets sur Trac avant de soumettre un correctif sur Phabricator. Si vous avez des questions n’hésitez pas à passer sur IRC (#0ad-dev sur le serveur Quakenet).

Nous sommes toujours à la recherche de développeurs — C++ (moteur graphique, moteur audio), JavaScript (IA, gameplay, génération procédurale de cartes) —, de reviewers, de traducteurs, d’historiens, de créateurs de cartes, d’animateurs 3D, d’artistes 3D et 2D, et de personnes pour nous aider sur certains scripts (Perl et Python).

Du 19 au 22 novembre 2020, Debian a organisé une « MiniDebConf » en ligne avec pour thème principal le jeu vidéo, et nattie a invité le projet Unvanquished à soumettre une conférence. Membre actif de ce projet j’ai proposé le sujet suivant :

Bâtir une communauté en tant que service : comment cesser de souffrir de « ce code est censé être forké ».

Dont voici la présentation :

Il est connu que les précédents moteurs id Tech ont vu leur code source ouvert lorsqu’ils furent remplacés et donc non rentables. Bien que l’apport à l’humanité fut gigantesque, les développeurs de jeux souffrent encore aujourd’hui des choix de conception et de l’état d’esprit induit par le fait qu’une telle base de code était destinée à mourir. 20 ans plus tard, nous nous concentrerons sur l’héritage de l’id Tech 3, sur la manière dont le marché, les communautés open source et les pratiques de développement ont évolué, et nous embarquerons dans l’aventure de la transition nécessaire depuis des vidages de dépôt de code mort à un écosystème en tant que service.

En partant de divers exemples tirés de l’industrie du jeu vidéo, la conférence est le fruit d’une quinzaine d’année d’observations et d’immersion et développe une réflexion plus large sur la nature d’un service, le besoin de développer des communautés, la place de la collaboration dans une communauté de logiciel libre, comment des choix de conceptions peuvent induire un état d’esprit qui nourrit la conception à son tour, etc. Sont abordées certaines problématiques comme le coût (éventuellement caché) de certaines pratiques, la nature d’une économie, ou encore comment certaines méthodes encouragent plus volontiers la production de déchet ou bien le recyclage de la production.

Cette conférence de 45 minutes a été donnée en ligne, en anglais, le dimanche 22 novembre 2020 à 19:30 UTC.

Cette dépêche propose une retranscription et traduction en français de cette conférence. La vidéo peut également être visionnée en anglais avec un sous-titrage francophone (ou anglophone).

Merci à Debian pour l’accueil et l’organisation de l’événement et à Thomas Vincent de Debian France pour la transformation de la retranscription en sous-titres et le fastidieux travail de synchronisation, ainsi que son méticuleux travail de relecture et de correction de la traduction en français.

Note de l’auteur — Cet article et la retranscription sont couverts par les termes de la licence CC 0 1.0 « Transfert dans le domaine public ».

Stenzek, un développeur et ingénieur spécialisé dans la rétro‐ingénierie, très connu en matière d’émulation, ayant notamment participé activement au développement de l’émulateur Dolphin pour GameCube et Wii, nous gratifie d’un excellent émulateur pour la PlayStation de Sony, émulateur en développement depuis le 9 août 2019.

En termes d’émulation, EPSXE, qui n’était pas libre, a longtemps tenu la palme. Puis, suite à la perte du code source de l’auteur, lui‑même finalement piégé par sa propre politique en la matière, il a dû redémarrer de zéro, et l’émulateur n’a plus vraiment été à la hauteur sur ce qui faisait son succès et son suivi. Au‑delà de ça, s’est longtemps posé le problème de la portabilité, car, faute de code libre, les sorties sur telle ou telle architecture, étaient limitées au choix du développeur.

Dans ce domaine, c’est clairement PCSX, qui a parallèlement pris le relai (développé depuis 2001) et dépassé EPSXE, que ce soit à travers le projet original, ou ses nombreuses reprises allant de PCSX-df et PCSX-rearmed. On se retrouvait néanmoins systématiquement à hériter des limitations et problèmes de compatibilité et à des choix de désengagement de l’émulateur vieillissant, lui‑même basé sur de multiples greffons.