* NewDenverCity (~Denver@CA6F9BF8:E17E13C8:DB0D5CB4:IP) has joined
<Camerupt> ayy
<NewDenverCity> Camerupt: i'm going away until the 10th for business, just a reminder
<Camerupt> alright, i can work on a ton of trainers in that time
<padz> im going away until the memeth for andness, just a reminder
<Camerupt> for double battles, does the first number in the three on the script change
<Camerupt> the one that says it controls battle type
<NewDenverCity> are you talking about the macro or the struct?
<Camerupt> trainerbattle 0, 1, 0, before, after
<Camerupt> 0 - battle type 1-trainer number 0-additional value
<NewDenverCity> oh, yeah, it'd be either 3 or four i believe
<Camerupt> for a double battle? i looked on deigo's tutorial and it didn't say anything about it
<NewDenverCity> let me show you spherical's trainerbattle thing. also, you can't have numbers be the start of labels btw
<NewDenverCity> i'm not sure if that's how it is in armips, but devkitarm stops if it has a number as the start of a lable.
<Camerupt> fucc so i have to go back and change those ones i did today
<ChemicalMan> fuck you camerupt look for fluffy snakes yourself
<Camerupt> good thing i only did a few, to test the waters
<padz> it does change
<padz> i think you should do trainerbattle_double instead of trainerbattle 3 or whatever
<padz> in fact, youll have to, because armips doesnt even do variable args
<NewDenverCity> i wrote trainerbattle1, trainerbattle2, etc
<NewDenverCity> i didn't know devkitarm did that either tbh
<padz> the best time to name stuff is as soon as possible
<NewDenverCity> http://sphericalice.com/romhacking/documents/script/index.html#c-5C here's how the trainerbattle table works
<padz> devkitarm doesnt care if you dont pass enough args, only if you dont pass an arg that gets used
<Camerupt> thanks NDC
<Camerupt> i'll redo those trainers tomorrow and do more of them
<NewDenverCity> ah, ok.
<Camerupt> i only did a few today to make sure i was doing them right before getting carried away