Forum Solarus-Games francophone

Site officiel :  http://www.compilgames.net/gd.php

(citation depuis l'accueil du site)

"Compil Games, mais qu'est-ce donc ?

Compil Games développe des logiciels vous permettant de créer vos propres jeux ou programmes. Ceux-ci ne nécessitent pas de connaissances en programmation.

Il vous suffit de vous familiariser avec l'interface du logiciel pour être en mesure de
créer vos propres jeux, musiques ou questionnaires. De plus, vous n'aurez pas un
sou à débourser pour utiliser nos logiciels, ceux-ci étant totalement gratuit.

Quelles sont nos fameux logiciels ?

Nous vous invitons à découvrir sans plus tarder nos logiciels.

Game Develop : Créez vos propres jeux sans limites !
Jeu de Rôle Creator : La création d'un jeu d'aventure facilité.
Simpl' Questionnaire Creator : Créez vos propres questionnaires.
Basic Music Creator : Débutez en musique avec ce logiciel de création de partition."

Screenshots de jeux fait avec ce logiciel :

(1) Démence : l'hopital (http://share.compilgames.net/data/images/Coup%20de%20feu4.jpg)
(2) Shoot All Original 3 (http://share.compilgames.net/data/images/SAO3neige.jpg)

---

Voilà un nouveau logiciel de création de jeu signé Compil Games, Comme tout logiciel de création de jeu vidéo, aucune connaissance en programmation n'est requise, et il vous suffira de lire la notice fournie en français pour vous lancer dans la création simplifiée d'un jeu amateur, et ce avec un droit de distribuer librement ses créations sur Windows et Unix !
Un jeu 2D ? 3D ? Rpg, shoot them all ? Beaucoup de possibilités semblent s'offrir, mais le logiciel n'en est t'il pas pour autant limité dans l'absolu ? Va-t'il plus loin encore que RPG maker ou encore Game Maker ?

En attendant d'autres news, je vous propose de découvrir ce logiciel, ainsi que de poster vos réactions / critiques / commentaires ;)


(merci à Wouf pour les sources)

Ah tiens, on en parle ici aussi... :).

Perso' j'ai déjà testé, c'est sympa et très simple, et ça ressemble beaucoup à MMF(2) ^_^. En bref, pas mal de possibilités de créations dans un environnement qu'on apprend à utiliser rapidement.
Je pense que c'est le genre de logiciel parfaitement adaptés aux débutants sous MMF2 ( et GM peut-être ? ), car il suit les principes de ces logiciels tout en les simplifiant un maximum :).

Je rajoute au passage quelques liens :
Un tuto pour faire un mini-jeu : http://www.game-corp.net/tutorial-107.html (http://www.game-corp.net/tutorial-107.html)
D'autres infos : http://www.game-corp.net/topic-701.html (http://www.game-corp.net/topic-701.html)

Ce logiciel semble intéressant, il est simple a utiliser, ne demande pas beaucoup de temps pour arriver a un résultat et est quasiment intuitif. ^_^

Mais ou est le plaisir si il n'y a pas de programmation !?  :rolleyes: :P

Cool, on peut creer des jeux pour Linux. Moins cool, y'a pas de binaires pour installer le logiciel en lui même sous Linux  :ninja:.

On dirait que pour le moment la version linux du logiciel souffre de quelques soucis... Lien vers le forum (http://www.forum.compilgames.net/viewtopic.php?f=4&t=30)

Au début je trouvais le logiciel bien... Puis je suis arrivé a la page 15 où on nous large complètement avec un projet tutoriel pas génial génial non plus. J'ai visité un peu les actions et les conditions, et j'ai trouvé qu'il manquait quand même beaucoup de choses qui peuvent être indispensable. Ensuite, le système condition-conséquences par scène, non seulement ça risque d'être lourd lorsqu'il y en a beaucoup, mais surtout, c'est encore pire qu'RPG Maker pour faire un moteur stable...
Après, c'était qu'une première approche. Si de "vrai" jeux faits avec ce logiciel se montre, je visiterai peut être un peu mieux.

Je me suis inscrit en voyant qu'on parlait de Game Develop, et pour répondre à certains messages.

CitationOn dirait que pour le moment la version linux du logiciel souffre de quelques soucis...

Oui, et j'ai pour le moment laissé tombé mes efforts pour la faire marcher, je reprendrais quand j'aurais plus de temps.
Par contre, les jeux créés avec Game Develop pour linux fonctionnent pleinement.

Citationje suis arrivé a la page 15 où on nous large complètement avec un projet tutoriel pas génial génial non plus.

J'avoue que le jeu n'a rien d'excitant, mais là aussi rédiger un tutoriel prend pas mal de temps pour peu de choses au final.

Citationet j'ai trouvé qu'il manquait quand même beaucoup de choses qui peuvent être indispensable

Par exemple ?  :mellow:

Citationle système condition-conséquences par scène, non seulement ça risque d'être lourd lorsqu'il y en a beaucoup, mais surtout, c'est encore pire qu'RPG Maker pour faire un moteur stable...

Lourd, pas forcément, si on utilise judicieusement commentaire, groupes et lien.
Peut être plus lourd qu'RPG Maker, mais je ne crois pas qu'RPG Maker soit destiné à faire autre chose que des RPG, Game Develop vise lui plutôt à pouvoir créer tout type de jeux.  :)

De tête, je ne pourrai pas tout dire, mais ce qui m'a surtout "choqué", c'est l'impossibilité d'afficher des images sans qu'un objet y soit lié.

La conception du logiciel fait qu'il serait au contraire "choquant" d'afficher quelque chose sans utiliser un objet.

Car si on veut afficher une image, on va aussi, tant qu'à faire, vouloir la déplacer, puis l'arrêter, puis la faire tourner, puis tester si elle est en collision avec un objet, puis on va vouloir lui mettre une variable, puis on va vouloir régler sa transparence...
En gros, on va vouloir faire que ce soit un objet, c'est donc pour ça que "tout" passe par les objets.

Oui mais afficher un hud, par exemple, en utilisant que des objets, c'est loin d'être très agréable a faire. Ensuite, pour la déplacer, l'arrêter, la tourner, changer l'opacité, on ne devrait pas non plus avoir besoin d'un objet par image. Enfin, il n'y a aucun intérêt a tester des collisions dans un hud. Coté variable, mettre une variable par cœur dans un Zelda, c'est loin d'être une bonne idée selon moi.

Oui, je suis plutôt d'accord avec Neo2 sur ce point de vue-là, normalement, pour un affichage de coeurs, une seule variable suffit, il suffit d'imaginer combien rébarbatif est le travail quand il y a 20 coeurs à afficher pour comprendre :linkXD:

N'utiliser que des objets, ça limite assez, même pour des amateurs, si on veut juste afficher un "effet" sur un personnage, ou près de lui, qu'importent les collisions ? Ce ne sera quelquechose à regarder que d'un point de vue "visuel", il n'aura pas à interragir avec le reste, alors autant en faire une simple image ;)

Citation de: Neo2 le 01 Février 2009 à 14:20
Oui mais afficher un hud, par exemple, en utilisant que des objets, c'est loin d'être très agréable a faire. Ensuite, pour la déplacer, l'arrêter, la tourner, changer l'opacité, on ne devrait pas non plus avoir besoin d'un objet par image. Enfin, il n'y a aucun intérêt a tester des collisions dans un hud. Coté variable, mettre une variable par cœur dans un Zelda, c'est loin d'être une bonne idée selon moi.

Non mais son exemple est mauvais, du moins pas entièrement bon. Si tu programmais toi-même de tes petites mains et qu'en l'occurence tu faisais de la modélisation et de l'objet (au sens Programmation Orientée Objet je parle), tu te rendrais compte que la vision est en partie juste et que finalement l'affichage est peut-être sans doute la fonction la plus basique de tout objet. Un objet affichable qui ne sait que s'afficher à l'écran à une position donnée et avec éventuellement certains effets. Tous les autres objets (obstacles, PNJ, menus, HUD, et j'en passe) ne sont que des composants qui héritent de ces fonctionnalités ou qui connaissent les dits objets pour les afficher.

En fait vous avez une conception purement RPG Maker du truc, donc fausse. Genre comme dit Morwenn, afficher des coeurs, suffit d'une variable. Non je ne suis pas entièrement d'accord. Il peut très bien s'agir d'un objet possèdant une variable et qui sait comment et avec quoi s'afficher en fonction de la valeur de cette variable.

CitationOui mais afficher un hud, par exemple, en utilisant que des objets, c'est loin d'être très agréable a faire.

Pourquoi ?

CitationEnfin, il n'y a aucun intérêt a tester des collisions dans un hud.

Oui mais on teste des collisions avec d'autres images de toute façon :P.
Deux en un, pourquoi s'en plaindre ?

CitationCoté variable, mettre une variable par cœur dans un Zelda, c'est loin d'être une bonne idée selon moi.

Ouais mais par exemple, dans un Zelda, des variables pour un objet "Link", c'est bien pratique ;).

Je comprend pas ce qui vous gêne dans l'idée d'avoir des "Objets"...

Que vous affichiez simplement une image dans un coin, ou que ça soit un protagoniste qui se déplace en 8 directions avec interactions avec l'environnement, ça ne change rien, utilisez un même objet, ça tue pas ! ;).

Après, je n'y connais rien dans la POO, mais j'imagine que c'est un peu dans la même optique que ce programme, non ?

Citation de: Morwenn le 01 Février 2009 à 14:26
pour un affichage de coeurs, une seule variable suffit, il suffit d'imaginer combien rébarbatif est le travail quand il y a 20 coeurs à afficher pour comprendre :linkXD:

Bah dans ce cas ta variable de coeurs fera partie d'une structure de données modélisant la vie du joueur, qui sera par exemple un attribut de l'objet Joueur (ou dans le cas RPG Maker, un attribut de l'objet Moteur).

Sinon, je rejoins ce qu'à dit Geo: vous n'avez pas une conception de programmeurs, mais une conception d'utilisateurs de RPG Maker qui n'est applicable qu'à ce logiciel.

J'ai jamais utilisé RPG Maker, je t'avouerais, donc ta remarque ne peut pas s'appliquer à moi :mrgreen:

Citation de: Morwenn le 01 Février 2009 à 15:11
J'ai jamais utilisé RPG Maker, je t'avouerais, donc ta remarque ne peut pas s'appliquer à moi :mrgreen:

Certes mais tu ne baignes pas dans le monde de la programmation objet non plus, je pense ^^

Citation de: Daru13 le 01 Février 2009 à 14:28

CitationOui mais afficher un hud, par exemple, en utilisant que des objets, c'est loin d'être très agréable a faire.

Pourquoi ?

Un objet pour le fond du bouton, un objet pour l'épée sur le bouton, un objet pour le fond de l'autre bouton, un objet pour le bouclier sur le second bouton, etc.

Citation de: Daru13 le 01 Février 2009 à 14:28

CitationEnfin, il n'y a aucun intérêt a tester des collisions dans un hud.

Oui mais on teste des collisions avec d'autres images de toute façon :P.
Deux en un, pourquoi s'en plaindre ?

Je répondais uniquement a "puis tester si elle est en collision avec un objet". Je ne m'en plains pas.

Citation de: Daru13 le 01 Février 2009 à 14:28

CitationCoté variable, mettre une variable par cœur dans un Zelda, c'est loin d'être une bonne idée selon moi.

Ouais mais par exemple, dans un Zelda, des variables pour un objet "Link", c'est bien pratique ;).

Je comprend pas ce qui vous gêne dans l'idée d'avoir des "Objets"...

Que vous affichiez simplement une image dans un coin, ou que ça soit un protagoniste qui se déplace en 8 directions avec interactions avec l'environnement, ça ne change rien, utilisez un même objet, ça tue pas ! ;).

Après, je n'y connais rien dans la POO, mais j'imagine que c'est un peu dans la même optique que ce programme, non ?

Avoir des objets, c'est bien, avoir un objet pour gérer un ensemble de chose, comme tous les cœurs de Link dans le hud, c'est mieux, surtout pour la machine.

Citation de: Geomaster le 01 Février 2009 à 15:42

Citation de: Morwenn le 01 Février 2009 à 15:11
J'ai jamais utilisé RPG Maker, je t'avouerais, donc ta remarque ne peut pas s'appliquer à moi :mrgreen:

Certes mais tu ne baignes pas dans le monde de la programmation objet non plus, je pense ^^

Là, c'est totalement vrai, je ne peux pas le nier :P
Fin bon, j'aimais juste pas trop la façon de répondre trop froide de Nox, alors j'ai réagi un peu vite :rolleyes:

J'vais vous laisser discuter de prog tranquillement et aller boire mon café sur la table là-bas dans le coin, ça sera mieux :ninja:

CitationUn objet pour le fond du bouton, un objet pour l'épée sur le bouton, un objet pour le fond de l'autre bouton, un objet pour le bouclier sur le second bouton, etc.

Appelle tes "Images" "Objets" et ça reviens au même ;).

CitationAvoir des objets, c'est bien, avoir un objet pour gérer un ensemble de chose, comme tous les cœurs de Link dans le hud, c'est mieux, surtout pour la machine.

Qu'est-ce qui empêche d'avoir un seul objet pour les cœurs ? Tu modifie son sprite selon des variables et c'est bon ^^.

Citation de: Daru13 le 01 Février 2009 à 16:33

CitationUn objet pour le fond du bouton, un objet pour l'épée sur le bouton, un objet pour le fond de l'autre bouton, un objet pour le bouclier sur le second bouton, etc.

Appelle tes "Images" "Objets" et ça reviens au même ;).

Un objet et une image, c'est différent. L'objet demande plus de ressources. Les objets doivent aussi être coordonnés, ce qui est se compliquer la vie quand on peut se contenter d'afficher plusieurs images gérées par un seul objet.

Citation de: Daru13 le 01 Février 2009 à 16:33

CitationAvoir des objets, c'est bien, avoir un objet pour gérer un ensemble de chose, comme tous les cœurs de Link dans le hud, c'est mieux, surtout pour la machine.

Qu'est-ce qui empêche d'avoir un seul objet pour les cœurs ? Tu modifie son sprite selon des variables et c'est bon ^^.

La solution se compliquer la vie aussi. Link a 3 a 20 cœurs. Donc, il faut faire 18 images : une image a 3 cœurs, une image a 4 cœurs, etc. Ensuite, il faut également des images avec des coeurs vides : pour 3 cœurs, il faut une image avec 1 cœur vide, une autre avec 2 cœurs vides, et une troisième avec 3 cœurs vides. Ça fait déjà pas mal. Rajoutons encore le faite que Link puisse avoir des demi-cœurs, voir même des quarts de cœurs.
Il faut donc déjà faire toutes ses possibilités, ce qui peut être assez lourd, et en plus de ça, n'oublions pas les nombreuses images qui prennent, oui, très peu d'espace, mais quand même.
Et puis là, tu dis : je vais changer le style de mes cœurs ! Arf non, y'a trop d'images, ça va être chiant...

Bref, ça te complique la vie, alors que tu pourrais te contenter de 2 à 5 images d'un seul cœur (un cœur complet, 3/4, 2/4, 1/4, un cœur vide), qui en plus prennent encore moins de place, et seront facilement modifiables.

Game Develop a au moins le mérite d'exister.

Ah! Si à mes débuts un tel logiciel avait été disponible...

Il est aussi performant que Klik and Play, voir beaucoup plus, pour un soft gratuit c'est formidable.

Il a des défauts et alors?

Le bébé vient de naître, son papa a l'air sérieux, il l'amènera sûrement à maturité.
Ce jour là, la "concurrence " risque d'assister à une migration.

Bravo 4ian.

Citation de: Neo2 le 01 Février 2009 à 16:50Un objet et une image, c'est différent. L'objet demande plus de ressources. Les objets doivent aussi être coordonnés, ce qui est se compliquer la vie quand on peut se contenter d'afficher plusieurs images gérées par un seul objet.

Rien que le fait que ton image ait des coordonnées X et Y fait d'elle un objet.

Citation de: Zaki le 05 Février 2009 à 12:54

Citation de: Neo2 le 01 Février 2009 à 16:50Un objet et une image, c'est différent. L'objet demande plus de ressources. Les objets doivent aussi être coordonnés, ce qui est se compliquer la vie quand on peut se contenter d'afficher plusieurs images gérées par un seul objet.

Rien que le fait que ton image ait des coordonnées X et Y fait d'elle un objet.

Objet à quel sens du terme? D'un point de vue "structures de données" pures, ça pourrait tout aussi bien être un struct (C), un vecteur de type composites, etc.

Bon sang, je ne pensais pas déchainer une telle effusion de sang. :lol:

Pour reprendre l'histoire des coeurs de link, la solution d'avoir un seul objet avec des images représentants toutes les possibilitées ( 1,2,3..20 coeurs ) à est difficile en effet à créer, puis modifier.
On peut plutôt utiliser un objet "coeur", avec une image qui représente donc un coeur, et créer plusieurs objets avec les évènements en fonction de la vie du joueur :

Au début des évènements, on efface tous les coeurs présents.
On vérifie la variable vie du joueur, et on affiche plus ou moins de coeur en conséquence.

En gros, plutôt que d'afficher x images en fonction de la vie du joueur, on créé x objets coeurs en fonction de la vie du joueur.
Et le surplus de mémoire utilisé par un objet plutôt que par un "affichage d'image" est minime.
Et puis techniquement, l'écran de jeu est rafraichit à chaque fois que Game Develop finit de traiter les évènements. Donc il faudrait garder en mémoire les images à afficher, pour éviter que les objets s'affichent par dessus.
Et puis, quand tu voudra que tes coeurs disparaissent progressivement quand Link est touché, il sera facile de changer l'opacité des objets coeurs. Pareil, si tu voudra leur donner une animation du plus bel effet.

Bref, j'aurais un peu peur, si j'ajoute une tel fonctionnalité, qu'on utilise des images à outrance plutôt que les objets qui sont là pour représenter tout normalement, hormis le texte.

CitationLe bébé vient de naître, son papa a l'air sérieux, il l'amènera sûrement à maturité.

J'espère en effet  ^_^

Bonsoir,

La version 1.1 de Game Develop est sortie ce soir.
Voici quelques exemples de ce qui a été fait au fil des versions :

Optimisations :

Optimisation importante de l'affichage des évènements.
Optimisation importante de l'affichage des polices.
...

Nouvelles fonctionnalités :

Compilation simple améliorée ( Ressources du jeu compactés )
Amélioration de l'éditeur d'objets.
Outil permettant de décomposer un gif animé ou une feuille de sprite RPG Maker.
Mode Simple ( Possibilité d'activer un mode simple, qui réduit l'interface de Game Develop aux fonctions principales, idéal pour débuter. )
Nouvelles actions : Interface, Zoom, Changement de couleur
Nouvelles conditions : Test de distance, de l'état d'un son ou d'une musique...
Instructions de Contrôle avancé ( boucles )
Possibilité de modifier l'origine et d'ajouter des points sur les objets.
Des nouveaux exemples ( plateforme2, SaveLoad : Chargement et sauvegarde d'objets... )
...

...et les habituelles corrections de bugs.

Et en prime, quelques jeux créés avec Game Develop :

BattleStar : http://www.share.compilgames.net/affichjeu.php?id=18
Bloody Zombies ! : http://www.share.compilgames.net/affichjeu.php?id=14

Le logiciel est toujours téléchargeable gratuitement sur www.compilgames.net/gd.php

Construct est bcp mieux :o
http://construct.en.softonic.com/

[/concurrence déloyale]

Content de voir que le logiciel avance :)
Toujours dans le but de partager avec vous ce genre de logiciel, voici également un autre logiciel "de création" :

http://game-editor.com/

Il semble que celui-ci permette en outre de porter son projet sur DS  ^_^

CitationConstruct est bcp mieux

Surement actuellement plus puissant, mais Game Develop est plus jeune que Construct et possède aussi quelques avantages comme la création de jeux pour linux, ou le fait de ne pas avoir besoin de DirectX 9.

Citationhttp://game-editor.com/

Jamais essayé, les screenshots laissent à mon avis filtrer une certaine complexité...
Les possibilités de ports sont en effet intéressant, dû entre autre à l'utilisation de la SDL. Game Develop utilise pour sa part la SFML, qui ne possède pas encore de ports vers les mobiles/consoles de jeux. Mais ce n'est qu'une question de temps !
Et n'oublions pas que Game Editor est payant.

La version 1.2 de Game Develop est disponible.

(http://img9.imageshack.us/img9/8964/gamedevelopcomplet250x1.png) (http://img9.imageshack.us/i/gamedevelopcomplet250x1.png/)
Les nouveautés depuis la version 1.1 sont nombreuses :

Au niveau de la création de jeux :

-Automatisation complète de l'ancien système de localisation des actions/conditions.
-Possibilité d'utiliser des objets globaux à toute les scènes.
-Système de calque pour les objets.
-Nouvelles actions et conditions de temps.
-Nouvelles actions et conditions d'échelle de taille des objets ( redimensionnement ).
-Conditions/Actions d'arrêt de de reprise d'animation
-Conditions/Actions pour les joysticks
-Conditions/Actions pour les calques des objets
-Action pour positionner la souris
-Action/Condition de Rotation de caméra
-Action/Condition pour zoomer et dezoomer la caméra
-Accès à l'heure et au temps
-Actions volume des sons et musiques
-Actions Plein écran
-Choix du centre de rotation d'un objet
-Plus d'options pour la fenêtre de chargement de jeux
-Possibilité de mettre en pause les chronomètres

Au niveau de l'éditeur :

-Nouvelle interface profitant d'un ruban.
-Amélioration de l'éditeur d'évènements ( Retour à la ligne, annulation, mise en forme, raccourcis... )
-Un débugger permettant de consulter les données du jeu tout en y jouant.
-Réorganisation de l'éditeur des objet et des évènements ( inclusion à l'éditeur de scène ).
-Possibilité de glisser déposer un fichier pour l'ouvrir.
-Possibilité de glisser déposer un objet depuis l'éditeur d'objets sur l'éditeur de scène.
-Décomposeur de feuilles de sprites intégré
-Des nouveaux exemples : CourseAdvanced, Plateforme2, PeaThrow

En plus des nouveautés de moindre importance, des optimisations et des corrections de bugs. :)

Quelques screenshots de cette nouvelle version :

(http://img32.imageshack.us/img32/8694/ver12events.th.png) (http://img32.imageshack.us/i/ver12events.png/)
(http://img692.imageshack.us/img692/8462/ver12.th.png) (http://img692.imageshack.us/i/ver12.png/)
Et de nouveaux jeux créés avec Game Develop :

Eternity Under Fire : http://www.compilgames.net/forum/viewtopic.php?f=7&t=578 (http://www.compilgames.net/forum/viewtopic.php?f=7&t=578)
Drifts Road : http://www.share.compilgames.net/affichjeu.php?id=23 (http://www.share.compilgames.net/affichjeu.php?id=23)
Teaser du jeu ATHOME : http://www.terafiles.net/v-63170.html (http://www.terafiles.net/v-63170.html)

Game Develop est téléchargeable, gratuitement, sur le site officiel : http://compilgames.net/gd.php (http://compilgames.net/gd.php)

La version 1.3 de Game Develop est sortie aujourd'hui.

(http://img9.imageshack.us/img9/8964/gamedevelopcomplet250x1.png) (http://img9.imageshack.us/i/gamedevelopcomplet250x1.png/)
Avec donc de nombreuses nouveautés qui sont apparues au fil des versions :

Au niveau de la création de jeux :

-Système d'extension, permettant l'utilisation de nouveaux objets ( Textes, boite 3D... ) ou de nouveaux évènements ( Chiffrement AES, dessin primitif... ) :
-Extension Objet Boite 3D, permettant d'ajouter facilement un peu de "relief" aux jeux, comme des bâtiments en 3D.
-Extension AES, permettant de chiffrer et déchiffrer des fichiers.
-Extension dessin primitif, permettant de dessiner des formes à l'écran.
-Extension Objet Texte.
-Système de cameras multiples, permettant de créer entre autre des modes 2/3/4/.. joueurs.
-Optimisation de la gestion des objets.
-Optimisation des expressions.
-Fonctions pour modifier les images des objets : Permet par exemple la destruction "réelle" d'un terrain.
-Actions pour lancer des fichiers et commandes.

Au niveau de l'éditeur :

-Gestionnaire de projet, permettant l'édition de plusieurs jeux à la fois.
-Possibilité de définir des variables initiales, et leur valeur.
-Test des jeux dans une fenêtre externe
-Modification directement sur l'éditeur de scène de la rotation ou la taille des objets.
-Possibilité de modifier en direct les valeurs et propriétés des objets ou des variables dans le débugger.
-De nouveaux exemples

En plus des habituelles corrections de bugs.

Une traduction en anglais est aussi disponible :

Le logiciel a été traduit en anglais, ainsi que le fichier d'aide. Ce dernier a par contre été bien raccourci.
Vous pouvez choisir la langue à l'installation ou dans les préférences du logiciel.

La traduction est toute récente, si jamais vous rencontrez des erreurs, non sens, etc.., n'hésitez pas à m'en faire part.

Concernant les extensions :

Je mettrai en ligne dès que possible un SDK pour développer des extensions. Les 4 extensions officielles seront alors mises sous licence libre.

Concrètement, en image :

Un jeu de course avec batiment en 3D :
(http://img294.imageshack.us/img294/9996/course3d.th.png) (http://img294.imageshack.us/i/course3d.png/)

Le même jeu de course jouable à 2 :
(http://img38.imageshack.us/img38/2672/course3d2players.th.png) (http://img38.imageshack.us/i/course3d2players.png/)

Un exemple de ce que l'on peut faire avec quelques formules mathématiques et l'objet 3D :
(http://img705.imageshack.us/img705/5603/3dengine.th.png) (http://img705.imageshack.us/i/3dengine.png/)

Le site officiel a lui aussi subi un lifting. Vous pouvez donc y télécharger Game Develop :
http://www.compilgames.net (http://www.compilgames.net)

La version 1.5.9900 est sortie aujourd'hui.

Principales nouveautés depuis la version 1.4

-Ajout du concept d'automatisme, pour donner aux objets des comportements prédéfinis, permettant de gagner du temps ou de recréer des comportements particulièrement complexes.
-Ajout de l'automatisme Moteur Physique et de l'exemple PhysicsCrush ( Screenshot ici : http://www.compilgames.net/images/GameDevelop/ScreenPhysics.png (http://www.compilgames.net/images/GameDevelop/ScreenPhysics.png) )
-Ajout des évènements externes.
-Nouvelles actions pour les fichiers XML.
-Correction des bordures autour des images.
-Chargement progressif des images, démarrage des jeux plus rapide.
-Nouvelles conditions pour le clavier
-Nouvelles actions pour inverser l'affichage des sprites.
-Possibilité de désactiver des évènements.
-Ajout de boites de recherche pour retrouver rapidement un objet/action/condition dans une liste.
-Possibilité de choisir les actions et conditions en choisissant en premier l'objet.
-Ainsi que les corrections et nouveautés plus mineures.

Téléchargement et site officiel

Game Develop est toujours disponible gratuitement et en français sur www.compilgames.net (http://www.compilgames.net)

La version 1.5.9980 est disponible.
Les dernières versions apportent des nouveautés telles que :

-Un moteur de particules performant permettant d'afficher de très nombreuses particules et créer ainsi une multitude d'effets comme des feux très réalistes.
-Un objet Vidéo permettant d'afficher des vidéos au format libre OGG Théora ( Convertisseur inclus ).
-Ajout d'un outil de suivi de performance ( Profiler ), unique dans son genre, permettant d'afficher les ressources utilisés par chaque partie du jeu et affichant les performances de chaque évènement.
-Ajout d'une extension Réseau permettant de créer des jeux multijoueurs en ligne.
-Outil pour rechercher/remplacer dans les évènements
-Amélioration de l'interface, coloration syntaxique des expressions, éditeur de calque amélioré et une nouvelle fenêtre listant tous les objets placés sur la scène.

Vous pouvez observer ces nouveautés dans les screenshots ci dessous et dans les nombreux exemples toujours fournis avec Game Develop. ;)

(http://i27.servimg.com/u/f27/15/77/54/78/th/partic10.jpg) (http://www.servimg.com/image_preview.php?i=3&u=15775478)
(http://i27.servimg.com/u/f27/15/77/54/78/th/partic11.jpg) (http://www.servimg.com/image_preview.php?i=4&u=15775478)
(http://img209.imageshack.us/img209/5360/profilingchart2.th.png) (http://img209.imageshack.us/i/profilingchart2.png/)

Téléchargement

Game Develop est toujours disponible gratuitement et en français sur www.compilgames.net (http://www.compilgames.net)

Je viens de prendre une bonne heure pour tester ton logiciel et sincèrement je le trouve très bien.
Certes on trouve certains logiciels de making beaucoup plus puissants à l'heure actuelle mais le tien met tout de même la barre assez haut.  ;)
Ce qui m'a particulièrement plu est l'export sous linux (j'ai même téléchargé linux rien que pour tester  :ninja:) et le fait que le logiciel soit entièrement gratuit!
Ensuite la présence de différentes petites choses qui nous facilitent aussi le développement d'un jeu.

Maintenant je ne dis pas qu'il est dépourvu de "défauts", en effet je trouve l'idée de passer par la bibliothèque d'images obligatoirement avant de créer un objet assez ...déroutante (enfin c'est mon point de vue)
Ensuite il y a un nombre encore un peu faible d'extensions et quelques bugs graphiques chez moi (rarement)

J'ai bien mis "défauts" entre guillemets car je pense que cela s'arrangera avec les futures versions et avec la prise en main petit à petit du logiciel (MMF2 peut un peu dérouter un débutant lui aussi).

Pour résumer: ton logiciel apporte un tas de petits éléments qui manquent aux autres logiciels du genre mais la prise en main peut être un peu fastidieuse à ses débuts.

Ensuite me vient une dernière question : Est-ce toi tout seul qui à fait ce logiciel ? Où avec quelqu'un d'autre ?

En tout cas bravo pour ce logiciel et bonne continuation  :)!

Hum c'est pas 4ian qui a créé ce logiciel, juste pour ton information..  :P

Sinon c'est un excellent programme, je l'ai testé il n'y a pas longtemps. Peut-être un peu difficile à prendre en main au début, mais on s'habitue.  :)

EDIT : Enfin je crois que ce n'est pas 4ian qui a créé le logiciel, à voir ce qui est marqué plus haut.  :unsure:

Si si, c'est bien lui le dev du projet. ;)

Dans ce cas bravo pour le logiciel.  ;)

CitationHum c'est pas 4ian qui a créé ce logiciel, juste pour ton information..  tire la langue

Si si  :P

CitationEnsuite me vient une dernière question : Est-ce toi tout seul qui à fait ce logiciel ? Où avec quelqu'un d'autre ?

Game Develop a été entièrement créé par moi même.

Citationen effet je trouve l'idée de passer par la bibliothèque d'images obligatoirement avant de créer un objet assez ...déroutante (enfin c'est mon point de vue)

Je comprends que c'est pas dans les "moeurs" des logiciels de création habituels, j'essayerai de voir si je peux repenser ça.

CitationEnsuite il y a un nombre encore un peu faible d'extensions et quelques bugs graphiques chez moi (rarement)

J'attire cependant l'attention sur le fait qu'il y a pas mal de fonctionnalités qui sont directement intégrées et pas en extensions. De même, tout ne passe pas forcément par des objets dans Game Develop, par exemple les actions de cryptage marchent uniquement avec les évènements, tout comme les actions relatives aux fichiers, alors que d'autres logiciels de création utilisent en abondance des "objets invisibles", ce qui peut faire croire à tort que Game Develop offre moins de possibilités. ( Mais je suis d'accord que d'autres logiciels de création possèdent plus d'extensions permettant d'avoir des fonctionnalités assez exotiques. )

Merci pour vos tests en tout cas. :)

Le logiciel a l'air pas mal, je n'ai malheureusement pas le temps de le tester, mais je me demandais s'il était possible de faire une certaine fonctionnalité que je n'ai vu sur aucun logiciel, mais qui serait tellement utile :P

La possibilité d'assigner une palette de couleurs à un sprite et de la changer ingame. Par exemple, si on prend Zelda ALTTP comme référence, quand Link obtient une nouvelle tunique, le jeu ne fait en fait que changer la palette de couleurs en gardant le même sprite, ce qui permet d'avoir un habit vert, bleu ou rouge sans devoir refaire tous les sprites et leurs animations une par une, pour chaque habit :) Ce serait certainement un fonctionnalité très intéressante!

Sachant qu'en enregistrant en GIF ou en PNG-8, il y a une palette qui contient jusqu'à 256 couleurs qui est crée, ce serait bien que le programme puisse récupérer cette palette de couleurs, ou qu'il soit possible d'en créer une nouvelle à partir d'images "normales", selon les couleurs utilisés dans l'image, avec une sorte d'éditeur qui permettrait de gérer ces couleurs, changer leur ordre, ect. Une sorte de fonctionnalité "Utiliser une palette de couleur" qu'on peut mettre pour les sprites ou objets ;)

Enfin, bon, je ne sais pas si c'est possible mais ce n'est qu'une suggestion :P

Effectivement, cette fonction serait extrêmement pratique dans la mesure ou l'on aurait, comme l'a dit HCkev, à ne pas se retaper la re-colorisation manuelle de chaque sprite.

Citation de: HCkev le 29 Décembre 2010 à 05:00
une certaine fonctionnalité que je n'ai vu sur aucun logiciel

A ma connaissance, cette fonctionnalité existe sous MMF2  ;) ( => remplacer une couleur par une autre)

Il n'y a pas de telles fonctionnalités de disponible pour les Sprites, ce qui s'en rapproche le plus est l'action permettant d'appliquer un filtre de couleur pour coloriser un Sprite.

Une manière d'intégrer un mécanisme semblable aux palettes serait une action permettant de changer une couleur en une autre ( Il y a déjà une action pour rendre une couleur transparente ). Ainsi, une petite série d'action permettrait de changer la couleur du Link ou de ce que l'on veut.
Par contre, intégrer un système de palette me semble moins intéressant, ça reste quand même assez spécifique et surtout plus vraiment dans l'air du temps, je veux dire que je ne sais même pas si la bibliothèque qui charge les images supporte les PNG-8 par exemple.

La version 1.5.10151 est disponible.
Avec comme nouveautés principales apparues au fil des dernières versions :

-Support expérimental de la compilation pour Mac OS.
-Extension Automatisme de recherche de chemin ( Pathfinding ).
-Extension Lumières.
-Ajout de masques de collisions personnalisables.
-Extension Objet Entrée de texte
-Extension Événement à retardement
-Traduction en portugais disponible.
-Amélioration du débugger
-Nombreuses corrections mineures
-Nombreuses améliorations variés de l'éditeur ( Dossiers d'images, raccourcis, meilleure gestion des ressources... )
-Ajout du support expérimental du C++ : Game Develop supporte l'ajout de fichiers C++ au sein des projets, qui seront compilés en utilisant Mingw et les bibliothèques utilisés par GD, téléchargeables sur le site de façon à pouvoir les utiliser directement avec Game Develop.

Vous pouvez voir l'extension Lumières en vidéo ici : http://youtu.be/0PO7T1xdDTY
et l'automatisme de Recherche de chemin, dans une vidéo qui montre comment transformer un objet au départ inanimé en un objet qui se déplace au milieu d'obstacles : http://youtu.be/D4LGZiCVOy8

(http://img703.imageshack.us/img703/6250/logocompleteeffecttranp.png)

Game Develop 2 est disponible, et apporte des changements importants :

-L'éditeur d'évènements a été entièrement refait, le rendant plus rapide et flexible, avec la gestion du drag'n'drop, l'édition des paramètres en direct, le pliage des sous évènements, la coloration des paramètres.
-Les évènements sont maintenant compilés en code machine, à l'instar d'un code écrit dans un langage de programmation comme le C++. Game Develop est ainsi sans doute un des premiers logiciels de création à concilier l'approche d'un logiciel de création avec des technologies utilisées par les professionnels dans les jeux commerciaux par exemple.
-Corrections et améliorations moins importantes, comme une extension "Associations d'objets" par exemple.
-Et un nouveau logo que vous pouvez admirer juste au dessus :)

Game Develop 2 est toujours disponible à cette adresse :
http://www.compilgames.net/?file=kop3.php

Si vous testez GD pour la première fois, de nombreux exemples sont disponibles dans le répertoire Examples.

Une version pour Ubuntu 11.04 est disponible sur cette même page. Elle présente encore quelques soucis mineurs, mais devrait être utilisable. En cas de problème, postez sur un message sur le forum pour me le signaler.

La compilation est bien sûr transparente pour l'utilisateur, mais si Game Develop vous rapporte un problème, n'hésitez pas à me le rapporter au plus vite. J'ai déjà mis en ligne des versions de tests, mais il y a peut être encore quelques petits soucis.

J'aimerais en savoir plus sur ce que tu entends quand tu dis que le code utilisateur est compilé en code machine. Si ce n'est pas un abus de langage de votre part, c'est en effet une jolie fonctionnalité.

GD génère un AST qui est ensuite passé à GENERIC ou un truc du genre?

Pas d'abus de langage non : Les évènements sont littéralement transcrits en C++, et le code généré est immédiatement utilisé par le compilateur Clang ( http://clang.llvm.org/ ) pour générer une représentation intermédiaire gérée par LLVM, qui est enfin compilée en code machine. ( LLVM possède ce qui faut pour gérer et exécuter ce code machine. )

Pour moi/les développeurs d'extensions, un avantage à cette technique est que GD peut utiliser beaucoup plus facilement le code C++ déjà existant. Ce que je veux dire, c'est que auparavant les extensions devait déclarer des fonctions annexes pour interfacer les évènements et les fonctions des extensions ( du "glue code" ). Maintenant, pour peu qu'on respecte certaines règles, GD peut directement utiliser ces fonctions.
Par exemple, quand auparavant on lançait une action pour mettre la position X d'un objet à 5, Game Develop appelait une fonction annexe supplémentaire qui évaluait les arguments et changeait la position X de l'objet.
Maintenant, Game Develop peut directement faire "Object->SetX(5)".

Autre avantage de générer le code C++, c'est de pouvoir un jour adapter ceci à d'autres langages, pour ouvrir GD à d'autres technologies si besoin.

(http://img703.imageshack.us/img703/6250/logocompleteeffecttranp.png)

Game Develop 2.1 est disponible.
Les différentes versions depuis la 2.0 ont apporté de très nombreuses corrections, des améliorations de performances dans l'éditeur de scènes et diverses fonctionnalités. Par exemple :
-Polygones de collisions personnalisables pour le moteur physique.
-Duplication d'un objet avec Ctrl ou le collage avancé dans l'éditeur de scènes.
-Variables initiales spécifiques aux instances d'objets de la scène.
-Amélioration du debugger pour les sons et musiques.
-Modifications d'ordre pratique, comme l'affichage des scènes/évènements externes disponibles lors de l'édition d'un lien.
-Support du C++ à travers les évènements Code C++ et la possibilité d'utiliser des fichiers sources externes.

Je tiens à souligner que Game Develop est le seul logiciel de développement de jeu qui allie la simplicité d'approche d'un système d'évènements et la puissance de la compilation d'un langage de programmation.  :)

Game Develop 2 est toujours disponible gratuitement et compatible avec Windows et Ubuntu 11.10 :
http://www.compilgames.net (http://www.compilgames.net)

Vous trouvez également plus d'informations sur le logiciel sur le site.
Si vous testez GD pour la première fois, de nombreux exemples sont disponibles dans le répertoire Examples.

Hello,

Content de voir que le projet continue d'avancer :)

En fouillant un peu sur le forum, j'ai réussi à obtenir des informations sur la license du logiciel:

CitationGame Develop is freeware, in the sense that it is totally free of charge.
- You can use the software for personal or commercial use.
- The software is provided 'as-is', without any express or implied warranty.
- You can distribute the software to anybody provided you do not charge money for it, you do not claim to be the author and you distribute the entire software with its installer.
- You must not try to decompile the software.

Games created with Game Develop
- The author of Game Develop is not liable for games made with the software.
- If you create a game with Game Develop, an acknowledgement in the game documentation would be appreciated but is not required.

If you have any questions contact the author at his email address CompilGames@gmail.com or go to the Compil Games website www.compilgames.net.

Si cela est toujours d'actualité, je me demandais quelles étaient tes raisons de ne pas ouvrir le code source pour éventuellement accrocher une communauté de l'open source et être le premier (?) logiciel de création de jeu de la sorte.

Après il faudrait voir quelle est ta communauté d'utilisateur, et si cela pourrait apparaitre comme un plus face à d'autres concurrents comme la Clickteam, Scirra Construct, et autres...

Je verrais personnellement la possibilité d'offrir des ports supplémentaires (OSX, iOS, Android, etc...), et sans doute une mise en valeur / dynamisation du projet (même si à en voir tes mises à jours fréquentes, ça continue de bouger).

CitationSi cela est toujours d'actualité, je me demandais quelles étaient tes raisons de ne pas ouvrir le code source pour éventuellement accrocher une communauté de l'open source et être le premier (?) logiciel de création de jeu de la sorte.

Je le ferai si jamais je manque de temps pour pouvoir m'occuper suffisamment de GD.
J'essaye d'avoir déjà des composantes du logiciel en open surce par la mise en place des extensions officielles en open source ( Certaines on déjà profiter de quelques nouveautés introduites par d'autres développeurs ).

CitationAprès il faudrait voir quelle est ta communauté d'utilisateur, et si cela pourrait apparaitre comme un plus face à d'autres concurrents comme la Clickteam, Scirra Construct, et autres...

Oui cela serait surement un plus, même si actuellement il ne semble que ça ne rebute pas beaucoup de personnes d'utiliser des logiciels propriétaires et surtout payants ( donc bien plus cher que GD  :lol: ) ( Pour des logiciels dont Game Develop n'a parfois pas grand chose à envier au passage ) ( Et qui pour certains ont un rythme de mise à jour qui semble pas non plus des plus soutenus ) ( Bref  :lol: ).
Mais comme dit au dessus, tant que je peux maintenir GD, je préfère garder les sources fermées, tout en utilisant au maximum des technologies libres ( et même uniquement ça ).

CitationJe verrais personnellement la possibilité d'offrir des ports supplémentaires (OSX, iOS, Android, etc...), et sans doute une mise en valeur / dynamisation du projet (même si à en voir tes mises à jours fréquentes, ça continue de bouger).

Ce serait des possibilités intéressantes, mais je compte par exemple offrir un cadre dans GD permettant de gérer ces ports plutôt que ça parte dans tous les sens sans harmonisation.

CitationMais comme dit au dessus, tant que je peux maintenir GD, je préfère garder les sources fermées, tout en utilisant au maximum des technologies libres ( et même uniquement ça ).

Bouh, caillassez-le!

Tant qu'il n'y a pas de copyleft dans les licences libres des logiciels que tu utilises :P

Sinon, je plussoie les arguments de Yoshi, pour une éventuelle libération d'ici quelques années ^^

(http://img703.imageshack.us/img703/6250/logocompleteeffecttranp.png)
La version 2.1.10904 de Game Develop est disponible.

-L'éditeur d'objets Sprite a été refait entièrement pour être plus flexible :
(http://www.wiki.compilgames.net/lib/exe/fetch.php/en/game_develop/documentation/manual/spriteediting.png)

-Un nouvel exemple de jeu de course :
(http://img24.imageshack.us/img24/8384/racinggameexample.png)

-Une nouvelle fonctionnalité est disponible : Il s'agit des agencements externes.
Ceux ci permettent de créer des agencements d'objets, comme dans une scène, et de les créer ensuite dynamiquement dans une scène : ça permet notamment de créer des niveaux multiples ( voir l'exemple "Multiple levels with external layouts.gdg" ) ou de créer des bouts de niveaux qu'on peut créer dynamiquement où l'on souhaite.
Exemple de l'architecture d'un jeu prenant appuie sur ce principe :
(http://www.wiki.compilgames.net/lib/exe/fetch.php/en/game_develop/documentation/manual/projectmanager.png)

-Un exemple montrant comment débuter un Doodle-like avec des sprite style Castlevania :
(http://img694.imageshack.us/img694/7964/castledoodle.png)

-L'exemple Shoot a reçu de nouveaux graphismes grâce à un sympathique membre du forum et quelques autres adaptations :
(http://img855.imageshack.us/img855/3627/shootscreen.png)

Game Develop est disponible gratuitement, pour Windows et Linux, toujours à la même adresse :
Compil Games - Game Develop: Free and powerful game development software (http://www.compilgames.net)

La version 2.2.11127 vient de sortir  :)

Voici quelques uns des changements depuis la dernière fois que je suis passé donner des nouvelles :

-Amélioration de l'éditeur de scènes ( Propriétés affichées dans une grille, avec édition de multiples objets possibles, verrouillage des objets, redimensionnement facilité avec des vraies poignées ).
-L'éditeur de la banque d'images profite également d'une grille de propriétés pour faciliter l'édition de la liste.
-La compilation en interne a été légèrement revu, ce qui a fait baisser un peu le poids des jeux et a amélioré la vitesse.
-L'aide s'affiche dans un navigateur integré à GD.
-En parlant d'aide, celle ci est maintenant intégralement en ligne ( et librement améliorable par tous ) sur le wiki : http://wiki.compilgames.net/doku.php/game_develop/documentation
-Des modèles de jeux sont proposés à la création d'un nouveau jeu.
-L'interface de certaines boites de dialogue a été épurée.
-Corrections de crashs avec les cartes graphiques Intel.
-Les projets font maintenant référence aux ressources ( notamment les images ) grâce à des chemins relatifs au dossier du jeu. En bref, il est possible de déplacer facilement un projet d'un ordinateur à l'autre en copiant simplement le dossier de celui ci avec les images.
-Les masques de collisions peuvent maintenant être des polygones convexes quelconques.

Téléchargement

Game Develop est disponible comme d'habitude sur http://www.compilgames.net (http://www.compilgames.net), pour Windows et Ubuntu.

La version Ubuntu nécessite quelques dépendances qui sont maintenant rappelées quand on lance le logiciel si jamais on ne les a pas d'installées.
Normalement, GD devrait tourner sur les Ubuntu et derivées pas trop anciennes, on m'a rapporté que ça tournait sur quelques autres distrib aussi. Un exemple sur Linux Mint 64 bits :

(http://i.imgur.com/njLZurz.png)

La version 3 de Game Develop est disponible :)

La principale nouveauté est la possibilité de créer des jeux HTML5 avec la nouvelle plateforme Web. Il est également toujours possible de créer des jeux natifs, voir des jeux qui peuvent être exportés sur les deux plateformes.
Des parties de l'interface ont été revues ( Grille de propriété pour les objets ) et de nouveaux automatismes sont disponibles pour accélerer la création de jeux

Quelques exemples de jeux Web

Pour les curieux, voici quelques exemples de jeux :

http://www.compilgames.net/games/WebShoot (http://www.compilgames.net/games/WebShoot)
http://www.compilgames.net/games/WebSoldier (http://www.compilgames.net/games/WebSoldier)
http://www.compilgames.net/games/EnhancedTutorial (http://www.compilgames.net/games/EnhancedTutorial)

Comme pour tous les jeux en HTML5, assurez vous d'avoir un navigateur récent avec WebGL d'activé  :)
Les jeux tournent aussi sur les smartphones récents, plus d'optimisations pour les mobiles sont à venir, ainsi que la gestion du tactile ;)
De même, de nombreuses extensions seront bientôt portée vers la plateforme Web pour un maximum de fonctionnalités et de compatibilité avec les jeux natifs déjà existants.

Extensions officielles et platforme Web open source

Les extensions officielles sont disponibles librement : https://github.com/4ian/GD-Extensions (https://github.com/4ian/GD-Extensions)
De même, la plateforme web peut profiter de vos contributions : https://github.com/4ian/GDJS (https://github.com/4ian/GDJS)

Téléchargement

Game Develop est disponible comme d'habitude sur www.compilgames.net (http://www.compilgames.net), pour Windows et Ubuntu.
A noté que Game Develop est toujours disponible gratuitement, mais que vous pouvez également donner ce que vous souhaitez si vous trouvez le logiciel utile.

Pour les débutants, un tutoriel tout en français est disponible sur le wiki : Tutoriel pas à pas pour débuter avec Game Develop (http://wiki.compilgames.net/doku.php/game_develop/tutoriels/debutant)

En 4 ans, je n'avais pas du tout vu ce topic. Je m'auto-congratule.
J'ai épluché le step by step français, histoire de voir comment ça se manie.
Y a beaucoup de potentiel! Joli travail. :)

Bonjour,

Je passe présenter quelques ajouts dans les dernières versions de Game Develop  :)

Un nouvel automatisme "Plateforme" est disponible : Il permet de créer rapidement et efficacement un jeu de plateforme en désignant un ( ou plusieurs ) objets comme pouvant se déplacer sur les plateformes, et d'autres objets comme étant les dites plateformes.
Vous pouvez tester le modèle "Web platformer" ( fourni avec GD ) directement ici : http://compilgames.net/games/WebPlatformer/ (http://compilgames.net/games/WebPlatformer/)

L'automatisme Moteur physique est également présent pour les jeux HTML5. Là aussi, vous pouvez le tester directement en ligne sur ce petit jeu d'exemple fourni avec Game Develop : http://www.compilgames.net/games/AngryPeasExample/ (http://www.compilgames.net/games/AngryPeasExample/)

D'autres objets ont également été rendus disponibles pour les jeux HTML5 ( Objets TiledSprite ( Mosaïques )... ), ainsi que des automatismes ( Drag'n'drop, destruction automatique à la sortie de l'écran... ), des nouvelles actions pour envoyer par exemple des requêtes HTTP ou parser du JSON, pas mal de bugs corrigés, le support complet de l'audio pour les jeux HTML5 et il y a même des nouveaux thèmes visuels pour l'éditeur ( Dans le style "Metro" de Windows 8 ).

GD est toujours téléchargeable sur le site officiel : http://compilgames.net/ (http://compilgames.net/)
Vous pouvez également aimer la page facebook pour donner un petit coup de pouce au logiciel :) : https://www.facebook.com/GameDevelop (https://www.facebook.com/GameDevelop)

Toujours très impressionné par ton travail :)
Est-ce que le moteur physique est fait maison? Ou est-ce une bibliothèque comme Box2D? (ils ont des implémentations web aussi)

De même, il faudrait vraiment que je l'essaie un peu plus :)

Sinon, as-tu déjà envisagé d'intégrer un module d'animation ? Avec possibilité de gérer une timeline et de poser des clefs sur les différents paramètres inhérents aux sprites. Ainsi qu'une gestion plus précise via les courbes :P
C'est courant dans le domaine de la 3D, mais j'ai eu l'occasion de voir tout ça appliqué à la 2D sous After Effect.

D'autre part, j'ai l'impression que la programmation nodale (comme le kismet sous UDK) prend de plus en plus d'ampleur. J'en ai utilisé en début d'année et j'admets que ça passe plutôt bien pour la programmation Click&Create (pour les textures/shaders aussi).

Le moteur physique est Box2DWeb, ce qui va parfaitement avec Box2D qui est déjà utilisé pour les jeux natifs  :)

Il y a eu une extension développée par un autre développeur qui permettait de dessiner des objets sous formes de squelettes auquels on fixait des images, ça permettait de créer des animations de ce genre. Après, la demande est assez peu élevée pour le moment pour ce genre de chose, je crois que l'extension n'a pas été mise à jour pour les dernières versions : Le plus dur étant de faire quelque chose d'ergonomique pour que chacun puisse l'utiliser de façon efficace.

Citation de: 4ian le 10 Novembre 2013 à 11:29
Le plus dur étant de faire quelque chose d'ergonomique pour que chacun puisse l'utiliser de façon efficace.

C'est le plus important, c'est sûr :)

C'est vraiment pas mal. Toujours pas au niveau d'un Multimedia Fusion (ou Fusion 2.5) qui reste pour moi la référence dans le domaine des logiciels de type CASE, mais c'est un bon challenger.

Une campagne de financement participatif a été mise en place pour Game Develop sur Indiegogo  :D
Il s'agit de trouver des fonds pour porter Game Develop sur MacOS, améliorer le support Ubuntu et aussi de permettre l'export des jeux HTML5 vers iOS et Android !
Les contributeurs pourront avoir accès aux version bêta avant leur mise en ligne officielle pour avoir les nouvelles fonctionnalités dès qu'elles sont prêtes !

La page Indiegogo est ici : http://igg.me/at/gdevelop/x/6586688 (C'est en anglais, mais posez moi toute question si quelque chose n'est pas clair évidemment  ;))

N'hésitez pas à partager les posts de la page https://www.facebook.com/GameDevelop ou du Twitter officiel https://twitter.com/Game_Develop  :D

Pas mal, le montant visé n'est pas exorbitant, ça ne semble pas trop mal parti, et les fonctionnalités que vous proposez sont également réalistes mais pratiques ; bon choix et compromis je trouve. L'interface semble plus propre qu'auparavant, y'a eu du neuf de ce côté-ci ?

En tout cas (comme d'habitude mais bon), ravi de voir que GD se porte bien et ne cesse d'évoluer de manière positive... :).

Merci, le montant n'est en effet pas exorbitant au regard des fonctionnalités qui pourraient être developpées, ça me semble intéressant et juste pour tout le monde  :)
N'hésitez pas à partager avec les options de partage sur la page Indiegogo ou suivre Game Develop sur twitter : https://twitter.com/Game_Develop

Oui un graphiste a refait toutes les icones du logiciel  :lol: J'ai de mon coté adapté le ruban et quelques élements de l'interface pour obtenir un look "flat" et clean plus à la mode.
Rien que ça, ça donne un bon feeling lors de l'utilisation du logiciel  :)

Avec les récents changements (Unreal, Crytek), il va devenir de plus en plus dur pour des indépendants de fournir un éditeur avec autant de features. Je pense que votre force réside dans le "prototyping" : tester et ajuster rapidement les mécaniques d'un gameplay sans se perdre dans les détails de l'implémentation :)

Je pense qu'il est dans votre intérêt de mettre ça en avant, et d'allouer moins de moyens sur le développement "release". En ce sens, j'approuve le portage de l'éditeur sur d'autre plateformes, bien plus que la production de jeux exécutables sur platformes mobiles/web.

Bon courage pour la suite ;)

@4ian:
Bon courage pour la campagne de financement! Le montant visé n'est pas très haut et j'ose espérer que le projet pourra se conclure dans le positif! Il sera également intéressant de voir comment se déroule le port sur OSX ;)

@Wouf:
Pouvoir publier le jeu au format web, c'est tout de même un grand avantage:
- Web: Le jeu se lance via un navigateur web avec un simple clic (ou au touché si compatible mobile)
- OS classique: Télécharger le binaire compatible du jeu, potentiellement l'installer et ensuite clic / touch pour y jouer.

Bien sûr il y a des désavantages nombreux avec la version web (performances, limites de la sandbox, etc.), mais c'est probablement le média le plus simple pour le partage.

Pense qu'en web et mobile, tu as des plateformes qui proposent énormément de features à prix réduit, en ce compris la 3D, les shaders, ... Des logiciels tels que Game Develop ne pourront rivaliser éternellement. C'est ça que je veux dire. Le "target" ou dev "release" deviendra de plus en plus dérisoire face à la concurrence de studios avec plus de 100 ingénieurs à temps plein. En revanche, pour développer un prototype rapidement, en quelques clics et tester/équilibrer les mécaniques d'un gameplay, les logiciels tels que game develop et game maker ont un avantage crucial. Pas pour le développement final.

Edit: le partage n'a pas sa place durant la phase de prototypage, en revanche, un support mobile permettrait de tester l'ergonomie des capteurs sur le gameplay : accéléromètres, gyroscopes, ... J'avais négligé ce point.

Tu peux avoir les avantages des 2. Entre WebGL et des outils du genre Emscripten (https://github.com/kripken/emscripten), on commence à faire sauter les plus grosses barrières web vs binaires, notamment au niveau de l'exploitation du gpu ( Unreal 3 sur firefox (https://www.youtube.com/watch?v=BV32Cs_CMqo) , et glxGears (http://www.sea-of-memes.com/LetsCode80/glxgears.html) pour voir les perfs ).
Pour des grosses appli ça reste bien sur lourd de se taper le download à chaque cache vidé, mais sinon c'est clairement négligeable vu l'avancée dans le domaine ;)
Faudra tenter de porter solarus sur un serveur et faire un twitchplayspokemon-like à l'occas ^^

Bonne chance pour les ports en tout cas :)

Là n'est pas la question, je ne parlais pas de perfs ;)

Sinon, je vous encourage à visionner ces courtes vidéos qui illustrent le fonctionnement de Game Develop :

Un berf apperçu du système d'événements, pas à pas (anglais) (https://www.youtube.com/watch?v=KjRV-Pu6Y38)
Mise en place accélérée d'un jeu de plateforme (avec anims et scrolling) (https://www.youtube.com/watch?v=5jdOR-NAiSA)

Ca me rappelle mes débuts avec TGF/MMF et Game Maker :)

Quelques nouvelles, la version 3.4 de Game Develop est en ligne ! :sourire3

Dans les nouveautés, on compte un nouveau mouvement pour bouger un objet dans 4 ou 8 directions avec le clavier, une traduction russe en plus de la française/anglaise/espagnole, des améliorations de performances (rendu 400% plus rapide des jeux HTML5, mise à jour de SFML coté natif), ajout du support de Intel XDK pour exporter les jeux HTML5 vers Android et iOS.

Pour rappel, Game Develop est maintenant entièrement open source et sur GitHub: https://github.com/4ian/GD

Un objet TileMap pour créer des cartes à base de tiles est en cours d'écriture par un autre développeur, ça promet de faciliter radicalement la création de map ou de jeux à base de tiles. :)

Le téléchargement se fait toujours sur http://www.compilgames.net (ou sur GitHub, dans l'onglet "Releases" !).
N'hésitez pas à liker la page Facebook: http://facebook.com/GameDevelop
et followez le compte Twitter: http://twitter.com/Game_Develop :sourit

Citation de: 4ian le 29 Août 2014 à 21:57
Pour rappel, Game Develop est maintenant entièrement open source et sur GitHub: https://github.com/4ian/GD

\o/ Hurray \o/

Content que tu ais pris cette décision :)

En passant j'ai fait un peu de pub pour toi sur: http://forums.tigsource.com/index.php?topic=42292.30

Je viens d'utiliser ce logiciel le temps d'une mini gamejam pour gagner du temps ... Et au final j'en ai encore plus perdu :ninja:

Dans l'ensemble, je trouve ce logiciel bien foutu. Il souffre de plusieurs limitations par rapport à du code, mais y a tjs bien moyen de bidouiller ^_^

En revanche, il y a un quelque chose que je n'ai pas aimé du tout et qui m'a fait perdre une quinzaine d'heures !
--> La signification des identificateurs qui change en cours de code :ninja:

Je m'explique. Lorsqu'on crée une entité, on lui donne un nom. Admettons que je l'appelle Spider. Je peux à présent poser plusieurs instances de Spider sur ma scène. Mais dans l'event-script, il n'y a pas de notion de pointeur, de référence ou d'id. Ainsi Spider peut tantôt faire référence à toutes les instances de la "classe" Spider, tantôt faire référence à une instance en particulier, voire à un sous-ensemble. Par exemple, si je teste une collision entre Spider et Player, Spider fera reférence aux instances de type Spider qui sont en collision avec le joueur, soit un sous-ensemble des instances de Spider ; les actions s'exécuteront dès lors pour chaque élément de ce sous-ensemble. Dans une boucle foreach sur Spider, Spider fait référence à l'instance de l'itération courante. Bref, les actions impliquant Spider seront exécutées pour chaque élément de la classe.

Mais il y a des situations plus problématiques : si je crée dynamiquement une instance de Spider, Spider désignera désormais la nouvelle instance pour toutes les actions qui suivent ... Ainsi que dans celles des sous-événements.

Et voici un cas vraiment problématique :
[event] Si machin, [action] alors crée une instance de type Spider à une position aléatoire.
[sub-event] Foreach Spider, [action] mettre la variable d'instance bidule à 0.

A votre avis, combien d'araignées auront leur variable réinitialisée ?
Je vous le donne en mille : 1, à savoir la nouvelle ! :linkXD:

Ben oui, tout semble se passer comme si un identificateur (p.ex. Spider) désignait un ensemble d'instances. Par défaut, il contiendrait toutes les instances. Mais après certaines instructions, ce sous-ensemble se réduirait par intersections successives. Dès lors, toutes les actions qui suivent ou qui font partie de sous-événements ne seront appliquées qu'au dernier sous-ensemble d'instances (Spider).

Alors certes, il y a parfois moyen d'y remédier en changeant l'ordre des instructions ou en les séparant en différents sous-events. Néanmoins, je pense que ce mécanisme génère plus de bugs et d'énervement qu'autre chose :(


Edit : En plus, je vois mal comment faire des jeux plus complexes sans conteneurs (tableaux, listes, ...) :unsure:

C'est embêtant ça. Et du coup, on ne peut pas non plus faire quelque chose du genre : "si deux Spider se rencontrent, déplacer l'une à gauche et l'autre à droite" ?

On avait un problème très similaire avec The Games Factory et Multimedia Fusion. Pas moyen de distinguer les instances entre elles. Au final, pour s'en sortir, il faut ruser mais ça devient très compliqué. Je pense qu'on ne peut pas cacher à l'utilisateur la différence entre une classe et une instance. Pour s'en sortir, il faut finalement connaître la programmation objet (classes, instances) alors que le but de ces logiciels est censé être l'inverse : soi-disant, pas besoin de s'y connaître en programmation.

CitationPar exemple, si je teste une collision entre Spider et Player, Spider fera reférence aux instances de type Spider qui sont en collision avec le joueur, soit un sous-ensemble des instances de Spider ; les actions s'exécuteront dès lors pour chaque élément de ce sous-ensemble.

Mais c'est exactement le principe fondateur qui fait que la création avec les évènements ça marche !  :lol:
Sans ça, impossible de créer des conditions pour modifier par exemple la vie d'un objet qui vient de rentrer en collision avec un ennemi ou ce genre de chose  :)
C'est expliqué dans les concepts dans le guide de démarrage du logiciel : http://www.wiki.compilgames.net/doku.php/game_develop/documentation/manual/pres_concepts

(Partie "La sélection des objets par les évènements").
C'est le même fonctionnement dans MMF ou Construct 2/Construct Classic : les conditions d'un évènement permettent de "filtrer" les objets sur lesquels on va effectuer les actions (tels des "if" de programmation tout simplement). Et donc d'effectuer les actions uniquement sur un sous ensemble d'objets.

Sans ça, aucun jeu ne peut être créé  :)

CitationMais il y a des situations plus problématiques : si je crée dynamiquement une instance de Spider, Spider désignera désormais la nouvelle instance pour toutes les actions qui suivent ... Ainsi que dans celles des sous-événements.

Là aussi, c'est le même principe : les seuls instructions qui changent les objets "filtrés" sont les conditions logiquement, et cette action. Ca va permettre de faire ceci :

Conditions : Aucune
Action 1 : Créer un objet Spider
Action 2 : Tourner Spider vers sa cible
Action 3 : Mettre la vie de Spider à 100
Action 4 : et ainsi de suite  :)

CitationEt voici un cas vraiment problématique :
[event] Si machin, [action] alors crée une instance de type Spider à une position aléatoire.
[sub-event] Foreach Spider, [action] mettre la variable d'instance bidule à 0.

Ca se règle en une action :

[event] Si machin,
[action] alors crée une instance de type Spider à une position aléatoire.
[action2] Considérer toutes les objets Spider
[sub-event] Foreach Spider, [action] mettre la variable d'instance bidule à 0.

L'action Considérer tous les objets XXX est (avec les conditions et l'action de création) une des dernières actions qui permettent de filtrer les objets (il reste l'action qui choisit une entité au hasard, très pratique d'ailleurs).
Elle permet tout simplement de recommencer à filtrer tous les objets de la scène  :)

CitationPas moyen de distinguer les instances entre elles.

Si tu as besoin absolument de distinguer deux instances, tu peux leur affecter une variable aléatoire ou différente du moins qui servira à les identifier (grâce à une condition qui filtrera une ou l'autre en testant la variable).

C'est vraiment le coeur de ce genre de logiciel : traduire les phrases du genre "Si Spider est en collision avec Laser Alors Détruire Spider". Dans ma phrase vous comprenez bien que je veux détruire uniquement les spider en collision avec Laser et non pas toutes ? Et bien dans GD (MMF et Construct), c'est pareil !  :lol:
Le seul moment où ça peut être chaud et j'en conviens, c'est dans le cas posté par Christopho "si deux Spider se rencontrent, déplacer l'une à gauche et l'autre à droite".
Mais sinon, tout ce fait très bien.  :)
EDIT : Remarque, en utilisant l'évènement "Pour chaque objet", on peut très bien faire partir à gauche ou à droite les Spider en collision. (Et là aussi quand je dit "les Spider en collision", j'exprime le fait que je n'applique mon évènement qu'a les Spider que j'ai "selectionné" avant : c'est ce que ma condition de test de collision fait  :)
(Je me répète un peu mais bon  ^_^)

CitationEdit : En plus, je vois mal comment faire des jeux plus complexes sans conteneurs (tableaux, listes, ...) hésite

Exact ! C'est pour ça que GDevelop est le seul logiciel à gérer les variables qui contiennent des variables enfants (i.e: des structures) qui permettent de faire des manipulations avancer (on peut même traduire du JSON en structure avec une action). Notamment garder en mémoire des listes ou des tableaux !
Voir la fin de cette page : http://www.wiki.compilgames.net/doku.php/game_develop/tutoriels/commentutiliserlesvariables

Ok, merci pour les explications très détaillées :)
Ça me semble beaucoup plus clair, et effectivement l'action "Considérer toutes les objets Spider" règle le problème de Wouf.

Citation de: 4ian le 24 Novembre 2014 à 09:06

CitationPas moyen de distinguer les instances entre elles.

Si tu as besoin absolument de distinguer deux instances, tu peux leur affecter une variable aléatoire ou différente du moins qui servira à les identifier (grâce à une condition qui filtrera une ou l'autre en testant la variable).

Ok, c'est un moyen de contourner le problème. Mais ça me semble très lourd : si je comprends bien, pour pouvoir identifier un objet, il faut les parcourir tous linéairement. Il faudrait un système d'index pour pouvoir accéder en temps constant à un objet précis selon son id. Je crois qu'il y a ça dans MMF : une variable spéciale qui sert d'identifiant unique dans chaque objet. En gros, l'équivalent d'un pointeur finalement.

CitationConsidérer toutes les objets Spider

Effectivement, je n'avais pas vu cette action. C'est assez chaud à deviner quand on l'ignore ... Particulièrement avec des réflexes de programmeur :P Ca simplifiera ma solution, c'est sûr ^^

Citation de: Christopho le 24 Novembre 2014 à 10:04
Mais ça me semble très lourd : si je comprends bien, pour pouvoir identifier un objet, il faut les parcourir tous linéairement. Il faudrait un système d'index pour pouvoir accéder en temps constant à un objet précis selon son id. Je crois qu'il y a ça dans MMF : une variable spéciale qui sert d'identifiant unique dans chaque objet. En gros, l'équivalent d'un pointeur finalement.

J'allais y venir justement. Multiplier les accès linéaires alors qu'un temps constant suffirait, ça risque de poser des problèmes de performances sur certains jeux. En particulier pour les plateformes mobiles. Pour un gars qui vient du dev console, c'est inimaginable :ninja:
Et oui, pouvoir référencer des instances par id, ce serait déjà mieux :)

Sinon, j'admets que c'est un système astucieux ^^
J'aime beaucoup la programmation, qu'elle soit au clic and create, visuelle, par script, système et même assembleur. En fait, tant que j'évite la jvm, tout me va :D Je me suis bien amusé avec ce logiciel !

Mais pour le moment, je flirte avec le blueprint d'ue4 :coeur:

Edit :
En fait, ma frustration venait aussi du fait que le moteur physique plante si deux instances se retrouvent au même endroit (sûrement une division par la distance entre 2 objets). Ca me ralentissait beaucoup de devoir relancer le logiciel à chaque test, fermer l'autosave, ouvrir le projet et tester un nouveau truc.

Edit2 : Il semblerait que n'aie même plus besoin du foreach en subcondition à partir du moment où je fais un consider Spiders :)