Peut-être que comme Linux est un OS libre, la plupart des utilisateurs pensent qu'ils leurs appartiennent et ils ne supportent pas quand quelqu'un d'autre apporte un jugement ou des ambitions ? Le ressentiment que j'ai, du moins en passant par ici, c'est que les gens veulent tellement s'accaparer Linux, qu'il n'en devient pas si libre que ça. Je l'avais souligné dans un précédent journal qui faisait polémique puisque je développe un jeu non-libre. Toucher à Linux, c'est un peu comme venir chez son voisin mettre la main sur sa femme qu'il considère depuis des années comme un super top modèle tendance qu'il est le seul à comprendre et le seul à disposer de l'expérience nécessaire pour l'apprécier.
C'est dommage, mais heureusement que cela ne représente pas la communauté Linux qui se veut assez ouvert. Je pense surtout aux étrangers, qui sont bien plus posés dans les débats.
Pour ma part, j'ai trouvé ton interrogation sur GNU/Linux intéressante bien que je n'ai pas lu toutes les interventions. Tu soulèves un bon débat, d'ailleurs j'y ai répondu en essayant d'apporter ma vision des choses. Linux est trop partagé entre les pro-libre, les pro open-source etc.
PS : je t'ai ajouté un point pertinent, histoire de remonter un peu ;)
Non, je n'ai jamais rien pioché. Pourquoi ? Parce que en tant que débutant, j'y connaissais rien et il m'était très difficile de comprendre un code source. J'ai regardé quelques sources proposés par Microsoft (j'ai commencé en C# et XNA) pour tenter de comprendre comment ça marchait. Je n'ai jamais réussi à les exploiter, alors je me suis décidé lire un livre pour m'y mettre sérieusement. Le reste, j'ai tout programmé de mes petites mains en allant sur les forums des outils que j'utilise quand j'étais bloqué. Et puis honnêtement aller piocher code à gauche et à droite, c'est pas mon du tout mon truc. A la limite, taper sur Google pour trouver une fonction ou une formule d'accord, mais ouvrir un code et pour prendre ce qui m'intéresse : non ! Pour moi, un code c'est quelque chose d'un peu personnel, c'est un travail et chaque personne a une façon de programmer différente.
J'ai déjà essayé de bosser avec quelqu'un sur ce projet afin de m'aider à traduire rapidement le jeu en C++, ça n'a duré qu'une heure. Ça ma vite gonflé, car je veux apprendre moi-même et travailler à ma manière selon ma logique. Pour prendre exemple, si demain un ami vient te voir et te demande de commander des pièces afin de que tu lui montes un ordinateur. Si dans 6 mois, il vient te voir et te demande regarder son PC qui ne démarre plus car d'autres de ses amis ont bidouillé à l'intérieur, y a de quoi être vexé. C'est pareil en tout que se la mécanique automobile ou autre.
Cependant, je comprend que bosser en équipe et partager ces connaissances c'est important. Je ne suis pas contre. Mais donner un code source que ta pondu sur plusieurs mois pour que le premier venu, se dit a tient super, je vais faire un gros copier coller, modifier quelque trucs et je vais sortir un jeu.
Je n'ai pas programmer ce jeu pour aider ou donner un passe à des gens qui veulent programmer. Je pense qu'il existe déjà de très nombreux outils dans le domaine que se soit sous Windows et Linux.
J'aimerais programmer un jeu de voiture en 3D pour Linux. Je me suis rapproché du projet V-Drift, j'ai télécharger les sources et je vais commencer à étudier le tout que je trouve assez complexe vu qu'il y a énormément de classe. J'ai presque envie de partir de rien, tellement le code de V-Drift ne me correspond pas vraiment. Il y a des classes pour tout et rien. Je ne sais pas si c'est une bonne chose mais en programmation j'essaie de recyler le maximum de variable et fonctions pour ne pas me retrouver avec des des tonnes de classes comportant 5 lignes de codes.
Je l'ai trouvé vraiment excellent ! Fidèle à la version originale mais avec des graphismes plus d'actualité. J'aurais adoré travailler sur un tel projet !
Salut, merci pour ton retour. Je trouve également que le démarrage du niveau est trop long, donc je vais accélérer la cadence. J'attendais que quelqu'un me fasse une remarque à ce sujet. La barre d'espace permet de lancer une super attaque afin de détruire tous les vaisseaux présents dans la zone de combat pendant quelques secondes.
C'est bien ce que je pensais, si tu reçois ce type de message c'est que tu dois avoir un périphérique reconnu comme une manette par SFML. Pour éviter que ça tourne en boucle dans le terminal, je vais désactiver cette info dans l'update. Tu possèdes une souris de gamer ?
J'ai en même ajouté une condition qui vérifie le focus sur la fenêtre et désormais les fichiers du joueurs sont stocké dans $HOME/~/x-blasterdominator comme demandé.
J'espère que la manette ne s'affichera pas, sinon au pire tu peux passer l'écran en appuyant sur n'importe quelle touche du clavier.
Merci. Donc pour bien comprendre le soucis, juste avant d'arriver dans le menu principal, le jeu affiche les boutons de la manette Logitech et tu ne peux pas aller plus loin ? Normalement, le jeu vérifie au lancement si tu possèdes une manette et enregistre une configuration par défaut. Si la manette n'a pas pas suffisamment de boutons ou si elle n'est pas branchée, les commandes du pad sont ignorés. Ce qui est étrange c'est que tu devrais avoir un clavier… Peut-être que le jeu détecte un de tes périphériques USB comme une manette ?
Je vais modifier le code afin d'en savoir un peu plus sur ton problème et surtout permettre au joueur de passer cet affichage en appuyant sur n'importe quelle touche du clavier.
Je n'ai pas réagi sur le coup, mais le problème avait déjà été corrigé. J'ai oublier de mettre à jour le binaire dans mon PKGBUILD et du coup, tu t'es retrouvé avec une version bien pourrave. Je vais mettre à jour le paquet. J'ai installer le jeu depuis AUR et j'ai tout de suite remarqué le problème alors que j'ai testé plusieurs le binaire récent sans problème. Peux-tu me confirmer que tu as installer le jeu depuis AUR ?
Petite question, tu as testé la version ArchLinux ? Si oui, en effet, j'ai remarqué le problème dont tu as parlé concernant le premier démarrage. C'est une erreur de ma part, je n'ai pas ajouté la dernière version du binaire. Je vais de ce pas corriger le tir.
Je pense que GNU/Linux à de l'avenir mais tout est à définir et il faut réfléchir sérieusement sur l'implantation du système dans les années à venir. Quand je vois le nombre de distributions pouvant exister, je me dis qu'il faudrait que tout le monde se rassemble autour d'une table et discute pour améliorer la situation. Avant, je disais qu'il fallait sortir une ou deux distribution et mettre le reste de coté mais finalement, je pense que se serait une erreur. Toutes ces distributions démontrent parfaitement qu'il n'existe pas vraiment une parfaite entente entre chaque linuxiens. J'ai pu tester un grand nombre de distributions même celles provenant de l'Asie et j'ai dû chercher un bon moment avant d'en adopter une qui me corresponde. En même temps, je regarde ce qui se fait autour, ce qui me permet d'apprécier le travail fourni.
Ubuntu a un fort potentiel car elle est massivement utilisée mais je ne supporte pas l'interface lintian qui est un véritable bouffe ressource ! D'ailleurs c'est codé en quoi ce truc ? Je n'ai jamais vu une plateforme de téléchargement aussi lourde. De plus, Ubuntu veut trop imposer ces standards. Puisque je commence à développer et que je m'intéresse sérieusement à Linux, je peux vous dire que c'est un véritable casse tête de devoir respecter les règles de chaque distribution en plus d'apprendre à créer des paquets compatibles. Mais bon, après avoir un établis un solide contact entre l'homme et la distribution, la vie devient plus agréable. Ce n'est peut-être qu'une impression, mais on dirait les dirigeants veulent imposer Ubuntu coûte que coûte. En revanche, je ne le trouve pas aussi simple qu'un Fedora.
Fedora est un peu plus sobre et classe à mon goût. J'aime beaucoup cette distribution cependant, elle est souvent à la traine en matière de mises à jour. Par exemple, FC18 tourne encore avec GLIBC 2.16 alors que ça fait un moment que la 2.17 est de sortie…
J'ai testé rapidement OpenSuse, et je l'ai trouvé vraiment super, du moins au niveau de l'installation. C'est très propre et très pro. Ça donne vraiment envie de l'adopter pour toujours. Mais bon, là encore, ce qui ma rebuté se sont tous les standards imposés par chacun. Par exemple, je ne comprend pas pourquoi un RPM buildé sur Fedora ne peut pas automatiquement fonctionner sur OpenSuse bien que dans la pratique se soit la même procédure. C'est quoi le soucis ?
Bref, je me rend compte que Linux n'est qu'un kernel et que chaque distribution est en réalité un système d'exploitation car chacun apporte leur solution et nous impose des règles. Je ne dis pas que ce n'est pas normal mais cela manque clairement de transparence pour l'utilisateur.
Il faudrait mettre plus en avant le nom de la distribution plutôt que le fait que se soit Linux dans ce cas, à la manière d'Android. Aujourd'hui, même quand les gens apprennent que c'est du Linux derrière, pour eux Android reste un système d'exploitation à part entière comme iOS et Window Phone.
Alors il faudrait sérieusement savoir sur quel pied danser, car aujourd'hui tout va dans tous les sens et les gens ont besoin d'avoir un pied d'attache. On est en 2013 et pourtant la plupart des personnes sur cette terre aiment se sentir rassurer en achetant ce que tout le monde possède.
Je le vois bien dans mon entourage, car depuis que je tourne sur Linux depuis quelques temps, mes proches et amis commencent à s'y intéresser car ils savent que je n'ai pas rencontré trop de soucis avec et que je pourrais les aider ou bien répondre à leur question mais aussi histoire de se la raconter un peu. C'est un peu comme ce groupe d'amis qui se sentent rassurer en achetant la même voiture que leur collègue, le même téléphone, le même ordinateur etc.
Super ! Merci pour ton retour, c'est vraiment sympa d’approfondir tes essais et d'essayer de chercher l'erreur. Ce problème, je le connais et je n'ai pas vraiment réussie à corriger le problème car il est assez compliqué et n'apparaît qu'à un moment précis en plus d'être aléatoire. Cependant, j'ai une piste. D'après mes essais, cela viendrait d'un vector lié chargé d'afficher l'énergie du joueur. Je pensais avoir réglé le problème, mais il est encore là. De mémoire, le classe player renvoie 60 au-lieu de 6. Donc, il y a dépassement de mémoire. Je vais me pencher sérieusement sur le problème aujourd'hui, je pense trouver une solution définitive.
Pour ALIB, cette ligne est apparue étrangement. Cela dit c'est externe au jeu car linker en static ou pas, cette ligne s'affiche quand même quelque-soit la distribution.
Je te remercie encore pour ton retour, ça fait plaisir.
C'est vrai que j'ai hésité longtemps entre l'open-source et une licence CC BY-NC-ND. Cependant, quand j'ai développé ce jeu je n'avais pas la vision de l'open-source ni celle du libre. Je n'ai pas programmé ce jeu en me disant que je laisserais tout le monde piocher dans le code et s'amuser à le modifier.
De nature, je déteste qu'on passe derrière ce que j'ai fais. Puis coder un tel jeu pour un débutant comme moi, c'est énormément de travail et du coup, je préfère le garder dans mon tiroir et être le seule à y apporter des modifications. Maintenant, cela ne me dérange pas d'ouvrir le code si cela reste uniquement pour compiler soit même.
Cependant, je ne suis pas un anti-libre ni un anti-open-source. Je me suis beaucoup impliquer dans ce projet et je veux rester proprio du code. Ne me cracher pas dessus car je prévois de travailler sur d'autres programmes, jeux et pourquoi pas un moteur entièrement open-source.
Je pourrais très bien un jour programmer un moteur permettant de créer facilement ce genre de shoot'em up. Mais en attendant, je compte partir sur le développement d'une application multimédia pour Linux…
Vu que tu n'as pas de manette, lors du premier démarrage tu as eu une manette avec la présentation des touches ou celle du clavier ? Normalement, tu aurais dû avoir celle du clavier. Il aurait suffit d'appuyer sur entrée pour arriver au menu principal. Je vais regarder dans le code histoire de voir qu'il n'y a pas de soucis. Oui, le jeu détecte automatiquement la présence d'une manette.
Donc si j'ai bien compris xscreensaver est bien installé et tu ne l'utilise pas ? laptop_mod s'occupe d'éteindre l'écran au bout d'un moment. Il faudrait que je me renseigne là dessus…
En effet, ce n'est pas parlant. Je vais indiquer d'une autre manière la touche à utiliser dans les menus.
En effet, si tu as envie de faire pause et tapoter au clavier, cela peut être problématique. Je vais regarder ce que je peux faire sur ce point.
Oui, cela aurait été préférable. J'ai beaucoup hésité sur le chemin, mais je me suis dis que se serait peut-être une bonne initiative que tous les jeux placent leurs fichiers dans un répertoire jeux ou games car franchement au bout d'un moment ça devient vraiment le bordel avec tous ces dossiers cachés. Je vais regarder la norme dans le lien.
En tout cas merci pour tes réactions, cela va m'aider à améliorer le jeu.
Merci de prendre le temps de tester la beta ! Pour ton problème de téléchargement, en effet le mieux est que tu essaies un peu plus tard. Je viens d'essayer de télécharger l'archive binaire et tout s'est bien passée avec une vitesse de 1.1Mo par seconde. J'espère que la prochaine, sera la bonne ;)
C'est normal d'avoir des doutes quand on ne peut pas vérifier le code source d'un logiciel dont on ne connait rien concernant son développeur. Sauf, qu'il faudrait que je sois vraiment culotté et vraiment motivé pour venir présenter le projet sur plusieurs informations, en donnant le maximum d'information, en préparant des paquets pour les principales distributions et en restant disponible pour répondre à chaque question. Si vous avez des doutes concernant le code, il suffit de vérifier si le jeu utilise un port pour communiquer des informations ou peut-être qu'ils existent des outils pour analyser le binaire ?
Enfin, je pense qu'avec plus de 200 téléchargements, s'il y avait un doute concernant le code et la sécurité des utilisateurs, cela ferait déjà un moment que l'alerte aurait été donné non ? De toute façon, si j'étais un méchant pirate au service du mal, vous n'auriez aucune difficulté à me retrouver. Mon identité apparait dans les crédits et j'utilise une IP publique. Honnêtement, j'ai plus peur de me faire pirater par un fanatique du libre que de voir débarquer la gendarmerie chez moi…
Le jeu ne se bloque pas. Il attend que tu appuie sur la touche 1 de ta manette pour continuer.
Le message concernant xscreensaver est normal bien qu'il ne devrait pas s'afficher dans ta console. As-tu les droits sur /dev/nul ? Cela permet d'empêcher l'écran de veille de se lancer lorsque tu utilises une manette. Le jeu vérifie toutes les 2 secondes environ si tu appuie sur l'un des boutons de ta manette et si c'est le cas redémarre le compteur de xscreensaver.
Il s'agit du bouton 1 de ta manette, pas du clavier (…).
Quand tu utilises ton clavier alors que le jeu est lancé mais que tu n'as pas le focus sur la fenêtre, ce n'est pas un bug. C'est lié à la librairie. Est-ce vraiment gênant ? Si oui, je tenterais de trouver une solution pour éviter ce désagrément.
Les fichiers de configurations se trouvent dans le dossier $HOME/.games/x-blasterdominator
Donc en clair, cela peut ressembler à des bugs, mais non ça n'en est pas. Cependant, je pense que je vais finir par modifier certaines choses car beaucoup pensent que c'est des bugs alors que non. J'espère avoir répondu à toutes tes questions ;)
Se serait une bonne alternative, en effet. Je ne suis pas à l'aise encore avec le chroot, disons que pour installer ArchLinux pas de soucis je m'en sors correctement mais gérer plusieurs distributions en chroot ce n'est pas parlant d'autant plus que j'aimerais pouvoir tester en profondeur chaque distribution. Actuellement j'ai 5 distributions installées dans ma machine virtuelle. Ce qui nous donne :
Fedora F18 i686
Fedora F18 x86_x64
Fedora F19 x86_64
Xubuntu 13 i386
Xubuntu 13 adm64
Dans la journée je pense installer OpenSuse afin d'établir mes tests et créer un paquet pour la distribution.
Le fait d'avoir chaque distribution sous la main, me permet de tester le paquet et voir si le binaire se lance sans la moindre manipulation et sans l'ajout de librairies. C'est important pour moi car ça me permet d'être 100% que le binaire fonctionnera.
C'est vrai que c'est lourd et que ça demande du temps, mais pour le moment j'ai rien trouvé d'autres… à moins de récupérer un PC, de l'installer dans un coin et d'y installer toutes les distributions possibles :)
C'est vrai que la statique est la meilleure solution. Cependant, j'ai décidé de proposer deux versions :
Un binaire i386 / x86_64 qui intègre le maximum de librairies afin de tourner sur n'importe quel distribution. Seul problème => GLIBC est requis dans sa version 2.17 vu que c'est ce j'utilise sur ma distribution. Du coup, seules les distributions "récentes" pourront le lancer sans se soucier des dépendances sauf pour Fedora 18, le mauvais élève qui reste encore avec son GLIBC 2.16.
Un paquet DEB / RPM qui embarque deux librairies dans son binaire. Pourquoi ? Car elles sont actuellement indisponibles sans compiler.
J'ai beau cherché dans tous les sens, j'ai même c'est nuit j'ai dû rêver d'un pamètre géniale qui permettait de préciser la version de chaque librairie qu'on voudrait utiliser lors de la compilation. Peut-être que cela existe-déjà ?
Je pense que c'est la meilleure solution pour le moment car beaucoup de personnes me demandent un binaire qui ne demandent pas d'installer d'autres librairies et encore moins de les compiler à la main. Ce que je peux tout à fait comprendre, car quand j'étais un grand novice sur Linux, je rebutais à compiler quoi que se soit. Même si on est sur les Linux, j'ai les ressentiments que les utilisateurs veulent quelques choses qui fonctionne sans manipuler ou ajouter de nouveaux éléments à leur installation du moins c'est surtout le cas pour les utilisateurs d'Ubuntu et Fedora.
[^] # Re: Autre terme
Posté par shingo (site web personnel) . En réponse au journal Les mots divisent le libre. Évalué à 2. Dernière modification le 08 juin 2013 à 07:09.
Peut-être que comme Linux est un OS libre, la plupart des utilisateurs pensent qu'ils leurs appartiennent et ils ne supportent pas quand quelqu'un d'autre apporte un jugement ou des ambitions ? Le ressentiment que j'ai, du moins en passant par ici, c'est que les gens veulent tellement s'accaparer Linux, qu'il n'en devient pas si libre que ça. Je l'avais souligné dans un précédent journal qui faisait polémique puisque je développe un jeu non-libre. Toucher à Linux, c'est un peu comme venir chez son voisin mettre la main sur sa femme qu'il considère depuis des années comme un super top modèle tendance qu'il est le seul à comprendre et le seul à disposer de l'expérience nécessaire pour l'apprécier.
C'est dommage, mais heureusement que cela ne représente pas la communauté Linux qui se veut assez ouvert. Je pense surtout aux étrangers, qui sont bien plus posés dans les débats.
Pour ma part, j'ai trouvé ton interrogation sur GNU/Linux intéressante bien que je n'ai pas lu toutes les interventions. Tu soulèves un bon débat, d'ailleurs j'y ai répondu en essayant d'apporter ma vision des choses. Linux est trop partagé entre les pro-libre, les pro open-source etc.
PS : je t'ai ajouté un point pertinent, histoire de remonter un peu ;)
[^] # Re: Rebelz!
Posté par shingo (site web personnel) . En réponse au journal Quelle stratégie pour l'avenir de GNU/Linux ?. Évalué à 1.
Hey c'est quoi ce système d'exploitation ? Il m'intéresse !
[^] # Re: Choix de licence
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 0.
Non, je n'ai jamais rien pioché. Pourquoi ? Parce que en tant que débutant, j'y connaissais rien et il m'était très difficile de comprendre un code source. J'ai regardé quelques sources proposés par Microsoft (j'ai commencé en C# et XNA) pour tenter de comprendre comment ça marchait. Je n'ai jamais réussi à les exploiter, alors je me suis décidé lire un livre pour m'y mettre sérieusement. Le reste, j'ai tout programmé de mes petites mains en allant sur les forums des outils que j'utilise quand j'étais bloqué. Et puis honnêtement aller piocher code à gauche et à droite, c'est pas mon du tout mon truc. A la limite, taper sur Google pour trouver une fonction ou une formule d'accord, mais ouvrir un code et pour prendre ce qui m'intéresse : non ! Pour moi, un code c'est quelque chose d'un peu personnel, c'est un travail et chaque personne a une façon de programmer différente.
J'ai déjà essayé de bosser avec quelqu'un sur ce projet afin de m'aider à traduire rapidement le jeu en C++, ça n'a duré qu'une heure. Ça ma vite gonflé, car je veux apprendre moi-même et travailler à ma manière selon ma logique. Pour prendre exemple, si demain un ami vient te voir et te demande de commander des pièces afin de que tu lui montes un ordinateur. Si dans 6 mois, il vient te voir et te demande regarder son PC qui ne démarre plus car d'autres de ses amis ont bidouillé à l'intérieur, y a de quoi être vexé. C'est pareil en tout que se la mécanique automobile ou autre.
Cependant, je comprend que bosser en équipe et partager ces connaissances c'est important. Je ne suis pas contre. Mais donner un code source que ta pondu sur plusieurs mois pour que le premier venu, se dit a tient super, je vais faire un gros copier coller, modifier quelque trucs et je vais sortir un jeu.
Je n'ai pas programmer ce jeu pour aider ou donner un passe à des gens qui veulent programmer. Je pense qu'il existe déjà de très nombreux outils dans le domaine que se soit sous Windows et Linux.
J'aimerais programmer un jeu de voiture en 3D pour Linux. Je me suis rapproché du projet V-Drift, j'ai télécharger les sources et je vais commencer à étudier le tout que je trouve assez complexe vu qu'il y a énormément de classe. J'ai presque envie de partir de rien, tellement le code de V-Drift ne me correspond pas vraiment. Il y a des classes pour tout et rien. Je ne sais pas si c'est une bonne chose mais en programmation j'essaie de recyler le maximum de variable et fonctions pour ne pas me retrouver avec des des tonnes de classes comportant 5 lignes de codes.
[^] # Re: Idée d'expansion
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 0.
Pourquoi pas. Tout est à faire, des campagnes annexes seront certainement prévues. En tout cas, merci pour l'idée !
[^] # Re: crash après deux vies perdues
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 0.
Je l'ai trouvé vraiment excellent ! Fidèle à la version originale mais avec des graphismes plus d'actualité. J'aurais adoré travailler sur un tel projet !
[^] # Re: +1
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 1.
Salut, merci pour ton retour. Je trouve également que le démarrage du niveau est trop long, donc je vais accélérer la cadence. J'attendais que quelqu'un me fasse une remarque à ce sujet. La barre d'espace permet de lancer une super attaque afin de détruire tous les vaisseaux présents dans la zone de combat pendant quelques secondes.
Content que tu as aimé le jeu ;)
[^] # Re: Haha
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 1.
Merci, je vais corriger ces erreurs d'anglais.
C'est bien ce que je pensais, si tu reçois ce type de message c'est que tu dois avoir un périphérique reconnu comme une manette par SFML. Pour éviter que ça tourne en boucle dans le terminal, je vais désactiver cette info dans l'update. Tu possèdes une souris de gamer ?
[^] # Re: crash après deux vies perdues
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 0.
Je n'ai jamais joué à 1942 mais c'est vrai qu'il y a une forte ressemblance :)
[^] # Re: Haha
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 1.
J'ai uploadé une archive contenant les deux binaires avec des modifications. Si tu as le temps de tester voici un lien pour récupérer l'archive : http://injection-studio.com/download/x-blasterdominator/beta-0.4/linux/x-blasterdominator-binary-new.tar.gz
J'ai en même ajouté une condition qui vérifie le focus sur la fenêtre et désormais les fichiers du joueurs sont stocké dans $HOME/~/x-blasterdominator comme demandé.
J'espère que la manette ne s'affichera pas, sinon au pire tu peux passer l'écran en appuyant sur n'importe quelle touche du clavier.
[^] # Re: crash après deux vies perdues
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 1.
Merci, dans ce cas je vais continuer les tests.
[^] # Re: Haha
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 1.
Merci. Donc pour bien comprendre le soucis, juste avant d'arriver dans le menu principal, le jeu affiche les boutons de la manette Logitech et tu ne peux pas aller plus loin ? Normalement, le jeu vérifie au lancement si tu possèdes une manette et enregistre une configuration par défaut. Si la manette n'a pas pas suffisamment de boutons ou si elle n'est pas branchée, les commandes du pad sont ignorés. Ce qui est étrange c'est que tu devrais avoir un clavier… Peut-être que le jeu détecte un de tes périphériques USB comme une manette ?
Je vais modifier le code afin d'en savoir un peu plus sur ton problème et surtout permettre au joueur de passer cet affichage en appuyant sur n'importe quelle touche du clavier.
[^] # Re: Haha
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 1.
Dans ce cas, est-ce que tu te souviens si le message c'est affiché dans le terminal ?
[^] # Re: crash après deux vies perdues
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 1.
Je n'ai pas réagi sur le coup, mais le problème avait déjà été corrigé. J'ai oublier de mettre à jour le binaire dans mon PKGBUILD et du coup, tu t'es retrouvé avec une version bien pourrave. Je vais mettre à jour le paquet. J'ai installer le jeu depuis AUR et j'ai tout de suite remarqué le problème alors que j'ai testé plusieurs le binaire récent sans problème. Peux-tu me confirmer que tu as installer le jeu depuis AUR ?
Merci.
[^] # Re: Haha
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 1.
Petite question, tu as testé la version ArchLinux ? Si oui, en effet, j'ai remarqué le problème dont tu as parlé concernant le premier démarrage. C'est une erreur de ma part, je n'ai pas ajouté la dernière version du binaire. Je vais de ce pas corriger le tir.
# Tout est à définir
Posté par shingo (site web personnel) . En réponse au journal Quelle stratégie pour l'avenir de GNU/Linux ?. Évalué à 2.
Je pense que GNU/Linux à de l'avenir mais tout est à définir et il faut réfléchir sérieusement sur l'implantation du système dans les années à venir. Quand je vois le nombre de distributions pouvant exister, je me dis qu'il faudrait que tout le monde se rassemble autour d'une table et discute pour améliorer la situation. Avant, je disais qu'il fallait sortir une ou deux distribution et mettre le reste de coté mais finalement, je pense que se serait une erreur. Toutes ces distributions démontrent parfaitement qu'il n'existe pas vraiment une parfaite entente entre chaque linuxiens. J'ai pu tester un grand nombre de distributions même celles provenant de l'Asie et j'ai dû chercher un bon moment avant d'en adopter une qui me corresponde. En même temps, je regarde ce qui se fait autour, ce qui me permet d'apprécier le travail fourni.
Ubuntu a un fort potentiel car elle est massivement utilisée mais je ne supporte pas l'interface lintian qui est un véritable bouffe ressource ! D'ailleurs c'est codé en quoi ce truc ? Je n'ai jamais vu une plateforme de téléchargement aussi lourde. De plus, Ubuntu veut trop imposer ces standards. Puisque je commence à développer et que je m'intéresse sérieusement à Linux, je peux vous dire que c'est un véritable casse tête de devoir respecter les règles de chaque distribution en plus d'apprendre à créer des paquets compatibles. Mais bon, après avoir un établis un solide contact entre l'homme et la distribution, la vie devient plus agréable. Ce n'est peut-être qu'une impression, mais on dirait les dirigeants veulent imposer Ubuntu coûte que coûte. En revanche, je ne le trouve pas aussi simple qu'un Fedora.
Fedora est un peu plus sobre et classe à mon goût. J'aime beaucoup cette distribution cependant, elle est souvent à la traine en matière de mises à jour. Par exemple, FC18 tourne encore avec GLIBC 2.16 alors que ça fait un moment que la 2.17 est de sortie…
J'ai testé rapidement OpenSuse, et je l'ai trouvé vraiment super, du moins au niveau de l'installation. C'est très propre et très pro. Ça donne vraiment envie de l'adopter pour toujours. Mais bon, là encore, ce qui ma rebuté se sont tous les standards imposés par chacun. Par exemple, je ne comprend pas pourquoi un RPM buildé sur Fedora ne peut pas automatiquement fonctionner sur OpenSuse bien que dans la pratique se soit la même procédure. C'est quoi le soucis ?
Bref, je me rend compte que Linux n'est qu'un kernel et que chaque distribution est en réalité un système d'exploitation car chacun apporte leur solution et nous impose des règles. Je ne dis pas que ce n'est pas normal mais cela manque clairement de transparence pour l'utilisateur.
Il faudrait mettre plus en avant le nom de la distribution plutôt que le fait que se soit Linux dans ce cas, à la manière d'Android. Aujourd'hui, même quand les gens apprennent que c'est du Linux derrière, pour eux Android reste un système d'exploitation à part entière comme iOS et Window Phone.
Alors il faudrait sérieusement savoir sur quel pied danser, car aujourd'hui tout va dans tous les sens et les gens ont besoin d'avoir un pied d'attache. On est en 2013 et pourtant la plupart des personnes sur cette terre aiment se sentir rassurer en achetant ce que tout le monde possède.
Je le vois bien dans mon entourage, car depuis que je tourne sur Linux depuis quelques temps, mes proches et amis commencent à s'y intéresser car ils savent que je n'ai pas rencontré trop de soucis avec et que je pourrais les aider ou bien répondre à leur question mais aussi histoire de se la raconter un peu. C'est un peu comme ce groupe d'amis qui se sentent rassurer en achetant la même voiture que leur collègue, le même téléphone, le même ordinateur etc.
[^] # Re: crash après deux vies perdues
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 1.
Super ! Merci pour ton retour, c'est vraiment sympa d’approfondir tes essais et d'essayer de chercher l'erreur. Ce problème, je le connais et je n'ai pas vraiment réussie à corriger le problème car il est assez compliqué et n'apparaît qu'à un moment précis en plus d'être aléatoire. Cependant, j'ai une piste. D'après mes essais, cela viendrait d'un vector lié chargé d'afficher l'énergie du joueur. Je pensais avoir réglé le problème, mais il est encore là. De mémoire, le classe player renvoie 60 au-lieu de 6. Donc, il y a dépassement de mémoire. Je vais me pencher sérieusement sur le problème aujourd'hui, je pense trouver une solution définitive.
Pour ALIB, cette ligne est apparue étrangement. Cela dit c'est externe au jeu car linker en static ou pas, cette ligne s'affiche quand même quelque-soit la distribution.
Je te remercie encore pour ton retour, ça fait plaisir.
[^] # Re: Choix de licence
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 1.
C'est vrai que j'ai hésité longtemps entre l'open-source et une licence CC BY-NC-ND. Cependant, quand j'ai développé ce jeu je n'avais pas la vision de l'open-source ni celle du libre. Je n'ai pas programmé ce jeu en me disant que je laisserais tout le monde piocher dans le code et s'amuser à le modifier.
De nature, je déteste qu'on passe derrière ce que j'ai fais. Puis coder un tel jeu pour un débutant comme moi, c'est énormément de travail et du coup, je préfère le garder dans mon tiroir et être le seule à y apporter des modifications. Maintenant, cela ne me dérange pas d'ouvrir le code si cela reste uniquement pour compiler soit même.
Cependant, je ne suis pas un anti-libre ni un anti-open-source. Je me suis beaucoup impliquer dans ce projet et je veux rester proprio du code. Ne me cracher pas dessus car je prévois de travailler sur d'autres programmes, jeux et pourquoi pas un moteur entièrement open-source.
Je pourrais très bien un jour programmer un moteur permettant de créer facilement ce genre de shoot'em up. Mais en attendant, je compte partir sur le développement d'une application multimédia pour Linux…
[^] # Re: Haha
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 1.
Vu que tu n'as pas de manette, lors du premier démarrage tu as eu une manette avec la présentation des touches ou celle du clavier ? Normalement, tu aurais dû avoir celle du clavier. Il aurait suffit d'appuyer sur entrée pour arriver au menu principal. Je vais regarder dans le code histoire de voir qu'il n'y a pas de soucis. Oui, le jeu détecte automatiquement la présence d'une manette.
Donc si j'ai bien compris xscreensaver est bien installé et tu ne l'utilise pas ? laptop_mod s'occupe d'éteindre l'écran au bout d'un moment. Il faudrait que je me renseigne là dessus…
En effet, ce n'est pas parlant. Je vais indiquer d'une autre manière la touche à utiliser dans les menus.
En effet, si tu as envie de faire pause et tapoter au clavier, cela peut être problématique. Je vais regarder ce que je peux faire sur ce point.
Oui, cela aurait été préférable. J'ai beaucoup hésité sur le chemin, mais je me suis dis que se serait peut-être une bonne initiative que tous les jeux placent leurs fichiers dans un répertoire jeux ou games car franchement au bout d'un moment ça devient vraiment le bordel avec tous ces dossiers cachés. Je vais regarder la norme dans le lien.
En tout cas merci pour tes réactions, cela va m'aider à améliorer le jeu.
[^] # Re: Problème de téléchargement
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 1.
Merci de prendre le temps de tester la beta ! Pour ton problème de téléchargement, en effet le mieux est que tu essaies un peu plus tard. Je viens d'essayer de télécharger l'archive binaire et tout s'est bien passée avec une vitesse de 1.1Mo par seconde. J'espère que la prochaine, sera la bonne ;)
[^] # Re: Haha
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à -3.
C'est normal d'avoir des doutes quand on ne peut pas vérifier le code source d'un logiciel dont on ne connait rien concernant son développeur. Sauf, qu'il faudrait que je sois vraiment culotté et vraiment motivé pour venir présenter le projet sur plusieurs informations, en donnant le maximum d'information, en préparant des paquets pour les principales distributions et en restant disponible pour répondre à chaque question. Si vous avez des doutes concernant le code, il suffit de vérifier si le jeu utilise un port pour communiquer des informations ou peut-être qu'ils existent des outils pour analyser le binaire ?
Enfin, je pense qu'avec plus de 200 téléchargements, s'il y avait un doute concernant le code et la sécurité des utilisateurs, cela ferait déjà un moment que l'alerte aurait été donné non ? De toute façon, si j'étais un méchant pirate au service du mal, vous n'auriez aucune difficulté à me retrouver. Mon identité apparait dans les crédits et j'utilise une IP publique. Honnêtement, j'ai plus peur de me faire pirater par un fanatique du libre que de voir débarquer la gendarmerie chez moi…
[^] # Re: Haha
Posté par shingo (site web personnel) . En réponse au journal X-Blaster Dominator disponible en version beta 0.4. Évalué à 0. Dernière modification le 06 juin 2013 à 15:46.
Alors pour te répondre dans l'ordre :
Le jeu ne se bloque pas. Il attend que tu appuie sur la touche 1 de ta manette pour continuer.
Le message concernant xscreensaver est normal bien qu'il ne devrait pas s'afficher dans ta console. As-tu les droits sur /dev/nul ? Cela permet d'empêcher l'écran de veille de se lancer lorsque tu utilises une manette. Le jeu vérifie toutes les 2 secondes environ si tu appuie sur l'un des boutons de ta manette et si c'est le cas redémarre le compteur de xscreensaver.
Il s'agit du bouton 1 de ta manette, pas du clavier (…).
Quand tu utilises ton clavier alors que le jeu est lancé mais que tu n'as pas le focus sur la fenêtre, ce n'est pas un bug. C'est lié à la librairie. Est-ce vraiment gênant ? Si oui, je tenterais de trouver une solution pour éviter ce désagrément.
Les fichiers de configurations se trouvent dans le dossier $HOME/.games/x-blasterdominator
Donc en clair, cela peut ressembler à des bugs, mais non ça n'en est pas. Cependant, je pense que je vais finir par modifier certaines choses car beaucoup pensent que c'est des bugs alors que non. J'espère avoir répondu à toutes tes questions ;)
[^] # Re: Oui
Posté par shingo (site web personnel) . En réponse au message Différentes version du shell ?. Évalué à 1.
Super merci ! Je viens d'essayer sur Ubuntu, et ça marche parfaitement bien.
[^] # Re: Oui
Posté par shingo (site web personnel) . En réponse au message Différentes version du shell ?. Évalué à 2.
Merci, j'y vois enfin plus clair ! Le début de mon script commence par
il serait donc plus judicieux de commencer par
[^] # Re: openSUSE Build Service : compilation pour Fedora, Debian, Ubuntu, SUSE Linux Enterprise
Posté par shingo (site web personnel) . En réponse au message Compiler en statique, est-ce vraiment un problème ?. Évalué à 1.
Se serait une bonne alternative, en effet. Je ne suis pas à l'aise encore avec le chroot, disons que pour installer ArchLinux pas de soucis je m'en sors correctement mais gérer plusieurs distributions en chroot ce n'est pas parlant d'autant plus que j'aimerais pouvoir tester en profondeur chaque distribution. Actuellement j'ai 5 distributions installées dans ma machine virtuelle. Ce qui nous donne :
Dans la journée je pense installer OpenSuse afin d'établir mes tests et créer un paquet pour la distribution.
Le fait d'avoir chaque distribution sous la main, me permet de tester le paquet et voir si le binaire se lance sans la moindre manipulation et sans l'ajout de librairies. C'est important pour moi car ça me permet d'être 100% que le binaire fonctionnera.
C'est vrai que c'est lourd et que ça demande du temps, mais pour le moment j'ai rien trouvé d'autres… à moins de récupérer un PC, de l'installer dans un coin et d'y installer toutes les distributions possibles :)
[^] # Re: Tu réponds déjà indirectement à ta question
Posté par shingo (site web personnel) . En réponse au message Compiler en statique, est-ce vraiment un problème ?. Évalué à 1.
C'est vrai que la statique est la meilleure solution. Cependant, j'ai décidé de proposer deux versions :
Un binaire i386 / x86_64 qui intègre le maximum de librairies afin de tourner sur n'importe quel distribution. Seul problème => GLIBC est requis dans sa version 2.17 vu que c'est ce j'utilise sur ma distribution. Du coup, seules les distributions "récentes" pourront le lancer sans se soucier des dépendances sauf pour Fedora 18, le mauvais élève qui reste encore avec son GLIBC 2.16.
Un paquet DEB / RPM qui embarque deux librairies dans son binaire. Pourquoi ? Car elles sont actuellement indisponibles sans compiler.
J'ai beau cherché dans tous les sens, j'ai même c'est nuit j'ai dû rêver d'un pamètre géniale qui permettait de préciser la version de chaque librairie qu'on voudrait utiliser lors de la compilation. Peut-être que cela existe-déjà ?
Je pense que c'est la meilleure solution pour le moment car beaucoup de personnes me demandent un binaire qui ne demandent pas d'installer d'autres librairies et encore moins de les compiler à la main. Ce que je peux tout à fait comprendre, car quand j'étais un grand novice sur Linux, je rebutais à compiler quoi que se soit. Même si on est sur les Linux, j'ai les ressentiments que les utilisateurs veulent quelques choses qui fonctionne sans manipuler ou ajouter de nouveaux éléments à leur installation du moins c'est surtout le cas pour les utilisateurs d'Ubuntu et Fedora.