MCMic a écrit 972 commentaires

Après réflexion et lecture des nouveaux commentaires, je confirme : essaie de trouver un moteur de jeux existant que tu peux utiliser.

Pour avoir écrit ou contribuer à plusieurs jeux, écrire la gestion des menus, les collisions, les préférences, la configuration et le stockage des contrôles, c'est drôle la première fois mais ça devient vite agaçant de pas avoir des trucs tout prêts pour ça.

Pour en avoir récemment discuté avec l'auteur, je serais très intéressé par un retour sur la création d'un jeu avec le bear engine.
C'est le moteur derrière ces jeux là : http://www.stuff-o-matic.com/projects.html
Il se trouve ici : https://github.com/j-jorge/bear
Ça gère pas mal de choses assez intéressantes visiblement.
Le moteur a jamais été utilisé que par ses créateurs donc manque probablement un peu de doc, mais si tu peux voir s'il te convient et faire des retours ça m'intéresse, ça fait quelques temps que je cherche un candidat pour faire des jeux C++ rapidement en réutilisant de l'existant.

Note: c'est SDL et OpenGL derrière donc ça doit être assez portable.

Je conseillerais la SFML pour deux raisons:

1) C'est du C++, orienté objet donc c'est plus agréable à manier et mieux intégré dans ton code que du code SDL

2) C'est OpenGL derrière, ça permet plus de chose, tu es bien plus libre avec tes sprites, tu peux notamment les faire tourner d'un nombre de degré arbitraire sans soucis, chose qui n'est pas possible en SDL 1.2 (d'après ce qui est dis plus haut ça a l'air corrigé dans SDL2, mais je pense que tu trouvera quand même des trucs intégrés dans SFML que tu aura à faire à la main coté SDL)

Par contre les arguments qui t'ont été donné en faveur de SDL sont vrais aussi: c'est très portable (Hurd, haiku, android, …), c'est sérieux alors qu'à coté Laurent qui développe la SFML est pas irréprochable, il a a arrêté de supporter la 1.6 avant que la 2.0 sorte du stade beta, il a retardé la sortie pour une histoire de logo, …

Mais le plaisir du code prévaut amha.

Jedi Knight II (ou III)?

Le jeu est encore payant mais le code a été libéré et le mode solo est dispo sous GNU/Linux.

Je n'ai pas ce genre de problèmes, je n'ai jamais joué à l'original.

La 3D d'UFO AI me parait suffisante pour la vue stratégique de loin qu'on utilise en général, pas besoin de plus détails à mon goût.
Par contre quand ils affichent juste la tête des soldats c'est moche.

Bah, j'ai dis ça rapport à ce qui m'est arrivé la semaine dernière, une partie avec mon petit frère sous windows, "-tu as quelle version? -je sais pas, comment on voit?", heureusement dans le jeu lui même c'est écrit, mais il faut lancer le jeu et c'est pas forcément écrit dans tous les jeux, pas forcément au même endroit, etc…
Et j'avais une version plus récente que lui, il a fallu qu'il mette à jour, et donc direction le site du jeu, téléchargement d'un installeur qui lui à son tour télécharge le jeu, …

J'avais pas pensé au cas de la LAN inter-distro, mais bon pour moi quand tu joues à un jeu, surtout en réseau, tu joues avec une version récente. (Donc si tu as une distrib pas à jour pour les jeux tu fais le nécessaire. Pour le jeu en question un installeur GNU/Linux existe ainsi qu'une version "archive pour jouer puis jeter".)

Mouaif, tu as beau savoir exactement le logiciel que tu cherches le site officiel n'est pas forcément le premier lien google. Et les sites officiels sont tous différents donc faut trouver la partie téléchargement (je dis pas que c'est difficile, juste que c'est un effort supplémentaire par rapport à une interface unifiée).

Mais le gros avantage des gestionnaires de paquets pour moi c'est les mises à jour. (Alors oui VLC te notifie des mises à jour, mais c'est pas le cas de tout le monde… l'autre avantage des gestionnaires de paquets c'est déjà de savoir quelle version est installée, par exemple quand tu veux être sûr d'avoir la même version d'un jeu réseau avant de lancer une partie)

C'est toujours la même problématique, pourquoi tu sépares les OS en "Windows/Mac/Linux" et pas en "Windows/Mac/Ubuntu/Debian/Arch/Fedora/…".
Les distributions GNU/Linux sont des OS différents.

Pour moi, soit tu t'intéresses au cas du grand public, et la solution (au problème de l'empaquetage) est d'avoir une distribution (en fait un format de paquet) qui prédomine, en ce moment c'est clairement Ubuntu (donc deb). Donc un seul paquet à faire pour le développeur, tout comme pour les autres OS.
En effet Ubuntu a peu d'utilisateurs, du coup il y a peu de paquets, et du coup il a peu d'utilisteurs, et du coup il y a peu de paquets, et du coup… Ok, on a compris, tu reproches à Ubuntu son manque de part de marché, si ça peut te rassurer c'est leur premier soucis : https://bugs.launchpad.net/ubuntu/+bug/1
Soit tu t'intéresses au cas des bidouilleurs/développeurs, et pour moi dans ce cas la réponse c'est Arch. Tout ce qui n'est pas packagé est packageable si c'est installable (voir même si c'est juste lançable, le paquet sera pas joli mais tant pis, ça tourne).

Pour les jeux des humble bundle, j'ai pas eu de soucis personnellement, mais je les ai pas tous achetés.

Au final, j'ai pas souvenir de cas où j'ai pas pu installer (ou au moins lancer) un logiciel. J'aimerai connaître les cas qui t'ont effrayé à ce point… c'était vraiment un soucis de package, ou c'était juste des logiciels qui n'avaient pas de version GNU/Linux (ce qui est un tout autre problème)?

PS: pour une fois, ce n'est pas un XKCD qui est de circonstance mais une geekscottes : http://www.nojhan.net/geekscottes/index.php?id=90

Debian a un dépôt non-free… ;-)

Pas faux

difficulté à installer des logiciels, même libres, si pas entré dans les dépôts, et rien n'est fait pour faciliter la tâche

Je dois avouer que je respire depuis que je suis sous Arch : dépôt utilisateur AUR très complet, création de paquet AUR très facile -> si je sais installer un logiciel, je sais le packager.
Mais sinon tu es en train de relancer le vieux troll sur les gestionnaires de paquets, la réponse est toujours la même : si tu préfère l'installation à la main comme sous Windows, elle reste toujours possible. C'est d'ailleurs ce qui était fait pour les jeux des humble bundle, ils n'étaient pas packagés (à part peut-être pour Ubuntu qui est très populaire et dans AUR).

Juste un commentaire pour appeler à l'aide pour compléter la dépêche sur la version 2.0 de la SFML, qui est sortie il y a un moment maintenant : http://linuxfr.org/redaction/news/la-bibliotheque-sfml-est-sortie-en-version-2-0
La SFML étant en concurrence avec la SDL ça me paraissait approprié.

On va dire que ni l'un ni l'autre ne permet de comprendre à quoi ça sert en voyant le site ;-)

C'est pas faux. Celui de joyride laboratories a été fait pour leur projet, ils ont mis le code en ligne sous licence libre mais ils ont pas plus chercher que ça à lui faire un beau site et tout, ce qui les intéresse c'est leur jeu qu'ils vendent par ce biais : http://buy.joyridelabs.de/
Le mien c'était pour un projet qui a capoté, je l'ai mis en ligne au cas où et ça a finalement servi pour ça : http://pedagogicbundle.com/
Donc oui les deux que j'ai cité sont pas exactement le même genre de crowdfunding, c'est du bundle en pay-what-you-want, pas du kickstarter ou de la vente à la fonctionnalité. Mais je suis sûr qu'il en existe d'autres. (cela dit selfstarter a l'air sérieux et bien fait à première vue)

Et puis, j'ai du mal avec les sites sectaires sans aucune raison technique (genre n'acceptent que du libre) ;-).

C'est une façon de voir les choses, mais on peut dire la même chose de Debian «J'ai du mal avec les distributions sectaires sans aucune raison technique (genre n'acceptent que du libre)». Pour moi c'est un service rendu au libriste qui n'a en théorie pas à se demander si les choses qu'il finance sont libres ou non, il fait confiance au projet pour filtrer de la même manière qu'il fait confiance à sa distribution.

Euh… Je ne vois pas la différence avec les autres, à part "libre" dans le nom du site.
Qu'est-ce que ça apporte de plus que les autres?

Comme tu l'as dit openfunding propose une validation par les utilisateurs, pour freedomsponsors tu as du voir le lien "fork me on github" qui indique que la plateforme fait tourner du logiciel libre (AGPL). Ensuite freedomsponsors fonctionne à la fonctionnalité, et sous forme d'appel d'offre : je vois un bug à 200$ sur un logiciel que je me sens capable de modifier, je peux faire le boulot et recevoir le paiement sans faire partie du projet.
En dehors de ça, avoir de la diversité ça fait pas de mal, éviter kickstarter qui n'accepte que les projets posé par des américains il me semble, et ces projets propose souvent plus de facilité pour payer et évitent de passer systématique pas paypal : freedomsponsor accepte bitcoin, …

Il répondait à mon commentaire, non à celui sur Kivy :-)

Le gros problème des initiatives de pay-what-you-want auto-hébergée comme selfstarter (et il n'est pas seul, je peux aussi citer celui-ci fait par moi-même : http://projects.haxx.es/p/libregamebundle/ et celui fait par joyride laboratories : http://patch-tag.com/r/shahn/papst/home ) c'est l'absence de tiers de confiance : celui qui garde les sous en attendant que le projet (ou la fonctionnalité) soit développé pour les donner est celui qui va les recevoir… ça demande donc une grande confiance dans l'entité en question.

C'est pourquoi je pense que les initiatives hébergées avec tiers de confiance ont plus de chance d'aboutir : http://funding.openinitiative.com/ , http://www.freedomsponsors.org/ , …

Il ne me reste plus qu'a faire un projet de type Kickstarter pour avoir le serveur idéal, si il y en a qui veulent se lancer dans l'aventure !

Plutôt de type selfstarter que kickstarter j'espère :-)

http://code.google.com/p/python-for-android/ ?

Souvent oublié quand cite des jeux libres aboutis on parle toujours de BattleForWestnoth, mais UFO : Alien Invasion a un mode solo super complet et cool : http://ufoai.org/

Des projets libres existent:
http://video.rmll.info/videos/brain-invaders-jouez-par-la-pensee/

Tu as essayé qjoypad?
J'ai toujours utilisé ça pour mapper ma manette sur souris/clavier pour les jeux qui ne supporte pas les manettes.

http://qjoypad.sourceforge.net/#screenshots

On a effectivement besoin d'un launcher sexy, c'est quelque chose qui manque.
Pour moi une des priorités est d'avoir quelque chose de confortable à contrôler depuis une manette.
La dernière fois que j'avais cherché j'étais tombé sur des trucs faits pour MAME comme http://advancemame.sourceforge.net/menu-snapshot.html
C'est assez bien fait, et il ne manque pas grand chose pour y incorporer les jeux natifs de mémoire (utiliser /bin/exec comme "émulateur" et lui filer la liste des jeux au bon format à partir des .desktop en gros)

À terme ton projet peut être intéressant pour les gros joueurs ou les PCs linux utilisés comme console. En espérant que ça tournera en dehors de GNOME.

Je rêve du jour où une distribution GNU/Linux de qualité existera enfin pour transformer un PC en console de jeu… Peut-être du genre de ce qui existe sur Open Pandora

Tu aurais du coup pu préciser ce que tu avais entendu comme prononciation…
"Hauteu Garonneu"?

À quand la BD «Putain d'ornithorynque» sous licence libre?

Le développeur original m'a autorisé à diffuser cet email qui donne plus de détails sur l'état de la partie réseau de neurones de Racer (en résumé c'est basé sur FANN et pas compatible avec les dernières versions, il y a un travail de migration à faire) : http://pastebin.archlinux.fr/464492

Les sauts de ligne ont sautés (est-ce volontaire?), ainsi que les puces de second niveau dans la partie sur Lugaru (cf journal original)

Il me semble que tu n'as que ces deux là, et que ton impression d'en avoir un 3ème est une erreur de ta part (ou un bug spécifique à une appli). Sinon, je veux bien une manip pour reproduire ça.

Cette impression vient de ce qui est expliqué plus bas : selon les application, maj+insert colle soit le ctrl+c soit le clic molette.
Il me semblait avoir trouvé des cas où il faisait encore autre chose, c'est peut-être tout simplement un cas où maj+insert ne faisait rien, donc j'avais bien 3 comportements différents pour les 3 actions que je connais

Là encore, il ne devrait pas y avoir de problèmes. Le Ctrl + C doit marcher après la fermeture de l'appli source, mais pas la sélection. C'est voulu et expliqué plus haut.

Exemple typique : je sélectionne un truc dans Firefox, je lance leafpad, je clique molette, rien ne se passe, je dois refaire ma sélection après avoir ouvert l'application.

Si une appli ne propose aucun des presse-papiers au clavier, c'est qu'elle est mauvaise ou buguée, mais il me semble que ce cas soit assez rare. On a général le Ctrl+V toujours dispo, et pour les anciennes appli la séléction.

Les applis me proposent le presse-papier ctrl+v, mais j'aimerai avoir accès au presse-papier molette à l'aide d'un raccourcis clavier, et le même peu importe l'appli

Toi, tu sembles vouloir que toutes les voitures fonctionnent à l'essence, au diesel, au GPL et au purin d'ortie. Eh bien non. Une appli normale doit se limiter à une utilisation normale du presse-papier, et les fonctions avancées doivent être apportées par Parcellite & Cie, car les développeurs n'ont pas que ça à faire que de devoir réinventer la roue à chaque fois.

Ce que je veux c'est que le presse-papier ai un comportement cohérent d'une application sur l'autre, je pense effectivement que ce n'est pas les applications qui devrait choisir les raccourcis indépendamment du coup. J'utilise déjà parcellite, mais ça ne règle pas tous les problèmes. J'ai toujours un maj+insert qui ne fonctionne pas toujours, un clic molette qui ne fonctionne pas sur une appli qui vient de s'ouvrir, et je suis parfois dans l'incapacité de coller (par exemple si le clique molette sert à autre chose dans une application, je suis marron, typiquement urxvt avec un tmux dedans le clique molette passe pas, heureusement maj+insert le remplace, mais c'est pas facile à retenir comme ça dépend des applis)

C'est un peu le principe des RMLLs, le week-end est réservé aux stands grand public, il n'y a pas de conférences.
Ce n'est pas de mon fait.

J'ai oublié dans la dernière section, ce qui peut être facilement ajouté à beaucoup de jeux:

• Le support de la traduction via gettext
• De nouveaux niveaux
• Un tutoriel
• Des niveaux de difficulté