GmOcean

The default length for names is 24, the players shouldn't be making anything longer than that because the client literally doesn't support it. But if you're set on limiting it to something smaller then it's located in mmo.h at this line.

Ahh beat me to it :/ at least i'm saved fro scouring thorugh that script @.@;

Somewhere in your first NPC: prontera,93,197,9 script Wings Collector 4_M_DEWMAN,{ you forgot to place a right-curly }. Because of this, the script is assuming that instead of starting a new NPC on map Ayothaya, it thinks that Ayothaya is a script_command. Resulting in your error.

Same here, I was able to fix it by just changing my resolution in setup.exe. Additionally, you mentioned a slight lag/freeze before taking a screenshot... As far as I know, this has always been the case with RO screen shots. I highly doubt it's a computer power problem since our computers have been increasing in ablility at an exponential rate, while RO hasn't changed that feature at all D:

Well, I can get it to successfully show Fakename + Guild / Party name. However, the way herc stores fakenames differs from how rAthena does, so only making these changes results in a client crash when PMing the player while trying to use the fake name as the whisper name. I suggest, taking your request to src_request / plugin_request section as there are far more skilled people there willing to help. Sorry, this was too great a task for me :/

Malufett seems to have a working copy available in the form of a plugin O.o; Though, you'll have to pay for it through his paid service. But hey, since it's a plugin you'll never have to worry about it not working when server updates.

While, I do like how those commands would overly simplify things. I'm sorry to say that everything you just posted is possible using these commands: ( with the exception of making the monster an ally of a specified player ). *unitwalk <GID>,<x>,<y>;*unitwalk <GID>,<target_GID>;*unitkill <GID>;*unitwarp <GID>,<Mapname>,<x>,<y>;*unitattack <GID>,<Target ID>;*unitstop <GID>;*unittalk <GID>,<Text>;*unitemote <GID>,<Emote>;*mobcount("<map name>","<event label>") It would take a bit of thinking of how to map out the algorithms that would do all of that but it's possible already. The main benefit of your suggestion is the simplification of converting those algorithms into a single command that will do it for us. Again like I said, I like that idea, I just don't think it would be added do to the fact we have such things :/

Right now, no. But it is possible to make a command to do that. At least from what I've seen about the channel system that is. However, our channel system here are Herc differs from rAthena from what I can tell. So I don't think that command you linked will be convertable :/

Update ~!! As of this posting, only Basic Healer & Buffer Script has been migrated. The next time I post an update here, will be to notify all followers of the FULL migration of scripts to my blog. Afterwards, I'll be continuing to make updates at this topic with links to new tutorials that have been completed at the blog. Again, thank you for your patience and support.

I see, well I'll take a look at them later, and I'll see if I can port them to Hercules so you can make use of it. Edit: Okay, so I took a look at them, and it seems they could easily be converted to Hercules, however i'm not 100% sure if it'll work. And if it does work, you'll still have the same issues as Digos posted when he released the whisper patch. That is, if someone uses @fakename to disguise their name as an existing player name, they won't be PM-able since it checks for real names first then fake names. Also last thing of note is, I could make a diff for the changes, but I'm too dumb to make them plugins xD. I don't know how to do the pre/post hooking yet.

Hmm, can you provide a link to this diff? I can't seem to find it. I can try taking a look at it and see if what they did can easily be applied to packet that deals with PMs.

So, you want to include [TAG] into a player's name, while also making it show Guild and Party. BUT, you don't want to have to type [TAG]PlayerName to PM them? If so, then this currently can't be done with scripting alone as far as I know. You would need to edit the src as well so that the corresponding clif->packet that deals with PM / Public chat will ignore [TAG] as part of name when attempting to PM someone. And I'm not even sure how to do that, if I did I'd release a plugin allowing you to do just that. But, sorry I don't know how.

A system where mobs don't attack you while in PvP? Could you explain more on what your request is.

err nvm, it does require compiling, but you only need to delete a // to enable it: /*** when enabled, reflect damage doesn't bypass devotion (and thus damage is passed to crusader)* uncomment to enable**///#define DEVOTION_REFLECT_DAMAGE just delete the // before #define DEVOTION_REFLECT_DAMAGE and then recompile.

Everything he linked is already added to the revision files. Just need to change the settings in the .conf files.

The reason your script doesn't work with SQL/Flux is simply because, it doesn't use SQL at all. Everything for that ladder is stored in variables.

You could edit the src code so that Devotion works the way you want, but you'd need to ask for help in source_request section on the forums. I don't have the abilities to make those changes myself :/

Paladin's do not receive damage if it was caused through reflect. This holds true on official as well from what I can tell. Also this has been addressed multiple times in the past and it's been noted it's working as intended after a few fixes in the past.

I've already talked to Stevler about that line as well, it was discussed that he would wrap it in an if() statement as well. It's just this was determined after he said the topic was solved.

Yes and No. They are in the forums, but have not been sanctioned by the dev's, nor have they been officially released through src_release, download or plugin system. You'd have to manually make all the changes yourself, and hope it doesn't break your server. I'm not sure if it still works on the newer revisions though.

wrap the mes command in an if() statement that checks against their BaseLevel to see if it's more than 50. example: if( BaseLevel > 50 ){ mes "..."; }