N'hésitez pas à faire des requêtes de systèmes, pour que j'agrémente les prochaines versions, parce qu'au delà des capacités du logiciel, il y a aussi l'imagination qui entre en compte, et bon on ne pense pas toujours à tout. C'est aussi VOTRE projet d'une certaine façon. Lâchez-vous (mais bon, me demandez pas de créer un Far-Cry ou un Call Of non plus mdr...quoique...)



HUD Jour/Nuit + Heure Digitale (Modifiable) - J'n'ai pas insisté sur les tons, j'estime que chacun peut déterminer ce qu'il veut comme ton pour tel ou tel moment du jour, c'est votre jeu après tout, pas le mien  .
Mise à Jour


v-0.2 - 10/11/2013:
- Ajout 3 systèmes de BAIE


v-0.3 - 11/11/2013:
- Systèmes Velo (assignation/menu + HUD)
- Systèmes sprinte
- Correction bug BANQUE





v-0.4 - 14/07/2014:
- Menu World_Map (interface custom)

Code:

[center][url=http://www.pokemonscriptproject.com/t12972-MASTER-EVENT-0-1.htm][img]http://img108.xooimage.com/files/2/b/1/master-event-banni-re2-46a1b46.png[/img][/url][/center]

Bonjour, c'est une très bonne initiative que tu as eu la, même si la plupart de ces systèmes, je les ai déjà pour ma part.
Ce que tu pourrais rajouter, c'est un système météo aléatoire avec sauvegarde du temps.

C'est une très bonne initiative de ta part, je t'en remercie .w.

Je précise que vous pouvez régler allègrement le temps tout en sachant que grace au réglage par défaut, 1 minute In-game = 1 Minute réelle (le réglage par défaut défini 1 jour comme une période de 24Minutes)
Pour le système de météo avec sauvegarde, pas de souci (c'est simple à ajouter).


Je distille tout au loin des tuto, des idées d'utilisation, notamment pour le cycle de saison avec intégration de Solstices et Équinoxes qui marquent chaque début et fin de saison.
Si vous avez de quelconque questions, n'hésitez surtout pas.


En principe chaque version offrira au moins 2 ou 3 systèmes (selon l'importance de ceux-ci) en plus par rapport à la précédente.

J'ai testé et relevé certains petits problèmes : Dans la banque, il manque une opération : Argent : +/-Variable [0004: Opération]. C'est un petit oublié :b
Sinon, une autre grave erreur (pour ma par c'est grave, MK fait la même sur Pokémon Gemme et quand il commence à avoir beaucoup d'id d'évent ça peut devenir pénible à corriger) :
Tous tes évents en processus parallèle tournent sans temps d'attente (Attendre : 1 frame), le manque de cette commande est dévastateur sur le framerate du jeu, il passe de 40 à 10 (chez moi). Après avec cette commande on tourne à 20 fps ce qui est mieux mais ça pose toujours problème :b Enfin, on peut pas faire grand chose, les évent consomment trop de processus...
(Bon, j'accorde qu'avec cette commande il faut refaire le calcule du temps car ça modifie le cycle des évents x))

Voilà, c'est le seul commentaire là dessus :b

J'ai corrigé le souci de la banque, c'était vraiment tout bête mais comme quoi on arrive facilement à se perdre entre les variables.

Par rapport au souci de frame, je crois qu'on est déjà à la limite du fonctionnement fluide d'après mes essais.

Le plus gros évent étant a priori celui de l'affichage Digital de l'heure qui cherche en continue les éléments de conditions.
Cette évent est vraiment optionnel.

Autrement dans la mesure du possible j’intégrerais cette frame de délestage dans les prochains systèmes.

PS: Je trouve ça quand même très problématique pour celui qui voudra utiliser l'intégralité de ces systèmes en complément des évents et scripts de son jeu. J'y avais pensé et j'ai tenté d'utiliser le minimum de commandes, mais force est de voir que ça ne suffit pas. Peut-etre que sur VX Ace ce sera différent sachant que le framerate y est plus important, si je ne m'abuse.

Hm, j'ai fait mes propres versions (dont le fonctionnement est si alambiqué que j'ose plus y toucher), donc ça m'est égal, mais je pense que des gens seraient sûrement intéressés pour des évents préparés de chaussures et de vélo !

Sur VX.Ace les latences arrivent beaucoup plus vite via les évents.
Beaucoup de projet VX.Ace tournent à 10fps sur les maps pleine d'effets via évents :b

Gold > J'ai également fait quelque chose du genre, de relativement simple sans script, je l'intégrerais, sans problème (enfin peut etre pour le vélo, avec l'assignation de la commande mais bon rien d’insurmontable)

Yuri > Etonnant, le "moteur" me semblait pourtant plus performant que celui d'XP et VX. Après comme tu dis "beaucoup de projet" reste à voir ce que contienne ces projet en terme d'évent et de commande (la gestion me semble importante aussi notamment comme tu dis avec la frame de délestage).
Mon projet ne souffre pas de tant de latence alors qu'il bénéficie des même système (optimisés pour Ace), reste à savoir si ca continuera ainsi et si sur d'autre PC les lag intense surviendront (m'enfin c'est comme vouloir jouer a Assassin's Creed avec un matos graphique en dessous des recommandations).


BREAKING-NEWS
Je prévois donc l'intégration des systèmes suivant pour la 0.2 et peut-etre plus tard pour la 0.3 (vous avouerez qu'elle ne s'est pas fait attendre):


- Système de "Culture/Jardinage", ex utilisation: Baies (Je pense à l'intégrer dans une Serre pour éviter un event en processus parallèle constant, et donc éviter des latences superflus)


- Système de Météo aléatoire (possiblement en tutoriel théorique uniquement)


- Commande (par maintient de touche) de Course + animation (j'étudierais la possibilité d'intégrer un HUD de limitation/jauge du temps de course, tout le monde ne s'appelant pas Usain Bolt ça me semble des plus réaliste)


- Commande d'utilisation de véhicule(portatif), ex: Vélo.


- Système de téléportation, ex d'utilisation: CS VOL


- Système d'affichage de World-Map Custom

Le moteur de VX.Ace tourne déjà en ruby 1.9.1, c'est pas ce qu'il y a de plus rapide déjà, après par le simple fait qu'il y ai plus de commandes d'évent, il y a plus de conditions à exécuter avant d'arrive là où l'on veut en venir puis la structure des sprites/window et bitmaps se sont complexifiés car beaucoup de valeur en plus donc c'est plus lent à la modification car plus de valeurs à changer en même temps (car DirectDraw utilise d'autre structure donc il faut convertir :b).
Enfin bref. La latence vient du moteur graphique principalement :b

En gros plus d'actions à gérer pour autant ou presque de capacité (vis à vis d'XP) ?

Yuri a écrit:

après par le simple fait qu'il y ai plus de commandes d'évent, il y a plus de conditions à exécuter avant d'arrive là où l'on veut en venir

Par contre je pense que c'est l'inverse là, ou que tout au moins c'est très relatif à l'utilisation fait. Si je veux avoir l'ID du premier membre de l'équipe pour par exemple créer un menu custom
sur ace je peux simplement mettre la commande et avoir cet ID du premier coup en 1 commande, alors que sous XP (et je crois VX) il faut passer par un nombre considérable pour avoir cette simple infos avec à la clée un event de 4 pied de long quand on a comme sur des Projets Pokémon au moins 151 individus dans la BDD.

Le problème pour un projet Pokémon, c'est que cette fameuse fonction sur VX.Ace ne va pas te donner l'id du premier Pokémon mais du premier dresseur. Donc dans les deux cas il faut passer par les scripts ou une modification des scripts mais dans les deux cas encore ça demandera autant de commandes, par contre dans un RPG classique cela est vrai... C'est embêtant mais RMXP est plus pensé pour un RPG Lineaire sans grandes fonctions tel que le follow me ou autre donc il ne sera pas question de faire un DragoQuest 9 mais plus un 5 où l'on sait à tout moment de la progression qui est dans l'équipe :b

Petite question pour le système de baie, je pourrais facilement le mettre/adapter sur PSPDS0.4, ou ce seras la merde ?

Ce ne sera qu'un ensemble de variables avec un interrupteur donc si le PSPDS0.4 permet à l'utilisateur de faire usage des variables et interrupteurs ainsi que des event commun, à priori ça ne posera aucun problème.

---

MàJ, version 0.2:
http://www.mediafire.com/download/3o5jm090w0y1fml/MASTER EVENT XP-edt-0.2.r…


3 systèmes de baies offrant plus ou moins de personnalisation/proximité avec le jeu officiel:
- Arbuste à replanter (personnalisation de l'apparence très restreinte)
- Arbuste à baies pouvant être cueillies sans replanter l'arbre (plus cohérent et personnalisable avant/après cueillette)
- Arbre lâchant baies à terre (type X/Y) - ( Event avec apparence de baies au sol pouvant être ramasser comme un objet quelconque - Très large champs de personnalisation.)


Tileset RETRO, paramétré.


Version à venir:
- Système de vélo.




PS: J'aimerais savoir, si au vue de la nature du projet (impersonnel) il serait possible de lui donner une meilleure visibilité. A moins de connaitre son existence, il faut tomber par hasard dessus pour l'utiliser, ce qui est dommage vue le principe de ce dernier. Je vous remercie d'avance si ma demande prend forme.

C'est bien, tu fais du beau boulot, je suis de tout coeur avec toi

La version 0.4a étant prête (j'ajouterais un dernier système plus tard pour la rendre plus fournie) je vous met le lien en download:
http://www.mediafire.com/download/tda759nxidrd8gv/MASTER_EVENT_XP-edt-0.4.rar
Poids: 5.6 mo

Et une vidéo (la chaîne Youtube est partagée avec les vidéos de Donjon Mystère Ace):
https://www.youtube.com/channel/UC5X4h40T5rPNs2IlnvBO4nQ

Je trouve ce projet vraiment intéressant et je suis étonné de voir si peu de commentaires. Bon courage pour la suite

Super ça pourrais aider certains (moi y compris).
Très bonne initiative de ta part Sansaucisse.