devnewton 🍺 a écrit 8785 commentaires

Est-ce que cette notion a une base juridique ou est-ce juste une promesse de l'entité qui les détient?

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

Je ne sais pas si ça joue vraiment, j'ai déjà vu des jeux indie dont les médias parlent finis à la truelle (pas de gestion des pads, résolution fixe…)…

En tout cas ce genre de post et les retours des devs indie que j'ai rencontré ne donnent pas envie de se lancer à 100%: la plupart des équipes mangent des pâtes dans un garage pendant 2 ans avant de viander en beauté.

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

Et surtout comment ça se situe par rapport à nix qui semble proposer la même chose?

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

A une conférence sur les jeux indie, on m'a conseillé de mettre au moins 200k€ pour une campagne marketing pas inutile :-(

Etant donné que mon budget est de 0€, n'hésitez pas à parler de Newton Adventure à tous vos amis, ennemis, parents, conjoints, amants… :-)

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

le moindre petit jeu indé a un budget d'au moins 300K [1]
[1] j'avais trouvé ca énorme

Pour payer les salaires, un gros budget marketing et les frais de fonctionnement de toute boite, 300k, ça ne fait pas grand chose.

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

… mais des bras, ils cherchent des contributeurs dans tous les domaines:

OpenGL Programmers
AI Programmers
Gameplay Programmers
Sound effect specialists
Texture artists
3D artists
Animators
Web developers (jQuery, PHP, MySQL)

http://forum.freegamedev.net/viewtopic.php?f=22&t=249

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

Corrigé!

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

J'ai fait une nouvelle release avec les changements suggérés sauf le bouton "apply": j'ai fait en sorte que tous les changements s'appliquent en direct.

http://devnewton.bci.im/projects/nanim/home

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

Android est surtout le linux sur lequel on installe le plus de logiciels pwivateurs.

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

Pour finir, une chose importante concernant les monopoles c'est de ne pas utiliser le monopole d'un produit pour en imposer un autre

Est-ce que qu'une manœuvre subtile comme le passage de directinput à xinput pour favoriser les manettes xbox tombe sous le coup de la Loi?

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

Du point de vue du développeur, c'est plus facile.

Jusqu'à ce que tu changes la résolution de tes textures.

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

Moi j'ai perdu 3 jours en cherchant à installer SQL Server Manager Of My Ass 2012 Edition: il refusait de s'installer sans un service pack1 pour windows 7.

L'installation de ce service pack a fusillé mon OS (démarrage hyper long, écran bleu au bout d'un quart d'heure d'utilisation).

Bref j'ai mis un linux, tant pis pour les 3 applis Microsoft vaguement utiles au boulot.

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

je devine à quoi sert (u1,v1) et (u2,v2) (c'est pour sélectionner une partie de l'image, j'ai bon ?) mais je me demande bien quelle est l'unité employée, c'est un pourcentage, c'est ça ?

Oui, c'est pour sélectionner un sous rectangle. C'est le système de coordonnées d'OpenGL:

C'est surtout utile pour le "texture packing": j'utilise une image par frame puis je lance Tools=>Optimize qui regrouper les images dans de grandes textures en mettant les bonnes coordonnées ( voir l'explication complète https://linuxfr.org/users/devnewton/journaux/nanimopt-un-optimiseur-de-nanim ).

Le champs format ne sert à rien, j'ai oublié de le virer de la GUI!

Je note les autres points.

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

Ca n'a pas l'air spécialement optimisé SFML. Tu as soit sf::Sprite qui va provoquer plein de changements d'états, soit sf:VertexArray pour envoyer des graphismes statiques. Bref c'est juste des petits helpers sympas.

Pour rendre un grand nombre de sprites/tuiles, il doit falloir taper directement de l'OpenGL avec des shaders, des vbo ou de l'instancing.

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

Si tu vois des choses à améliorer dans nanimstudio, j'assure un support "quand j'ai le temps"!

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

Plus qu'à poster ton premier screenshot!

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

Pourquoi cela ne serait pas intéressant de coder un jeu directement en Javascript ?

Je voulais dire intéressant en terme de perf: aller sur mobile ou de "vieux" PC (= autre chose qu'un gros PC de gamer d'après mes tests) avec du html5, c'est encore difficile.

Est ce qu'on aurait forcément des meilleures performances avec un code JS généré ?

Tu auras de meilleures perfs en releasant des versions natives.

Et sans doute aussi en js, si le générateur ponds du asm.js.

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

Le fait que personne dans cette conversation n'est saisie la difficulte de faire un moteur de rendu 2D (et non, une bibliotheque de rendu immediat n'est pas une solution)

En même temps, malgré Java et un moteur commencé en rendu immédiat sans souci de perf, j'arrive à faire tourner mon jeu sur un netbook après quelques optimisations bien ciblées…

prouve assez fortement mon point.

Ca prouve surtout que les développeurs de jeux veulent d'abord faire des jeux, pas des benchmarks.

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

Ajoutons qu'aujourd'hui ce n'est pas très intéressant de développer un jeu en directement javascript puisqu'il existe des solutions pour générer un jeu html5 à partir d'une base de code java (libgdx, playn) ou C++ (emscripten).

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

Vu que je me suis intéressé au sujet récemment, voici quelques remarques:

• Les développeurs de jeux sont aussi des joueurs. Ils ont donc souvent le PC qui va avec… Il faut se forcer à travailler sur de mauvaises machines!
• Les drivers en carton sont souvent bien plus coupables que les moteurs de jeu.
• Il y a peu de chance que les développeurs de jeux libres veuillent changer leur moteur graphique, car même s'il est mauvais, il sera toujours plus rentable de l'optimiser que de repartir de zéro ;
• Lance un profileur sur ces jeux pour être sûr que c'est bien la partie graphique qui est en cause. Par exemple dans Newton Adventure, même codé comme un gruik, ce n'est pas le rendu qui bouffe le gros du temps, mais le moteur physique.

Enfin si tu veux vraiment pousser EFL, il faut écrire des tutoriaux et des exemples qui montrent bien la valeur ajoutée du "produit"!

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

Si tu y tiens, opentyrian tourne bien sur mon netbook.

Mais tu prends le problème du mauvais côté. Tu supposes que les jeux SDL ont des problèmes de perf, que c'est un souci tellement important que les développeurs cherchent autre chose et qu'utiliser EFL les règlera.

Hors je n'ai jamais entendu personne se plaindre des problèmes de perf de la SDL.

Si tu veux convaincre les développeurs d'utiliser les EFL, il faut montrer pourquoi cela leur fera gagner du temps par rapport aux solutions éprouvées.

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

Je pense que la bonne approche est celle de libretro: une seule GUI et gestion des configurations pour plusieurs jeux, exactement comme on a pour les émulateurs de console.

Malheureusement cette implémentation est encore très jeune et inapplicable aux jeux non C/C++ (un jeu rétro doit être une bibliothèque C).

Si quelqu'un est motivé pour reprendre cette idée et en faire quelquechose d'universel, je suis prêt à adapter mon jeu!

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

Ca n'a l'air ni simple, ni spécialement bien documenté (j'ai mis 5 min avant de trouver que le scenegraph était Evas… Pourquoi pas EScenegraph?), c'est du C pur, peu de jeux semblent l'utiliser…

Bref je vois encore mal pourquoi un développeur de jeu jeterait son baril de SFML ou SDL pour le baril EFL sur la seule base d'une promesse de bonnes performances du scenegraph.

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

Avec Qt, il y a le très bon Nikki and the robots.

Par contre il me semble que Qt ne gère pas les manettes de jeu…

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

C'est difficile d'isoler un composant, car les PC auxquels j'ai accès sont tous très différents: netbook linux avec gpu intel, portable de gamer windows avec une radeon, pc de bureau linux avec nvidia, poste de dev avec linux et carte intel…

Globalement pas de surprise: les meilleures perfs sont sur les meilleurs hardwares.

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