Mais ils n'ont pas une accélération 3D convenable pour jouer, ce qui est le principal intérêt de ce type de GPU.
Il faut bien préciser que les pilotes libres Mesa qui n’ont pas une accélération 3D convenable pour jouer sont ceux pour les GPU Nvidia, car les pilotes libres Mesa ont bien une accélération 3D convenable comme le reste de ton commentaire et ton journal le rappellent. =)
Bon si, excuse pour ceux qui veulent du RTX 4K à +60FPS, effectivement ça y a que Nvidia qui peut le proposer et encore, pas toujours…
C’est un peu ça le truc en fait. Nvidia est un fournisseur de dragster, ça éclate les chronos sur des pistes très spécifiques qui n’ont même pas de virage, et ça demande un soin et une attention incroyable. Ça peut péter à n’importe quel moment, et il faut serrer les fesses à chaque mise à jour ou simplement à chaque démarrage comme si c’était à chaque fois une course d’essai, parce que c’en est une. C’est sûr que celui qui veut des sensations de dragster n’aura pas vraiment le choix : il lui faut un dragster. Mais c’est pas avec ça qu’on emmène les gosses à l’école, qu’on livre des pizzas, qu’on fait un déménagement, qu’on transporte le courrier ou qu’on fait du circuit en compétition, on ne met pas non-plus de dragster sur un circuit de F1.
Bizarrement, l’industrie livre des Nvidia moyennes aux gens moyens à usages moyens (mais ce sont des Nvidia moyennes qui requièrent le soin et l’attention d’un dragster) à cause d’un dragster super dopé qui a gagné une course en ligne droite en faisant mieux que son concurrent sur un dixième de seconde, quand bien même il aurait perdu un piston à mi-parcours dans la course d’essai suivante.
ce commentaire est sous licence cc by 4 et précédentes
Et tu obtiens la liste de toutes les cartes disponibles avec un numéro devant.
Puis après ça tu fais:
DRI_PRIME=1 glxgears
pour lancer glxgears (ou toute autre application) sur la seconde carte graphique (la première étant la 0).
À aucun moment l’utilisateur ne redémarre sa session ou son ordinateur, c’est complètement transparent, si tu as trois carte graphiques, trois applications peuvent utiliser chacune une carte pour calculer le rendu et afficher le résultat sur le même bureau et le même écran qui serait piloté par une des trois cartes.
J’ai pu vérifier ça avec les pilotes libres Intel et AMD (radeonsi mais aussi ancien r600) et nouveau.
Ce qui est super cool parce qu’en tant que développeur, tu pourrais acheter une carte mère avec plein de ports PCI, mélanger plein de cartes de chacun des vendeurs et tester le jeu sur telle ou telle carte de telle ou telle marque et de telle ou telle génération en changeant simplement une variable d’environnement.
Mais en fait, il existe Nvidia, et donc pour tester une Nvidia après une AMD ou une Intel il faut remplacer la quasi intégralité de la pile graphique et rebooter, et pour tester trois générations de Nvidia il faut remplacer la quasi intégralité de la pile graphique et rebooter autant de fois, et pour tester une carte AMD, Intel ou même Nouveau après ça il faut encore remplacer la quasi intégralité de la pile graphique et rebooter.
Je sais que cette phrase va battre en brèche les idées reçues, mais Nvidia est la pire solution pour un développeur de jeu (avec le biais que je suis sous Linux, mais pour commencer Linux est meilleur que Windows et macOS pour développer tout court).
De même que mon constat concernant la qualité des pilotes est contraire aux idées reçu : on implémente plus de contournements pour Nvidia dans le moteur Dæmon que pour tout autre pilote. Souvent on entend dire que les drivers Nvidia sont de meilleure qualité que les autres, pour me frotter au développment un moteur de jeu commence à me faire penser qu’en fait les développeurs qui disent cela utilisent probablement des moteurs et frameworks tiers qui implémentent les contournement pour eux, et peut-être pas autant pour Intel et AMD. Ce qui donnerait l’impression au final que leurs jeux tourneraient mieux sur Nvidia qu’autre chose même s’il y aurait en réalité plus de bugs sur Nvidia.
Bref, oui il y a des solutions pour Nvidia, qui demandent éventuellement de modifier la ligne de boot de Linux (config GRUB), éditer un fichier xorg.conf comme en l’an 2001 (quand on aura 20 ans), et de trouver une solution pour démarrer une commande à l’ouverture de session, personnellement je ferai un fichier .desktop en autostart qu’éditer le .bashrc (je ne l’ai pas testé, mais ça devrait ressembler à ça):
mkdir -p "${XDG_CONFIG_HOME:-${HOME}/.config}/autostart"
cat > "${XDG_CONFIG_HOME:-${HOME}/.config}/autostart/xrandr-prime-1.desktop"<<\EOF[Desktop Entry]Version=1.0Name=xrandr set PRIME 1Comment=Configure xrander PRIME synchronizationIcon=video-displayExec=xrandr --set "PRIME Synchronization" 1Terminal=falseType=ApplicationHidden=trueEOF
chmod +x "${XDG_CONFIG_HOME:-${HOME}/.config}/autostart/xrandr-prime-1.desktop"
C’est pas pour rien que je dis parfois que si je devais composer un slogan pour Nvidia ce serait « Nvidia, vous fournir une expérience graphique comme en l’an 2000, plus rapide » (“Nvidia, bringing you year 2000 graphics experience, faster”).
Alors oui il existe des solutions pour faire tomber en marche Nvidia, qui impliquent parfois de faire des trucs que plus personne ne fait et donc que tout le monde a oublié comme éditer un xorg.conf, et qui requièrent souvent des ajustements selon l’âge du capitaine.
ce commentaire est sous licence cc by 4 et précédentes
Bon, évidemment, l'idéal serait que nVidia mette des gens sur Nouveau et qu'on n'ait plus besoin de brico-bidouille pour leur pilotes propriétaires, mais en attendant, au moins, ça marche !
Malheureusement le problème n’est pas seulement qu’ils n’emploient pas ces moyens, mais que ce serait contraire à leur stratégie.
Nvidia est connue pour s’appuyer sur le caractère fermé de leur pilote pour restreindre l’usage de leurs « unités de traitement graphique à usage général » (general purpose graphic processing units) pour qu'elles ne soient pas « à usage général », justement…
Par exemple, ils ont récemment décidé de mettre en place des heuristiques pour détecter les opérations de minage afin d'empêcher que les GPUs commercialisés pour les jeux soient utilisés pour le minage. Je n’ai que faire du minage, mais je tiens à ce qu'aucun pilote ne restreigne tel ou tel usage, que le vendeur soit d'accord ou non.
Cette segmentation artificielle du marché a un autre effet secondaire très néfaste : elle détruit le marché de l'occasion à son propre profit de telle sorte que, lorsque les mineurs renouvellent leur matériel, leur matériel usagé ne peut pas alimenter le marché de l'occasion pour les joueurs ou ceux effectuant des tâches de station de travail. Cela signifie aussi que les produits sont vendus pour être utilisés une fois puis être jetés, ce qui est très mauvais sur le plan environnemental. Si Nvidia ouvrait ses pilotes et ses firmwares, mettre en œuvre ce genre de liste noire de logiciel ne serait pas possible (ce serait très facilement contournable), ce qui mettrait complètement en échec ce type de stratégie. Parce qu'ils promettent à certains clients (les joueurs) que leurs GPUs ne peuvent pas être utilisés pour autre chose que ce que ces consommateurs veulent (jouer), ils promettent à ces clients que leurs pilotes et firmwares seront fermés, signés, etc.
Donc malheureusement, le fait qu’Nvidia ne contribue pas à nouveau ne vient pas d’un manque d’intérêt ou de moyen, mais d’un intérêt contraire et du fait que les moyens sont employés à faire exactement l’opposé.
Personnellement je ne comprends pas que certaines marques très favorable à Linux ou dont Linux est le cœur de cible passent autant de temps à se soucier de Nvidia, et proposent autant de config Nvidia, sinon parfois majoritairement, et surtout sur le haut de gamme et les ordis portables.
C’est pas comme si on n’avait pas le choix d’AMD, qui propose des GPUs de très bonne facture, qui plus est très bien intégrés dans des APUs performants (et donc impeccable pour des ordis portables)… C’est pas pour rien que toutes les consoles de salon ont des APU AMD GPU… Parce que ni Intel ni Nvidia ne rivalisent quand il s’agit de combiner intégration, performance, consommation, coût et architecture x86_64 : les solutions graphiques Intel ne suivent pas (ça pourrait changer), et Nvidia n’a pas de solution x86_64, donc à moins de faire des Nintendo Switch ça ne va pas très loin. Alors sur un ordinateur portable sensé être productif…
On arrive à ces aberrations où on se tape une processeur Intel avec GPU Intel intégré ou un processeur AMD avec GPU AMD intégré plus une Nvidia, qui parfois est même plus lente. J’ai vu passer des revues qui montraient que parfois la solution Nvidia était moins bonne que la solution Intel intégrée, et j’ai pu constater sur mon ordinateur portable (acheté d’occasion parce que s’il y a pas le choix, autant pas donner l’argent à Nvidia) que si en OpenGL la solution Nvidia est un peu au dessus d’Intel, en OpenCL la solution Nvidia est loin derrière Intel. Tout ça pour ça ? J’aurais préféré que la puce Intel soit deux fois plus chère (et sensiblement plus performante) et qu’aucune carte Nvidia ne soit ajoutée, pour un même prix final… Je me demande si on ne se tape pas les mêmes genre de biais qui font que certains serveurs viennent avec des cartes RAID qui se mettent en travers de ton chemin alors que les ports SATA de la carte-mère sont plus performants… « Lama lui toujours faire ainsi ». Nul n’a jamais été viré pour avoir choisi IBM, Microsoft, choisi la config avec la carte RAID ou celle avec la carte Nvidia, même si ça ne répond pas au besoin ou si c’est débile. Il y a un an ou deux j’ai vu passer un devis avec une carte RAID et des disques 10 000tr/min comme en 2005, j’ai rigolé, mais en fait avec Intel et Nvidia dans les ordinateurs portables en 2021 on fait pareil. Et maintenant on fait même du AMD + Nvidia, après la taxe de la carte RAID, la taxe de la carte Nvidia…
ce commentaire est sous licence cc by 4 et précédentes
Si j'ai bien compris, l'argument c'est : il ne faut pas se précipiter à modifier les vaccins, parce que c'est important que beaucoup de gens soient vaccinés.
C'est moi ou c'est complètement WTF comme argument ?
Au delà du fait que ça peut participer à introduire un nouveau passeport rendant obsolète les passeports nationaux, ça peut être simplement une manifestation cultuelle de la religion des indicateurs.
ce commentaire est sous licence cc by 4 et précédentes
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:
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
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):
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:
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:
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
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:
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
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é:
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
(pour ceux qui ne connaissent pas : GPL + contrat que si tu diffuses tu n'as pas les prochaines versions, c'est légal et compatible avec les limites posées par la GPL car la GPL s’intéresse à la version fournie et non pas aux suivantes, et que personne ne peut te forcer à travailler pour toi sans le vouloir donc te fournir les versions suivantes sans leur consentement;
Ah merci pour cet exemple, très minoritaire certes, mais qui illustre bien la “périphérie” des licences et le fait que les licences ne couvrent pas tout.
ce commentaire est sous licence cc by 4 et précédentes
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
Vouloir utiliser ces différences pour proclamer la supériorité d'un sexe sur l'autre, c'est l'expression d'une idéologie patriarcale.
Pourquoi nécessairement patriarcale ? Ça peut aussi se faire dans l’autre sens, et ça se fait abondamment… Il suffit de prendre par exemple le cliché sexiste de l’homme qui ne serait pas multi-tâche, ou encore comment l’homme serait une petite nature qui souffre d’un rien petit bobo, comme un rhume qui serait aussi douloureux pour l’homme que l’accouchement pour la femme, ou que se couper avec une enveloppe serait aussi catastrophique pour un homme qu’une mutilation pour une femme. D’ailleurs c’est amusant comment ce cliché de la, hum, hum, « femmelette », s’est inversé en peut-être à peine une décennie (mais pas deux).
Je trouve ton biais masculiniste vachement sexiste1… ¯\_(ツ)_/¯
but because Linux requires you to disable Secure Boot, I proceeded into the BIOS to enable booting from USB and turn off Secure Boot and UEFI.
Avoir un PC avec un BIOS verrouillé est un vrai problème, mais cette phrase n’est pas tout à fait vraie.
Il est tout à fait possible de démarrer un Linux avec Secure Boot avec UEFI sur un « BIOS » verrouillé. J’ai par exemple une clé USB avec un Ubuntu installé dessus et j’ai pu la configurer pour démarrer sur des systèmes requérant un OS « Secure Boot ».
Mais bon par contre ça réduit beaucoup la liberté c’est vrai.
ce commentaire est sous licence cc by 4 et précédentes
Je reste convaincu que tant que le monde propriétaire joue ce jeu là, le libre doit jouer avec les mêmes armes et refuser de se laisser écraser dans un cas comme celui-là: ce que propose Copilot est exclusivement conditionné à la consultation de code libre.
Tout à fait, dans certains cas tu ne peux pas avoir accès à certains boulots si tu as eu connaissance de ceci ou cela. Je me souviens d’une offre d’emploi de ReactOS qui précisait que pour pouvoir postuler il fallait ne jamais avoir eu accès à telle version de Windows 2000 qui avait fuité. Le simple fait d’avoir potentiellement pu poser tes yeux sur le code d’un autre peut te fermer un boulot. Quand John Carmack est passé d’id Software à Oculus, il y a eu des histoires de gros sous parce que John Carmack pouvait mettre en œuvre chez Oculus ses compétences acquise chez id Software…
Le problème n’est pas que tu copies, mais qu’on ne puisses pas prouver que tu ne copies pas (ce que tu peux parfois ignorer toi-même). Parfois pour certains problèmes, les solutions peuvent beaucoup se ressembler, et la meilleure manière de prouver que tu peux arriver fortuitement au même endroit par toi-même, c’est d’y aller par toi-même. ReactOS ne peut pas prendre le risque qu’un contributeur reproduise du code de Windows malgré-lui, parce que s’il en aurait pu avoir connaissance, peut-il prouver que son code est original, qu’il l’aurait produit ainsi dans tous les cas ? Ici, peut-on prouver que copilote ne copie pas ? C’est peut-être la seule vraie question, car c’est la question qui compte quand on embauche des hommes.
ce commentaire est sous licence cc by 4 et précédentes
Si tu aimes ta TI82, tu peux toujours utiliser TilEm, il existe aussi TiEmu pour les TI89 et TI92. Les paquets sont peut être même dispo sur ta distribution. […] De mon coté j'ai installé sur mon tel Android l'appli Graph 89 qui se base sur les 2 précédents softs
Il me semble que seule la version payante de Graph 89 prend en charge les TI 8x, et la version gratuite (de ton lien) ne semble gérer que la TI 89.
Le problème de Graph 89 c’est qu’il ne gère pas les niveaux de gris… pour ceux qui ne chercheraient pas à retrouver une calculatrice mais à profiter de la logithèque large de l’appareil. =) Au delà de ça l’appli fonctionne très bien.
Il existe aussi un émulateur TI92+ en javascript par Patrick Davidson. Par défaut il démarre sur l’OS libre Pedrom avec ses propres jeux préchargés, mais il est possible de charger un OS officiel (et donc le logiciel de calcul de TI). Je n’ai pas réussi à booter l’OS 2.09 mais l’OS 2.05 marche bien. Les niveaux de gris fonctionnent sur cet émulateur web (ils fonctionnent également sur TiEmu précité).
Patrick Davidson proposait aussi une version java et un APK Android mais l’obsolescence a fait son travail et « java dans le navigateur » est mort depuis belle lurette, et l’APK ne fonctionne plus correctement.
ce commentaire est sous licence cc by 4 et précédentes
En effet je dirai qu’en plusieurs décennies notre perception s’élargit, le passé étant idéalisé à cause de notre propre ignorance et naïveté d’alors. =)
Par exemple je suis retombé récemment sur cette planche de Jacques Faizant de 1978. Depuis 1978 on a construit des stations spatiales, Internet s’est immiscé dans nos vies, on a inventé le QR-code et on nous a vendu des smartphones. Mais le monde est juste le même, c’est toujours la même mythologie qui baigne l’actualité, et les politiques et les médias sacrifient toujours aux mêmes faux dieux.
J’ai oublié de préciser un truc, quand on installe à la fois radv et amdvlk, on peut choisir quel pilote utiliser avec cette variable d’environnement :
AMD_VULKAN_ICD=RADV
ou
AMD_VULKAN_ICD=AMDVLK
Par défaut c’est amdvlk si les deux sont installés.
ce commentaire est sous licence cc by 4 et précédentes
Le but ne serait pas plutôt de soutenir artificiellement le renouvellement du parc automobile et de détruire le marché de l’occasion au passage ? La voiture la plus écologique est celle que l’on ne produit pas.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Exagération ?
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche La fin de la vie privée pour la correspondance numérique. Évalué à 7. Dernière modification le 25 juillet 2021 à 01:40.
Ce n’est pas trompeur à moins de prendre le parti que ça ne va pas de soi qu’arracher un épis de maïs d’autrui¹ soit une destruction du bien d'autrui.
¹ On parle de faucheurs d’OGM, on peut donc raisonnablement penser que leur responsabilité n’est pas impliquée dans la propriété du plant d’OGM.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Nvidia et Optimus
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal J'ai acheté Lenovo Ideapad 3 gaming ryzom7 geforceGTX 1650ti/amd radeon, la suite va vous étonner.... Évalué à 9. Dernière modification le 21 juillet 2021 à 19:38.
Il faut bien préciser que les pilotes libres Mesa qui n’ont pas une accélération 3D convenable pour jouer sont ceux pour les GPU Nvidia, car les pilotes libres Mesa ont bien une accélération 3D convenable comme le reste de ton commentaire et ton journal le rappellent. =)
C’est un peu ça le truc en fait. Nvidia est un fournisseur de dragster, ça éclate les chronos sur des pistes très spécifiques qui n’ont même pas de virage, et ça demande un soin et une attention incroyable. Ça peut péter à n’importe quel moment, et il faut serrer les fesses à chaque mise à jour ou simplement à chaque démarrage comme si c’était à chaque fois une course d’essai, parce que c’en est une. C’est sûr que celui qui veut des sensations de dragster n’aura pas vraiment le choix : il lui faut un dragster. Mais c’est pas avec ça qu’on emmène les gosses à l’école, qu’on livre des pizzas, qu’on fait un déménagement, qu’on transporte le courrier ou qu’on fait du circuit en compétition, on ne met pas non-plus de dragster sur un circuit de F1.
Bizarrement, l’industrie livre des Nvidia moyennes aux gens moyens à usages moyens (mais ce sont des Nvidia moyennes qui requièrent le soin et l’attention d’un dragster) à cause d’un dragster super dopé qui a gagné une course en ligne droite en faisant mieux que son concurrent sur un dixième de seconde, quand bien même il aurait perdu un piston à mi-parcours dans la course d’essai suivante.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Nvidia et Optimus
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal J'ai acheté Lenovo Ideapad 3 gaming ryzom7 geforceGTX 1650ti/amd radeon, la suite va vous étonner.... Évalué à 10.
Sauf qu’avec les pilotes libres Mesa, tu fais ça:
Et tu obtiens la liste de toutes les cartes disponibles avec un numéro devant.
Puis après ça tu fais:
pour lancer
glxgears(ou toute autre application) sur la seconde carte graphique (la première étant la0).À aucun moment l’utilisateur ne redémarre sa session ou son ordinateur, c’est complètement transparent, si tu as trois carte graphiques, trois applications peuvent utiliser chacune une carte pour calculer le rendu et afficher le résultat sur le même bureau et le même écran qui serait piloté par une des trois cartes.
J’ai pu vérifier ça avec les pilotes libres Intel et AMD (radeonsi mais aussi ancien r600) et nouveau.
Ce qui est super cool parce qu’en tant que développeur, tu pourrais acheter une carte mère avec plein de ports PCI, mélanger plein de cartes de chacun des vendeurs et tester le jeu sur telle ou telle carte de telle ou telle marque et de telle ou telle génération en changeant simplement une variable d’environnement.
Mais en fait, il existe Nvidia, et donc pour tester une Nvidia après une AMD ou une Intel il faut remplacer la quasi intégralité de la pile graphique et rebooter, et pour tester trois générations de Nvidia il faut remplacer la quasi intégralité de la pile graphique et rebooter autant de fois, et pour tester une carte AMD, Intel ou même Nouveau après ça il faut encore remplacer la quasi intégralité de la pile graphique et rebooter.
Je sais que cette phrase va battre en brèche les idées reçues, mais Nvidia est la pire solution pour un développeur de jeu (avec le biais que je suis sous Linux, mais pour commencer Linux est meilleur que Windows et macOS pour développer tout court).
De même que mon constat concernant la qualité des pilotes est contraire aux idées reçu : on implémente plus de contournements pour Nvidia dans le moteur Dæmon que pour tout autre pilote. Souvent on entend dire que les drivers Nvidia sont de meilleure qualité que les autres, pour me frotter au développment un moteur de jeu commence à me faire penser qu’en fait les développeurs qui disent cela utilisent probablement des moteurs et frameworks tiers qui implémentent les contournement pour eux, et peut-être pas autant pour Intel et AMD. Ce qui donnerait l’impression au final que leurs jeux tourneraient mieux sur Nvidia qu’autre chose même s’il y aurait en réalité plus de bugs sur Nvidia.
Bref, oui il y a des solutions pour Nvidia, qui demandent éventuellement de modifier la ligne de boot de Linux (config GRUB), éditer un fichier
xorg.confcomme en l’an 2001 (quand on aura 20 ans), et de trouver une solution pour démarrer une commande à l’ouverture de session, personnellement je ferai un fichier.desktopen autostart qu’éditer le.bashrc(je ne l’ai pas testé, mais ça devrait ressembler à ça):C’est pas pour rien que je dis parfois que si je devais composer un slogan pour Nvidia ce serait « Nvidia, vous fournir une expérience graphique comme en l’an 2000, plus rapide » (“Nvidia, bringing you year 2000 graphics experience, faster”).
Alors oui il existe des solutions pour faire tomber en marche Nvidia, qui impliquent parfois de faire des trucs que plus personne ne fait et donc que tout le monde a oublié comme éditer un
xorg.conf, et qui requièrent souvent des ajustements selon l’âge du capitaine.ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pop! OS
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal J'ai acheté Lenovo Ideapad 3 gaming ryzom7 geforceGTX 1650ti/amd radeon, la suite va vous étonner.... Évalué à 10.
Malheureusement le problème n’est pas seulement qu’ils n’emploient pas ces moyens, mais que ce serait contraire à leur stratégie.
Nvidia est connue pour s’appuyer sur le caractère fermé de leur pilote pour restreindre l’usage de leurs « unités de traitement graphique à usage général » (general purpose graphic processing units) pour qu'elles ne soient pas « à usage général », justement…
Par exemple, ils ont récemment décidé de mettre en place des heuristiques pour détecter les opérations de minage afin d'empêcher que les GPUs commercialisés pour les jeux soient utilisés pour le minage. Je n’ai que faire du minage, mais je tiens à ce qu'aucun pilote ne restreigne tel ou tel usage, que le vendeur soit d'accord ou non.
Cette segmentation artificielle du marché a un autre effet secondaire très néfaste : elle détruit le marché de l'occasion à son propre profit de telle sorte que, lorsque les mineurs renouvellent leur matériel, leur matériel usagé ne peut pas alimenter le marché de l'occasion pour les joueurs ou ceux effectuant des tâches de station de travail. Cela signifie aussi que les produits sont vendus pour être utilisés une fois puis être jetés, ce qui est très mauvais sur le plan environnemental. Si Nvidia ouvrait ses pilotes et ses firmwares, mettre en œuvre ce genre de liste noire de logiciel ne serait pas possible (ce serait très facilement contournable), ce qui mettrait complètement en échec ce type de stratégie. Parce qu'ils promettent à certains clients (les joueurs) que leurs GPUs ne peuvent pas être utilisés pour autre chose que ce que ces consommateurs veulent (jouer), ils promettent à ces clients que leurs pilotes et firmwares seront fermés, signés, etc.
Il y a un bon résumé de la situation ici (en anglais): https://www.youtube.com/watch?v=XfIibTBaoMM
Donc malheureusement, le fait qu’Nvidia ne contribue pas à nouveau ne vient pas d’un manque d’intérêt ou de moyen, mais d’un intérêt contraire et du fait que les moyens sont employés à faire exactement l’opposé.
Personnellement je ne comprends pas que certaines marques très favorable à Linux ou dont Linux est le cœur de cible passent autant de temps à se soucier de Nvidia, et proposent autant de config Nvidia, sinon parfois majoritairement, et surtout sur le haut de gamme et les ordis portables.
C’est pas comme si on n’avait pas le choix d’AMD, qui propose des GPUs de très bonne facture, qui plus est très bien intégrés dans des APUs performants (et donc impeccable pour des ordis portables)… C’est pas pour rien que toutes les consoles de salon ont des APU AMD GPU… Parce que ni Intel ni Nvidia ne rivalisent quand il s’agit de combiner intégration, performance, consommation, coût et architecture x86_64 : les solutions graphiques Intel ne suivent pas (ça pourrait changer), et Nvidia n’a pas de solution x86_64, donc à moins de faire des Nintendo Switch ça ne va pas très loin. Alors sur un ordinateur portable sensé être productif…
On arrive à ces aberrations où on se tape une processeur Intel avec GPU Intel intégré ou un processeur AMD avec GPU AMD intégré plus une Nvidia, qui parfois est même plus lente. J’ai vu passer des revues qui montraient que parfois la solution Nvidia était moins bonne que la solution Intel intégrée, et j’ai pu constater sur mon ordinateur portable (acheté d’occasion parce que s’il y a pas le choix, autant pas donner l’argent à Nvidia) que si en OpenGL la solution Nvidia est un peu au dessus d’Intel, en OpenCL la solution Nvidia est loin derrière Intel. Tout ça pour ça ? J’aurais préféré que la puce Intel soit deux fois plus chère (et sensiblement plus performante) et qu’aucune carte Nvidia ne soit ajoutée, pour un même prix final… Je me demande si on ne se tape pas les mêmes genre de biais qui font que certains serveurs viennent avec des cartes RAID qui se mettent en travers de ton chemin alors que les ports SATA de la carte-mère sont plus performants… « Lama lui toujours faire ainsi ». Nul n’a jamais été viré pour avoir choisi IBM, Microsoft, choisi la config avec la carte RAID ou celle avec la carte Nvidia, même si ça ne répond pas au besoin ou si c’est débile. Il y a un an ou deux j’ai vu passer un devis avec une carte RAID et des disques 10 000tr/min comme en 2005, j’ai rigolé, mais en fait avec Intel et Nvidia dans les ordinateurs portables en 2021 on fait pareil. Et maintenant on fait même du AMD + Nvidia, après la taxe de la carte RAID, la taxe de la carte Nvidia…
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: C'est en test **et** en débat
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Où sont les vaccins repositionnés. Évalué à 2.
Au delà du fait que ça peut participer à introduire un nouveau passeport rendant obsolète les passeports nationaux, ça peut être simplement une manifestation cultuelle de la religion des indicateurs.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Quel version ?
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal O3DE Engine, sa genèse, et comment le compiler sous Linux. Évalué à 7.
Je ne crois pas que le moteur de blender soit si avancé que ça aujourd’hui, en tant que moteur de jeu vidéo…
S’il faut chercher un concurrent libre, il faudra probablement regarder du côté de Godot.
Et il faut voir ce qu’on entend par “moteur”, ce qui est fourni, notamment les outils autour et/ou intégrés.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Des paquets .deb ?
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Unvanquished 0.52 Beta est là. É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:
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
~/.drircou 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_vertexest 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
[^] # Re: Plonk !
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Les cons sur LinuxFR. Évalué à 9.
Le lien est cassé, je suppose que ça devait pointer vers https://framagit.org/peetah/DLFPlonk
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Des paquets .deb ?
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Unvanquished 0.52 Beta est là. É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
~/.drircsauvegarde-le d’abord puis crée-le ou remplace-le avec ça dedans: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:
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):
Puis tu essaies de lancer le jeu:
Si jamais le jeu se lance, quitte le jeu et relance-le comme ça:
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.loget les deux captures d’écran dans~/.local/share/unvanquished/screenshots. Mon adresse mail estdev (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
drircpourrait 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, Mastodon) . En réponse à la dépêche Unvanquished 0.52 Beta est là. É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.
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: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.
Dans la sortie de
glxinfola valeur utile est la plus grande valeur entreOpenGL version string:etOpenGL core profile version string:. Il y a peu de chance que la valeurOpenGL 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:
Note: pour Unvanquished (le moteur Dæmon) il faut non seulement OpenGL 2 mais aussi les extensions
ARB_half_float_vertexetARB_framebuffer_object(EXT_framebuffer_objectn’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 deglxinfo. À 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:
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 Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Unvanquished 0.52 Beta est là. Évalué à 3.
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é:
Ç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?
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 Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Unvanquished 0.52 Beta est là. Évalué à 3.
Oui c’est probablement un problème de configuration de ton côté.
Qu’est ce que t’affiche cette commande ?
Ce projet est intéressant !
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Commentaire suivant
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au lien John Carmack (ID Software : Doom, Quake, etc), la GPL et la licence BSD. Évalué à 3.
Ah merci pour cet exemple, très minoritaire certes, mais qui illustre bien la “périphérie” des licences et le fait que les licences ne couvrent pas tout.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Des paquets .deb ?
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Unvanquished 0.52 Beta est là. É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 Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Unvanquished 0.52 Beta est là. Évalué à 3.
Tu peux installer le jeu à la main de cette manière:
Tu auras alors le fichier suivant:
unvanquished_0.52.1/daemonqu’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 faisXDG_DATA_HOME=/mnt/games ./daemonle 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: La démarche
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au lien Le cerveau a-t-il un sexe ? . Évalué à 4.
Pourquoi nécessairement patriarcale ? Ça peut aussi se faire dans l’autre sens, et ça se fait abondamment… Il suffit de prendre par exemple le cliché sexiste de l’homme qui ne serait pas multi-tâche, ou encore comment l’homme serait une petite nature qui souffre d’un rien petit bobo, comme un rhume qui serait aussi douloureux pour l’homme que l’accouchement pour la femme, ou que se couper avec une enveloppe serait aussi catastrophique pour un homme qu’une mutilation pour une femme. D’ailleurs c’est amusant comment ce cliché de la, hum, hum, « femmelette », s’est inversé en peut-être à peine une décennie (mais pas deux).
Je trouve ton biais masculiniste vachement sexiste1… ¯\_(ツ)_/¯
(désolé il fallait que je la fasse 🤣). ↩
ce commentaire est sous licence cc by 4 et précédentes
# Linux ne requiert pas de désactiver Secure Boot (mais l’utilisateur doit pouvoir le faire).
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au lien Acer empêche ses clients de paramétrer le BIOS de ses machines. Évalué à 6.
Avoir un PC avec un BIOS verrouillé est un vrai problème, mais cette phrase n’est pas tout à fait vraie.
Il est tout à fait possible de démarrer un Linux avec Secure Boot avec UEFI sur un « BIOS » verrouillé. J’ai par exemple une clé USB avec un Ubuntu installé dessus et j’ai pu la configurer pour démarrer sur des systèmes requérant un OS « Secure Boot ».
Mais bon par contre ça réduit beaucoup la liberté c’est vrai.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: je marche dedans ! Zenitram impersonation time !
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal GitHub lance copilot, un générateur de code entraîné sur du code GPL. Évalué à 7.
Tout à fait, dans certains cas tu ne peux pas avoir accès à certains boulots si tu as eu connaissance de ceci ou cela. Je me souviens d’une offre d’emploi de ReactOS qui précisait que pour pouvoir postuler il fallait ne jamais avoir eu accès à telle version de Windows 2000 qui avait fuité. Le simple fait d’avoir potentiellement pu poser tes yeux sur le code d’un autre peut te fermer un boulot. Quand John Carmack est passé d’id Software à Oculus, il y a eu des histoires de gros sous parce que John Carmack pouvait mettre en œuvre chez Oculus ses compétences acquise chez id Software…
Le problème n’est pas que tu copies, mais qu’on ne puisses pas prouver que tu ne copies pas (ce que tu peux parfois ignorer toi-même). Parfois pour certains problèmes, les solutions peuvent beaucoup se ressembler, et la meilleure manière de prouver que tu peux arriver fortuitement au même endroit par toi-même, c’est d’y aller par toi-même. ReactOS ne peut pas prendre le risque qu’un contributeur reproduise du code de Windows malgré-lui, parce que s’il en aurait pu avoir connaissance, peut-il prouver que son code est original, qu’il l’aurait produit ainsi dans tous les cas ? Ici, peut-on prouver que copilote ne copie pas ? C’est peut-être la seule vraie question, car c’est la question qui compte quand on embauche des hommes.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: RejetteNT?
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal SFR rejettent les mails de Framaliste. Évalué à 10.
RejetteNT ça vient après Rejette98 et RejetteMe.
ce commentaire est sous licence cc by 4 et précédentes
# %?
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au lien L'image minimale de Nixos unstable est 100℅ reproductible. Évalué à 6.
J’ai été intrigué par ton ℅ qui n’est pas un %, et ça signifie “care of”.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Émulateurs
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Calculatrice graphique?. Évalué à 7.
Il me semble que seule la version payante de Graph 89 prend en charge les TI 8x, et la version gratuite (de ton lien) ne semble gérer que la TI 89.
Le problème de Graph 89 c’est qu’il ne gère pas les niveaux de gris… pour ceux qui ne chercheraient pas à retrouver une calculatrice mais à profiter de la logithèque large de l’appareil. =) Au delà de ça l’appli fonctionne très bien.
Il existe aussi un émulateur TI92+ en javascript par Patrick Davidson. Par défaut il démarre sur l’OS libre Pedrom avec ses propres jeux préchargés, mais il est possible de charger un OS officiel (et donc le logiciel de calcul de TI). Je n’ai pas réussi à booter l’OS 2.09 mais l’OS 2.05 marche bien. Les niveaux de gris fonctionnent sur cet émulateur web (ils fonctionnent également sur TiEmu précité).
Patrick Davidson proposait aussi une version java et un APK Android mais l’obsolescence a fait son travail et « java dans le navigateur » est mort depuis belle lurette, et l’APK ne fonctionne plus correctement.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Beau journal !
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal [HS] Ils étaient trois. Évalué à 10. Dernière modification le 16 juin 2021 à 14:26.
En effet je dirai qu’en plusieurs décennies notre perception s’élargit, le passé étant idéalisé à cause de notre propre ignorance et naïveté d’alors. =)
Par exemple je suis retombé récemment sur cette planche de Jacques Faizant de 1978. Depuis 1978 on a construit des stations spatiales, Internet s’est immiscé dans nos vies, on a inventé le QR-code et on nous a vendu des smartphones. Mais le monde est juste le même, c’est toujours la même mythologie qui baigne l’actualité, et les politiques et les médias sacrifient toujours aux mêmes faux dieux.
Ou encore comment en 1904 on se moquait du délitement de l’orthographe…
Parce que l’on est tout autant humain, le passé nous est incroyablement proche. L’ignorance et l’oubli nous le dissimulent simplement.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pilote ?
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal De Intel/Nvidia à AMD.. Évalué à 3.
Par exemple avec mon poste de travail (Radeon R9 390X) :
radv :
amdvlk :
Avec l’Atari VCS (Radeon RX Vega 3) :
radv :
amdvlk :
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pilote ?
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal De Intel/Nvidia à AMD.. Évalué à 3.
J’ai oublié de préciser un truc, quand on installe à la fois
radvetamdvlk, on peut choisir quel pilote utiliser avec cette variable d’environnement :ou
Par défaut c’est amdvlk si les deux sont installés.
ce commentaire est sous licence cc by 4 et précédentes
# But, intention et prétexte
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal [HS] Parlons ZFE. Évalué à 10.
Le but ne serait pas plutôt de soutenir artificiellement le renouvellement du parc automobile et de détruire le marché de l’occasion au passage ? La voiture la plus écologique est celle que l’on ne produit pas.
ce commentaire est sous licence cc by 4 et précédentes