Yukito a écrit 109 commentaires

Ok, bonne idée. Je l'ai résolu à peu près de cette façon-là dans la révision 506 du repo. Par contre, je n'ai pas bien compris à quel type de stats tu penses.

Yep, merci du retour. Ce bug a l'air systématique, même si la vitesse du tir est supérieure à celle du vaisseau.

Pour les bugs, on a une page dans Flukz (le software, pas le site). Je viens d'ajouter ce problème d'explosion du vaisseau sur son propre tir. Je vais essayer de le résoudre aujourd'hui, d'ailleurs.

Mon résumé plus haut n'était pas clair sur ce point. Ce ne sont pas des utilisateurs de Tor qui ont été faussement arrêtés. Le hacker utilisait Tor pour poster un virus sur internet, et ensuite pour se connecter aux machines qu'il avait réussi à infecter avec le virus. Ce sont certaines de ces personnes dont la machine avait été infectée par le virus qui avaient été arrêtées au début.

Cela fait suite à une récente affaire qui a défrayé la chronique au Japon en début d'année. Un hacker avait envoyé des menaces sur des forums internet en utilisant Tor et des ordis piratés, et la police japonaise s'était complètement planté plusieurs fois de suite en arrêtant des personnes qui n'étaient pas coupables du piratage mais victimes. Une des victimes était en bonne route pour faire de la prison si le vrai hacker n'avait pas envoyé de nouveaux messages sur internet pour se moquer de la police et de leur erreur.

L'histoire s'est terminée quand le hacker a commencé à se prendre pour plus fort qu'il ne l'était et qu'il a voulu interagir avec le monde réel. Il avait accroché une clef usb à un chat sur une île touristique du Japon, avec des énigmes pour la police pour qu'ils retrouvent le chat. Sauf que dans le monde réel, il y a des caméras de surveillance, et le hacker ne connaissait pas le protocole de la cagoule… La police n'a pas mis longtemps à lui mettre la main dessus une fois qu'ils ont identifié l'île et le chat en question.

Des détails (en anglais) : http://www.thedailybeast.com/articles/2013/02/25/how-japan-s-cyber-terrorist-lost-game-of-cat-and-mouse.html

Cette affaire a été extrêmement médiatisée. J'ai même vu des commentateurs qui expliquaient le fonctionnement de Tor à la télévision. Pas dans une émission spécialisée pour geeks. Aux infos. Et la police a été très discréditée, à cause des quatre arrestations d'innocents qui s'étaient juste fait pirater leur ordi (via Tor, ce qui fait qu'il était impossible de remonter au pirate). Pas étonnant qu'ils essayent de prendre des mesures de représailles.

Pas de souci. Dans 2 ans, tu ne seras que sur Flukz :-)

Oui, c'est bien ça, qtmultimedia ne gère pas directement Alsa. Je ne suis pas du tout un spécialiste de ces questions, mais si j'ai bien compris, le choix de PulseAudio plutôt que d'Alsa par qt était pour avoir plus de portabilité avec moins de code à maintenir.

Je vois.
En même temps, tu n'as sans doute pas besoin de te connecter depuis le boulot. Un coup d'oeil le soir à la maison, un message si nécessaire, et ce sera plus que largement suffisant pour suivre ce qui se passe sur Flukz et y participer.

Tiens, sinon, je viens de finir un niveau 3 pour black_and_white. Normalement, il est un peu plus dur à finir que les précédents à cause des astéroïdes dangereux. Je n'aurai jamais pensé que ce soit si difficile de faire des niveaux un minimum intéressants. Il m'a fallu largement deux ou trois heures de boulot juste pour ce petit niveau.

Mmh, pourquoi ? A cause du numéro de port exotique qui va éveiller les soupçons du service de sécurité ?

Non, rien de tout ça. Jusqu'ici, les interactions n'étaient pas assez nombreuses et trop centrées autour de moi, du coup on utilisait surtout le mail, ou des discussions de vive voix quand on arrivait à se rencontrer.

Maintenant qu'il y a un peu plus de monde intéressé, je pense que le mieux est d'utiliser Flukz directement pour communiquer, sur le principe du "eat your own food". C'est assez facile de voir s'il y a eu une modif sur Flukz grâce au lien "modifications récentes". En particulier, si ça t'intéresse, on peut continuer la discussion à propos des jeux de plateforme (ou autres) sur les pages Forum ou Forum des développeurs.

Tiens, ça me fait penser que pour les pages de type "forum" ou "discussion", ce serait pratique de pouvoir poster sur un principe similaire aux journaux de linuxfr, plutôt qu'un principe de wiki.

Je n'ai jamais utilisé la sdl ni sfml, donc je suis plutôt neutre. Mais comme Qt et Flukz sont codés en C++, il me semble naturel de choisir plutôt la sfml (en C++ également) plutôt que la sdl (en C).

Sinon, le format des niveaux est loin d'être fixe ou spécifié. Il y a encore trop de fonctionnalités à ajouter pour avoir une idée de ce à quoi ressemblera le format final. Et puis, il faudrait d'abord franchir le cap des 10 contributeurs…

Tiens, pendant que j'y suis, tu as déjà pensé à la possibilité de recoder devnewton dans Flukz ? Sauf si c'est important pour toi de garder ton indépendance ou si ça te ferait trop mal au coeur d'abandonner un code dans lequel tu t'es déjà beaucoup investi, peut-être que ça vaut le coup d'y réfléchir. Le passage de Java à Qt n'est pas si dur que ça en terme de codage. Temporairement, tu auras peut-être l'impression de faire un pas en arrière (perte de fonctionnalités, perte de performances, sans doute quasiment aucun code récupérable), mais à moyen terme, on pourrait aller bien plus loin que Flukz ou devnewton pris indépendamment.

Pour la gestion des manettes, il faudrait que je passe à la sfml. Ça ferait d'une pierre deux coups avec un meilleur support des sons. J'ai entendu dire que la sfml et Qt font bon ménage, mais je n'ai encore jamais essayé.

Au niveau de la dépendance à pulseaudio, je suis dépendant de l'implémentation sous-jacente de QtMultimedia. Je réfléchis à passer à la sfml pour avoir un meilleur support des sons (en particulier plus de formats), mais je crois bien que la sfml aussi a une dépendance à pulseaudio sous linux. Donc, pas moyen d'y échapper.

Par contre, je vois ce que tu veux dire. Tu aimerais que le logiciel puisse se lancer quand même quitte à ce que les sons ne soient pas disponibles. C'est peut-être possible. Il faut que je regarde plus en détail si j'ai un moyen de "tester" la disponibilité des sons au démarrage de l'application.

Pas de souci, ça me va comme ça.

Le programme compile sous Mac, mais le binaire statique n'a pas encore été créé. Il faut pour cela que je demande à un contributeur (comme pour le logiciel Kitsune). En attendant, peut-être que c'est mieux de ne pas parler du support des systèmes Mac.

Ah, merci pour ce travail de rédaction.

Au niveau de la licence, le code source est en GPLv2.

Les graphiques sont soit en GPL soit en CC-BY-SA, essentiellement en provenance du site opengameart. Ils ne sont pas inclus dans le binaire lui-même, mais stockés sur le serveur Flukz, et téléchargés lorsqu'on exécute un jeu. Du coup, la licence et l'auteur de chaque fichier est indiquée dans les pages meta au sein de Flukz (la façon la plus simple d'accéder aux pages meta des sprites est depuis la page "liste des sprites").

Ah, ah. Si tu es blasé des shmups, j'espère que j'aurai d'autres choses à proposer dans les futures versions. Pour l'instant, je me concentrais sur les shmups parce que la catégorie est facile à identifier et à regrouper dans un code unique, mais maintenant je vais essayer d'ajouter petit à petit d'autres types de jeu (tout en améliorant les shmups).

Si tu préfères programmer, tu peux venir coder dans Flukz. Je suis partant pour n'importe quel type de jeu en 2D. A terme, je voudrai recoder tous les grands classiques dans Flukz. Cela nous laisse de quoi nous amuser un bon moment…

Je ne vois pas trop qui va aimer, en fait. Tant qu'on est du bon côté des lunettes, c'est marrant. Mais sinon, bonjour l'enfer. Typiquement, les gens vont se mettre à tout filmer en permanence, comme ça, juste au cas où. Et on ne pourra plus péter tranquille sans prendre le risque de se retrouver sur Youtube avec toute la planète qui regarde.

Mouais, attention à ne pas non plus dénigrer ces peurs sous prétexte qu'elles sont irrationnelles. Il y a quand même un paquet de saloperies dans tous les produits qui entourent, que ce soit les aliments, les emballages, les habits, les produits de nettoyage, etc. On a régulièrement des technologies déployées à grande échelle sans aucun recul, avant qu'on se rende compte qu'il y a un gros souci. L'amiante et le bisphénol A sont de bons exemples. Bref, les gens ne sont pas forcément irrationnels, ils sont peut-être simplement méfiants.

Et la page wikipedia est désormais traduite en 14 langues : catalan, allemand, anglais, espagnol, finlandais, italien, japonais, néerlandais, polonais, portugais, russe, turc, yiddish et chinois.

Rien à dire, ce sont vraiment des vedettes.

Je n'avais pas du tout compris la référence à Tanguy. Je pensais à une private joke subtile. En fait, non…

Ce serait bien qu'on puisse déplacer les journaux vers les forums, parce que bon, en dehors du fait que la question n'est pas posée au bon endroit, le moinssage n'est pas vraiment justifié.

Dans ce cas précis, je ne crois pas que Google ait ce type d'arrière-pensées. C'est juste qu'il y a tellement d'acteurs regroupés autour de Webkit que c'était même surprenant qu'ils arrivent à s'entendre jusqu'ici.

Google était déjà le contributeur le plus actif de Webkit depuis quelques années mais sans être vraiment celui qui prend les décisions. C'est une situation typique qui mène à un fork, parce qu'il y a un moment où le contributeur principal veut pouvoir prendre les décisions importantes.

Il n'y a rien dans ce monde dont la valeur peut augmenter comme ça, juste par magie. Et plus ça monte haut, plus la chute est dure…

Je rebondis sur l'aspect contre-productif évoqué par le journal. Je ne pense pas que quelqu'un puisse être déçu par Linux après une installation sur une vieille machine. Tenter une telle installation, c'est déjà un peu de la bidouille, donc dans la plupart des cas, il s'agit d'un utilisateur qui sait ce qu'il fait. Si ça marche, il sera content, et si ça ne marche pas, il tentera autre chose, avec une distribution plus légère par exemple.

Mais je pense qu'il y a réellement un aspect contre-productif à dire que Linux tourne sur de vieilles machines. Pour les spécialistes comme nous, réussir à faire tourner des programmes sur une vieille machine, c'est perçu comme quelque chose de positif, une sorte de preuve de la qualité du code.

Sauf que cette impression n'est pas partagée par les non-spécialistes. Quelque chose qui peut tourner sur une vieille machine est souvent juste perçu comme un vieux truc. J'ai de bien meilleures réactions sur Linux quand je dis aux gens qu'il est préférable d'avoir un ordi récent et puissant pour le faire fonctionner. Ça leur donne l'impression que Linux, c'est au top, et ils ont bien plus envie d'essayer.

Sympa, asciiflow. Hop, bookmark. Merci.