Beta testeur

There aren't any users online.

• kriss: oui.. je dois faire des demandes pour que google refasse des analyse du site afin de "voir" s'il est tjr malveillant
  Dcembre 08, 2011, 22:47:27
• Leopold: Cool! Mais Firefox me le déclare toujours malveillant...
  Dcembre 08, 2011, 22:30:32
• kriss: réouverture du forum !
  Dcembre 06, 2011, 00:48:58
• Fabien: Coucou facto!! Trop bon de repasser ici
  Septembre 25, 2011, 18:06:22
• Krän: aye ! ^^
  Aot 21, 2011, 23:43:29
• RPG-Man: lol manu
  Aot 20, 2011, 00:24:00
• RPG-Man: JE SUIS REVENU MOUHAHA
  Aot 20, 2011, 00:22:26
• Manucyan: Ca dit quoi un ivrogne dans le noir ? "hé... t'es qui là ?"
  Mai 07, 2011, 18:11:20
• Krän: Il est 2h46 et tout est calme !
  Mai 05, 2011, 01:47:01
• Manucyan: La tronche du bestiaire ? Un pokédex !
  Avril 30, 2011, 21:18:09
• Manucyan: désolé je pensais que tout le monde connaissait le phénomène du rickroll (cf wikipédia)
  Avril 30, 2011, 14:08:48
• kriss: ca merite un ban pour ce lien oO
  Avril 30, 2011, 12:29:51
• RPG-Man: Sale vilain
  Avril 30, 2011, 11:26:31
• Krän: Never gonna give u up, never gonna let u dooowwwn ...
  Avril 28, 2011, 20:29:20
• kriss: en effet mais ce n'est pas normal.. il y a un bug que je dois trouver ^^
  Avril 25, 2011, 10:30:16
• Leopold: Pour la mise à jour, on peut cliquer sur "Refresh" (deux flèches vertes) ou sur "History" (pendule).
  Avril 22, 2011, 21:31:57
• RPG-Man: Manque plus qu'elle se mette à jour toute seule quand on ajoute un message et c'est le must !
  Avril 21, 2011, 20:29:39
• RPG-Man: le shootbox CAY LE BIEN
  Avril 21, 2011, 20:29:14
• kriss: on appel ca une shootbox
  Avril 18, 2011, 16:47:13
• Manucyan: hé mais c'est marrant !
  Avril 17, 2011, 18:03:46

[kriss]

Il semblerait que le moteur soit tres attendu et nous vous remercions de votre intéret.
Dans le but de ne pas vous décevoir, mais aussi afin de ne pas gacher votre temps, je pense qu'il serait judicieux de parler ici de ce que le moteur peut faire pour vous.
Je sais qu'il y a des testeur qui sont des makeurs juste curieux, et d'autres qui entendent bien l'utiliser (en tout cas c'est notre souhait).
Le moteur qui sera dispo dans quelques jours n'est pas exempt de défauts, j'en ferais une liste plus loin.
Faire la liste de ce qu'il est possible de faire serait assez long, le mieux serait peut etre que vous nous fassiez partager ce que VOUS voudriez faire lors de la beta test avec le moteur, ainsi nous pourrons vous confirmer si ce sera facile, possible, ou s'il faudra attendre le développement de fonctions complémentaires.
Vos suggestions me permettrons aussi de compléter l'aide que j'ai rendu public aujourd'hui (je déconseille de vous lancer dans les spoiler du 1er post tout de suite, vous lirez les pavés lorsque vous serez un peu plus à l'aise avec le moteur).

Vous pouvez nous dire que vous souhaiter dessiner un objet en 3D (telle la maison 3D de la présentation), ou un parcours semé d'embuches : des infos au sujet de ces embuches me seront utiles.

- Il n'est pas possible de tester si 2 events sont en contact cote à cote, on ne peut tester que si un event est DANS un autre , ou s'il est DESSUS
- les ombres sont tres mal gérées, ignorez les bugs car le programme sera modifié pour mieux les gerer
- une gestion correcte des superposition (afficher correctement un event sur un autre, quel que soit leur hauteur) demande parfois d'utiliser un correctif manuel : les fonction screen_z, screen_y, screen_x : des explications seront données dans l'aide
- le moteur ne gere que 6 hauteurs , une hauteur représente 32 pixels de haut : je vous rassure nous pouvons créer des "marches" de la hauteur que l'on souhaite
- actuellement les équipements ne sont pas incorporés : pour modifier l'etat du héros (vitesse/apparence etc) il faudra utiliser des events/interrupteurs

[RPG-Man]

Euh, je voudrais demander quelques trucs:
-Comment faire, pour que dans un jeu de plate-formes, (qui n'a pas QUE 6 hauteurs donc) on puisse gérer les collisions? Et quel axe utiliser
-Comment faire le saut dans un jeu de plate-formes (sachant qu'on ne peut pas utiliser l'axe z, car, un jeu de plate-formes n'a pas que 6 hauteurs), par commentaire en évent commun? Mais quel est ce commentaire?? (la gravité sera bonne si par défaut, la gravité du héros est activée)
-Programmer les ennemis (quand on saute dessus, ça active un interrupteur qui permet de procéder à la suite)
-Une plate-forme? Mais, qui ne marche pas sur l'axe z car, le moteur ne gère que 6 hauteurs, quel axe utiliser et quel est la commande à insérer?
Est-ce qu'on pourrait avoir ça dans la démo?
Merci!

Edit: J'ai lu les fonctionnalités du moteur, mais, je ne comprends pas tout, notamment comment on déplace une plate-formes...
Je comprends pas non plus le "obs/ tch/ act" donc, un peu d'éclairage là dessus serai le bienvenu!
Re-merci!!

[kriss]

Comme je l'ai expliqué, lire le manuel de suite serait une erreur : on se noie facilement.
Afin d'expliquer au mieux les fonctions, j'ai donc prevu des exemples commentés

- Pour repondre à la question des hauteurs, je ne sais pas, il faudra demander à king pour la gestion de + de 6 hauteurs
- pour gerer un jeu de coté, le plus simple sera de garer les deplacements en x et en Z (saut) mais d'interdire les deplacement en y.: donc le saut sera géré par le moteur
- programmer un ennemi quand on saute dessus: ca revient à utiliser le cas [2] de mon explication des volumes et trigger: il suffit juste de créer un event avec un declencheur au dessus de lui
- une plate forme qui se deplace sur x, y ou z ca revient juste à utiliser un commentaire
move avec l'axe, ou deplacement avec l'axe (dans un cas il se deplace jusqu'à heurter un obstacle, dans l'autre on donne la coordonnée d'arrivée)

Je rappel que la demo du moteur contiendra les exemples que je vais détailler et vous pourrez aussi créer de nouvelles maps pour faire vos tests/decouvertes. D'où l'interet de poser des questions afin de créer des exemples pour tous.
- le obs c'est pour modifier le volume d'un event, par defaut c'est un cube de 32 pixels de coté
- le tch c'est le trigger : l'élément qui permet d'activer une action si un event entre en contact avec : pour le moment on ne peut le placer que sur la face du dessus. Il est prevu à terme d'avoir des déclencheurs sur les cotés , pour detecter quand un event touche un autre SANS ENTRER à l'interieur
le act je ne m'en suis pas encore servi 
il y aura des exemples de pont, glace, plateforme, mais rien en rapport avec des combats

[Krän]

Mais King a aussi mit une partie pour jeux de plateformes dans son éditeur 3D.
En tout cas c'est ce qui était prévu ...

[King Kadelfek]

Voici mes réponses aux questions :

- le moteur physique est puissant, c'est un outil fantastique
Autrement dit, c'est lui qui gère les contacts. Pas de sens de passage ou autre : vous créez des obstacles, vous leur donnez une taille, et le reste est géré tout seul.

- pour la 2D
L'éditeur gèrera plusieurs centaines de hauteurs s'il le faut.
Comme c'est de la 2D, on verra plus facilement les niveaux, et donc il n'y aura plus une couleur par niveau.

En ce moment le moteur physique gère, pour la 3D, 17 niveaux. Je pourrais mettre 50 ou 200 pour vous impressionner, ça ne changerait rien.

L'éditeur aura une version 2D. Il y a déjà un bouton "2D", d'ailleurs (qui ne marche aps pour l'instant).
Il y a aussi un mode de visualisation "en 2D" qui montre les déplacements du héros comme avec Super Mario.

Souvenez-vous que c'est l'éditeur qui est très en-dessous des capacités du moteur.

ATTENTION ! Cette première bêta ne permettra pas de faire des jeux 2D !

Vous pourrez toujours bidouiller, mais une version spéciale 2D de l'éditeur est dévelopée pour vous permettre de faire vos jeux Super Mario.

[RPG-Man]

Est-ce qu'on peut mettre un déclencheur sur un des côtés ou en dessous de l'évent?

Pour les triggers, c'est toujours en contact ou ça dépend de ce qu'on a mit dans l'évent (par la touche entrée, au contact du héros) ou c'est un code du style "if imput.trigger? (imput :: A)" (mais, dans le language commentaire, ça c'est du ruby ^^)???
Et les acts... si King pouvait me donner un pitit exemple  (ou une description)

Edit: Quand on a "GO tch : dimension_z ( 2 )" la dimention est en pixels ou en cases??
Si c'est en cases, c'est 64 pixels non? (1 case = 32 pixels c'est bien ça?)

[Krän]

Quand on a "GO tch : dimension_z ( 2 )" la dimention est en pixels ou en cases??

Là c'est en cases.

Mais si tu met : "GO tch : dimension_z ( 2p )"  (p comme pixel) alors ça sera en pixels.

i c'est en cases, c'est 64 pixels non? (1 case = 32 pixels c'est bien ça?)

Oui une case vaut 32 pixels.

[kriss]

Est-ce qu'on peut mettre un déclencheur sur un des côtés ou en dessous de l'évent?

pour le moment on ne peut le placer que sur la face du dessus. Il est prevu à terme d'avoir des déclencheurs sur les cotés ,

En théorie tu peux mettre le trigger en dessous de l'event en utilisant
tch : position_z (-2p) : pour l'avoir à 2pixel en dessous de l'event. En pratique je n'ai pas testé ...
Bien sur pour que celà fonctionne il faut IMPERATIVEMENT que ton event soit au dessus du sol.
Le moteur ne gere RIEN en dessous du sol.

=> si vous voulez faire un event  qui descende en dessous du sol, ou un trou dans lequel le héros peut tomber, il faut que la surface où se déplace le héros soit en hauteur (le fond du trou sera donc le "sol" pour le moteur)

[RPG-Man]

Ben, pourquoi on pourrait pas faire:
Go tch : dimension_x (2p)
                  ?
C'est y est pas encore? En théorie, ça marche non?

[King Kadelfek]

Ben, pourquoi on pourrait pas faire:
Go tch : dimension_x (2p)
                  ?
C'est y est pas encore? En théorie, ça marche non?

Ça marche.
Les autres dimensions (axe Y et axe Z) ne sont pas touchées.
Elles sont donc aux dernières valeurs que tu as données.
Si tu n'as pas donné de valeurs, ce sont celles par défaut (32*32*32).

Pour les triggers, c'est toujours en contact ou ça dépend de ce qu'on a mit dans l'évent (par la touche entrée, au contact du héros) ou c'est un code du style "if imput.trigger? (imput :: A)" (mais, dans le language commentaire, ça c'est du ruby ^^)???
Et les acts... si King pouvait me donner un pitit exemple  (ou une description)

Dans la bêta, on ne pourra avoir qu'un seul bloc de même type par event.

Plus tard (oui, pluuus taaaaaard, prooomiiiiis) on pourra avoir plusieurs blocs d'un même type.
Je pense à une syntaxe de ce type :

Code:

GO tch : dimension_x ( 2p ) # je touche au bloc par défaut (le numéro 0)
GO tch : ajouter(1) # je crée un bloc de touche supplémentaire, avec numéro 1
GO tch (1) : dimension_x ( 2p ) # je touche au bloc numéro 1

Code:

GO tch : dimension_x ( 2p )
et
GO tch (0) : dimension_x ( 2p )

Ça sera la même chose.

On pourra avoir autant de blocs de touche qu'on veut.

----------------------

Pour les tests if :

On utilisera une commande qui enregistre dans une variable ou un interrupteur une valeur.

Exemple :

Code:

enregistrer_interrupteur ( 10, tch(1), $0 )

Ce code enregistre dans l'interrupteur 10 si $0 (le héros) est en contact avec le bloc de touche numéro 1.

Le reste est géré par RM.
Avec des conditions tout à fait normales.



Il sera possible d'avoir un jeu à la Mario, avec un héros qui saute sur les ennemis.

On crée un premier bloc de touche qui est légèrement plus grand que le bloc d'obstacle de l'ennemi.
On crée un deuxième bloc de touche qui est au-dessus de l'ennemi.



Je vais faire en sorte que quelque chose comme ça soit faisable.




Plus je réfléchis à des choses comme ça, et plus je m'aperçois qu'il faudrait que je reprogramme RMXP du début à la fin...

Ou que je fasse mon propre éditeur, avec fonction "importer projet RMXP / RM2K3 / RM2K".

[RPG-Man]

Ben, tu en serais capable, mais ça te prendrais un peu de temps!
Et je commence a avoir pas mal besoin de ce moteur, car, dans mon jeu bouboule bros, les ennemis que je vient de programmer ne sont pas soumis à la gravité...
Pour l'instant, si j'ai bien compris, on peut pas faire le truc du goomba, car on peut mettre qu'un bloc de touche...
Mais, je n'arrive pas à faire la différence entre tch et act...

GO tch : ajouter(1) # je crée un bloc de touche supplémentaire, avec numéro 1
GO act (1) : dimension_x ( 2p ) # je touche au bloc numéro 1

Notamment ici, un bloc de touche = un bloc act??

Toi qui sait tout, merci de m'éclairer STP  (quand on a pas tout sous les yeux, on peut pas deviner hein ^^)

[Venusos]

Tu veux mettre un système de hitboxes ? Bonne idée ^^

Je profite de ce message pour dire que le jeu risque de demander certaines fonctions disponibles sur les point&click.

[King Kadelfek]

Mais, je n'arrive pas à faire la différence entre tch et act...

GO tch : ajouter(1) # je crée un bloc de touche supplémentaire, avec numéro 1
GO act (1) : dimension_x ( 2p ) # je touche au bloc numéro 1

Notamment ici, un bloc de touche = un bloc act??

Nan, je me suis gouré, c'était un tch et pas un act.
J'ai corrigé.

Un tch c'est pour les events déclenchables "en contact avec le héros" ou "contact évènement / héros".
Un act c'est pour les events déclenchables par "appui sur la touche action".

Je profite de ce message pour dire que le jeu risque de demander certaines fonctions disponibles sur les point&click.

Ce n'est pour l'instant pas fait pour faire des jeux point & click.
Et je ne pense pas que ce sera fait pour faire des jeux point & click.

[RPG-Man]

OK, merci King, je comprends mieux maintenant!
Donc, si je veux faire un évent où il faut appuyer sur la touche (n'importe laquelle sauf entrée) pour activer la suite, je mets un bloc act en commentaire puis je mets la condition en commande RM... ça marche en théorie non?

[King Kadelfek]

Donc, si je veux faire un évent où il faut appuyer sur la touche (n'importe laquelle sauf entrée) pour activer la suite, je mets un bloc act en commentaire puis je mets la condition en commande RM... ça marche en théorie non?

Non, c'est "Entrée" qu'il faut appuyer pour activer la suite de l'event.