devnewton 🍺 a écrit 8775 commentaires

Tu aurais pu ne rien dire et ne rien donner, et tu gardes pour l'instant de la retenue et de l'optimisme dans toutes tes réponses.

En fait j'ai souvent envie de mordre mon clavier, mais juste avant j'utilise systématiquement la technique de méditation bouddhiste Zen With Zenitram.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Sur le statut légal : il y a l'auto-entreprise

Ce que je n'ai pas réussi à savoir sur l'autoentreprise, c'est est-ce qu'il y a des charges fixes? Qu'on me prenne 99% de mes bénéfices, je m'en fous, mais je ne veux pas perdre d'argent.

Chacun s'éclate dans son coin, on ne produit rien, et on nuit à ceux qui souhaitent produire en les rendant inaudibles.

Oui, moi aussi j'aimerais bien avoir 10 graphistes, 5 musiciens, une équipe marketing, 3 webmasters et deux secrétaires sexy pour Newton Adventure, mais la fragmentation me prive de ces contributions :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

C'est certes très amusant de démarrer chacun son projet de jeu

Le jeu libre c'est principalement des gens qui font ça sur leur temps libre, donc le fun prime sur le résultat. Si on pouvait gagner de l'argent en faisant des jeux libres de qualité, ça inciterait les gens à se regrouper.

On a déjà évoqué ici de pouvoir vendre des bundles ou même vendre les jeux indépendamment, malheureusement c'est très compliqué en France, car il ne semble pas exister de statut légal pour le développeur amateur qui a un métier principal.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

En plus c'est a moi de faire gaffe a la taille de l'image et au format de pixel, alors que si je charge bêtement une PNG avec la lib qui va bien, j'ai rien a m'occuper et je peux l'envoyer directement dans mon canevas ou ma lib opengl.

Il va te manquer le texture packing et les infos d'animation.

Et si j'utilise un moteur de jeu quelconque, soit il aura deja son format de fichier privilégier et je n'aurais vraiment rien a faire, soit il faudra que j'écrive tout le code qui va convertir ta structure de donnée en la sienne.

Si tu utilises un moteur de jeu complet, nanim ne s'adresse pas à toi! Il y a 2 ans quand j'ai commencé Newton Adventure, je n'ai pas trouvé ce que je voulais comme moteur libre, simple et performant capable de faire de la 2D avec des rotations et un moteur physique. La situation a peut être évoluer, ça pourrait une très bonne dépêche si tu es au courant de ce qui se fait aujourd'hui!

Désolé mais malheureusement je n'ai pas l'impression qu'en l'état ton projet propose quelque chose de suffisamment intéressant pour que quelqu'un d'autre que toi ai envie de l'utiliser…

Pour expliquer un peu plus ma démarche: mon projet principal c'est Newton Adventure et je vois les outils que je développe pour comme des bénéfices collatéraux! En me forçant à les coder comme des projets à part, j'espère qu'ils serviront à d'autres.

Pour l'instant, Newton Adventure a donné naissance à:

• scoreserver
• nanim
• libtiled-android

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Bref, des personnes normales quoi.

Malheureusement, normal aujourd'hui, ça veut dire "je m'en fous des problèmes de libertés et de vies privées, ce que je veux c'est le dernier jouet vanté par la pub".

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Peut-être celle de Cocos2d justement?

Tu as un lien vers la spec de ce format d'animation?

un png + un fichier xml, niveau facilité d'utilisation ca me semble un cran au dessus de ce que tu propose

Non, il n'y a rien à faire pour écrire un parser de fichier spécifié avec protobuf: le parser est généré. On ne peut pas faire plus simple :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Déjà tu te compliques la vie, ton format est bien plus complexe que nécessaire. Un atlas, c'est un tas d'images dans un .png, et un fichier de coordonnées à côté.

Ce qui est plus complexe à parser qu'un fichier protobuf: avec ma solution tous les langages populaires peuvent disposer d'un parser de nanim en lançant UNE commande.

Quant à la notion d'animation, elle ne sert à rien si tu ne prévois pas de faire un codage inter, ce que tu as raison de ne pas faire pour un atlas.

lapin compris

tu crées encore un projet qui prétend à l'universalité, dont la qualité et la pérennité ne sont pas prouvées, et donc tu contribues au brouhaha ambiant dans le libre

Encore une fois quelle est l'alternative existante? Les formats existants sont spécifiques aux différents jeux et donc ne sont pas une bonne option…

Bon, d'un autre côté c'est un projet Java, et Java est un écosystème à part.

Les outils sont en Java, mais tu peux générer un parser pour C++, Python, Java, …

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

J'ai un avis mitigé sur la pertinence de ton projet, d'un côté tu réponds à un besoin, mais d'un autre côté tu renforces la fragmentation du monde du jeu vidéo libre, ce qui est une erreur faite par l'écrasante majorité des développeurs de JV libres.

Quelle solution existante j'aurais pu utiliser selon toi?

Arrêtez de développer votre petit projet dans votre coin !

C'est justement ce que je fais! Au lieu de publier mes outils et spécifier un format, j'aurais pu faire comme tous les autres: des métadonnées spécifiques à mon seul jeu.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Plus j'en apprends sur ce parti pirate, moins j'ai envie de voter pour eux…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Il n'y aura pas toujours un petit nombre de frames par nanim. Un fichier nanim peut contenir plusieurs animations et donc potentiellement tous les sprites d'un jeu ou d'un niveau.

Toutefois j'implémenterais d'autres solutions si je constate un problème avec l'algo actuel.

J'accepte aussi les contributions si quelqu'un a envie de faire mieux :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

On me l'a déjà sorti, mais je ne vois pas avec quel standard je suis competing.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

A moins d'avoir moins de 10 ans, tes potes ont forcément un mail. Après s'ils ne veulent pas s'en servir pour te donner des nouvelles de temps en temps, il faut se poser des questions.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Texture atlas, sprite sheet, sprite packing… Tous ces noms désignent une même bonne vieille technique du monde du jeu vidéo.

La plupart des jeux et des frameworks proposent leur propre variante. J'allais faire de même, mais j'ai préféré prendre un peu de temps pour faire un SDK réutilisable par d'autres jeux, dans d'autres langages, sur d'autres plateformes…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je suis tombé amoureux de fossil il y a environ un an et voici les avantages qui pourraient te plaire:

• pratique en utilisation nomade: tout le logiciel tient dans un seul exécutable qu'il suffit de copier sur un clef USB pour l'avoir partout avec soit.
• intégre un wiki, un bugtracker et serveur web, dans ton cas, ça peut servir pour tenir des notes, échanger rapidement des infos, avoir une todo list…
• beaucoup plus simple que git.
• facile à sauvegarder (un dépôt = un fichier).

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Comment le logiciel détermine l'IP de mes amis lors de la toute première connexion ?

L'IP est noté en bas du certifcat.

Mais pour garder contact/chatter avec 2 ou 3 personnes qui ne se connectent que de façon occasionnelle, comment ça marche ?

Il est possible de préciser une adresse dyndns au lieu d'une IP.

Après si vous êtes juste 3 jamais connectés en maintenant depuis des cybercafés dans le tiers monde, ce n'est pas le bon logiciel.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

une mailing liste sinon.

Même pas, un reply all systématique, ça permet de rester en contact par écrit, d'échanger des photos et de faire le kikoolol social depuis n'importe où avec les logiciels et services que l'on veut.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Retroshare fait surtout du partage de fichiers et si j'ai bien compris c'est plutôt du p2p donc pas vraiment fait pour être installé sur un serveur
(+ la contrainte Java non ?)

Retroshare fait office de mail, messagerie instantanée, forums, partage de ficher et bientôt VOIP. Il est écrit en C++ avec Qt et ce qu'il faut bien comprendre, c'est qu'il n'y a pas de serveur. C'est du P2P décentralisé, il n'y a pas besoin de rester connecté 24h/24, il n'y a pas de client/serveur, c'est juste un logiciel sur ton PC local que tu lances quand tu en as besoin.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Et en plus elle a été rédigé par des gens super cools.

https://linuxfr.org/wiki/ReseauxSociaux

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Pour chaque bibliothèque dynamique, il faut vérifier que tu la retrouves dans une version compatible binaire, cad avec les mêmes signatures de fonctions, les mêmes tailles de structures, compilée avec le même compilateur avec les mêmes options de compilation sur toutes les distributions…

Sauf cas particulier, c'est mission impossible et il vaut mieux tout lier en statique.

Ou utiliser un langage interprété :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Pourquoi ne pas faire ça justement? Genre un fichier image d'un format qui va bien (et directement géré par la CG si possible) et un fichier de métadonnées dans une archive?

C'est une option que j'ai envisagé, mais j'ai trouvé ça moins simple que la solution avec protobuf: aujourd'hui pour créer un parser de nanim dans à peu près tous les langages, il suffit de lancer un compilateur protobuf…. et c'est tout!

Très mauvaise compression

Tu préfères bzip2?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

A ma connaissance, dans les jeux vidéos c'est à base d'images compressées compatibles DirectX (à la base de chez S3) http://en.wikipedia.org/wiki/S3TC que le jeux envoie direct à la carte graphique, compressé. Des sprites non compressés, ça me juste rire sur les années de retard.

DirectX, je m'en fout, je fais du jeu libre portable.

Et pour info, S3TC n'est qu'un format parmi d'autres, pas géré par tous les GPU/drivers, donc c'est une mauvaise idée de l'utiliser comme format par défaut.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Plus sérieusement, avoir des commentaires bien fait ça permet aussi de générer une doc développeur (par exemple une javadoc) qui pourrait laisser un espoir à celui qui souhaite utiliser ton travail.

Je ne vois pas trop l'intérêt d'une doc développeur pour un programme, mais je note qu'il faudrait commenter un peu, même pour un code aussi trivial :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je ne sais pas, peut être parce que ça prends moins de temps de faire un petit bout de code à l'arrache que d'essayer de proposer un format réutilisable, de livrer ses outils au public et de communiquer dessus?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

ça peut être un petit metadata en plus dans un format déjà existant

C'est tellement facile à faire que la quasi totalité des jeux utilisent une autre solution: des images fixes avec les métadonnées d'animation dans un format spécifique à part.

C'est ces solutions propriétaires que nanim veut remplacer, pas le stockage d'animation pour le web (où le gif reste indétrônable à cause de la guéguerre apng/mng).

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Les formats existants sont à la fois complexe (ce qui se ressent dans les libs effectivement) et peu adaptés aux jeux vidéos (pas de texture packing).

Dans ce domaine, le "format standard", c'est une texture et des métadonnées dans un format spécifique au jeu.

La compression dans le format lui même est inutile, car dans la plupart des jeux, les données sont déjà dans une archive compressée.

Si tu veux un nanim compressé individuellement, il suffit de faire:

gzip zoey.nanim

Alors là, la probabilité que le W3C recommande pour le Web un format d'animation non compressé et optimisé pour le jeu vidéo est vraiment nulle, pour le coup.

man humour

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.