SkyTech6

IP.Content was being a big stupid meanie head. So I stabbed it with a fork and now it works.
 
Our webchat on the website is back up and running. Join us in IRC by using the java chat client provided here: http://herc.ws/board/page/irc.html

Would any of you be interested in a YouTube channel that walks through the processes of downloading Hercules, contributing to Hercules, spriting, scripting, mapping, client hexing, etc... basically everything @.@
 
Lemme know

You have it commented out in item_db2.conf
 
Try removing the multi-line comments (/* and */):
 
/* <---{ Id: 9065 AegisName: "Charmander_Egg" Name: "Charmander Egg" Type: 7 Buy: 20},*/ <--- Also make sure that ) is at the end of the database file (after your item if it's the last item in the db), or your item will not be technically 'inside' the database structure.

I think this line:
identifiedResourceName = "¾Ï¼Ó¼º¾Ë", identifiedDescriptionName = { should be:
 
identifiedResourceName = "CHARMANDER", identifiedDescriptionName = {

When an item is able to be created but appears as an apple, this is typically a sign that the client files are off somewhere or are not being read correctly.
 
Make sure your client is properly reading your lua / lub files. You'll want to make sure that if your client is set to "Load Custom lua file instead of iteminfo.lub" that your lua file is in the proper directory and named correctly to that which you specified during the client hexing.
 
For the monster, you'll want to make sure your IDs match and that your new lub file is being read. Make sure you are placing it in the correct directory in your data / grf.

Unknown item means you dont have its content on iteminfo.lua/.lub(assuming you are using new clients).
 
About mob sprite, be sure the SpriteID on npcidentity.lua and the monsterID matches.(and check if your files is been read by the client) or maybe there's already other mob exist with same id on lua file.
 
P.S : Clients read lua if you have diffed with 'Read lua before lub', else client will try to find .lub files from the other grf's mentioned in data.ini

File Name: Hercules Balloon
File Submitter: Anakid
File Submitted: 21 Feb 2014
File Category: Sprites & Palettes
 
Hercules Balloon for Free!
 
Click here to download this file

Latest graphic works...




 

This is a recent discovery so I don't know if its exclusive to jRO or not, but thats where I found this data at. Today I present to you yet another costume job I found and it shocked me to see this.
 
Costume Class - Summer (Or Summer 2 if you wanna call it that)

 
No your not seeing things. Its another summer outfit and a really good looking one too. Information
 
Job ID - Tag and ID confirmed
SUMMER2 = 30  
OPTION Mask - Unknown, but its likely this since all costume outfits require one....
*Edit* - This is confirmed to not exist. This outfit and future outfits use a status ID and a value to display. Check post below.
OPTION_SUMMER2 = 0x20000000  
Note: To the dev's, I don't have any data on the official mask but ill let you know once I get a confirm on it. Its gotta be this one since nothing else came out that would require one after the Oktoberfest one was added.
 
Summer 2 Sprite Files
Summer2 Sprites.rar
 
The patch file the sprites were found in is dated July 22, 2014 which means we likely need a client of that date or higher to see it in game. Enjoy.

I'm on phone right now, but maybe this will help you:
www.linux.com/learn/tutorials/760276-how-to-manage-file-and-folder-permissions-in-linux
 
You should have permissions in your home folder by default (I think, not Linux expert), dunno how you don't. You should add proper read, write and execute permissions on your home.

Older client may work with newer data, but can not use new content in it,
you need newer client to use newer content.
 
Example :
if you use old client (client that released before rebellion class), and update the data to the recent date.
your client will still work, but can not have rebellion class.
Rebellion data is at there, but will never used by old client, because old client do not know Rebellion.
In order to have rebellion you need newer client (client that released after rebellion class).

For today kro :
1. Ragexe.exe is renewal
2. RagexeRE.exe is Sakray
 
They remove classic !
so rsu-kro-rag-lite.exe will update renewal and
rsu-kro-renewal-lite.exe will update sakray
 
About YourRO.exe :
1. you can run older YourRO.exe with newer data (up to date) but
2. you can not run newer YourRO.exe with older data.
 
Example :
last ossi's client is 2013-12-23 :
1. you run rsu-kro-rag-lite.exe and got newer data, and you do not change YourRO.exe.
Result : your client will still work.
 
2. you change YourRO.exe with 2014 version, and do not run rsu-kro-rag-lite.exe.
Result : your client may have trouble.
 
You should have a patched client (YourRO.exe) to use hercules.
 
About clientinfo.xml, if not inside palette.grf, it should be in YourRO.grf;
I forgot the exact location

The clientinfo.xml in ossi's client is inside palette.grf, you can extract and merge it back after editing it with grfbuilder (this tool already included in ossi full client download, under Tool folder).
 
YourRO.exe in this client is already patched.
You have to check these lines in [hercules directory]srccommonmmo.h
 
 
 
 
make sure the packetver is same with your client date.
And if you make any change, don't forget to recompile it.
 
NB : If you want to patch your own client you can find some unpatched Ragexe.exe in:
http://k3dt.eu/Ragexe/unpacked/
2014-02-05bRagexe.exe is the last stable one.
 
Note : your client data should be updated first before you use newer client,
this can be done by running rsu-kro-rag-lite.exe (this file made by Ai4rei, and already included in ossi's client)

did u git pull on NEMO . It has gone through some updates.