devnewton 🍺 a écrit 8372 commentaires

Faut-il s’embarrasser des problèmes légaux sur les codecs quand ceux-ci vont principalement servir à de la contrefaçon? Je n'ai pas de chiffre, mais j'ai l'impression que la majorité du contenu vidéo échangé par internet n'est pas très légal…

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

Qu'ils déménagent! :-)

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

Répondre à cette demande est possible en utilisant les codecs du système ou en proposant une extension hébergée dans un pays sans brevet, bref de façon propre. Comment font ffmpeg, vlc, gstreamer & co?

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

… et surtout gratuit!

Vu que mon pouvoir de décision budgétaire est de +/- 0€, travailler avec des outils pwivateurs payants est impossible!

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

La lutte avec Chrome ne justifie pas de faire n'importe quoi.

Entre l'abandon de thunderbird, l'intégration de machins sociaux dans firefox, l'os moisi en javascript pour mobile, la géolocalisation, le Do not track à la noix et maintenant le codec binaire téléchargé chez Cisco, je me demande s'il y a encore des libristes sains d'esprit à la mofo.

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

Il suffit de proposer un lien pour l'installer. Tous les systèmes n'ont pas de drivers 3d de base, est-que Firefox va télécharger un binaire chez nvidia pour faire tourner webgl?

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

Plutôt que d'aller chercher un binaire louche, pourquoi ne pas utiliser les codecs présents sur le système?

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

Le copyleft concernent les utilisateurs, mais il n'empêche pas le détenteur du copyright de changer la licence de son code.

Pour moi la meilleure garantie contre la pwivatisation, c'est la multiplication des détenteurs de copyright au sein d'un même projet.

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

Le problème des licences contaminantes, c'est qu'on ne peut pas facilement réutiliser et mixer des bouts de codes différents issus de plusieurs projets.

De plus elles sont souvent horriblement longues à lire et compliquées.

Si ton code n'a pas une valeur ajoutée énorme (un codec vidéo révolutionnaire par exemple), pourquoi ne pas prendre une licence simple et permissive (MIT, BSD, WTFPL…) ?

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

De loin, les generics et les traits de Rust semblent faire le boulot des templates en C++. Par contre ça m'étonnerais que le jeune compilateur carbure autant que les meilleurs compilos C++.

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

Je préfère une gestion centralisée des événements, mais tu peux utiliser plusieurs types de composants pour les faire traiter par plusieurs systèmes ou alors mettre en place un système "Poste" qui va distribuer le courrier.

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

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).

Tu peux à tout moment retirer un objet du moteur physique et en faire autre chose: dans Newton Adventure, quand on ramasse une pomme, elle est retiré du moteur physique et remplacer par un simple sprite avec une animation pour la faire rétrécir et rejoindre le sprite de Newton.

et si je veux faire un ennemie qui marche aux murs/ aux plafonds

Pour chaque objet du monde, tu peux désactiver la gravité ou en appliquer une différente.

N’avez-vous jamais essayé un jeu avec des caisses qui rebondissent quand vous les effleurez ?

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…

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

http://static.rust-lang.org/doc/0.8/tutorial.html#generics ?

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

Le message est une entité, donc elle peut avoir plein de composants :-)

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

Pour le messaging, je crée des entités avec un composant de type Message :-) Le système qui les traite les jette après usage.

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

Tu n'es pas obligé de passer tout ton temps dessus. Parfois ajuster un menu, une animation ou un petit effet, ça ajoute une touche pro sans demander trop d'effort.

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

Il y a beaucoup des moteurs de jeu ou de toolkits qui essayent de tout faire, mais pratiquement aucun scenegraph 2d simple. Ce qui s'en rapproche le plus aujourd'hui, c'est la SFML et encore…

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

Un compilo C++ mets facilement une grosse fessée cul nu à la jvm pour les jeux. Entre les struct, les templates et l'absence de garbage collector, on n'est pas sur la même planète.

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

Dans Newton Adventure, le code est mixte: les objets dynamiques utilisent du glBegin/End et les objets statiques des buffers compacts. Le tout reste en OpenGL 1.x, car le GPU de mon netbook ne va pas au delà d'OpenGL 1.4 :-(

https://devnewton.bci.im/projects/newton_adventure/artifact/c53890834787812a85a15eb0d0b0b1ff9cf12fb2
https://devnewton.bci.im/projects/newton_adventure/artifact/86964f35f46532d81660705eb5bffec56c5c0d55

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

MCMic a un projet qui pourrait te plaire: http://mcmic.haxx.es/index.php?page=geneticinvasion

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

En fait, dans un précédent projet, je faisais de l'entity system avant que ça s'appelle comme ça! Il faudrait un historien pour savoir à partir de quand et par qui ça a été théorisé.

Dans le code de Ned et les maki, je n'ai fait que les composants graphiques, pour le reste c'est un autre développeur qui s'en charge, mais je pense que son découpage fin correspond aux règles du jeu sur lequel on travaille.

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

Je me suis surtout fixé un objectif de sortir un proto pour le mois prochain donc je vais au plus vite!

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

et que c'était codé en c++. Désolé, mais il faut aussi que ça m'amuse un peu ;)

Si tu ne veux pas rejoindre le côté bloated du développement, il y a rewind qui fait un jeu aussi.

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

Oui, mais c'est un dilemme: est-ce que je prends un moteur 3D pour faire un mon jeu 2D? Ca va tout m'optimiser aux petits oignons, mais je vais devoir embarquer un gros cadriciel genre jmonkey, playn ou libgdx qui ne seront pas packagé dans debian avant 2042.

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

C'est là que ta séparation code/donnée est mal faite !

J'utilise un entity system :

• la classe Sprite est un composant qu'on peut ajouter/enlever à une entité pour lui donner une existence visuelle.
• une autre classe, DrawSystem, se charge de parcourir les entités ayant le composant Sprite pour les afficher.

Si j'ai besoin de perf, je peux remplacer DrawSystem par quelquechose de plus intelligent, mais j'espère ne pas avoir à le faire, car sortir un scenegraph qui regroupe les données, minimise les changement d'états et joue avec les shaders pour diminuer la conso CPU, c'est beaucoup pour afficher quelques sprites et je ne suis pas certains de pouvoir battre un bon driver :-)

https://github.com/devnewton/ned-et-les-maki/tree/master/game/src/main/java/org/geekygoblin/nedetlesmaki/game

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