Zen Blood

Ohh! I had noticed @original_pattern being used, but I wasn't comprehending what it was doing exactly. It helps to have another perspective. With that info, I think I got it fully working now. Thank you so much @Kayzee!

Good evening! I have a script I'm creating so that the player can have multiple outfits and change to the correct outfit when they're performing an animated action. For instance, if the player collides with an event that causes them to trip, I want the player's graphic to change to the appropriate "tripping" sprite set for the outfit they currently have equipped, and then play out the tripping animation in a specific way. The script is actually working pretty well so far, except for one little detail. For the "tripping" animation, I want to change the player's sprite so that the sprite is at a specific point in its step animation and to stay there until I command the sprite to be reset. Currently, this is how I have the sprite setup: The leftmost sprite is the player standing vertically. The middle sprite is the player mid-fall. The rightmost sprite is the player horizontally on the floor. I know how to do this within an event. In a move route command, you would select 'script' and write in: @pattern = #insert 0 - 2 here # 0 = right leg out (leftmost sprite) # 1 = resting # 2 = left leg out (rightmost sprite) Which would cause the target to temporarily jump to that sprite in its stepping animation. For some reason, it resets back to the "resting" sprite, but at least it's doing something right. Calling @pattern = 2 in my custom class doesn't do anything, even though calling $game_player.jump(1, 0) forces the player to jump like it's supposed to do. If I can't use a script call to simply do this, I'm thinking I could probably use the script call for 'Set Move Route' and ask it to call @pattern = 2 there. I've been looking up ways to script a move route, but so far they've only left me confused. Here's my notes on an example: I tried using this, and while the game doesn't crash, nothing happens either. As a test, I tried replacing "45" with "13" (stepping backwards) and had the same result. So it must not be executing at all. I realize I could achieve what I want to do easily via Galv's Move Route Extras (which I do actually have implemented), but just in case I decide to remove that script or use my script for another game, I do not want it depending on someone else's script to work. As a last resort, I may use it anyway. Update: I am now seeing if I can manipulate instance variables from another class. class Game_Character < Game_CharacterBase attr_accessor :step_anime attr_accessor :pattern end Now from my custom class I can call $game_player.step_anime = 2 and $game_player.step_anime = false in an attempt to set the player's sprite and pause their stepping animation once its set. I actually works to a degree! But after the player sprite goes to the last frame it will immediately pop back to the middle frame. I'd still like to learn how to make this work exactly how I want it to, but I can use this as-is if I'm willing to compromise on the time it takes for the player to "get up" (which would be making it shorter so that there's no time for the animation to reset back to the middle frame). Thank you very much for your time.

It's been a while, but I finally have gotten around to setting up the hash and variables beyond initiating them. I was able to initiate the hash and variables upon the game starting just fine! However, when I set up how the hash loads, I get this error. Here's what the three script snippets look like right now: Would anyone happen to know what I'm doing wrong?

@Rikifive Thank you for the additional information. Am I seeing hashes in some of the examples you gave me? I've actually been looking into those to use as part of a script for a rather complex mechanic I'm not sure if I can pull off. Nevermind, I've got that all figured out! I have a question about editing previously made methods for the RPGMVXA engine. You showed me that I needed to add a line of code to this method: def self.create_game_objects $game_temp = Game_Temp.new #original command $game_system = Game_System.new #original command #ect; $your_array = [0,10,25,55,99] #my command end If I do not include the original commands in the body of that method, will they be excluded from the method? If I want to keep them, do I put "super"? If I don't want to keep them and not including them doesn't change anything, how would I exclude them? Sorry if this is rather basic knowledge. Some scripts I've seen have both excluded and included original commands, and it has me rather unsure why.

@Rikifive Thank you so much for taking the time to explain all of this! Not only will it be helpful for this specific case, but I think I can use this knowledge to help implement other features.

Event: I am now accepting positions for beta testers. Please read this if you're interested. There are currently 4/5 volunteers and 3/5 paid beta testers.

Thank you, Traverse. I think I may understand how to proceed now! Edit: Lord have mercy on my sad little soul, I confused terrain tags with region IDs. I'll probably run into a similar problem, so I think the advice still helps. Thank you again. One more edit: I can't believe it- I got it to work!! Now I don't have to be committed to setting obstacles that block off LoS. I can just stick a Region ID tag on them. This is too good to be true.

Another quick question! I'm looking to revamp and clean up how I program field of vision for a certain event. I've come to the conclusion that maybe using terrain tags would be an effective, versatile way to mark where walls and other obstacles are that would hide the player. The set up would essentially be something like: Is $game_map.events[1] facing left? Is $game_player.x less than $game_map.events[1].x ? Is terrain tag #1 greater than $game_player.x and terrain tag #1 less than $game_map.events[1].x ? Is terrain tag #1's Y coordinate equal to $game_player.y ? If so, then player is hidden. Basically, it checks to see that when the enemy is facing left and the player is in front of them, is there a terrain tag of #1 between the player and the enemy, and is there a terrain tag #1 on the same Y coordinate as the player. My problem is, is that I'm struggling to find the right script calls that relate to terrain tags. How would I call a specific terrain tag? How would I call to check its coordinates? I've found script calls like "$game_player.terrain_tag" and "$game_map.terrain_tag", but the neither seem to return the # of the terrain tag, or the x/y position of that specific terrain tag. I'm making up things like "$game_map.terrain_tag[1].x" to see if they work, but nothing has for the time being. Thank you for your time!

Thank you, Shadow. I appreciate hearing that!

Update: A new character profile ("The Realtors") has been added! Peoria's concept art has been remade. Please check it out under Extras > Concept Art. There's also an introduction video for her. Another fan art has been added under Extras > Fan Art. I'm still deciding what other screenshots I can include that won't spoil much. Upcoming Events: We're still on track to have the game in beta testing by mid-to-late March!

Heck, I'm a little embarrassed I didn't think of that! Thank you so much, I'll give it a go and see how it does.

Ah, no, it isn't an event. I am indeed creating the sprites within a custom script. I'm using a script because I wanted to "zoom in" on the puzzle and have the player see it up close instead of crammed within a 32 X 32 square or have it unreasonably out-scale the player's sprite. (Though maybe giant tiles that take up half the wall would be cool... ) Also, I didn't want the player to have to walk to and interact with the four different tiles, and instead went with having a command selection that would give you the option to rotate any tile within the puzzle. Here's an example of what I'm doing. (The graphics will be replaced shortly, I just needed some visuals to help make the script.)

I can check which direction a sprite is facing outside of the map editor? =O I mean, I guess I don't see why not. Would I just covert the sprite into a 3 X 4 spritesheet and label it with a $? Hmm... I could try that. The goal is to just have one number to use to check if the tiles are facing the right way, instead of having four if/else statements. In fact, the more I think about this, I may be able to use local variables to get this done with. Ah, okay! Thank you very much, Traverse.