Vach

Hello, I have quite a few items that give skills for a special arena mode I am implementing. When skills that are level selectable, such as Heal, are given... the player can only use the highest level they are given. So if I give Heal Level 3, they can only use level 3. Is there a way to set this so they can select the levels? This is probable simple, and I'm just not seeing it. These abilities are granted by cards being slotted in items. I'm using the latest SVN, and Client 2012-06-18.

I would love some kind of freeform stat assignment, that can be skipped to do it in game.

Oh... in that case I'm definitely fine with it this way. The variable names are filled with numbers with complex hungarian programming notation. Thanks for your quick response. =)

Will the background still be configurable via data files?

Yep, was gonna say, tested that for the kicks and it actually works. Thanks for the post, though. This brings me to my next question... what's so bad about $@ vars? I get what's bad about billions of $Vars... but I mean, if I use $@vars I'm only calling one function and if I use the getvariableofnpc with getd embedded I call 2 functions then one more. Wouldn't the globals use less processing power with the same amount of memory (as setting a bunch of vars into memory each time the server boots)?

I actually haven't looked in the hotkey menu for it, but what we're talking about is just the ALT combination to bring up the navigation. Just make it "not work" basically. XP

Well, there is no way to dynamically call a .Variable with getvariableofnpc (I am using getd at the moment for the global variables). So instead, I am going to make them temporary global variables... otherwise I'd have to write a gigantically huge if statement in my script and that just can't do. If anyone knows a way to use getvariableofnpc with a variable named via a string (aka, getd), please let me know... because function NPCs can't seem to store .Variables properly. =/

Yes, if we could disable the navigation menu from being used at all I'd be interested in that too (but I don't think it's possible).

I have already set the ClassNum's appropriately, they match the item_db. Such as the Katars. Can I have your lua files and packet_db for 07-16? I would like to try this exe as a solution but I need those two things first. =/

Awesome, good job! Thank you.

SWEEEEEEET I can still help there then... any way to collaborate? @ Jupeto OMGGGGGGGG THOSE ARE INCREDIBLE! GOOD WORK!!

Hthuong, I'm not sure which particular part in that thread you are referring. These wouldn't be global scripts, more setup so I can have pvp team based with monster allies on each team.

I'm not familiar at all with CMake, will it still compile in VS?

Is there a way to have monsters be more like player summons so they don't attack any players and attack monsters they see? Or is that what the 0,1 combination does?

Do you not need any C++ help?

I don't experience this either... In fact 06-18 is the most stable client I've used of all the 2012... My only issue is the weapon sprite thing I posted about. That said, none of my tests include @ commands. I try to avoid giving those to players as much as humanly possible. Even when I enable them, I use NPCs or items to implement them... So it seems more like a feature instead of a "console command".

THIS IS AWESOME AND I LOVE THIS MORE THAN ALL THE OTHER ONES YAAAAA. No more gay translation and sprite hard coding. I would like to help... But unfortunately I am no web programmer either. All my experience lies within C++.

May we see the script?

7-16? How stable is that? Where did you get LUAs for it? The ones on the lua repository I'm aware of didn't work when I tried. If that works and you can point me to the appriate files (lua, packet db, etc)... I'll do it immediately. For the second option... Won't changing it to 0 prevent the weapons from displaying at all? Show it as fists? (I'm assuming we're talking about 2012-07-16.)

I'm using 06-18, I don't have any problems with the carts or custom item sprites, just SOME of the weapon sprites. Like in my above example, all Katars and Two Handed Swords look the same, but there are tons of visible custom maces. Emong, do you have alternative weapon sprites visible for Instruments, Katars or Javelins? If so, that means it is local to me, and based off some setting I am enabling - perhaps with diffing.

Yea... I was thinking that might be the issue. Unfortunately, I can't go back after all the work I have done. There has to be some kind of configuration with the newer LUAs we (the community) don't understand how to manipulate yet to get the custom values to work. I mean, rAthena isn't necessarily designed to work with the newer clients (yet), either, so that is probably part of it. It might have something to do with packets, too; but I'd rather keep a discussion about it available here on the forums so that everyone can metaphysically put their heads together and figure it out.

Interestingly enough... I'm still getting similar issues. Does anyone else experience this? How about with client 04-10? Anyone? Any input at all in narrowing down this problem would make me grateful. Using my current client (that uses the System itemInfo.lub file), I can't make any new custom weapons with custom sprites no matter where I put them... I can't even move around existing IDs. Weapon IDs are determining the sprite... I think it is hard coded. But it is acting really strange; for example, ALL Katars look exactly the same, every single Katar... but there are numerous visible Mace custom Sprites.

There was the No Close on incorrect login, from before, but the ones I am referring to are: Closing the client when you hit "cancel" from Server Select/Character select. Closing the client when connection fails due to the "you recently logged in with this account" message.

Yea, if this wasn't already I would like to make this a formal request. =)

80468,0,0,0,0,0,0,0,"Helping Hailer Girl" yeap its added correctly within the database as well @ossi0110 which client are you using because nearly everything out of msgstringtable is hardcoded in the 2012-04-10aRagexeRE.exe client so if one of the newer ones is less hardcoded or one of the slightly earlier versions didn't have this issue i'm interested. I would suggest moving to a new client, this solvec most of those hard coded string issues for me.