fabien a écrit 1874 commentaires

et m’être renseigné auprès des devs, c’est un bug de la SDL.

ha non, je ne pense pas non…
En general c'est un bug du developpeur. parce qu'il y a deux manieres de savoir sur quelle touche on à appuyé, une maniere physique et une logique :

• en interrogeant event.key.keysym.sym on obtient le code de touche physique (SDLK_a pour la touche 'a', en fait c'est surtout pratique pour chopper les touches telles que SDLK_ESCAPE, SDLK_TAB etc…)

• en interrogeant event.key.keysym.unicode on optient le code du caractere donnée par le systeme d'exploitation qui corresponds à la touche appuyé du clavier.

Pour un americain, il se trouve que c'est la même chose, biensûr… il va naturellement utiliser la 1ere exclusivement.
Mais la SDL (je dev encore en 1.2) permet tres bien de recuperer les bonnes informations a travers le layout du clavier défini dans l'OS. avec la 2eme methode donc.

C'est vrai que c'est un peu plus chiant pour le dev, il faut déjà faire un SDL_EnableUNICODE(1) et puis en fonction de ce que tu veux faire tu attaque un static_cast(char)(event.key.keysym.unicode & 0x7F) …

mais non, c'est pas un bug, c'est de l'ignorance/flemardise du dev…

Bonjour,
j'ai essayé ce jeu…
bien sur c'est même pas une beta, donc je suis indulgent sur plein de truc (manques, perf, plantage)

Mais par contre il y a un truc de domage : l'utilisation de la langue d'origine (donc morte).
je veux dire, je suis content de savoir comment on dit paysant en gaulois, mais ça alourdis (oui je sais, c'est aussi ecrit en français a coté, mais j'ai choisit de jouer en "francais", pas en "gaulois") c'est domage, ca donne l'impression que la traduction à été supervisé par un prof d'histoire. Ca donne un coté intello… pourtant les joueurs c'est quand même pas tous des profs d'histoire non ?
D'ailleurs, j'ai testé le mode multi, et je peux vous assurer que ceux contre qui j'ai perdu, ne jouaient pas pour l'aspect historique, ils n'ont pas cherchés à upgradé leur ville, non ils ont torchés la partie en 2 minutes : création d'unité et messacre : "it's a strategy game".

Sinon, en mode solo, j'ai eut le plaisir d'upgrader ma ville et mes technologies, mais j'ai perdu quand même, au bout de 4 heures… trop dur ce jeu…

Loin de moi l'idée de pretendre qu'une formation est forcement necessaire à tous, et que donc ca serait un freint a une migration etc…

Mais soyons précit : dans la Newsletter il serait écrit qu'il est question de "migration" (je ne l'ai pas lu moi-même mais c'est ce que tu relate) et d'un autre coté tu parle d'acquisition de competences (formation initiale).
Ce n'est pas la même chose, et ça ne s'adresse pas au même publique, ce qui fait que ton raisonenment est bancal.

Ensuite, en fonction du public, oui pourquoi pas prevoir une formation dans le cadre de la migration vers libreoffice. les choses ne se trouvent pas toujours au même endroit, exemple bête, cette semaine ma fille m'appelle, car elle ne trouvait pas comment mettre en paysage sous libreoffice, là ou j'étais je ne l'avais pas sous la main, j'ai été incapable de l'aider, et franchement il faut dire qu'ils l'ont bien blanqué…

S'agissant d'adulte c'est encore pire, tres peu d'entre eux ont envie d'approfondire la recherche, ils sont pris dans leur boulot… Par contre si est question de planifier un temps ou un formateur leur apprends, c'est different.

Je suis dans une entreprise, dejà quand tu parle de msoffice a une personne qui l'utilise depuis 10 ans (et qui sait l'utiliser) elle te repondra "je n'ai pas été formé", et c'est pour celà que regulierement il ya des formations a excel et cie.

Donc oui, pourquoi.
la "difficulté supplémentaire" ? je ne parle pas de migrer ton tonton, une copine ou ta maman… je parle de migrer en entreprise, des gens qui n'ont pas de lien affectif avec toi, et qui n'ont aucune raison de voir un quelconque avantage a cette migration, bref ca les gonfles.

ensuite, oui, un gamin de 6?/8/10/12 ans que tu lui apprenne a utiliser libreoffice ou microsoft office, c'est du pareil au même. Mais ce n'est pas de ca dont il est question dans la newletter.

serieux, yen a qui y croient encore a ce truc ? ;)

Non, il n'est pas inutile de le préciser, tu dis celà comme si tout le monde connaissait la difference.

Perso pour moi : chretien, catho, c'est pareil. (sans doute parce que je suis athé)

Salut,
je pense qu'en general les gens ont bien compris la philosohpie derriere tout ca, les remarques qui sont faites ici le sont surtout de maniere generale, pour quiconque serait interessé par un projet equivalent (même si ces remarques te sont adressé personnelement, ce n'est finalement qu'une question de forme…)
Il y a des points interessant non pas uniquement pour celui qui expose ses bench mais pour divers lecteurs de ce post.

Parmi ceux qui repondent ainsi que ceux qui ne laisserons pas de trace ici, il y en a qui comprennent ta demarche.

En tout cas, va-y fonce!

Est-ce qu'il sera possible de voir le resultat final ? ou d'en avoir les sources pour que l'on puisse l'essayer ?
Perso ca m'interesse… (avec ou sans base de données :P )

Serieux, quitte a jouer à un RTS de 1997, autant prendre dark reign sous wine, ca marche tres bien, ça n'a rien a voir.
Et malgrès ses défauts de l'époque (essentiellement la résolution) le jeu reste excellent, et les differents mods sympas. De plus des passionés ont construit un serveur sous linux pour les parties multiplayer (anet).

Franchement, a coté, les earth 2xxx ne m'avaient pas ému plus que celà… ensuite chacuns ses gouts.

note : prendre le patch non officiel 1.7 de 2008

Oui bon ça c'est une chose, mais prenons simplement le javascript.
Tu dois coder un compilateur Just in time qui accéde aux objets internes utilisés pour representer ta page (a travers le DOM : Document Object Model) tout en ayant la possibilité d'envoyer et recevoire des requetes (pour l'ajax). ton compilo doit suivre les évolutions de la norme javascript (ECMA-262) et être un tant soit peut… performant!
Rien que ça, ça dechire.

J'aime pas vraiment l'idée d'avoir une adresse email en tant que login. Mais de toute maniere ce que j'ai écrit c'etait dans l'hypothese du "niveau 0", il y a donc des lacunes, oui cette "strategie" peut être qualifié de "vraiment mauvaise" ok. L'idée c'était histoire d'avoir quelque chose entre le niveau -1 et le niveau 0 entierement a base de SHA1. (même si ca se rapproche plus d'un 0 pour moi, question de gout, je me tompe sans doute)

Et sinon, merci a je sais plus qui pour le cours sur les "Règle de base en cryptographie", l'obfuscation et le tralala… Mais je n'ai jamais dit que cette strategie "niveau 0" (voir -0.5 comme dans le titre) se reposait sur une obfuscation. Mais simplement qu'a choisir je prefere ne pas donner le sel, c'est tout. c'est un petit "plus", partant de cette idée je trouvai original au niveau du concept de voir que dans la methode proposé (niv0), le sel est fourni dans la base quoi (voir note 1) alors, ok c'est cool on s'appuie (les yeux fermés) sur l'algo qui est tellement balez qu'on peut se permetre de donner des infos, bon ok. d'où l'idée d'avoir un selPerUser generé (une empreinte du username ou userId pour une meilleur perenité), bien sûr il y a des défauts comme justement relevé par cosmocat, je n'ai pas la pretention de faire du haut de gamme non plus, juste un truc simple et mieux que le niveau -1 proposé, qui lui n'a qu'un sel fixe et commun.

note 1 : Oui dans le cas d'un sel non public, je sais bien qu'il faut qu'il soit a priori dans le code, donc vulnerable aussi, comme la BDD. Et donc, que le hacker a de fortes chances d'y avoir accés aussi, j'ai lu tout ca, ok. mais n'empche je prefere ne pas avoir tout dans le même panier, ne serait-ce que pour les faibles petit 10% de chance où le hacker n'a que la bdd.

voilà.

j'en profite pour rebondir sur ce point :

soit en l'ajoutant en clair au hash (comme crypt() et bcrypt())

C'est bien ce que j'avais cru comprendre,avec bcrypt le sel est donnée dans la base de données…
C'est plutot curieux comme technique, pour du niveau 0, je privilegirai plus une approche tel que :
SHA1(SHA1(username) + sel + SHA(password))
où on aurait donc SHA1(usname) qui serait le perUserSalt mais non communiqué.

J'ai une question, c'était des données perso ou bien des trucs pro ?
Si perso, quel peut être l'interet de chiffrer une sauvegarde ?
Merci.

Heu?!… Mais je ne parle pas de tes colis. tsss…
T'as peut être pas fais attention à la dépeche :
Je cause du fait que semble t-il pour participer on est invité a venir physiquement le 8 janvier au 39 Rue du Caire 75002 Paris.

Autant que je sache, pour produire du soft on ne devrait pas être contraint à une zone géographique, non ?

On voit bien que la Poste à encore du mal avec la dématerialisation.
On est loin du web 2.0
Et oui en 2014, il faut (encore) se déplacer physiquement.

Merci la poste. (et puis au passage, c'est connu tout le monde habite paris alors a quoi bon hein)

Même notre administration fiscale fait mieux : au moins, on peut declarer en ligne, c'est dire…

Juste pour faire mon chiant (désolé, ça ne t'aidera pas dans ta quête), mais le mot data ne prends pas un "s", car c'est déjà un pluriel (celui de datum).
Je ne suis pas un obsédé du langage, mais mettre un "s" à data, c'est vraiment pas super classe dans le milieu de l'info.
Donc t'aura au moins appris un truc. (pour info, c'est comme media [:en], qui est le pluriel de medium)

et Franco, c'était donc un brave type en suivant ton raisonement.

Ouf… dis donc, je ne suis pas passé loin du godwin là ;)

Excellente dépêche et bravo pour le style d'écriture, je veux dire que tu as surnagé l'ensemble des autres dépêche là ;)

c'est juste,
Et tu peux aussi supprimer la partie sur les liens magnets, perso j'ai cliqué sur wikipedia, j'ai lu de quoi il s'agissait (p2p etc…) tout ca pour apprendre que finalement non tu ne l'utiliserai pas, du coups le peer-to-peer restait dans mon espris, je ne sais même pas si tu en garde une morceau d'infra, bref… oui j'ai arreté peu aprés.

domage, je n'ai pas été perceverant.
Bref, la plupart du temps, on s'en fout du pourquoi.

Ouais, par contre ça ferait plus sérieux si tu écrivais le nom du produit correctement : c'est excel avec un seul L.

Ha mais je suis bien d'accord,
Mais il est facile pour quiconque de prendre 2 ou 3 exemples sur le net de "comment utiliser box2d", le dev lambda va copier/coller certains parametres qui juste marchent, ou il va dibouiller un peu pour que ça roule, sans tester aux limites.
Et ma fois… si les trucs rebondissent comme du polystyrene bah c'est pas grave hein, voir même c'est fun comme angry bird, et puis il y a tellement de jeux qui ont ce comportement, le joueur ne sera pas dépaysé :) du coups le dev est content (même si c'était peut être pas l'effet recherché, il lui convient)

C'est genre clairement expliqué dans le manuel utilisateur: c'est de le coefficient de friction de la loi de coulomb

Ce n'est pas le sens de ma question, je n'ai pas demandé "c'est quoi fixtureDef.friction ", mais plutot "d'où sort ce 0.001", tu as repondu (à raison) en physicien,
ma question est plus une question de developpeur : je veux faire un jeu avec box2d, je mets quoi dedans, dans ce source il y a 0.001, pourquoi 0.001 ?

Merci a Strash, pour l'effort d'explication.
et Merci a rewind pour les explications du passage de la physique à l'informatique (à "tatonnement".

Au passage, c'est intéressant de lire vos 3 posts dans l'ordre Batchyx, Strash, rewind : on passe de la physique pur, à des explications de plus en plus didactique puis quasiment opérationnelles. Ma question n'a pas été comprise de la même maniere en fonction de vos specialités.

mon problème c'est que je ne suis pas physicien, d'où mon appréhention sur la mise en oeuvre. C'est pas facile, tous les dev ne sont ingé en physique :)
Car je me lance : en général je suis souvent déçu du gameplay des jeux qui intègrent un moteur physique, je me dit que c'est soit une limitation de la bibliotheque soit une "limitation" du dev à l'utilisation, ou un mixte des deux.

C'est le principal problème des moteurs physiques actuels: il est difficile de mixer un gameplay "oldschool" avec une physique réaliste. J'ai mis beaucoup de temps à trouver les bons paramètres pour mon jeu et ça donne des bugs étranges…

Exactement,
J'osai pas le dire mais initialement j'avais une 3eme remarque :
j'ai bien l'impression qu'il faut y aller a tatonnement dans les parametres de la physique
quand je vois :
fixtureDef.friction = 0.001f;

ça me fait juste peur : c'est quoi ce 0.001, ça sort d'où ? et le 0.98 etc…
Je n'aime pas utiliser un outils sans en connaître les tennants et les aboutissants.
ça donne l'idée qu'on est obligé de bricoler, du coups ça se ressent dans certains jeux…

Là, je dois dire que tu me pose une colle. Je pense que c'est possible, il suffit d'appliquer une force contraire à la gravité en permanence mais je n'ai jamais essayé ni vu de choses à ce sujet.

Justement je trouve pas génial le fait de "jouer" avec les forces, genre "appliquer une force contraire à la gravité en permanence".
C'est compliqué si le déplacement se résume à l'application de force, alors c'est vrai que c'est pratique, que ça fait un joli déplacement réaliste.
Par contre, si je compte faire une chauve-souris dont le déplacement (que j'ai) prévu est une sinusoïdale, si je dois jouer sur la "force contraire à la gravité" (mais pas en permanence pour le coup…)

tu peux créer un listener quand un objet entre en contact avec un autre

ha, c'est bien ça. merci.

Non, ils ne vont pas tomber, si tu en fais des objets statiques

Ok, c'est pratique.

Merci pour ces éléments.

Déjà merci et félicitation pour cette dépêche, c’était très intéressant.

Je connaissais peu cette bibliothèque Box2D, et je dois dire que c’est un excellent boulot. Mais j’aurai deux petites remarques.

Premièrement, je me demande comment gérer des objets dont la gravité ne serait pas le seul propos. Par exemple, pour un mario bros (oldschool) autant le sol serait un solidet, mais les tiles/plateformes sur lesquels on saute ? si on en fait des solide ils vont tomber ?
Peut-on ajouter des interactions autre que le contact ? par exemple une porte, qui nécessite une clef, à la collision, peut-on sortir (callback) du moteur pour savoir si on ne passe pas la porte ou bien si ca passe (on ouvre la porte), idem pour les bonus peut-on faire en sorte que la collision avec celui-ci fasse une action (le prendre).
On pourrait imaginer ne pas mettre le bonus dans le moteur physique 2d, mais d’une ça serait crade (duplication) et aussi si on veut que nos bonus puissent vivre dans le niveau (rappelez-vous les champignons qui se déplacent dans mario)… idem pour les ennemis… et si je veux faire un ennemie qui marche aux murs/ aux plafonds (une araignée)

Deuxième remarque (qui est un peu le corolaire de la première, vu la complexité à sortir du modèle) j’ai un peu peur que de nombreux jeux basé sur un tel moteur 2d, ne soit rien de plus qu’un jeu de physique. Exemple typique : angry bird (certes très prenant, mais finalement pauvre). Je ne compte pas le nombre de jeu que j’ai essayé où je me suis dit « tiens il y a un moteur phy derrière » et du coup une fois qu’on a joué avec le moteur, ben c’est tout quoi. Ça serait dommage que ça ne soit le seul aspect positif d’un jeu, non ?
N’avez-vous jamais essayé un jeu avec des caisses qui rebondissent quand vous les effleurez ?
A mon sens, une bibliothèque physique apporte énormément (et je suis sûr que box2d est super) mais comme un moteur 2d ne peut pas tout faire, il y a plein de choses qui sont limitée ou très complexe, donc c’est les fonctionnalités du jeu qui risquent de s’en ressentir.

Ensuite, tout dépends de l’intention de l’auteur du jeu :
- s’il veut faire un jeu « de physique » sans autre ambition (genre un clone d’angry bird), le contrat est plus que rempli.
- s‘il veut faire un jeu 2d, et qu’il a plein d’idée non lié à la physique, s’il compte reléguer la partie phy à une bibliothèque, il risque de se prendre la tête, ou laisser quelques concepts de côté.

Enfin, c’est mon avis, hein…

"ne pas comprendre" != "être stupide"

Employer un vocabulaire d'initié diminue mecaniquement la comprehension des non initiés (les gens normaux dans sa phrase).

Je ne comprends rien au chinois, suis-je stupide ?

je doute que l'utiné interne soit l'heure en fait.
5184 heures fait 18 662 400 secondes.
on communique surle bug des 5184 c'est sans doute parce que c'est plus simple.

ensuite 18662400=4320²