[résolu]Ne pas bloquer un NPC à cause d'un démarrage automatique ?

Hello,

Est-il possible, à votre connaissance, de faire en sorte que l'animation d'un NPC (ou quelque évènement que ce soit) ne soit pas bloqué par la lecture d'un évènement en Démarrage Automatique ?

Je sais que RPG Maker (comme tous les programmes d'ailleurs) ne sont pas capables de lire deux scripts du genre simultanément sans bugguer, c'est pourquoi les développeurs de Rm ont décidé de "freezer" les autres évènements lorsqu'un Démarrage Automatique est enclenché ...

Seulement voilà, si je tente de mettre mon évènement en processus parallèle, cela fait office de "boucle" et foire complètement ce que j'essaye de faire ... Je suis donc bien obligé d'utiliser un évènement commun en Démarrage Automatique, seulement, lorsque je reste appuyé sur X pour enclencher cet évènement, tous les autres évènements (et surtout la cible sur laquelle je suis sensé tirer) s'arrêtent de bouger.

Connaissez vous une technique "fake" qui pourrait me permettre de bypasser cette sécurité imposée par Enterbrain ?

Existe-t-il un moyen de demander à un évènement d'ignorer le Démarrage Automatique d'un autre évènement ?

Merci =]

EDIT: "Autoriser la superposition" ne fonctionne pas

Perso j'en connais aucun, et je doute que ça existe, mais je suis quasiment sûr que tu peux faire l'équivalent de n'importe quel event en processus parallèle

Sinon faut que tu revois ton système

Attends une réponse de Manderr ou Kilam, ce sont les plus qualifiés dans la prog RM

Pas à ma connaissance non plus, c'est justement l'intérêt d'un démarrage automatique par rapport au processus parallèle.
Mais c'est la seule différence avec ce dernier (hormis le fait que le PP se lance dès la téléportation sur la map tandis que le DA se lance après le chargement, les transitions toussa), donc je ne vois pas en quoi le remplacer par un PP est gênant (ni pourquoi ton DA ne fais pas la "boucle" que tu rencontrerais).
Il faudrait que tu expliques un peu ce qu'il contient, qu'on puisse voir le problème.

C'était une façon bien plus optimisée de créer un système de tir à la Resident Evil 1 ... Tant pis si je dois le refaire avec que des PP Je trouverai un autre moyen de le rendre aussi fluide mais ça risque d'être plus "riche" en évènement sur les maps :/

En quoi un PP serait-il plus lent qu'un DA? Je ne comprends pas pourquoi tu aurais besoin de plus d'event, dans la théorie les deux se comportent de manière similaire, il n'y a pas (enfin je pense) de raisons.

C'est normal que tu ne comprennes pas, tu n'as pas vu mes events. Ce n'est pas pour le "tir" que j'avais besoin d'un Démarrage Automatique, c'était pour le système de visée, sans ça, le personnage continuait de bouger (même avec la technique du "changer le skin du héros dans une boucle").

De toute façon, ma question n'est pas là ... Enfin, en effet ce n'est pas possible d'ignorer un Démarrage Automatique, du coup j'ai recommencé avec des Processus Parallèles mais, c'est tout de suite moins bon
Va falloir que je trouve un moyen de fake tout ça, enfin, merci à vous tout de même

J'avais déjà défini un système de visé parfait pour le projet commun RE il y a 1 an. l doit encore être dans la zone admin. Tu peux t'en servir si tu veux.


Ne sachant pas comment tu optimise tout ça, je ne peux pas vraiment dire mais je pense qu'avec des parallel process tu peux faire bouger des events pendant un auto start. As-tu simplement essayé ? Genre un event parrallel avec un NPC selectionné et un move event.