rewind a écrit 3416 commentaires

C'est moi qui doit patcher pour retrouver un comportement "normal" et pas ceux qui utilisent Rythmbox.

Non, mais en plus, il existe des solutions qui conviendraient à tout le monde, les utilisateurs de VirtualBox comme ceux de Rythmbox. Mais ce n'est pas cette solution qui a été retenue. C'est ça qui est incompréhensible.

Et toi? A la vue de ce que tu écris, tu te prépares bien à te défausser un max sur "la société était comme ça"…

Absolument pas. Le présent, on peut agir dessus, donc je lutte pour changer les choses. Et tu devrais le savoir, on a eu suffisamment de trolls politiques tous les deux. Je différencie bien ce qui appartient au passé (sur lequel on n'a plus aucune prise, on peut juste constater) et ce qui fait partie du présent (qu'on peut modifier en s'organisant, en se battant, etc).

Non en effet il y a un ensemble de valeurs que l'on décide de suivre en les hiérarchisant. Par exemple on essaie de faire en sorte que tous les Hommes soient égaux et on a une idée de comment doit être la justice au détriment du respect des religions.

Alors, comment expliques-tu que cette hiérarchie n'est pas la même d'une région à l'autre, d'une époque à l'autre ? Et qui a raison parmi tout ça ?

Tu avances cet argument pour remettre en cause le fait que j'écrive que cette loi anglaise était pour les coincés du cul. Il dit qu'il ne voit pas le rapport.

C'est juste pour souligner que ce qui était «normal» dans l'antiquité (la pédophilie), ne l'est plus maintenant. Et que ce qui a été «normal» (l'homosexualité) dans l'antiquité, ne l'a plus été pendant longtemps par la suite et l'est maintenant à nouveau (et encore, pas partout). Du coup, qu'est-ce qui est le plus «normal» ? Qui a raison ? Si je suis ton raisonnement, c'est toujours nous qui aurons raison sur le passé.

Pour ma part j'estime que tuer/brimer/freiner/emmerder/enchaîner/détruire/etc une population dans le but de la maintenir tranquille (avec les astuces classiques, citées plus haut, dont les lois à la con), c'est juste le fait d'une minorité de connards.

Alors, la suppression de la peine de mort en 81 (alors que l'opinion était majoritairement contre), c'est juste le fait d'une minorité de connards ?

Ceux qui sont en dessous ne bronchent que peu.

Les majorités silencieuses, tu m'excuseras de ne pas y croire…

Et comment peux-tu juger le présent sans avoir un avis sur le passé ?

Avoir un avis sur le passé, ce n'est pas juger le passé avec les normes présentes, ça n'a rien à voir. Les historiens se gardent bien de juger, c'est la base de leur métier, ils rendent compte et expliquent le passé. Et nous, on en tire des conclusions pour le présent. Quand la reine gracie Turing, elle ne le fait pas pour le passé (le pauvre vieux, dans sa tombe, personne ne vient plus le faire chier), elle le fait bien pour le présent et pour acter que maintenant, c'est différent. C'est symbolique. Ceux qui demandent à ce que ce soit étendu à tous les homos qui n'aient jamais existé n'ont rien compris. Ça doit seulement s'appliquer à ceux qui sont là dans le présent.

Ta position a un nom, c'est du relativisme : les différents cultures, époques et comportements humains ne possèdent pas de référentiels de valeurs absolus permettant d'effectuer une classification (sans parler des critères de classification). En poussant jusqu'au bout, la notion de progrès ou de régression culturelle/morale/sociale n'existe pas.

Il n'y a pas de référentiel absolu. Ou alors montre-le moi. Pour qu'il puisse y en avoir un, il faudrait qu'il soit choisi par tous. À la limite, la DDH, et encore, elle se borne à énumérer des droits, pas des valeurs morales. Après, chacun peut en avoir ses interprétations.

mais si on considère que c'est mauvais aujourd'hui ça l'était aussi à l'époque.

Je rigolerai bien quand tes descendant te jugeront de la même manière dans 50 ou 100 ans, sur des choses qui nous paraissent normales aujourd'hui et qui ne le seront plus dans 50 ou 100 ans.

Tu es beaucoup trop manichéen. C'est qui qui doit définir le Bien du Mal ? Toi ?

Tu continues à juger, moi je ne juge pas le passé, il y a assez à faire avec le présent. Tu prends le cas des grecs antiques, ils étaient aussi très fort question pédophilie et nous prendraient sans doute pour des «coincés du cul». Autre temps, autre mœurs. Et même si tu prends les sociétés modernes, regarde aux États-Unis où la peine de mort est encore bien acceptée, dirais-tu que ce sont des connards ? Et de leur point de vue, tu en serais un puisque tu ne «protègerais pas les individus» en laissant des criminels en vie. Et on peut multiplier les exemples et contre-exemple. Il n'y a pas de Bien contre le Mal, c'est une vision de l'esprit très étriquée. Il y a des choix à des époques qui sont tout aussi «valables» les uns que les autres.

«loi inique» est bien un jugement de du passé, pas du présent

en oubliant les autres condamnés du fait de cette loi inique.

Tu juges des faits des années 50 avec tes yeux de 2013, c'est dangereux. Il faut se replacer dans le contexte de l'époque, la société n'était pas la même, les mœurs non plus. On peut faire le parallèle avec la peine de mort, la société a mis beaucoup de temps à accepter de supprimer la peine de mort, et à l'époque où elle était en vigueur, tout le monde trouvait ça normal. Si on jugeait avec nos yeux de 2013, on se dirait : «oh les cons !». Si on remonte plus loin, on peut aussi parler du droit de vote des femmes, de la fin de l'esclavage, ou de bien d'autres trucs du genre qui aujourd'hui nous paraissent tellement acquis, mais qui ne l'ont pas toujours été.

(mais bien sûr « c'est-la-faute-aux-marketeux », disent-ils ; car c'est toujours la faute des autres et jamais de soi-même)

Zenitram, sors de ce corps !

Non mais on parle de Vrai Libre Pur là, pas de pseudo-libre infecté.

Le problème, qui est d'ailleurs évoqué dans cette dépêche, c'est que les images sont stockés en format raw (RGBA) pas compressé et qu'avec beaucoup d'images, ça peut faire beaucoup de place sur le disque. Avec une compression zlib, on va arriver grosso-modo à la même chose que des png.

Dans le format, il n'y a que des informations pour générer des animations…

Bon, pour ceux qui ont essayé de compiler la version 0.0.3, il y avait un petit souci, puisqu'il fallait prendre la branche develop de la libes (qui contenait justement les événements), ce qui n'était pas très pratique. Du coup, j'ai sorti une nouvelle version 0.4.0 de la libes (qui modifie le type d'EventHandler par rapport à ce qu'il y avait dans Akagoria) et j'ai sorti une version 0.0.3.1 d'Akagoria qui va avec (il y avait une mise à jour du code à faire forcément). Donc voilà, maintenant, tout devrait être en ordre, tout est dans les branches master.

J'ai mis à jour (et j'ai fait une nouvelle version 0.4.0) avec les événements.

Je suis très intéressé par ton implémentation et j'attends avec impatience ton journal :)

En fait, il est sur la branche develop mais je sais pas pourquoi je l'ai pas mis sur la branche master.

https://github.com/jube/libes/tree/develop/src/include/es

Et puis de toute façon, j'ai changé un peu ce code, j'ai remplacé EventHandler et sa fonction virtuelle par un std::function, mais j'ai pas encore pushé sur la branche develop. Si ça t'intéresse, je pushe ça le plus vite possible.

Alors, je te rassure tout de suite, le tileset utilisé pour le fond est un truc bricolé à l'arrache, ce n'est pas le tileset définitif. J'ai un groupe d'étudiants qui travaille sur la génération de carte et ils ont dans leurs objectifs de proposer un tileset plus riche (un peu plus que types de zones). Les couleurs seront un peu plus pastels. Les zones infranchissables seront mieux marquées, pour l'instant ils pensent utiliser des rayures, il faut voir ce que ça donne. A priori, ça sera intégré vers mars je dirais, le temps que je mette mon nez dans leur code et que j'en fasse quelque chose d'exploitable.

Tu as tout à fait raison, je pensais essentiellement au second type. Le premier est traité de manière particulière (via du polling d'ailleurs). Et le troisième n'a pas besoin de réactivité et provoque assez peu d'événements, donc on peut aussi faire du polling via des composants et des systèmes (et ça fait bien partie de l'état du jeu pour le coup).

Je comprend le manque de temps.

En fait, cet épisode est en retard par rapport aux autres ;) Normalement, j'essaie de publier toutes les deux semaines, mais là ça n'était pas possible. Du coup, j'ai retardé d'une semaine. Mais ça m'arrange parce que comme ça, je vais publier le prochain début janvier (parce que pendant les vacances, il n'y aura sans doute pas beaucoup de lecteurs, et j'en profiterai pour avancer)

Attention a l'explosion de la taille des logs!

Pour l'instant, tout va sur stderr et ça reste encore lisible.

Comme un commentaire au dessus, je suis un peu frustre par tes interrogations qui ne sont pas suivies de pistes de reflexion. Je comprends bien que la reflexion est en cours, ou meme pas encore bien definie, mais c'est justement le cheminement qui fait la richesses de cette serie de depeches. Si tu exposes tes reflexions en cours (ou meme tes ebauches de reflexion) avant d'exposer le choix realise, tu vas beaucoup faire beaucoup plus reagir/faire reflechir les lecteurs qu'en leur presentant le resultat final. Si tu ne fais pas ca, je me demande pourquoi tu nous expose tes interrogations. A vrai dire c'est un peu frustrant pour moi. Ceci dit, tu fais comme tu veux bien entendu :) Je suis deja content que tu partages ton experience et de voir la progression de ton jeu.

Je prend note. Je dois dire que j'aurais aimé aller plus loin mais par manque de temps, j'en suis resté là. J'espère ne pas avoir suscité trop de frustration.

Malheureusement, comme signale plus haut, les performances peuvent en patir selon l'implementation. Je pense qu'une implementation correcte et de typer les evenements et de se baser sur un systeme publish/subscribe ou le subscribe s'appuie sur le type de chaque evenement afin de limiter les notifications indesirables et la liste des subsriber a parcourir.

Dans l'implémentation que j'ai faite, le subscribe est bien par type d'événement, pas pour tous les événements, et les événements ont bien un type. L'autre choix majeur, qui simplifie énormément le code et la gestion mémoire, est que les événements doivent être consommés immédiatement, ils ne sont pas mis dans une file d'attente. Je pense que ça simplifiera le debug aussi.

Ce probleme peut etre reduit par l'utilisation de "traces" dans un mode debug qui permettent de comprendre que l'evenement E a ete concomme par le listener L, qui a en retour leve l'evenement F, etc.

Je commençais à avoir des traces, donc j'ai mis en place un système de log pour hiérarchiser l'information un minimum. Je vais assurément m'en servir pour ça aussi.

Merci pour ce retour encourageant !

Tu l'as vu en vrai ou c'est juste le principe ? Et c'est fait avec une lib ES ou c'est juste que ça se rapproche dans l'idée de l'ES ? C'est juste de la curiosité, l'exemple que tu donnes montre que oui, c'est possible dans ce domaine là.

Si tu n'as pas froid au yeux, tu peux regarder par là : git://git.damsy.net/sac.git pour le code du moteur et là pour un de nos jeux qui l'utilise : git://git.damsy.net/sac/heriswap.git :-)

Je vais aller voir ça ;)

en écrivant ça je me dis que c'est vraiment arbitraire comme choix et qu'on pourrait tout aussi bien sauvegarder toutes les entités et donc n'avoir que des entités persistantes :)

Ha, tu vois, tu doutes aussi et finalement, rien n'est clair dans tout ça.

Par contre, utiliser un «système de messages» basé sur des entités a plusieurs intérêts :
* les messages font partie du design E/S
* la synchro de ses entités messages suffit pour implémenter un mode réseau basique :)

Donc, tu ne rejettes pas mes réflexions en bloc ;)
Je crois que tu résumes bien les avantages qu'on peut en tirer.

Dans mon cas un composant fournit une fonctionnalité complète, par exemple : Button, Rendering, Transformation, Sound, Grid, etc

Tu as un dépôt public ? Parce que là, je trouve ça étonnant et ça m'intrigue vraiment.

de sérialiser/désérialiser les entités persistantes pour sauvegarder l'état du jeu et le restaurer plus tard

Tu fais donc une différence entre les entités persistantes et celles qui ne le sont pas, je comprends mieux du coup. J'essaie justement de réduire l'utilisation du système à entités à ce qui est persistant, en enlevant tout ce qui n'a pas à l'être. Mais je suis vraiment curieux de ton approche du coup.

Ha oui, je vois. Mais pour mon jeu, je vais en rester à la 2D. Parce qu'avoir deux vues dans un même jeu, ça peut être déroutant, je préfère en conserver une seule. Et ça n'apporterait pas grand chose à mon avis.