HAPPYDANNYLOVELY'S PROFILE

author=Liberty
Don't multipost. Instead, edit your previous post and add what you wanted to say to it. It's against site rules.

author=Link_2112

author=Gredge109
they tend to only work well for "watching" something, such as a player's location, and recording that to a variable. .

That's not really true. Unless things have changed in the newer RM engines, a parallel event will run along side other events while an autroun event won't. That is the important thing to remember. An autorun will prevent other events from triggering while it runs it's own code.

Oh, I see in his later reply that he says the hero doesn't move. So then it's the same and that's why you wouldn't use an autorun. I've used empty autorun events to simulate a pause, because it stops everything else from happening.

It may be that in this case Autorun is better, but it's not good to think of parallel events in that way. If you walk into a map you can have an autorun event with some code, including adding tints, then have it turn itself off so it doesn't keep running.

In the case of time of day lighting, that common event IS a parallel event. And common event is the right place for that kind of thing.

author=Gredge109

I hope I don't sound like an idiot ... but ... how do you make a variable change between 1, 2 and 3?

In your event programming list, right next to Control Switches, you have Control Variables. Click on that, and it will open a menu where you can modify a variable. In this case, think of the variable as a Switch, but instead of holding a YES or NO option, it can hold a variety of options.

You'll want to select a single variable, which will be your Variable 01, you'll want to click the option to Set the variable, and you're going to then select the next option, in the little section under there, to Constant, and then you'll want to apply the value to that variable, which will be 1, 2 or 3, depending on the time of day you wish to indicate.

So think of it like a sentence. "I'm going to take this single variable, and I'm going to set it to a constant, unchanging number, and that number will be 1, 2 or 3."

Oh! Also, I've noticed that using an autorun even with the lighting effects makes it so that I can't move the player. So, I'm confused.

Could you perhaps copy and paste a screen shot of your event programming here? I may be able to see the problem more closely. Right now it sounds as though a switch didn't go off, or that the computer is attempting to read a switch and conduct an action over and over again.

author=Gredge109
Well one thing I would recommend, is not to use a Parallel Event for that, as they tend to only work well for "watching" something, such as a player's location, and recording that to a variable. I'd use an Autorun instead.

I'd also make a Common Event, simply for ease-of-use in the future, for when you decide to apply these screen effects. We'll call this Common Event Common Event: Applied Lighting. In your Common Event, you'll want to add in all of your tints. I'd recommend, while transitioning from inside to outside, to make them instant (1 frame tint, for example). In this Common Event, you'll also want to set up the Show Picture event you were talking about.

When the player transfers from the door that goes from inside to outside, turn a switch on. We'll call it Switch 001: Lighting affect_Activate.

Now make an event in the exterior, one which has at least two pages. Set page 2's condition to Switch 001 is on. Set its processing to Autorun. Now program the event like this:

1. Call Common Event: Applied Lighting
2. Control Switch: Turn Switch 001 OFF.

And that should do it. That Common Event will allow you to call that event from anywhere in the game, so not just in one exterior map, but you can plop that "call Common Event" down anywhere, and it will read your lighting effects. Pretty handy.



=====



You also mentioned you wanted to change the lighting depending on the time of day. Let's take care of that with our Common Event.

Back in that Common Event, we're going to mess with some conditions. I don't know how you decide to dictate Time of Day in your game: will an event simply shift it from Morning to Night, or does it pass in real time? If it's the former, we're going to do this:

This assumes that you have made a Variable that dictates the time of day. A variable can hold a number, so we want to set our "Time of Day" to a number. Sounds confusing, but it will make sense. We're going to give this variable a value that will represent something. So we're going to make a Variable, and we're going to call it Variable 01: Time_of_Day. And we're going to have it change between 1, 2 and 3 throughout the events of the game. This is what they will mean:
1 = Morning.
2 = Mid day.
3 = Night.

So this number, stored in the Variable, can be accessed from anywhere in the game. We're going to access it from your Common Event we made earlier.

So we're going to change your Common Event: Applied Lighting a little bit. It will involve some condition branches, but bare with me. You will want to change it like this.

1. Condition Branch: If Variable: Time_of_Day = 1:
... (Insert your morning tint and picture here.)
.... ELSE
..... Condition Branch: If Variable: Time_of_Day = 2:
...... (Insert your mid day tint and picture here.)
....... ELSE
........ (Insert your night tint and picture here.)

By playing around with variables and common events, you should be able to make something easy and, well, portable, that you can re-use constantly throughout your game.




BONUS: If time passes continuously throughout the game, then you'll want to make the same Common Event as above, however, instead of having the Variable be a value of 1 2 and 3, instead have the Variable hold your "time of day" timer, and set the condition branches up to create a range.

author=LockeZ
I can think of two main possibilities.

There's an event command on the first page of event command, on the lower right side, called "Change Battle BGM." The first possibility is that some event in your game is using this event command to change the music to silence, or to a song that you deleted.

The second option is that you didn't use this event command at all, and the only place you set the battle music is in the System tab of the database. But you're loading a saved game that was saved in an old version of the game, before you changed the music. The game's battle music is only set to what you put in the database when the player starts a new game. It's not reset to that song every time they load their game, because as mentioned above you can change it mid-game, and you wouldn't want each area's custom battle music to get overwritten.

Either way, the fact that battles are silent is most likely caused by the game trying to play a music file that you deleted. If you're completely replacing a song in your game, an easy way to avoid this is to use the same filename as the old song. This is why it's helpful to name your song "Normal Battle.mp3" even if it has a proper name. You should put a text file in the music folder listing the music credits though so you don't forget them (and you should put those credits in-game once you're done making the game).