Search results

he's iterating on size, not capacity I guess it's because the items are removed, so if you were iterating 0 to last you'd skip some because you're removing them during the walk, as well as the last one's index wouldn't be the same from when you started

yeah I understand, my question was directed at OP also, would it make any difference to do it like this? local amount = 0 for index = corpse:getSize() - 1, 0, -1 do local containerItem = corpse:getItem(index) if containerItem then local itemId = containerItem:getId()...

why do you need to check if it is stackable?

I think it's because when a player gets promoted its base vocation doesn't change, what changes is the value of the column promotion, so you'll probably have to check there say a player's vocation is 4 and promotion is 1, that means he's an elite knight check out your db for your example...

#playerInfo means "size of playerInfo", so when you insert the value in #playerInfo+1 you're appending it as the last (new) entry in the table

you're probably right this happens due to this part of player's addSkillAdvance CreatureEventList advanceEvents = getCreatureEvents(CREATURE_EVENT_ADVANCE); for(CreatureEventList::iterator it = advanceEvents.begin(); it != advanceEvents.end(); ++it) (*it)->executeAdvance(this, skill...

is this the whole script? you're also lacking an end in the end, because you opened a function and an if, but only closed one of them does it not give you an error? the other thing I'd say is does creature exist in this context? I don't see its declaration anywhere. is it a global?

you did an assignment instead of comparison change (line 77) if creature:getStorageValue(94012) = 1 then to if creature:getStorageValue(94012) == 1 then

I assume you have the default vocations.xml ids, so knights are 4, elite knights are 8 and seniors would be 12 taking this into consideration, an elite knight would have "vocid" 8 local count = math.floor(vocid / vocationCount) local canPromotion = (count - getPromotion.id) 8 / 4 = 2, so when...

does it happen every time or only the first time you change to each vocation? example: 1 start as knight -> 2 go to sorcerer (lags) -> 3 go to knight (lags) -> 4 go to sorcerer again (does it lag again?) -> 5 go to knight again (does it lag again?) if that's what happens, it's probably due to...

great! so we have progress. shield doesn't work because we put the wrong value, it's SKILL_SHIELD not SKILL_SHIELDING. local skills = { SKILL_FIST, SKILL_CLUB, SKILL_AXE, SKILL_SWORD, SKILL_SHIELD, SKILL_DISTANCE } but no idea what's happening to fist, I'll have to...

I'll try it one last time. local vocation_stats = { [1] = {hp = 5, mp = 30, cap = 10}, [2] = {hp = 5, mp = 30, cap = 10}, [3] = {hp = 10, mp = 15, cap = 20}, [4] = {hp = 15, mp = 5, cap = 25} } local tiles = { --[actionid] = {vocation id} [65530] = { vocid = 1...

fix line 42 assigning value instead of comparing if itemstable == nil then

did you configure their corpses correctly on items.xml? example: <item id="2806" article="a" name="dead troll"> <attribute key="weight" value="60000" /> <attribute key="containerSize" value="10" /> <attribute key="decayTo" value="2810" /> <attribute key="duration" value="600" />...

I can't help you much, only explain some things That's because it doesn't belong there. As you can see, it sends a message saying that "Only ammunition is accepted in that container", so it has something to do with moving items to the quiver. Also, the errors indicate that variables...

can't believe I missed that... you probably have a skill on 10 so no it didn't enter the loop and wasn't initialized fixed that and also noticed I fucked up magic level cus I was replacing instead of adding local vocation_stats = { [1] = {hp = 5, mp = 30, cap = 10}, [2] = {hp = 5, mp =...

I'm back. I checked how it works better and noticed that I had a wrong assumption. Required skill tries actually returns how many tries are needed to advance, not total, so we need to sum all values to know how many skill tries we should give him back. I took itutorial's code as base and added...

let's try calculating stuff then taking formulas from the source code you linked, we have that: skillMap[level] = (uint32_t)(skillBase[skill] * std::pow(skillMultipliers[skill], (level - 11))); is the formula for required skill tries to reach (level) skill skillBase and skillMultipliers are...

hey buddy, I'm not sure if this is it, but judging from previous posts, "skillTries" might have two meanings: 1- getPlayerRequiredSkillTries: defines how many skill tries are needed to reach that skill 2- getPlayerSkillTries: gets how many skill tries the player has (for the current skill)...

on trainercheck.lua line 5 you named the variable "specstators" and then on line 9 referenced "spectators" so probably a mistype