Unvanquished 0.52 Beta est là

Posté par Thomas Debesse (site web personnel) le 20 mai 2021 à 20:31. Édité par Anonyme, clement_686, afontain, Yves Bourguignon, claudex, Benoît Sibaud, patrick_g, iltis2017 et Ysabeau 🧶 🧦. Modéré par patrick_g. Licence CC By‑SA.

Étiquettes :

mai

2021

Nous sommes fiers de vous présenter le jeu Unvanquished en version 0.52, notre première version beta. 😎

Si vous êtes fatigué de désamorcer des bombes, ou d’être le dernier survivant d’une battle royale qui n’en finit pas, lassé de boxer des démons l’un après l’autre et d’aligner des cyberpunks et de vilains robots en arène, ou si vous voulez simplement tester quelque chose de différent, Unvanquished est fait pour vous.

Vous pouvez télécharger le jeu dès maintenant pour Linux, Windows et macOS et rejoindre nos serveurs en ligne pour jouer immédiatement. Cependant, si vous vous sentez trop jeune pour mourir, vous voudrez en lire un peu plus. 👇

Note de l’auteur — Ceci est une traduction de l’annonce du 14 mai que j’ai écrite pour le site d’Unvanquished. Cet article est sous licence CC 0 1.0. Je remercie clement_686 et iltis2017 pour leur contribution à la traduction, ainsi que afontain, yPhil et tous ceux qui ont apporté des corrections.

Illustration de première page : un soldat clone mal équipé et vulnérable avec un kit de construction, un autre soldat avec une armure légère, un radar et un fusil à pompe, un autre avec une armure moyenne, un jetpack et un lasgun, et le dernier tout à droite porte une armure de combat et porte un canon lucifer, ce dernier est bien équipé pour faire face au tyrants, ils prennent la pose sur la carte Forlorn.

Retour aux sources

Unvanquished est un jeu de stratégie en temps réel et à la première personne : prends une arme, construis ta base, reste vivant, et protège ton équipe.

En tant que jeu de survie en équipe basé sur des classes, Unvanquished présente deux équipes opposées qui se battent pour leur survie : des humains suréquipés contre des hordes d’aliens, les uns comme les autres essayant de faire disparaître l’autre espèce de la face du monde.

Un imposant tyrant, un dragoon avancé et un marauder avancé reprennent des forces dans leur base, sur le mur un dretch et une mante exercent leur capacité à marcher sur les murs, tandis qu’un granger avancé construit une ruche dans la carte Plateforme 23.

Comme jeu de stratégie en temps réel, Unvanquished met en œuvre des mécanismes de gestion de ressources. En développant une dynamique, votre équipe peut progresser (et régresser !) à travers des ères que l’on appelle stages, débloquant de nouvelles technologies qui feront plus de dégâts, ainsi que d’autres défenses pour vous sécuriser vous, et votre base. Vous toucherez votre salaire et recevrez des primes pour vos faits d’armes, tout en essayant de ne pas devenir le repas de votre ennemi. Pour étendre votre territoire et le sécuriser, vous extrairez des ressources minières.

Un joueur humain construit des structures de défenses pour protéger sa base de la menace extra-terrestre sur la carte Perseus.

Unvanquished étant également un FPS (jeu de tir à la première personne) vous verrez tout ce qui se passe à travers les yeux de votre personnage et en temps réel. Vous vous réjouirez d’échapper à des rencontres mortelles dans un couloir inquiétant grâce à votre gros calibre et exterminerez ces nuisibles. « Faites votre part ! » qu’ils disent… En tant qu’alien, vous piégerez ces bipèdes émotifs et leur ferez oublier qu’ils ont été humains, cacherez vos œufs dans de sombres recoins et retournerez mordre violemment les humains alors qu’ils pensaient être en sécurité. Dans l’espace, personne ne vous entendra crier ? Sur Terre non plus : personne n’entendra le dernier soldat hurlant à la mort.

Courageux ou imprudent sera l’humain qui franchira cette porte… Un granger avancé marchant sur les murs contemple de haut ses défenses sur la carte Antares.

Le bombardier stratégique d’Unvanquished B-52 a un colis spécial pour vous : vous pouvez commencer à télécharger le jeu immédiatement en utilisant notre lanceur et rejoindre les serveurs en ligne !

Unvanquished est entièrement gratuit et son code source ouvert, vous n’aurez pas à payer pour débloquer les personnages iconiques de l’univers, il n’y a pas de micros transactions ni de « loot boxes »… Unvanquished est jouable gratuitement, téléchargeable gratuitement, copiable gratuitement, partageable gratuitement, étudiable gratuitement, modifiable gratuitement et libre à la contribution. Nous considérons nos joueurs comme des personnes responsables et respectables, de même pour nos contributeurs… Vous êtes les bienvenus dans notre monde !

Que la lumière soit

Après 2 ans et demi de travail depuis l’alpha 0.51, il s’agit d’une étape importante dans le développement Unvanquished. Il est temps de célébrer la 0.52, notre première version bêta !

Nous pensons que le moteur et l’expérience de jeu sont suffisamment léchés pour passer en bêta. Notre jeu est jouable depuis le début, mais nous utilisons les statuts alpha et bêta pour marquer les étapes que nous voulons atteindre.

Tout du jeu, du moteur aux données, est suivi dans des dépôts Git. Notre jeu est désormais libre et ouvert dans tous ses aspects. N’importe qui peut produire des binaires du jeu portables et prêts pour être distribués. Nous avons un éditeur de niveau compatible. Nous avons rendu notre infrastructure plus solide. Le moteur a atteint le niveau de qualité que nous voulions, etc.

Un jeu comme Unvanquished est un énorme projet. Cela implique le développement du moteur de jeu, le gameplay, de la modélisation, de la conception de niveaux, mais aussi toute l’infrastructure sous-jacente pour distribuer le jeu et connecter les joueurs entre eux. Expliquer cette infrastructure pourrait demander un article dédié.

Nous pensons désormais que nous pouvons mettre l’étiquette Beta sur notre jeu à cause de tout cela.

Bien entendu, nous connaissons l’existence de tel ou tel bug amusant. Nous avons décidé de retirer des objectifs de la Bêta le remplacement de toutes les données de Tremulous, parce que cela n’a aucun impact sur la jouabilité de toute façon… La route vers notre version 1.0 est toujours devant nous. Mais aujourd’hui est une de nos plus grandes étapes dans l’histoire d’Unvanquished. Notre très bon ami kharnov (un des précédents chefs de projet) voulait voir la version 0.51 atteindre le statut de bêta, la 0.51 était un peu comme notre bêta cachée et elle a rendu le service attendu pendant plus de deux ans. Maintenant que la 0.52 est là, oui, nous sommes officiellement en bêta.

Le numéro de version n’indique pas l’ampleur du travail réalisé. Jusqu’à la version 50 nous faisions des sorties mensuelles. Le rythme de développement n’a jamais ralenti, et si nous avions conservé ce calendrier de publication, la version 51 aurait été la 82, et la version 52 aurait été la 111. Donc notre bêta 52 est une bêta 111 déguisée.

Chants de la Terre lointaine

Au commencement, Unvanquished a démarré comme la suite d’un bon vieux jeu que beaucoup d’entre nous ont apprécié : Tremulous. Tremulous était fun et a acquis une large base de joueurs, mais après la première version 1.1 d’automne 2006, la version 1.2 n’est jamais arrivée sous le sapin de Noël… Par conséquent, beaucoup de personnes ont eu l’idée de continuer le projet. La majorité des contributeurs d’Unvanquished était au départ des contributeurs de Tremulous ou membres de sa communauté, qui étaient bien connus pour leur production renommée comme des cartes réputées et un moteur alternatif apportant beaucoup d’améliorations.

La généalogie d’Unvanquished.

Les ambitions d’Unvanquished étaient plus vastes que d’être uniquement un projet de maintenance : il y avait aussi une volonté d’améliorer les outils autour du jeu, et d’aller un peu plus loin dans les technologies et les méthodologies héritées des années 90, tout en accompagnant prudemment les joueurs et les contributeurs avec des changements progressifs, un par un tout en gardant une courbe de progression, et en évitant de fermer la porte aux migrations de contenu tierce-partie.

Unvanquished est basé sur le moteur Dæmon que nous avons présenté dans notre article précédent. Le moteur Dæmon vit comme un projet libre à part entière, avec un développement actuellement hébergé chez GitHub. Si vous voulez baser votre jeu sur le moteur Dæmon, vous êtes bienvenu, il est fait pour ça !

Premier atterrissage

Lorsque le jeu est lancé pour la première fois, le jeu demande le pseudonyme de l’utilisateur puis ouvre la liste des serveurs immédiatement après ça.

Nous avons beaucoup affiné l’expérience utilisateur. Désormais au premier démarrage le jeu demande au joueur le pseudonyme avec lequel il désire être appelé, puis redirige immédiatement vers la liste des serveurs pour sauter dans l’action le plus vite possible.

Le tutoriel à l’écran (à gauche) explique à l’humain blessé comment il peut faire pour utiliser son kit de soins.

Le tutoriel à l’écran est censé être complet, disant au nouveau joueur comment faire, quoi et quand. Par exemple les instructions à l’écran peuvent indiquer au joueur quelles touches à utiliser pour construire sa base ou pour utiliser la grenade qu’ils viennent d’acheter. Lorsque la santé du joueur est basse, il pourra trouver sur son écran un message qui explique comment utiliser le kit de soins (medkit) ou lui conseiller de retourner sur une structure de soins (medistation), la ou les positions étant indiquées par une balise à l’écran. Ce texte tutoriel peut être désactivé dans les préférences du joueur (« Player »).

Préréglages d’association de touche.

Nous avons entièrement refondu les associations de touches par défaut pour que le jeu soit utilisable par les nouveaux joueurs sans avoir à les modifier… Nous fournissons aussi un choix de préconfigurations adaptées à vos goûts, incluant l’agencement WASD ou bien l’agencement ESDF. Le système d’attribution de touches est indépendant de l’agencement de votre langue, par conséquent si vous utilisez un clavier AZERTY, choisir l’option WASD configurera le jeu en ZQSD directement, sans aucun réglage à faire de votre part, et le tutoriel s’adaptera selon l’agencement de votre langue.

Un champ de vision ultra large tel que peut le voir un marauder avancé sur la map Thunder.

L’interface utilisateur est maintenant ajustée selon la taille de l’écran de l’utilisateur pour la rendre lisible depuis le 640×480… jusqu’au 4K et au-dessus, et cela s’adapte automatiquement quel que soit le ratio que votre écran utilise, que ce soit avec le bon vieux 4:3, le plus commun 16:9 ou bien les écrans ultra-larges comme le 32:9… Nous validons généralement le matériel avec une résolution 4K, mais quel que soit votre écran, l’interface utilisateur devrait être lisible.

Préréglages graphiques

Nous fournissons aussi des préréglages graphiques que nous avons profondément testés. En gros, le preset le plus bas (lowest) est pour les systèmes très vieux et obsolètes (on l’a même testé sur des vieilles cartes AGP !) et utilise une résolution de texture très basse, désactive le rebond de particle, et désactive même le ciel. Le préréglage bas (lowest) est un poil moins moche, mais au moins vous avez un ciel. Le réglage moyen (medium) active les textures mixtes (multitexturing), donc vous aurez de belles textures détaillées avec des reflets d’éclairage corrects. Le préréglage moyen est considéré comme un bon préréglage, apportant au joueur ce que nous voulons qu’il ait. Ensuite le préréglage haut (high) active l’éclairage dynamique et le préréglage ultra active les cartes de hauteur. Le relief mapping est une nouvelle fonctionnalité introduite par la 0.52. Toutes les textures n’ont pas encore de carte de hauteur mais nous avons importé un paquet d’entre elle depuis le jeu Xonotic pour les textures que nous avons en commun.

Le menu en cercle des évolutions d’aliens, tandis qu’un dretch tente d’évoluer en toute sécurité dans la carte Yocto.

Les menus en cercle ont été réécrits. Dans Unvanquished les menus en cercle sont utilisés pour le menu d’achat d’armes et d’équipements à l’armurerie, ou dans le menu d’évolution alien, les menus de constructions humain et alien, ainsi que pour le menu de balise. Ces menus en cercle sont maintenant centrés correctement, et des touches de raccourcis peuvent maintenant être utilisées pour choisir un élément avec une touche de chiffre. Dans le menu d’achat humain, la touche Tabulation peut être utilisée pour basculer de la catégorie armes à la catégorie équipements.

Le guide intégré au jeu.

Le guide intégré du jeu a été récrit. Il n’est pas parfait mais au moins désormais il ne parle plus de choses obsolètes, et ne suppose plus que le nouveau joueur connaisse Tremulous parce que le temps a passé, les nouveaux joueurs peuvent découvrir ce genre de jeu avec Unvanquished même !

La note à propos du statut Beta d’Unvanquished.

Pour que ce soit explicite, le jeu affiche en bas à gauche du menu principal un message qui précise que le jeu est en cours de développement. Bien sûr, ce message n’est pas présent lorsqu’on joue, il n’est là que sur le menu principal.

Il est désormais possible de faire tourner le jeu en mode fenêtré sans bordure, en plus des options de plein écran ou de fenêtrage classique.

Nous voulons privilégier les sorties rapides, régulières (release early, release often) bien que nous ayons du travail pour revenir à « régulier ». Rapportez les bugs que vous voyez. 🙂

No man’s land

Pour les propriétaires de serveurs, nous distribuons désormais un ensemble de modèles (templates) fonctionnels (fichier server.cfg et autres) et nous distribuons aussi avec le jeu une rotation de carte par défaut qui est chargée si le propriétaire du serveur n’en a pas configurée une personnalisée. Les bots reçoivent aussi des noms adaptés, permettant de bien voir que ce sont des bots si aucun nom personnalisé de bot n’est défini. Par conséquent, l’hébergement d’un serveur fonctionne dès le déballage (out of the box).

Au sujet de la sécurité, les serveurs en ligne hébergeant du contenu téléchargeable requièrent désormais d’héberger aussi un fichier PAKSERVER sur le serveur contenant la chaîne de caractère ALLOW_UNRESTRICTED_DOWNLOAD (« autoriser le téléchargement sans restriction »). Le client vérifie la présence de ce fichier avant de télécharger quoi que ce soit. Cela doit empêcher d’éventuels serveurs malfaisants de dire aux clients de télécharger des choses depuis des espaces web qu’ils ne contrôlent pas (comme le réseau local du joueur)… À l’exécution curl est autorisé à n’utiliser que http:// pour empêcher du code malicieux d’explorer le système de fichier avec file:// par exemple.

Être libre

Il serait vraiment difficile de lister tous les changements et les améliorations qui se sont produits en plus de deux ans, mais nous allons nous attarder sur quelques-uns.

Comparaison de différents profils de compilation de carte d’éclairage sur la carte Chasm.

En comparaison avec la version 0.51, la 0.52 a de meilleurs éclairages précalculés (baked light maps), un bug de visibilité a été corrigé sur la carte Vega, les bots peuvent désormais s’échapper de certains pièges dans Parpax et essayent de sauver leur peau s’ils le peuvent, et les bots tyrants peuvent également quitter la base alien dans Vega. Il y avait aussi un bug qui a été corrigé dans la carte Thunder qui permettait de construire en dehors de l’espace de jeu. Nous avons amélioré les emplacements des bâtiments par défaut pour la bonne majorité des cartes.

L’éclairage des cartes a non seulement été amélioré, mais le temps pour les compiler est proche du temps qu’on a passé à calculer les laides que nous avions. Obtenir de beaux résultats a pris des années d’expérimentations pour tirer le meilleur de l’outil Q3map2. Il y a espoir qu’un jour nous serons capables de précalculer ces cartes de lumière avec Cycles mais pour l’instant, Q3map2 règne sans partage. Il y a toujours des améliorations possibles avec Q3map2, comme utiliser un meilleur espace colorimétrique (colorspace) pour réduire les bandes de couleur résiduelles (color banding).

Comparaison entre la version 0.51 d’Unvanquished et la 0.52 sur la carte Vega.

Il y a tellement à dire à propos de cette copie d’écran. Non-seulement l’éclairage est bien meilleur (Vega était la carte qui souffrait le plus du mauvais d’éclairage), mais l’orientation de carte normale a été corrigée (ces matériaux utilisaient une orientation normale -X -Y Z peu commune). Vous pourriez remarquer une légère translation de certains pixels, c’est parce que nous avons corrigé une erreur d’arrondi dans le moteur qui remonte à un commit d’XreaL daté de… 2005. Le bug était probablement dissimulé avant 2008. Ce petit patch a corrigé une longue liste de vieux bugs connus et ennuyeux…

La table de compatibilité de carte graphique d’Unvanquished.

Nous avons testé Unvanquished et le moteur Dæmon sur un panel large de configuration matérielle et logicielle (plus de 60 cartes graphiques et environ 80 systèmes ont été testés). Vous pouvez trouver les résultats sur le tableau de compatibilité de GPU d’Unvanquished. Bien que le moteur Dæmon prenne en charge les cartes OpenGL 2.1, pour jouer à Unvanquished vous aurez besoin d’une carte compatible avec OpenGL 3, puisque nos modèles sont trop lourds pour les cartes OpenGL 2.

À propos des mises à jour du gameplay d’Unvanquished, les restrictions empêchant les aliens d’évoluer près des humains sont désormais plus souples. Les Humains à proximité sont uniquement comptés si vous êtes dans leur ligne de mire, donc un joueur peut sournoisement évoluer dans la pièce juste à côté. De plus, l’évolution est autorisée « dans la base alien », c’est-à-dire si le nombre d’humains est dépassé par les constructions aliens proches. Les aliens peuvent aussi régresser en classe d’évolution (devolve) près de l’overmind, et le granger avancé peut piéger les humains négligents. Vous pouvez en apprendre plus au sujet de ces changements sur la manière de jouer dans le notre article précédent: Les changements de gameplay à venir (désormais livrés).

En traquant certains problèmes de performances, nous avons découvert que certaines parties de l’interface utilisateur étaient toujours calculées à chaque frame même lorsqu’elles n’étaient pas affichées. Sur certains ordinateurs corriger cela a doublé le nombre d’images par seconde, et sur d’autres, l’ordinateur a réduit la fréquence du processeur pour conserver le taux de frame tout en économisant l’énergie et réduisant la température. C’est un gros gain.

Du côté du moteur, nous avons déprécié le moteur de rendu précoce (forward renderer). Le moteur de rendu tuilé (tiled renderer) est maintenant le moteur de rendu par défaut et tous les joueurs qui utilisaient auparavant le précoce utiliseront le tuilé à partir de la version 0.52. Pour les joueurs, cela signifie de meilleures performances avec les lumières dynamiques.

Notre lanceur (qui gère aussi les mises à jour) a reçu beaucoup de soins. En anticipation de l’arrivée de la 0.52, notre lanceur est sorti en janvier. Si vous l’utilisez déjà, il vous proposera de télécharger la 0.52 au démarrage ! Voir notre article The Unvanquished launcher, and an engine hotfix (non traduit, oups !) pour plus de détails.

Et bien sûr, après un grand audit de nos données et avoir contacté nombre de nos contributeurs, notre jeu est désormais considéré comme libre dans tout ses aspects. À ce sujet vous pouvez lire l’article Maintenant nous sommes libres et aussi Histoire d’un arbre…

Seul le temps le dira

Outre l’effort de migrer la machine virtuelle exécutant les codes de jeu personnalisés depuis la technologie Native Client vers WebAssembly, `Ishq est en train de travailler sur la migration de libRocket à RmlUI, la bibliothèque qui soutient notre interface graphique.

Viech a eu l’initiative de créer un espace de suivi dédié aux problèmes et suggestion de gameplay ainsi que les retours.

Maintenant, nous sommes en train de travailler sur notre prochaine version la 0.53, et c’est le moment de remercier toutes les personnes qui ont rendu la 0.52 possible.

Plus précisément, je remercie toutes les personnes derrière Unvanquished, ainsi que les contributeurs et les amis qui nous ont aidés. Je veux nommer slipher pour son regard acéré lors des revues ainsi que le code excellent qu’il écrit, gimhael pour ses précieux conseils sur le moteur de rendu et pour d’autres choses comme ses corrections de rotation de textures et la prise en charge de DXT3/BC2, Fuma pour ses connaissances sur le code des toiles de navigation (navigation mesh), ZTM pour sa disponibilité et ses aimables réponses lorsqu’on lui pose des questions, Amanieu pour certains correctifs d’IPC, Gireen pour avoir testé et implémenté de nouveaux mécanismes de gameplay, et bmorel et afontain pour avoir corrigé, modernisé et rendu le code du jeu plus robuste. Et je veux aussi féliciter Dimitry pour ses précieux efforts, il a régulièrement audité notre code avec des analyseurs statiques variés et a apporté des corrections. Il a aussi corrigé la prise en charge du format KTX.

Désormais Unvanquished est devenu un projet libre et open source, vous pouvez donc facilement discuter et nous faire partager des améliorations que vous voudriez voir ! Et qui sait, vous serez probablement remercié dans notre prochaine annonce ?

Si vous voulez en savoir plus au sujet de notre moteur, nous avons écrit un article sur le moteur Dæmon il y a quelques jours. 👀

Désormais il est l’heure de jouer, faites passer le mot, dites-le à vos amis, téléchargez le jeu et rejoignez-nous sur nos serveurs, ou créez le vôtre, et pourquoi pas, faites votre propre mod ?

battlesuit

Aller plus loin

Télécharger le jeu Unvanquished (112 clics)
Annonce originale en anglais pour Unvanquished 0.52 (unvanquished.net) (19 clics)
Annonce du moteur de jeu Dæmon 0.52 Beta (linuxfr.org) (18 clics)
Unvanquished : Changements de gameplay à venir (linuxfr.org) (9 clics)
Unvanquished : Bâtir une communauté comme un service (linuxfr.org) (6 clics)
Unvanquished : Maintenant nous sommes libres ! (linuxfr.org) (9 clics)

# Top

Posté par antistress (site web personnel) le 20 mai 2021 à 21:12. Évalué à 5.

Bravo pour le boulot et la dépêche de présentation d'icelui

NB : les 2 liens vers l'article sur le moteur Dæmon tournent court
- [^] # Re: Top
  
  Posté par Thomas Debesse (site web personnel) le 20 mai 2021 à 21:33. Évalué à 4.
  
  Ah oui, un s/daemon/dæmon/ a été un peu trop agressif. 😀
  
  Pour corriger: s/annonce-du-moteur-de-jeu-dæmon-0-52-beta/annonce-du-moteur-de-jeu-daemon-0-52-beta/
  
  ce commentaire est sous licence cc by 4 et précédentes
  - [^] # Re: Top
    
    Posté par antistress (site web personnel) le 21 mai 2021 à 01:30. Évalué à 5.
    
    Je ne sais pas comment j'ai pu passer à côté de cette récente dépêche sur sur le moteur Dæmon, elle est passionnante !
    - [^] # Re: Top
      
      Posté par Thomas Debesse (site web personnel) le 21 mai 2021 à 01:48. Évalué à 3.
      
      Oui, ça manque de liens fonctionnels vers cette dépêche sur le moteur Dæmon. 🙃
      
      (sûr, sûr, bien sûr ?)
      
      ce commentaire est sous licence cc by 4 et précédentes
      - [^] # Re: Top
        
        Posté par Benoît Sibaud (site web personnel) le 21 mai 2021 à 12:03. Évalué à 5.
        
        Corrigé, mærci.
# pas joueur mais

Posté par mahikeulbody le 20 mai 2021 à 21:32. Évalué à 5.

Je ne suis pas du tout adepte de jeux vidéo mais bravo pour cette dépêche et longue vie à ce projet !
# Que de chemin parcouru

Posté par gillux le 21 mai 2021 à 00:50. Évalué à 8.

J’ai découvert Tremulous vers 2005 et j’en ai été un fervent joueur pendant des années. Tremulous, et sa "continuation" Unvanquished, ont toujours eu une place particulière dans mon cœur, parce que j’y ai beaucoup joué évidemment, mais aussi parce que c’est une fierté pour le libre. Aujourd’hui, je ne joue plus aux FPS, mais je garde toujours un œil sur l’évolution d’Unvanquished, et ça me fait vraiment chaud au cœur de voir sortir la version bêta. C’était un objectif qu’ils s’étaient fixé depuis très longtemps, et après toutes ces années, ça y est ! Waouh ! Franchement, vous pouvez être fiers de vous. Bravo !
# C'est bôoooo...

Posté par gUI (Mastodon) le 21 mai 2021 à 09:18. Évalué à 3.

J'ai acheté récemment une carte graphique (j'ai toujours fait avec l'IGP Intel), je savais pas trop pourquoi.

Maintenant j'ai une bonne raison :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Des paquets .deb ?

Posté par libresurf (site web personnel, Mastodon) le 21 mai 2021 à 18:02. Évalué à 2.

Bravo à tous pour avoir repris et amélioré Tremulous.
Longue vie à Unvanquished !

Mais s'il vous plaît, prévoyez des paquets debian (.deb).
Quand on a un système stable et fiable et qu'on veut pouvoir continuer à le mettre à jour facilement, on n'aime pas du tout installer des archives zip.

Ou sinon, avez-vous pensé à Flatpak ou à Snapcraft ?
- [^] # Re: Des paquets .deb ?
  
  Posté par Thomas Debesse (site web personnel) le 21 mai 2021 à 20:05. Évalué à 10. Dernière modification le 21 mai 2021 à 20:07.
  Sommaire
  Le zip n’est pas fait pour être utilisé
  
  Quand on a un système stable et fiable et qu'on veut pouvoir continuer à le mettre à jour facilement, on n'aime pas du tout installer des archives zip.
  
  Bonjour, tu as tout à fait raison, installer des archives zip n’est pas du tout une bonne manière de faire, c’est pour cela que le zip que nous produisons n’est pas fait pour être utilisé pour jouer, que le lien a été retiré de la page d’accueil à l’occasion de la sortie de la 0.52, et qu’il y a tout un paragraphe sur la page de téléchargement pour décourager l’usage du zip. 😉
  
  S’il-vous-plaît, n’utilisez pas l’archive zip, ce n’est pas le moyen de jouer au jeu. 😨
  
  On a un lanceur, c’est un unique exécutable à double cliquer et c’est tout ! 😎
  
  C’est comme un appimage mais en plus efficace ! Il se charge de tout, de mettre à jour le jeu en utilisant Bittorrent, d’intégrer le jeu dans l’environnement, de lancer le jeu, etc. C’est fait pour ça ! 🙂
  
  Avec ce lanceur, le moteur du jeu et les cartes par défaut ne sont rien d’autre que des composants téléchargeable au même titre que les cartes communautaires ou les mods qui sont téléchargées en rejoignant des serveurs. Tout est téléchargé dans XDG_DATA_HOME, c’est à dire ~/.local/share/unvanquished par défaut (et si vous avez modifié cela le lanceur et le jeu respectent votre modification). Dans ce dossier standard sont stockés à la fois les données de jeu officielles (base/) et les données tierce-partie téléchargée en rejoignant un serveur de jeu (pkg/).
  
  Le lanceur place deux fichiers .desktop standards, par défaut stockés dans ~/.local/share/applications/net.unvanquished.Unvanquished.desktop et ~/.local/share/applications/net.unvanquished.UnvanquishedProtocolHandler.desktop. Ces fichiers ajoutent l’icône dans le menu du bureau et ajoutent la prise en charge du protocole unv:// pour rejoindre le jeu depuis la liste de serveur et depuis le chat.
  
  Au sujet de l’empaquetage pour telle ou telle distribution
  
  En fait il y a tout ce qu’il faut pour gérer des paquets Debian dans le dépôt (on avait un dépôt Debian il y a très longtemps), et j’ai corrigé les scripts Debian moi-même pour que ça marche encore. En plus des paquets Debian, j’ai complètement réécrit les scripts de lancement de manière à ce qu’ils puissent servir à à peu près n’importe quel empaqueteur d’à peu près n’importe quelle distribution, quelque soit le standard de hiérarchie de fichier (la seule convention qui est présupposée, c’est que /etc existe). Donc si vous voulez faire des paquets, on a tout fait pour que ce soit possible. Il y a un script AUR pour Arch, par ailleurs (mais il n’utilise pas encore les scripts universels, donc tout n’est pas à imiter).
  
  Mais héberger un dépôt Debian est une logistique. Intégrer les dépôts Debian officiels est une autre paire de manche, et actuellement, avec notre dépendance à NaCl et le fait qu’on n’a pas les moyens de devenir les mainteneurs Debian de Native Client, c’est pas la peine. Peut-être que Wasm changera la donne si, en devenant plus utilisé, d’autres se chargent de l’intégrer dans Debian et qu’un éventuel contributeur puisse maintenir un paquet Debian sans qu’il ait à maintenir NaCl ou Wasm.
  
  On a pensé à Flatpak et on accueille les bras grand ouverts tout contributeur qui veut bien écrire le fichier de description correspondant. Le jeu est par ailleurs disponible sur lutris mais je le déconseille pour le moment car si le script lutris installe toujours la dernière version du moment, aucune mise à jour n’est faite et aucune intégration avec le bureau n’est faite.
  
  Pourquoi il ne faut pas utiliser le zip
  
  Je traduis vite-fait ce qui est écrit sur la page de téléchargement:
  Téléchargement
  
  Linux [Télécharger le lanceur]
  
  Le contenu téléchargé est stocké par le lanceur dans XDG_DATA_HOME sous Linux, […]
  
  […]
  
  Autres téléchargements
  
  Ceci est pour les utilisateurs avancés. Vous ne serez pas en mesure d’utiliser la liste de serveur de ce site web pour rejoindre les jeux, ni rejoindre des jeux depuis le chat.
  Votre système d’exploitation ou désarchiveur peut ne pas extraire le jeu d’une façon qui puisse le faire fonctionner.
  Le jeu peut ne pas fonctionner si vous ne savez pas ce que signifie la translocation d’application.
  - Zip Universel — à but d’archivage ;
  - Torrent — pour aider à « seeder » le jeu pour le lanceur ;
  - Compiler soi même — si vous voulez faire un mod.
  Nous ne recommandons pas l’utilisation du zip, nous recommandons de ne pas utiliser le zip, nous n’avons pas les moyens de faire le support pour tous les problèmes liés à l’installation d’un jeu à partir d’un zip. Nous n’avons pas non-plus les moyens de faire le support pour les instructions non-standard qui sont données par des sites tiers en contradiction avec ce que nous recommandons. 🥺
  
  Si utiliser un lanceur est assez rare sous Linux, il respecte tous les standards de Linux, la configuration du lanceur est dans XDG_CONFIG_HOME/unvanquished, les données du jeu sont dans XDG_DATA_HOME/unvanquished, ce dossier est utilisé à la fois par le lanceur et par le jeu, l’icône de lancement et la configuration du protocole sont dans XDG_DATA_HOME/applications. Tout est standard, tout est propre, pas de “legacy dot file”, pas de /opt, pas de fichier écrit on ne sait pas où, tout respecte la hiérarchie spécifiée par Freedesktop, pas moins bien que Flatpak lui-même.
  
  C’est même plus efficace qu’un appimage parce que ça prend en charge les mises à jour correctement (j’ai vu des appimages bidouiller pour essayer de le faire mais ça ne marche pas bien).
  
  Je ne sais pas trop pourquoi il y a des sites tiers qui donnent des instructions complexes à base de ligne de commande et des options inutilement compliquées qui marchottent moyennement (et qui ne suivent pas nos recommandations) 😱, alors qu’il n’y a qu’un simple exécutable à double cliquer, qui est le téléchargement par défaut sur la page d’accueil, et qui est un gros bouton bien visible sur la page de téléchargement. 🤷‍♀️
  
  On a même bien fait attention à ce que l’exécutable du lanceur soit double-cliquable depuis le navigateur de fichier, y compris sur les distributions qui sont affectées par un bug de la base mime qui empêche généralement ce fonctionnement. Tout est fait pour que ce soit facile, rapide, et proprement intégré avec les standards et conventions des différents systèmes.
  
  Pourquoi il n’y a pas de paquet pour telle ou telle distribution
  
  Un projet comme Unvanquished c’est :
  - 60 dépôts Git et autant de bug trackers,
  - Une floppée de projet tiers à maintenir ou co-maintenir (Urcheon, Sloth, Chameleon, Dæmonmap, Crunch, NetRadiant, Q3map2, Xonpress, CBSE-Toolchain, Mantis (bot), etc.),
  - Des outils de constructions (production de « release », Dockerfile et scripts) et de validation,
  - Des procédures de validation pour GCC, Clang, MINGW, MSVC sous Linux, Windows et macOS
  - Un CDN avec 4 webseeds Bittorrent en Europe et Amérique du Nord,
  - Un blog, un forum et un wiki avec authentification unifiée, et autres services web (comme le fil d’activité ou la liste de serveurs),
  - L’infra derrière qui va avec (serveur dédiés, nginx, mysql, php-fpm, letsencrypt, tout le toutim)
  - Un chat accessible depuis plusieurs plateformes et protocoles,
  - 4 bots de services,
  - Deux serveurs maîtres sur deux continents différents (le serveur maître est le serveur où les serveurs de jeu s’annoncent et que les clients consultent pour lister les serveurs disponibles),
  - Un lanceur qui fonctionne de la même manière sous Linux, Windows et macOS, qui respecte les spécifications et conventions de ces systèmes, qui met à jour le jeu si besoin, et qui intègre le jeu en respectant les standards,
  - Des scripts fonctionnels pensés pour être utilisable par n’importe qui veut aider le projet à faire des paquets de distribtion,
  Tout cela est fait et fourni bénévolement et gratuitement, y compris le temps passé à faciliter l’empaquetage éventuel par des contributeurs. 😉
  
  A priori on ne trouve pas le temps de faire plus nous-même. 😁 Mais toute aide est bienvenue. 😉
  
  À bientôt sur les serveurs peut-être. 🙂
  
  ce commentaire est sous licence cc by 4 et précédentes
  - [^] # Re: Des paquets .deb ?
    
    Posté par freem le 22 mai 2021 à 20:10. Évalué à 6.
    
    Si utiliser un lanceur est assez rare sous Linux
    
    Unvanquished n'est pas le seul jeu que je connaisse qui ait ça… planeshift, ryzom, notamment, utilisent également des lanceurs, idem pour des jeux proprio que j'ai pu voir et qui ont besoin de MàJ fréquentes.
    J'en ai vu d'autres, mais je ne me rappelle plus leurs nom, les autres laissant l'utilisateur se démerder lui-même et appeler son admin pour installer les paquets systèmes.
    Et veut-on vraiment des jeux aussi volumineux qu'unvanquished dans son /usr?
    Pas moi.
    Certains paquets balancent les données dans /var, d'autres /usr/games, mais voila, dans tous les cas il faut être admin et avoir une partoche dédiée sinon une MàJ qui ajoute un peu trop de contenu, et ça va vite, fait péter le système, surtout avec la tendance moderne à fusionner / et /usr.
  - [^] # Re: Des paquets .deb ?
    
    Posté par libresurf (site web personnel, Mastodon) le 26 mai 2021 à 13:27. Évalué à 2.
    
    Bonjour Thomas et merci beaucoup pour cette réponse très exhaustive !
    
    Je n'avais pas compris que le lanceur fait les mises-à-jour automatiquement.
    Je vais donc essayer ce dernier, mon fils et moi on est fan de Tremulous et on a hâte de passer à Unvanquished.
    
    Je comprend aussi les difficultés et le temps nécessaire à maintenir des dépôts pour chaque distribution.
    Si le lanceur est une méthode "propre", cela me convient.
    
    Merci à vous.
  - [^] # Re: Des paquets .deb ?
    
    Posté par papap (site web personnel) le 06 juillet 2021 à 15:37. Évalué à 2.
    
    Bonjour Thomas
    On a un petit souci, dans le cadre de création d'images bootable créées en chroot : le lanceur demande une interface graphique et donc ça ne marche pas. Testé aussi avec flatpak qui fait une "erreur de segmentation" d'abord puis "error: Creating repo: linkat: No such file or directory"
    - [^] # Re: Des paquets .deb ?
      
      Posté par Thomas Debesse (site web personnel) le 07 juillet 2021 à 02:28. Évalué à 3.
      Tu peux installer le jeu à la main de cette manière:
      
      wget https://dl.unvanquished.net/release/unvanquished_0.52.1.zip unzip unvanquished_0.52.1.zip cd unvanquished_0.52.1 unzip linux-amd64.zip
      
      Tu auras alors le fichier suivant: unvanquished_0.52.1/daemon qu’il suffit d’exécuter pour lancer le jeu.
      
      Pour avoir une plus fine intégration avec l’environnement, comme pour pouvoir joindre les serveurs depuis cette page web ou autres endroits comme le chat (IRC, Matrix ou Discord), il faudra adapter un fichier .desktop.
      
      Dans tous les cas cette liste de serveurs est présente dans le jeu lui-même.
      
      Tu peux modifier l’emplacement où les données personnelles du jeu son stockées en changeant la variable d’environnement standard XDG_DATA_HOME. Par exemeple si tu fais XDG_DATA_HOME=/mnt/games ./daemon le jeu enregistrera le profil du joueur: pseudonyme, préférences, sa clé unique, et les éventuels téléchargements optionnels en joignant certains serveurs (mods par exemple) dans /mnt/games/unvanquished.
      
      ce commentaire est sous licence cc by 4 et précédentes
      - [^] # Re: Des paquets .deb ?
        
        Posté par Thomas Debesse (site web personnel) le 07 juillet 2021 à 02:29. Évalué à 3.
        
        À noter qu’on a sortie une mise à jour depuis, la 0.52.1, je ne l’ai pas encore annoncée ici: https://unvanquished.net/unvanquished-0-52-1-better-freer-stronger/ 😀
        
        ce commentaire est sous licence cc by 4 et précédentes
      - [^] # Re: Des paquets .deb ?
        
        Posté par papap (site web personnel) le 07 juillet 2021 à 10:27. Évalué à 3. Dernière modification le 07 juillet 2021 à 10:28.
        
        Merci beaucoup ça marche même si j'ai une erreur OpenGL :
        'GLW_StartOpenGL() could not load OpenGL subsystem Missing GL version'
        Ca doit venir de la machine ou de la config Mesa
        On s'en contentera pour le moment
        Le projet:il s'agit de LTLJ un projet qui date de 10ans et qu'ont ente de reprendre:un serveur de jeu en client "lourd léger" par LTSP
        
        [^] # Re: Des paquets .deb ?
        
        Posté par Thomas Debesse (site web personnel) le 07 juillet 2021 à 14:02. Évalué à 3.
        
        Oui c’est probablement un problème de configuration de ton côté.
        
        Qu’est ce que t’affiche cette commande ?
        
        glxinfo | egrep 'OpenGL|^direct rendering|^Extended renderer info'
        
        Ce projet est intéressant !
        
        ce commentaire est sous licence cc by 4 et précédentes
        
        [^] # Re: Des paquets .deb ?
        
        Posté par papap (site web personnel) le 07 juillet 2021 à 14:31. Évalué à 3.
        
        Oui, il permet de faire des démos sans install, de faire des cours dans les écoles, ou des animations de toute sorte dont des animations de jeux
        '''direct rendering: Yes
        Extended renderer info (GLX_MESA_query_renderer):
        OpenGL vendor string: Intel Open Source Technology Center
        OpenGL renderer string: Mesa DRI Intel(R) 035
        OpenGL core profile version string: 1.4 Mesa 20.0.4
        OpenGL extensions:
        OpenGL ES profile version string: OpenGL ES 2.0 Mesa 20.0.4
        OpenGL ES profile shading language version string: OpenGL ES GLSL ES 1.0.16
        OpenGL ES profile extensions:
        '''
        C'est un chroot fait sur une Ubuntu LTS 20.04. J'ai essayé de mettre les drivers selon tes instructions, mais il y a peut-être un truc qui n'a pas marché. Merci pour ton aide
        
        [^] # Re: Des paquets .deb ?
        
        Posté par Thomas Debesse (site web personnel) le 07 juillet 2021 à 17:29. Évalué à 3.
        
        OpenGL core profile version string: 1.4 Mesa 20.0.4
        
        Si c’est vrai, je suis désolé, mais cette machine ne peux pas faire tourner le jeu…
        
        Le minimum requis pour faire tourner le moteur est OpenGL 2. Et en fait le jeu requiert OpenGL 3 parce qu’on a des modèles avec trop d’armatures pour avoir l’animation accéléré par les GPU GL 2. On pourrait théoriquement produire des modèles plus “légers” pour que les cartes GL 2 fassent tourner le jeu (mais ça pourrait être beaucoup de boulot). Mais pour les cartes OpenGL 1, il y a aucun espoir, la technologie est trop ancienne (c’est de l’ordre de la Xbox première du nom).
        
        Le problème c’est qu’Intel a produit des puces OpenGL 1 très tardivement, et sont super chiant sur leur segmentation artificielle du marché.
        
        Par exemple la GMA X3100 de 2006 (Gen 4 GM965) prend en charge OpenGL 2, mais la GMA 3100 de 2008 (Gen 4 G33) non.
        
        Et par exemple j’ai testé deux machines avec un “Pentium E5200” avec GPU intégré, le premier E5200 avait une GMA 3100 (Gen 4 G33) sans OpenGL 2 (et prenait en charge la virtualisation), le second E5200 avait une GMA 4500 (Gen 4 Q45) avec OpenGL 2 (mais pas la virtualisation)… C’est un enfer.
        
        Bref, celui sans OpenGL 2 avait précisément OpenGL 1.4…
        
        Tu peux retrouver ici une liste succincte de matériel Intel testé:
        
        https://wiki.unvanquished.net/wiki/GPU_compatibility_matrix#Intel_GMA_X3100_Core_2_Duo_L7500
        
        Ça pourrait t’aider à te faire une petite idée de la compatibilité éventuelle selon le matos auquel tu as accès, avant même de tester.
        
        Je remarque que la mention “core profile” ne fait pas sens avec 1.4 (core profile comence avec 3.1), mais le 1.4 est probablement vrai.
        
        Peux-tu me donner la sortie de cette commande?
        
        egrep -m1 '^model name' /proc/cpuinfo ; lspci | egrep -nn 'VGA|Display'
        
        Note: la version 0.52.1 ne tourne en fait pas sur les GPU GL 2 (ce qui ne concerne pas ton GPU 1.4 de toute façon) car on s’est rendu compte après coup que notre modification pour contourner un bug d’Nvidia utilisait une fonctionnalité trop récente. Le moteur 0.52.0 est compatible avec les données 0.52.1. Je peux te donner les instructions si ça t’intéresse, mais de toute façon le jeu sera trop lent sur du matériel OpenGL 2.
        
        ce commentaire est sous licence cc by 4 et précédentes
        
        [^] # Re: Des paquets .deb ?
        
        Posté par papap (site web personnel) le 07 juillet 2021 à 19:14. Évalué à 3.
        
        Je m'attendais à avoir de gros soucis avec les cartes graphiques. Ca vient bien du GPU, mais pas du CPU n'est-ce pas ? Parce que la carte graphique, on peut en général la changer.Mais c'est sûr qu'on n'aura jamais une compatibilité à 100% avec les jeux. Il faudrait qu'on adapte les jeux en fonction du parc présent. Avec un script qui interroge glxinfo c'est faisable.
        Sinon egrep donne : Intl Pentium Dual CPU E2200 2.2Ghz
        
        [^] # Re: Des paquets .deb ?
        
        Posté par Thomas Debesse (site web personnel) le 08 juillet 2021 à 02:33. Évalué à 3.
        
        Le truc c’est que chez Intel le CPU vient généralement avec un GPU intégré (et jusqu’à très récemment ou bien pas depuis très très très très longtemps, il était impossible d’abtenir une GPU Intel sans le recevoir intégré dans une solution impliquant un CPU Intel.
        
        Pentium Dual CPU E2200
        
        Hum, en effet ça ne présage pas de bon augure (c’est un CPU de 2007) et si j’ai pu vérifier qu’Intel livrait déjà des solutions graphiques OpenGL 2 avec leurs CPUs en 2006, j’ai pu malheureusement aussi vérifier qu’Intel introduisait encore sur le marché en 2008 des CPUs intégrés avec des solutions graphiques OpenGL 1.4…
        
        J’ai fait une petite erreur dans la command lspci, pourrais-tu me donner la sortie de:
        
        lspci -nn | egrep 'VGA|Display'
        
        Comme ça je pourrai ajouter cette entrée dans la table comme matériel non-compatible. Merci d’avance !
        
        Si les machines en question sont des postes de travail (pas des portables) avec des ports PCIe libres et que tu as quelques cartes graphiques qui traînent, tu pourras prioriser l’attribution de ces cartes graphiques aux PC Intel qui ont un chip Intégré ne prenant pas en charge OpenGL 3, et s’il te reste des cartes graphiques après ça, prioriser l’attribution aux PC Intel qui ne prennent pas en charge OpenGL 2.
        
        Avec un script qui interroge glxinfo c'est faisable.
        
        Dans la sortie de glxinfo la valeur utile est la plus grande valeur entre OpenGL version string: et OpenGL core profile version string:. Il y a peu de chance que la valeur OpenGL ES profile version string: ait une importance pour toi, les jeux PC utilisent généralement OpenGL ou OpenGL core. Et s’il y a une comparaison possible entre OpenGL et OpenGL core (OpenGL 1.4 est inférieur à OpenGL core 3.2), les valeurs d’OpenGL et OpenGL ES ne peuvent pas être comparées, une version plus petite d’OpenGL ES peut indiquer un matériel et des fonctionnalité plus récentes qu’une version d’OpenGL plus élevées.
        
        Cette commande devrait te donner la plus haute valeur entre OpenGL et OpenGL core sur une machine donnée:
        
        glxinfo | egrep -i '^OpenGL version string:|OpenGL core profile version string:' | cut -f2 -d':' | cut -f 2 -d' ' | sort -u | tail -n1
        
        Note: pour Unvanquished (le moteur Dæmon) il faut non seulement OpenGL 2 mais aussi les extensions ARB_half_float_vertex et ARB_framebuffer_object (EXT_framebuffer_object n’est pas suffisant). Toutes les cartes OpenGL 3 sont sensées avoir ces extensions donc il n’y a pas besoin de vérifier dans ce cas, mais pour OpenGL 2 ces valeurs sont également présentes dans la sortie de glxinfo. À noter que tu n’as pas besoin de vérifier toi-même car l’état actuel des choses est connu. Pour les GPUs OpenGL 2 sous Linux, les pilotes Intel et ATI/AMD fournissent ces extension, et pour Nvidia le pilote libre nouveau ne le fournit pas (et il n’y a plus de pilote propriétaire fonctionnel pour ces vieilles cartes).
        
        La table de vérité de compatibilité du moteur Dæmon sous Linux:
        
        Marque ATI/AMD Intel Nvidia
        
        OpenGL 1 ❌ Non ❌ Non ❌ Non
        
        OpenGL 2 ✅ Oui ✅ Oui ❌ Non
        
        OpenGL 3+ ✅ Oui ✅ Oui ✅ Oui
        
        Mais comme j’ai dit, pour le jeu Unvanquished en lui-même ça va ramer.
        
        Je serai très intéressé par un panorama de ton parc, de tes utilisateurs et le contexte et la façon dont ces jeux sont joués.
        
        La question du maintien de la prise en charge de vieilles machines se posent toujours, pour le moment on arrive à le conserver mais il est difficile de justifier certains efforts pour l’améliorer (comme l’éventualité de produire des données simplifiées, ce qui a un coût significatif en main d’œuvre). Mais si tu amènes la preuve d’un véritable parc avec un véritable usage et de véritables utilisateurs, comme, par exemple, une LAN partie dans un collège… avec le matos vieillissant du collège, ça nous sera très utile pour évaluer le besoin.
        
        Par exemple j’ai vu passer il y a quelques jours un tweet d’une personne racontant comme elle vient de migrer des ordinateurs d’un collège sous Windows XP (en 2021 !!!) vers Lubuntu. Je ne suis donc pas surpris de l’existence de ce genre de parc vieillissant et s’il y a un vrai besoin de jeu sur ce genre de parc, ça nous sera très utile de le savoir…
        
        Je possède personnellement une collection de vieilles machines et de vieilles cartes graphiques donc je peux vérifier qu’on n’introduit pas de régression ou je peux implémenter et tester des optimisations pour le vieux matériel, mais ça aide si ce genre d’effort est motivé par un vrai besoin. 😊
        
        ce commentaire est sous licence cc by 4 et précédentes
        
        [^] # Re: Des paquets .deb ?
        
        Posté par papap (site web personnel) le 08 juillet 2021 à 10:07. Évalué à 3. Dernière modification le 08 juillet 2021 à 10:07.
        
        "lspci -nn | egrep 'VGA|Display'"
        donne:
        00:02.0 VGA compatible controller [0300]: Intel Corporation 82Q35 Express Integrated Graphics Controller 8086:29b2
        00:02.1 Display controller [0380]: Intel Corporation 82Q35 Express Integrated Graphics Controller 8086:29b3
        Merci pour les commandes et le tableau
        Le parc sera varié:ça dépendra du contexte, c'est pourquoi, il faudra être adaptatif. Mai son peut prévoir que dans une LAN,les PC seront récents et surtout NVidia (pour l'instant c'est toujours la référence chez les gamers)
        On peut imaginer, pour une école que ce sera des vieilles machines. Si on fait nous même une démo, on pourra travailler les machines (sans pour autant mettre des machines dernier cri)
        
        [^] # Re: Des paquets .deb ?
        
        Posté par Thomas Debesse (site web personnel) le 08 juillet 2021 à 14:12. Évalué à 4.
        
        Ah oui en effet c’est une GMA3100 comme celle que j’ai testé…
        
        Mais, j’ai peut-être une pas trop mauvaise nouvelle… Je viens de découvrir ceci sur le wiki d’Arch Linux:
        
        https://wiki.archlinux.org/title/intel_graphics#OpenGL_2.1_with_i915_driver
        
        En gros certaines applications grand public (comme Chrome) rencontraient des problèmes et les développeurs de Mesa ont donc désactivé OpenGL 2.1 sur ce matériel (au lieu que Chrome s’adapte et utilise une version plus ancienne sur ces plateformes… ce qui aurait été possible):
        
        https://www.phoronix.com/scan.php?page=news_item&px=Mesa-i915-OpenGL-2-Drop
        
        Ça pourrait se réactiver. 😲
        
        Je n’ai actuellement pas accès à la machine qui a du GMA3100 comme celle que tu testes (elle est à quelques centaines de km et je n’ai pas prévu de me déplacer 😅).
        
        Pourrais-tu tester pour moi? Si tu as déjà un fichier ~/.drirc sauvegarde-le d’abord puis crée-le ou remplace-le avec ça dedans:
        
        <driconf> <device driver="i915"> <application name="Default"> <option name="stub_occlusion_query" value="true" /> <option name="fragment_shader" value="true" /> </application> </device> </driconf>
        
        Mais bon, les performances devraient être désastreuses, mais par curiosité j’aimerai bien voir ça. =)
        
        En gros, le problème c’est que la majeure partie de ces fonctions OpenGL 2 sont en fait émulées, donc très lentes… À un moment certains ont décidé qu’il valait mieux ne pas les annoncer pour que les programmes qui ont des implémentations alternatives puissent utiliser ces implémentations alternatives (mais ceux qui n’ont pas d’implémentation alternative n’ont plus rien).
        
        Par complétude parce que je vais ajouter cette config dans notre table d’(in)compatibilité, c’est quelle distro/noyau et le PC est de quelle marque? Pour la distro et le noyau ces commandes seront utiles:
        
        lsb_release -d ; uname -e
        
        Il te faudra le moteur de la version 0.52.0 pour lancer le jeu sur OpenGL 2 (petite régression de notre part, déjà corrigée pour la prochaine version):
        
        cp -a unvanquished_0.52.1 unvanquished_0.52.1-gl2 cd unvanquished_0.52.1-gl2 rm linux-amd64.zip wget https://cdn.unvanquished.net/unvanquished_0.52.0/linux-amd64.zip unzip -o linux-amd64.zip
        
        Puis tu essaies de lancer le jeu:
        
        ./daemon
        
        Si jamais le jeu se lance, quitte le jeu et relance-le comme ça:
        
        ./daemon -set r_fullscreen 0 -set r_mode -1 -set r_customWidth 640 -set r_customHeight 480 +preset presets/graphics/lowest.cfg +devmap plat23 +delay 100f gfxinfo +delay 500f screenshotJPEG +delay 1000f setviewpos 1893 1920 0 0 0 +delay 1500f screenshotJPEG +delay 2000f quit
        
        Il va ouvrir une carte, écrire quelques informations sur le matériel dans le log, prendre deux captures d’écran et quitter.
        
        Après ça tu pourras m’envoyer par mail le fichier ~/.local/share/unvanquished/daemon.log et les deux captures d’écran dans ~/.local/share/unvanquished/screenshots. Mon adresse mail est dev (ad) illwieckz.net. 🙂
        
        Je m’attends à ce que les performances soient désastreuses (genre 10 fps sur la seconde capture d’écran…), mais cette astuce du drirc pourrait aussi débloquer d’autres jeux de ton côté, et qui seront peut-être moins gourmands !
        
        ce commentaire est sous licence cc by 4 et précédentes
        
        [^] # Re: Des paquets .deb ?
        
        Posté par Thomas Debesse (site web personnel) le 15 juillet 2021 à 20:38. Évalué à 5. Dernière modification le 15 juillet 2021 à 20:40.
        
        Bon alors il se trouve que c’était pas prévu… mais j’ai pu mettre la main sur la GMA 3100 (G33).
        
        Il se trouve que pour une raison que j’ignore, Unvanquished/Dæmon ne lit pas le fichier ~/.drirc, enfin, la couche logicielle en dessous qui devrait le faire (SDL ? le pilote ? je ne sais pas) ne le fait pas. En tout cas, en utilisant les options comme variable d’environnement elles sont prises en compte:
        
        stub_occlusion_query='true' fragment_shader='true' ./daemon
        
        J’ai écrit un patch (pas encore fusionné) qui active ces options à l’initialisation du moteur, comme ça si un pilote en a besoin, pas besoin que l’utilisateur modifie son ~/.drirc ou ses variables d’environnement.
        
        Mais ensuite, le jeu ne peut pas se lancer sur la GMA 3100 car si avec ce patch OpenGL 2.1 est bien activé et détecté correctement, l’extension ARB_half_float_vertex est absente dans le pilote de ces cartes et le moteur en a besoin. En tout cas, le diagnostique sera plus correct, au lieu de dire “OpenGL is too old”, ce qui n’est pas vrai, ça dira “Required extension GL_ARB_half_float_vertex is missing”.
        
        J’ai vu qu’il y a des cartes de Génération 3 qui semblent plus proche des Génération 4 que des Génération 3 (la GMA 3150), mais je n’ai jamais mis la main dessus, il semble qu’elles étaient dédiées à certains netbook selon Wikipédia. Si jamais, par chance, elles ajoutaient la prise en charge de GL_ARB_half_float_vertex, le patch pourrait leur permettre de faire tourner le moteur, mais personne ne sait…
        
        Dans l’absolu il serait possible de faire la même chose avec des “floats” normaux plutôt que des “half floats”, mais la modification serait très intrusive et dupliquer le code pour permettre d’avoir l’option d’une consommation plus élevée de bande passante tout ça pour être compatible avec des cartes qui sont déjà trop à la ramasse pour faire tourner Unvanquished, j’y crois pas beaucoup. :D
        
        Merci pour tes divers tests et retours instructifs par courriel !
        
        ce commentaire est sous licence cc by 4 et précédentes
# Steam

Posté par O'neam Anne le 26 mai 2021 à 17:24. Évalué à 3. Dernière modification le 26 mai 2021 à 17:29.

Est-ce qu'il a une intention d'amener le jeu sur Steam ? Je sais que la plateforme n'est pas très populaire parmi les libristes pour des questions de DRM, mais on y trouve déjà des jeux libres comme Battle for Wesnoth, Teeworld, …
[edit]Trouvé la réponse tout seul en fait :
https://forums.unvanquished.net/viewtopic.php?p=18046&sid=c110b546c52a08e51e31815c4b627a98#p18046
tl;dr : Pas possible tant que tous les fichiers de Tremulous n'ont pas été remplacés, et après ça demande du travail et des choix potentiellement compliqués sur « à qui appartient le jeu ».

LinuxFr, parfois c'est bien de la MERDE : https://linuxfr.org/users/c2462250/journaux/ecriture-inclusive-feministes-et-wikipedia#comment-1793140
# Commentaire supprimé

Posté par Amelia68 le 01 juin 2021 à 23:39. Évalué à -1. Dernière modification le 02 juin 2021 à 08:18.

Ce commentaire a été supprimé par l’équipe de modération.