Castle Paradox

Mr B · Joined: 20 Mar 2003 Posts: 382

Hey folks,

Okay, here's the deal. I have a script that plays some music. At the end of the script, I want the main map music to play again. I made an empty (no text) textbox that has the "Restore Map Music" bitset (or whatever it's called) on, and put it in the script, like so:

Uncommon · Posted: Tue Feb 24, 2004 12:53 pm Post subject:

Try this...

Setu_Firestorm · Posted: Tue Feb 24, 2004 2:46 pm Post subject:

Uncy's right. You have to give the text box time to stay on the screen before it can be advanced.
_________________

Facebook: http://www.facebook.com/georgerpowell
Newgrounds: http://setu-firestorm.newgrounds.com

Flamer · Posted: Wed Feb 25, 2004 2:08 am Post subject:

don't you want to use "wait for textbox" instead...
i mean you don't want the player having 1 tick to read what's on the textbox.
_________________
If we were a pack of dogs, IM would be a grand Hound, CN would be a very ficious little pitball, and Giz...well, it doesn't matter breed he is, he'd still be a bitch Raspberry!

(no offense to anyone that was mentioned)

*Worthy* · **Critical Thinker** Joined: 11 Aug 2003 Posts: 186

Flamer, there will not be anything on the text box. He is simply trying to restore the map's music. Personally, I don't know why he doesn't use "stop song" and "play song", but I suppose that's beside the point. The only purpose of the text box is to change the music, not to allow the player to actually read anything; that's why he is only waiting one tick and not "wait for text box".

~Worthy
_________________
You can do whatever you want...but prison is full of people who make bad decisions.

Mr B · Joined: 20 Mar 2003 Posts: 382

Hmm... Okay. I shall have to try the "wait(1)" idea. Perhaps it will work.

However, won't that introduce a bit of a 'catch' in the game (say, if the hero is walking)? Though that short of a wait is pretty negligable...

The reason that I am not using "stop/play song" is because this script can be triggered on multiple maps, each playing a different map song. There simply is no plotscripting command that restores the default map song, so I'm trying to use the textbox method.

Thank you for your ideas, folks. This may solve the problem.

*Worthy* · **Critical Thinker** Joined: 11 Aug 2003 Posts: 186

I highly doubt the "wait" command will cause the game to slow down at all. I mean, it only waits around 1/15th of a second, so it shouldn't be a big deal. If it is, however, you could through in some if statements to check what map the hero is on. If you have a lot of mapts, that would not be the best way, but if you are only dealing with 2-3 maps, you could do that.

~Worthy
_________________
You can do whatever you want...but prison is full of people who make bad decisions.

TMC · Posted: Wed Feb 25, 2004 11:44 pm Post subject:

A player would notice a one cycle pause in the game. However, they would probably ignore it. It is noticable.
_________________
"It is so great it is insanely great."

Mr B · Joined: 20 Mar 2003 Posts: 382

Well, thanks for the help, guys.

I'll probably go for the "If...then" stuff, if anything, but I will definately test the "wait(1)" idea also. We shall see how it turns out...

RPGCreations · **E Pluribus Unum** Joined: 18 May 2003 Posts: 345

You must use "wait for text box", as your current script basically is skipping the text box. This is actually useful if you want to plotscript textbox trees without having to mess with them in CUSTOM.EXE, but since that's not you want to do:

TMC · Posted: Mon Mar 01, 2004 12:53 pm Post subject:

He is trying to skip the textbox. (While still having the effects of the textbox take place)
_________________
"It is so great it is insanely great."

RPGCreations · **E Pluribus Unum** Joined: 18 May 2003 Posts: 345

TMC · Posted: Tue Mar 02, 2004 2:22 am Post subject:

I believe the reason it does that is because as the HS interpreter reads through scripts, it writes down the things that need to be done, eg moving npcs, hero, displaying backdrops, textboxs. These things aren't actually done until the end of the interpreter cycle, when a wait is encountered. So if you display a textbox, and then advance it, the advance command tells the text box ... do-er... to advance (in this case close) the textbox before it even initiates enacting the textbox.

I deduced all this from HS files and logic. (I wonder how close I am? : o)

We already solved this by putting in a wait(1).
_________________
"It is so great it is insanely great."