NPC Glitch?

[Focusbit]

So I was making it so if you press ENTER on an npc it self switches to another page where it shows him laying on the ground, though I realized every once and awhile some npcs just disappear. Is this a glitch or is there something i'm doing wrong?? 

 

[Zalerinian]

Do the events that disappear have graphics on the pages they're set to?

 

[Focusbit]

They do

 

[Andar]

do you use non-directional sprites? If you have a behaviour sprite that uses the four regular directions to simulate different poses instead, you need to activate direction fix to prevent automatic turning of the sprite.


If that isn't the cause, please give screenshots of the event. Without them we can only offer wild guesses


EDIT:


Another possible cause is the use of parallel processes - timing problems can make events disappear as well, and you should not set an NPC to a parallel trigger unless absolutely neccessary (which means less than 1% of all NPCs)

 

[Focusbit]

I have made a video, this is what it looks like.


https://www.youtube.com/watch?v=AspwN1Mp5Q8&feature=youtu.be

 

[LadyBaskerville]

Please give a screenshot of the NPC event (all pages, complete event window) and your NPC's character sheet as well. The only thing I can tell from the video is that one NPC was visible when the player approached it from the top and the other vanished when approached from the right. It could be a coincidence, or a problem with your spritesheet, as Andar said - if you only have the character graphic for one direction, you need to turn on Direction Fix or else the event becomes invisible when it "turns" to face the actor. But its hard to tell what exactly is the cause without seeing the event and spritesheet.

 

[Focusbit]

 

[Andar]

As I mentioned above, you need to activate the direction fix option on the second event page to prevent that sprite from disappearing

 

[Focusbit]

Oh ok thank you!

 

[Focusbit]

But it doesn't quite work... it is doing it more often now


This is what I did

 

[Shaz]

Put direction fix on the first page as well.


It depends on what direction the character is facing when you interact with them, and what direction you interact with them from.  You could also try adding a Move Route immediately before or after the self switch, to turn the event in the correct direction (if the 'down' sprite is on the first row, make the event turn down; on the second row, turn left; on the third row, turn right; on the fourth row, turn up).  This might not be ideal either.


MV (and Ace) decided for some reason, that when an event changes active pages, the direction will NOT be changed to what's on that page, but left at whatever the event was facing before that page was activated.


The dead-sure way to fix it is to fill the entire 3x4 spritesheet with the same 'down' sprite.  Then none of the other 'solutions' would be required.