devnewton 🍺 a écrit 8263 commentaires

Être membre et cotisant à jour (15 Euro, 7.5 Euro demandeurs d'emploi / ANNUEL)

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

Sur le même créneau que BennuGD, tu as pygame et love2d qui ont l'avantage de proposer des langages plus matures, utilisés dans l'industrie et pas seulement pour les jeux et pour lesquels on a le minimum vital (IDE, debugger).

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

Un gros avantage d'OpenGL, c'est que les vieux programmes écrit il y a 15 ans sur mon Pentium 75 sans carte 3d fonctionnent toujours avec, les nouveaux pouvant profiter des extensions.

Mais un jour certains ont prétexté qu'il fallait une API designed for embedded system (dont le plus minable représentant est certainement plus puissant que mon P75), mais surtout designed pour pas se faire chier à implémenter.

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

Rassure moi, il te donne quand même une chaise à ton boulot?

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

Prends Qt Creator alors.

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

For Bennu there is not yet an official IDE

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

D'après la FAQ de Wayland:

A more subtle point is that libGL.so includes the GLX symbols, so linking to that library will pull in all the X dependencies. This means that we can't link to full GL without pulling in the client side of X, so we're using GLES2 for now. Longer term, we'll need a way to use full GL under Wayland.

Ca veut dire que sous Wayland, on va devoir se contenter du OpenGL handicapé (GLES)?

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

Combien ont déjà fait, et vont faire, des pull requests pour proposer les fonctionnalités qu'ils souhaitent ?

C'est assez de difficile de contribuer à un gros projet.

• il faut maîtriser les centaines de technos utilisées.
• il faut prendre le temps d'installer le bousin chez soit.
• les poules requêtes, c'est la croix et la barrière.

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

Avant de créer un nouveau site, on peut déjà commencer ici en listant nos projets: https://linuxfr.org/wiki/projets_libres_linuxfr

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

Je ne la retrouve pas, mais une news linuxfr présentait un projet proche bien que plus orienté dans le sens où des gens passent une commande (payante) pour des fonctionnalités sur un logiciel libre.

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

j'ai remarqué qu'il était très difficile de trouver des développeurs pour travailler sur mon projet

Peut être que linuxfr pourrait consacrer une section de son site au "recrutement"? On peut commencer sur le wiki par exemple.

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

Vous avez 2h.

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

Clique sur page perso de temps en temps, tu verras qu'il y a beaucoup de gens en charge d'un ou plusieurs projets libres.

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

http://kibana.org/ ?

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

Et bien c'est simple, c'est parce que 0101010110101010101110101.

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

Sur 12.04 LTS, Unity part de bonnes idées, mais est mal fini:

• la version opengl est inutilisable, elle plante souvent (et c'est bien de sa faute, j'utilise des drivers libres et stables que je torture régulièrement avec mes propres programmes).
• les notifications de nombreux logiciels ne sont pas affichées. Je ne sais pas si c'est la faute d'Unity ou des logiciels, mais ça marche avec les autres environnements…
• idem pour les logiciels qui veulent juste se réduire en tant que petites icônes dans la barre des tâches.
• lors que je fais un glisser/déposer vers l'icône d'une application, ça ne fait rien alors que je m'attends à la voir se mettre au premier plan: comment je fais un glisser déposer quand mes applications sont en plein écran???
• les HUD sont lents et utilisent des touches standards (ALT par exemple…).

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

Quel pourcentage d'utilisateurs

… lambdas qui utilise le terminal? Pourtant Gnome en fournit un!

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

Les tuiles, c'est bien si tes niveaux sont tout carré, mais dès que tu veux gérer des formes différentes, c'est vite pénible.

Par exemple dans le niveau sur lequel je travaille pour Newton Adventure, j'ai mis des plateformes qui sont des lignes obliques:

http://opengameart.org/content/color-tileset

Si tu télécharges le tileset, tu verras que pour dessiner une ligne, il me faut 3 tuiles: un pour le corps de la ligne, deux autres pour les raccords.

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

Les quatre développeurs à l’origine qui avaient récolté des fonds de la part du public, avant d’avoir écrit la moindre de ligne de code

Et où est parti l'argent?

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

La plupart des frameworks, des jeux et des éditeurs de niveaux sont orientés "tuiles". Ce qui est dommage, car les tuiles sont un héritage des composants graphiques et des mémoires limitées des machines ancestrales.

Aujourd'hui, les tuiles n'ont plus de raisons d'être, elles peuvent même être contre performantes, mais on continue à les utiliser pour plusieurs raisons, l'une des plus importantes, selon moi, étant l'absence d'un bon (et libre) éditeur de niveau générique "non orientés tuiles".

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

Du coup il me faut un client spécial?

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

Par contre, ça ne vaut pas une bonne tribune!

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

Est-ce qu'opengl n'est pas trop bas niveau sur ce coup là?

En tant que développeur de jeux multiplate-formes, plutôt que de jouer au mega puzzle "quelle est la combo de 500 paramètres pour gérer mes textures avec le hardware sur lequel je tourne", j'aimerais bien pouvoir faire quelque-chose comme:

glPrepareLoadPleinDeTexturesDansTaTronche();
glTexture(GL_TEXTURE_QUE_JE_VAIS_CHANGER_SOUVENT, "pouet.png");
glTexture(GL_TEXTURE_QUI_NE_BOUGERA_PAS, "toto.jpg");
...
glCompresseOuDecompresseMaisDemerdeToiPourQueToutRentreDansTaMemoire();

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

les développeurs de toolkit parlent de compatibilité source alors que les utilisateurs ont besoin de compatibilité binaire pour leurs applications

Tu veux dire les utilisateurs de logiciels privateurs?

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

Pourquoi pas xcb?

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