Script Help Thread (DO NOT REQUEST SCRIPTS)

[Orifiel]

Initialized.
#ORG
-> 0x86B475C
CHECKITEM
-> 0x2
Unknown value in CHECKITEM (Value must be integer)

btw tried usin xse and it crashed

Try downloading Unofficial XSE, also the script works completely different in XSE.
If you are gonna use XSE then you must take XSE tutorial.

 

[Rezordaxx]

Initialized.
#ORG
-> 0x86B475C
CHECKITEM
-> 0x2
Unknown value in CHECKITEM (Value must be integer)

btw tried usin xse and it crashed

If u say it crashed we cant help you tell us the error message of the crash mine crashed before too bit now it works fine

The value must always come right after the command so CHEKITEM 0x2

 

[JordanB500]

]i did it just says it that way in the log and the error is
run-rime error 9
Subscript out of range

also where do i get the unofficial version?

sorry still new to adding screenshots to the posts

 

[Rezordaxx]

]i did it just says it that way in the log and the error is
run-rime error 9
Subscript out of range

also where do i get the unofficial version?

sorry still new to adding screenshots to the posts

http://youtu.be/EQFv9DsvWMI
Maybe this wil help you with your error

 

[JordanB500]

ty one more question is there a way to change the script for the opening sequence with prof birch? or use different music for that part? i know i couldnt find that in am

Edit: just changed the script again now it says

Spoiler:

#org 0x86B475C
checkitem 0x2 10
if B_<< goto $NoUltra
message $WantBalls
$WantBalls = Oh, You have ten Ultra Balls.\pIf you want i can trade you a MasterBall \lfor ten of your UltraBalls...\pWhat do you say?
boxset 5
compare LASTRESULT 10
if B_FALSE goto $DontGet
giveitem 0x1 1
removeitem 0x2 10
Release
end

#ORG $NoUltra
Lock
Faceplayer
message $NoBalls
$NoBalls 1 = Oh, you... dont have ten Ultra Balls!?\lCome back when you get ten!!/p and ill give ya something good!!
boxset 6
release
end

#ORG $DontGet
Lock
Faceplayer
message $Badchoice
$Badchoice 1 = its your loss!!
boxset 6
release
end

and in xse it says too many parameters on line 4 the correct number is 2

so still gettin nowhere

 

[GoGoJJTech]

ty one more question is there a way to change the script for the opening sequence with prof birch? or use different music for that part? i know i couldnt find that in am

Edit: just changed the script again now it says

Spoiler:

#org 0x86B475C
checkitem 0x2 10
if B_<< goto $NoUltra
message $WantBalls
$WantBalls = Oh, You have ten Ultra Balls.\pIf you want i can trade you a MasterBall \lfor ten of your UltraBalls...\pWhat do you say?
boxset 5
compare LASTRESULT 10
if B_FALSE goto $DontGet
giveitem 0x1 1
removeitem 0x2 10
Release
end

#ORG $NoUltra
Lock
Faceplayer
message $NoBalls
$NoBalls 1 = Oh, you... dont have ten Ultra Balls!?\lCome back when you get ten!!/p and ill give ya something good!!
boxset 6
release
end

#ORG $DontGet
Lock
Faceplayer
message $Badchoice
$Badchoice 1 = its your loss!!
boxset 6
release
end

and in xse it says too many parameters on line 4 the correct number is 2

so still gettin nowhere

The intro is not a script. It's ASM with text. You can find the offsets with a-text but I advise not using it to repoint

 

[awipe1]

Alright so I am writing a script where when you talk to this man, him and his abra will teleport you across the lake. When he does, you him and his abra will appear on the otherside and you can talk to him again and get teleported again.

I have it set up so there are two old man (one is always hidden with a flag) and there is always an abra beside the old man (there are two but one is always hidden by a flag).

This is what ACTUALLY happens when I talk to the old man. I get teleported across, but the old man I just talked to doesn't disapear while the abra does. When I try to talk to the other old man, he just stops after he tells abra to teleport.

this is the code

Spoiler:

#dynamic 0x800000

#org @main
lock
faceplayer
textcolor 0x0
msgbox @talk2 MSG_YESNO
compare LASTRESULT 0x1
if 0x1 goto @main3
msgbox @talk3 MSG_NORMAL
release
end

#org @main3
msgbox @talk4 MSG_NORMAL
checkflag 0x3C
if 0x1 goto @main4A
checkflag 0x36
if 0x1 goto @main4B
release
end

#org @main4A
applymovement 0x8 0x880175F
waitmovement 0x0
msgbox @talk5 MSG_NORMAL
fadescreen 0x1
clearflag 0x3C
clearflag 0x4B
setflag 0x36
setflag 0x37
hidesprite 0x8
hidesprite 0xB
showsprite 0x9
showsprite 0xA
warp 0x3 0x20 0xFF 0x18 0x1E
applymovement MOVE_PLAYER 0x8800EE1
waitmovement 0x0
fadescreen 0x0
goto @main5

#org @main4B
applymovement 0x9 0x8800EDB
waitmovement 0x0
msgbox @talk5 MSG_NORMAL
fadescreen 0x1
clearflag 0x36
clearflag 0x67
setflag 0x3C
setflag 0x4B
hidesprite 0x9
hidesprite 0xA
showsprite 0x8
showsprite 0xB
warp 0x3 0x20 0xFF 0x1E 0x06
applymovement MOVE_PLAYER 0x8800EDB
waitmovement 0x0
fadescreen 0x0
goto @main5

#org @main5
msgbox @talk6 MSG_NORMAL
release
end

#org @talk2
= Hello there!\nMe and my ABRA teleport people\lacross the water.\pWould you like us to teleport you\nto the other side?

#org @talk3
= Alright well I will always be here\nso if you change your mind let\lme know!

#org @talk4
= Alright hold on!\nABRA use teleport!

#org @talk5
= ABRA: Abrraaaa!

#org @talk6
= There you go young one!\pIf you want to go back, ask me\nand I will be more than willing\lto teleport you back!

 

[Rezordaxx]

ty one more question is there a way to change the script for the opening sequence with prof birch? or use different music for that part? i know i couldnt find that in am

Edit: just changed the script again now it says

Spoiler:

#org 0x86B475C
checkitem 0x2 10
if B_<< goto $NoUltra
message $WantBalls
$WantBalls = Oh, You have ten Ultra Balls.\pIf you want i can trade you a MasterBall \lfor ten of your UltraBalls...\pWhat do you say?
boxset 5
compare LASTRESULT 10
if B_FALSE goto $DontGet
giveitem 0x1 1
removeitem 0x2 10
Release
end

#ORG $NoUltra
Lock
Faceplayer
message $NoBalls
$NoBalls 1 = Oh, you... dont have ten Ultra Balls!?\lCome back when you get ten!!/p and ill give ya something good!!
boxset 6
release
end

#ORG $DontGet
Lock
Faceplayer
message $Badchoice
$Badchoice 1 = its your loss!!
boxset 6
release
end

and in xse it says too many parameters on line 4 the correct number is 2

so still gettin nowhere

You are getting somewhere but its not in XSE Language!

Replace al the $ with @ because in pokescript $ is a pointer and in xse @ is a pointer

You always start a xse script with #Dynamic 0x(theoffsetofyourscript)

And the reason of your error is that you dont have 0x6 whicheans boxset 6 after the pointer to your text so it would be ;

#dynamic 0x(offset)

#org @start
Lock
Faceplayer
Message @wantballs 0x6
Release
End

#org @wantballs
= Hey kid, you want some pokeballs?

You get what i mean?
So you put the pointers to your text then put 0x6 or 0x5 which is a yes/no box
Then finish your script
Make another #org with the pointer of your message and i you have got other messages you make other #org 's with those message pointers

So if you translate your script to the xse way it will work
There are some huge indepth xse tutorials in the tutorials section check them out!
Hope this helped you more indepth!

Edit: push f1 in xse if you want help with some commands

 

[Airikita]

I'm in DIRE NEED of assistance!

I was editing Prof Elm's Lab in JohtoMap on my Pokemon Gold ROM, and I changed the offset for Cyndaquil's ball to 6670 from 40C8. When I re-checked the ROM (opening in JohtoMap) the offset reverted to 4070.

I tried resetting it several times, but it kept going back to 4070. So, I fixed the part back to normal, and went to test my changes (from earlier). Everything is normal, I checked over and over, but WHENEVER I SELECT CYNDAQUIL it blanks out to a black screen and hangs, or resets all glitchy to the Title Screen.

I repaired the map with the clean ROM back to the settings (checking Map Properties, and copy-pasting the good code from 180000 to 182670) and it still blanks out.

I have no idea what JohtoMap did, but Cyndaquil's ball is damaged!!!

 

[miksy91]

I'm in DIRE NEED of assistance!

I was editing Prof Elm's Lab in JohtoMap on my Pokemon Gold ROM, and I changed the offset for Cyndaquil's ball to 6670 from 40C8. When I re-checked the ROM (opening in JohtoMap) the offset reverted to 4070.

I tried resetting it several times, but it kept going back to 4070. So, I fixed the part back to normal, and went to test my changes (from earlier). Everything is normal, I checked over and over, but WHENEVER I SELECT CYNDAQUIL it blanks out to a black screen and hangs, or resets all glitchy to the Title Screen.

I repaired the map with the clean ROM back to the settings (checking Map Properties, and copy-pasting the good code from 180000 to 182670) and it still blanks out.

I have no idea what JohtoMap did, but Cyndaquil's ball is damaged!!!

Your problem is most likely something extremely simple like false bit values of Function part in [Color|Function] byte of the person event. As for what comes to the script pointer value changing into 4070, I don't know, but you probably did something wrong there.

I could explain better, but what's the point..

 

[Airikita]

Your problem is most likely something extremely simple like false bit values of Function part in [Color|Function] byte of the person event. As for what comes to the script pointer value changing into 4070, I don't know, but you probably did something wrong there.

I could explain better, but what's the point..

Yeah, but what's odd is when I kept trying to change it to 6670, and saved, I would go back with it being 4070.

But yeah, idk, it looked like it was reading the wrong value perhaps, or writing to the wrong value.

*I guess I'll have to trigger some breakpoints in bgb to figure it out (groan)*

 

[miksy91]

Yeah, but what's odd is when I kept trying to change it to 6670, and saved, I would go back with it being 4070.

But yeah, idk, it looked like it was reading the wrong value perhaps, or writing to the wrong value.

*I guess I'll have to trigger some breakpoints in bgb to figure it out (groan)*

Why don't you just hex edit everything first (event's data and script) and make see it work out in the game? When it works, there is obviously nothing wrong with the person event in general.

Then you can check if Johtomap has still problems editing the event data. If it has, there is most likely some kind of programming error in that tool (although I doubt it since I have used it for a long time). It should load and store all kinds of data related to person events accurately (doesn't go for editing signposts though).

 

[Airikita]

Why don't you just hex edit everything first (event's data and script) and make see it work out in the game? When it works, there is obviously nothing wrong with the person event in general.

Then you can check if Johtomap has still problems editing the event data. If it has, there is most likely some kind of programming error in that tool (although I doubt it since I have used it for a long time). It should load and store all kinds of data related to person events accurately (doesn't go for editing signposts though).

The Map/Event data was reset to normal from copying the data from a clean ROM, however it still crashes. i.e. the script was always normal, even when reverted.

I noticed a real oddity... it would stay on 0038: FF - rst 38, and the stack would keep popping 0039... I have no idea where the problem is coming from.

The pointer BEFORE that is FE85, which is an OAM location, which contains the value FF... I can see that the pointer is wrong somehow... but FE85??

EDIT: and now it's FE7E........ yeah..... ._.

EDIT2: looking closer at the place where it's loading the values, it appears as though it should be 7DFE by what the values are showing, but it's loading it wrong.

 

[miksy91]

The Map/Event data was reset to normal from copying the data from a clean ROM, however it still crashes. i.e. the script was always normal, even when reverted.

I noticed a real oddity... it would stay on 0038: FF - rst 38, and the stack would keep popping 0039... I have no idea where the problem is coming from.

The pointer BEFORE that is FE85, which is an OAM location, which contains the value FF... I can see that the pointer is wrong somehow... but FE85??

EDIT: and now it's FE7E........ yeah..... ._.

Okay, so the pointer to Cyndaquil script is back to normal (and so is its script, right) ?
Does the problem only occur with Cyndaquil event?

All I can pick up from this is that you have either programmed something wrong (with asm) yourself, or some data for example in rom bank 0 has been edited by an accident.

Edit:
Sounds like some "table handler" isn't doing the job right. Instead of loading some 16-bit value in little endian, you'll get it in big endian instead. If you can fix the problem by debugging, good. But if not, you can also try tracking down the bug with ips files (especially if you have kept backups). If you haven't kept regular backups, this method is pretty useless though. I really advise keeping backups though - I have almost 1000 copies of Dark Energy in my computer (with version numbers at the end of their names).

P.S
Just as interesting note, the freezing during that script happens due to a thing which is called "stack overflow". It's a common programming error especially when trying to implement a program, or part of it, with recursion.

 

[Sniper]

Hi, I've made a setvar script on firered hack. (JPAN's engine patch)
Then I have a successful one but when the script is done, it keeps repeating.
Here's my script:

Spoiler:

#dynamic 0x800000

#org @start
setvar 0x4000 0x1
if 0x1 goto @done
special 0x113
applymovement 0x7F @camera
waitmovement 0x0
playsong 0x110 0x0
msgbox @1 0x6
msgbox @2 0x6
applymovement 0x1 @move
waitmovement 0x0
msgbox @that 0x6
fadesong 0x117
applymovement 0x1 @move1
waitmovement 0x0
msgbox @3 0x6
applymovement 0x7F @camera1
waitmovement 0x0
special 0x114
applymovement 0xFF @move2
waitmovement 0x0
msgbox @4 0x6
applymovement 0x1 @move3
waitmovement 0x0
release
end

#org @done
release
end

#org @camera
#raw 0x12
#raw 0x12
#raw 0x12
#raw 0x12
#raw 0xFE

#org @move
#raw 0x53
#raw 0x53
#raw 0xFE

#org @move1
#raw 0x3
#raw 0x62
#raw 0xFE

#org @camera1
#raw 0x13
#raw 0xFE

#org @move2
#raw 0x12
#raw 0x12
#raw 0x12
#raw 0xFE

#org @move3
#raw 0x10
#raw 0x13
#raw 0x13
#raw 0x10
#raw 0x2
#raw 0xFE

#org @1
= [black_fr]We now bring you this report!\nJust five minutes ago, today..\pWe heard Prof.Oak have visited\nOur region in a certain town!

#org @2
= [blue_fr]So his aide was not lying.\nHe really is gonna come here!

#org @that
= [black_fr]That is all, good citizens!\nPlease take a picture for me!

#org @3
= [black_fr]Brother:[blue_fr] Oh, [black_fr][Player][blue_fr] done there?\nI've got to tell you something.

#org @4
= [blue_fr]Listen, you know Professor Oak?\nHis the famous reasercher, [black_fr][player][blue_fr].\pI received a word from one\nof his aide on this very town.\pReason is, still not clear to me.\nBut he's looking for you now.\pI don't know why he is.\nBut you should wait for him.\pHuh, where? Outside of course.\nHe'll be here, any minute now.\pNow, now! you should get going.\nTalk to me after your done.

I don't know what happens. I don't see anything wrong.

 

[ep!c]

Try choosing another variable..
5000+ must be fine.

 

[Sniper]

Try choosing another variable..
5000+ must be fine.

In R/S/E that works. Maybe I should try, thanks.

 

[Airikita]

Okay, so the pointer to Cyndaquil script is back to normal (and so is its script, right) ?
Does the problem only occur with Cyndaquil event?

All I can pick up from this is that you have either programmed something wrong (with asm) yourself, or some data for example in rom bank 0 has been edited by an accident.

Edit:
Sounds like some "table handler" isn't doing the job right. Instead of loading some 16-bit value in little endian, you'll get it in big endian instead. If you can fix the problem by debugging, good. But if not, you can also try tracking down the bug with ips files (especially if you have kept backups). If you haven't kept regular backups, this method is pretty useless though. I really advise keeping backups though - I have almost 1000 copies of Dark Energy in my computer (with version numbers at the end of their names).

P.S
Just as interesting note, the freezing during that script happens due to a thing which is called "stack overflow". It's a common programming error especially when trying to implement a program, or part of it, with recursion.

Oh, it might have overflowed... anyways, it was apparently a corrupt save file. The save file had the data from last time it was changed to 4070, so it didn't revert back to 40C6 after the changes.

Problem is fixed.

 

[Aethestode]

How can I remove the gender option in the beginning of FireRed where Oak ask yuour gender?

 

[Sniper]

How can I remove the gender option in the beginning of FireRed where Oak ask yuour gender?

This should be on the simple questions thread. But here's your answer.
You should go to the Resources and find Diegoisawesome's force gender patch.