Euphy

That's actually correct -- see the documentation. Quests can either have an 'active' or 'inactive' state, but it's started regardless. A newer (and less confusing) command is 'isbegin_quest'.

That's a bug in the script (I wonder why no one reported it). Fixed in 1d21607.

NPC headers require tabs, not spaces. Read: Basic_Scripting#Structure

Update to the latest version (v1.4). It includes a deleted character check.

https://www.perl.org/get.html

doc/permissions.txt

The approach with NPC variables will work, but just make the variable name unique (probably using 'setd'/'getd'). For example, as long as the NPC's hidden name doesn't have spaces in it (ex. "Fishing#01"), you can do: setd ".using"+strnpcinfo(2), x; getd(".using"+strnpcinfo(2))

Use a smaller ID. See src/map/quest.h: #define MAX_QUEST_DB (62238 + 1) // Highest quest ID + 1

It might be an incorrect 'class' field. For example, you'll want '63' to include all third classes, whereas you probably had a Pre-Renewal value of '7'.

I wonder why people have such a hard time finding this... npc/re/merchants/ticket_refiner.txt

I imagine that it would be easier, not harder, for bots to pick up colored text... Possibly, but that seems like another good method to include nonetheless.

It's just 'cleanmap'. Please see doc/script_commands.txt in the future.

Try to be creative. You won't be able to stop good botters with methods like this, but with a little variation, you can stop the inexperienced ones. A handful of ideas that come to mind: Generate easy questions to ask (don't rely on a static list!). Feed the random number/string through other windows... using 'npctalk' using 'message' using mail (requires relog using SQL/without a source mod) using @fakename Any combination of the above.

You can actually add an event in a normal monster spawn -- for some reason, a lot of people seem to be unaware of this, but it's clearly stated in the documentation:

If you're only announcing certain monsters, why don't you just attach a label to those monsters? That way you won't be unnecessarily running an event on every monster you kill.

Use MOB_MVPEXP instead. (Only MVPs give MVP experience, but non-MVPs also have MD_BOSS mode.)

The query is only needed once, no need to run it every time.

Thanks, Annie. Added the check in 3c24f45.

This is not an issue with a supported client at the latest revision. (This is why we list our supported clients and encourage you to stay updated.)

Would be easier to read if you added indentation. :<

The server will read from 'db/pre-re/' instead of 'db/re/', so you have to edit the other database file.

I really don't know where you're looking, since there are some 500 users online each day and things are being released at least every week or so. I don't think that qualifies as "dead" (see: eAthena). On the other hand, you're right that interest in RO has decreased; most of the old players/developers have moved on, and 2D MMOs aren't exactly in demand anymore. But your server more likely isn't attracting players because people expect more innovative ideas than before (given that all the creative events, etc. are now pretty much standard), and what attracted people years ago isn't necessarily what people want to see now.

I apologize, that was a typo for 2012-04-10 (our other officially supported client), not 2014. Not sure about the files. Sorry for the confusion.

If what you're experiencing is the client randomly losing focus, it's a problem with the client itself. Gravity introduced this bug some time ago and still hasn't fixed it, as of testing in iRO a few days ago (surprising, right?). One such report is here: http://forums.irowiki.org/showthread.php?t=97827 This doesn't happen in 20142012-04-10 RagexeRE.

There's no such thing as a "spawn point". If you're referring to the Kafra savepoints, the coordinates are in npc/kafras/kafras.txt. If you mean @go coordinates, those are in src/map/atcommand.c.