curiosity

You can add a command handler like this:
ACMD_FUNC(mypoints) { int points = pc_readaccountreg(sd, add_str("your-script-variable-here")); char buffer[32]; sprintf(buffer, "You have %d points.", points); clif_displaymessage(fd, buffer); return 0; }

Alright. Here are patches for main and Sakray service. Not that much interesting in them. I think kRO runs a pretty tight ship compared to other regions.

GRF doesn't really have any encoding, it just checks strings byte by byte (with case insensitivity for alphabetic characters). Gravity uses strings encoded with EUC-KR. The garbled strings you see in data folders are the direct representation of these EUC-KR encoded strings in ASCII or similar. Repacking with the garbled names works because it's binary equivalent. If you convert the Korean names to unicode when extracting you must convert back to get the expected file names in the GRF. For names limited to latin characters it doesn't actually matter since that's the same in literally every character encoding.

This happens because of the limited precision of the graphics card. All 3D applications will have similar issues, though it's not always so apparent and depends on how attentive the programmer has been to the issue. If you have a 3D graphics control panel you can try to set the profile to quality mode, this might make some difference.

Try to check which character encoding the text files are using. Your text editor displays it in the lower right corner, in the part you cropped away from the pictures.

http://pastebin.com/Ftq9tpN9
 
Just for you! Take this script and save it as mapcache.html
 
Open it in Chrome or Firefox and drag-and-drop map_cache.dat into the browser window.
 
It will list all the map entries with their size.