Lilystar

awesome. data is maintained after the restart.

Are you using this data? https://github.com/ROClientSide/Translation/tree/master/Data/luafiles514/lua%20files/navigation Please note this file. Content is different. navi_mob_krpri.lub & navi_mob_krsak.lub navi_mob_krpri.lub navi_mob_krsak.lub (The compatible data are these.) The file read by "Servertype" of "Clientinfo.xml" is decided. I'm sorry. Because my memory was not accurate, it edited it. The work of renaming and the replacement, etc. might be necessary. Ragexe = filename_krpri.lub RagexeRE = filename_krsak.lub Because I do not understand movement of jRO, I do not support Japanese with this file. http://herc.ws/board/topic/7896-new-3rd-job-clothes/#entry47524

Please try. A peculiar character of the European language was deleted. I = Inventory ? E = Equip O = Other F = Favorite ? msgstringtable.txt

Please use it with the intention of the operation test.

https://rathena.org/board/topic/98924-pre-renewal-or-renewal/ I have wanted to distribute an emulator in pre-system and re-system. The reason. I thought that became easy to confirm a source by dividing it. But, the client is always renewed. It is certain to become double work. It will be a cause to become complicated to be different in a system by a country ? kRO = RE SYSTEM + Original Quest (Unconfirmed) iRO = PRE Server & RE Server + Original Quest (Unconfirmed) jRO = RR SYSTEM + Original Quest It does not know information on other countries. By the way, the title of the topic that create is seen, the date of the client is various. I intended to make a questionnaire about the date of the client whom you used, but did not know a method. http://www.auriga-dynamo.ivory.ne.jp/questionary/001/enq.cgi

I'm sorry in the content that does not understand easily.

Cause of client freeze I understand in case 2. File "msgstringtable.txt" But, client freeze happens with one kind among three kinds of emulators which I use when I do this change. It hesitates whether to reflect in SVN.

Reproduced a problem in my environment. Case 2 cannot be solved though the problem of the display of case 1 was solved. I was tricked by the client ... Case 1 has the possibility of keeping undecided for the display that I cannot consent.

There might be a mistake because made it in a hurry ... The display was confirmed in my environment. It is text data where the character-code is preserved in Japanese. questid2display.txt

I think that it caused the Hangul are mixed in the file. As for the character-code of the file, preservation and reading are done in Korean when there is Korean in the file.

Text in the game, "Clientinfo.xml" & "Character code of text" & "Language of image", everything is matched and it is displayed normally. If you want to construct in English, please select the one of the procedure. 1. English msgstringtable is edited by manually. 2. Change the date of the client. If you constructing in Japanese, send messages in a different way.

If the date of the client is 2013-08-07 ~ 2013-08-14, you will need a dedicated data. The reason is that the order of a part of message has been replaced. When Japanese can be understood, my SVN becomes a hint. https://subversion.assembla.com/svn/translation-j/msgstringtable/txt_j/ Please compare an applicable date and other dates in WinMerge. If there is an acquaintance having high English level, the English support may be possible ... Please apply the both patch. Read msgstringtable.txt (Recommended) Use Plain Text Descriptions (Recommended)

I think of a person who can speak Japanese. If is an unnecessary thing, I'm sorry.

Do you need support for Japanese?

Talk of the reset NPC of limit three times? Isn't need to create a character variable data? It is a talk when it wants to maintain reset count data after the restart of the server. Sorry if I misunderstood it.

When the "Remove Hourly Annonce" has not been applied, it will be displayed every 1 hour. I don't know why the server is disconnected. There is a method of the normal display. You need to edit your client with a binary editor. Before editing ( 1 ). Language : Korean 과도한 게임이용은 정상적인 일상생활에 지장을 줄 수 있습니다. After editing ( 1 ). Language : English Excessive GAME PLAY has BAD influence for the health. 　 　 Before editing ( 2 ). Language : Korean %d 시간이 경과했습니다. After editing ( 2 ). Language : English %d time elapsed. Edits it because there was a mistake. After editing ( 2 ). Language : English %d hour elapsed. When editing to appropriately, there is a possibility that it can be displayed by all languages. Language : China ? ( Unconfirmed ) 重型游戏中使用可以正常生活产生干扰。 %d 时间经过。 Language : Taiwan ? ( Unconfirmed ) 重型遊戲中使用可以正常生活產生干擾。 %d 時間經過。 I'm sorry if there is a mistake.

Because Adoption System from clicking right button is not usable by a recent date, there is an opportunity to use this script. http://rathena.org/board/topic/99601-c-will-o-wisp-no-effect/#entry275877 Excerpt from kRO official Update of specification of server side. However, does not the client side correspond? The client side is updated according to the update of the server side?

pinagsisisihan. @Naori & @Mhalicot

The topic was created? I'm sorry it was my packet miss.

HIGH RATE SERVER Good Part Difference of the New member and Advanced member does not become problem. Therefore, player technology than strength of the character becomes important. Because a strong character and the item are easily obtained, finding the problem is easy.(server-side) Bad Part At short time, the content is consumed. The load of the server grows. ( the specification which can make the very strong character ) Adjustment of balance is difficult. ( the specification which can make the very strong character ) Low-level map is always unattended. WHOLE PVP & GVG is suitable for the server of main. LOW RATE SERVER Good Part Continuation of the content is easy. It is easy to express individuality. You can to the place where ALL MAP is interesting if it adjusts it well. Bad Part The problem is brought by the difference of the power of New member and Advanced member. The event which has the bonus in New member must be executed periodically. It takes time until come to being able to participate in PVP and GVG. WHOLE The hunting of the monster is suitable for server of the main. sorry. because there is no confidence in my expression, I will edit occasionally.

sorry. I seem to misunderstand the message. The relation between Administrator and root has been forgotten.

Because I have not seen this warning up to now, it becomes a guess. You do not have administrative privileges on this computer. Please run as administrator.

understand a little.

Max 400 was written here. It already vit points seemed to have changed. sorry. This is not understood. There was a problem in status calculation of levelling up?

Is a necessary point high and is the talk that the display is not done? This time, the status point, puts out the example which processes in PRE RENEWAL specification. Herculessrcmappc.c The change is processing over 100 points.