Lilystar

https://github.com/ThemonChan/2014-Ragexe-Client
As for some of files uploaded there, some binary data are edited.
It can be understood when compare it in WinMerge.
Because a part of the binary data end disappears, the file size is different.
 
When a repair is troublesome.
2014-April-Client
 
Reference
https://rathena.org/board/topic/98690-fix-exe-2014-04-16/?hl=2014-04-16

The reference material of the client is put.
I think that the mistake is found because I do not remember accurately.


The mistake revises it after discovery.
After reading well, please decide.
 
GRAY  = The stable. Some functions cannot be used because it is old. The possibility to be able to contribute to the developer is low.
BLUE =  Almost stable. Malfunction is sometimes found.
GREEN =  Basic operation is possible. There is the part which cannot discover.
RED  =  Experimental stage.
 
Let's go slowly ...

// HEADER_CZ_SHORTCUTKEYBAR_ROTATE = 0xa01,struct PACKET_CZ_SHORTCUTKEYBAR_ROTATE { /* this+0x0 */ short PacketType /* this+0x2 */ char Rotate} should be a fun bit of learning for you
hint: look in packets.h and clif.c
at the pHotkey and how it does the clif_parse_hotkey

void clif_hominfo(struct map_session_data *sd, struct homun_data *hd, int flag) {... // Bit field, bit 0 : rename_flag (1 = already renamed), bit 1 : homunc vaporized (1 = true), bit 2 : homunc dead (1 = true) WBUFB(buf,26)=(battle_config.hom_rename && hd->homunculus.rename_flag ? 0x1 : 0x0) | (hd->homunculus.vaporize == HOM_ST_REST ? 0x2 : 0) | (hd->homunculus.hp > 0 ? 0x4 : 0); WBUFW(buf,27)=hd->homunculus.level;... } The one on 26th offset;
When battle_config.hom_rename is false, first expression is always false, so it always thinks that homun is NOT YET RENAMED.
I'd replaced it with
(battle_config.hom_rename?0:hd->homunculus.rename_flag) And now it works fine.

I will fix it in next commit.
 
Sorry for your inconvenience, but right now i set my focus on renewal translation.
i hope you understand

The URL that a developer uploaded in old days remains. Is it necessary ?
 
I think that's worth trying the latest client.
In an investigation into Adoption System, I confirmed that a serious bug of the login was recovered.
 
 
 
 
Adoption System is not usable from this date.


 
 
http://herc.ws/board/topic/8023-add-old-message-in-wedding/
http://herc.ws/board/topic/8147-help-i-have-an-error-in-map-server/

Np. There is my basic_interface folder.
basic_interface.7z

This is a new translation client project that Dastgir and Me want to share for Hercules only.
 
What this Project contain?
 
- itemInfo.lua with iro/kro translation.
- Some lua that contain last translation found on the board or made by us.
- Last accessoryid.lub / accname.lub / jobname.lub / NPCIdentity.lub decompiled.
- Texture Buttons translate.
- msgstringtable.txt fully translate.
- Txt files translate (questid2display.txt, mapnametable.txt etc...)
- Up-To-Date itemInfo and other files required to run a basic Translated client.
 
You can help us by opening PR, or just pm Dastgir to get access to the repo...
 
 
What Client is compatible?
 
- Client compatible until 2016.
Link:
 

I will do it today or tomorrow,

Please check langtype in clientinfo.
When the language is Korea, the help command seems to be executed by the automatically.
 
 

The reference material of the client is put.
I think that the mistake is found because I do not remember accurately.


The mistake revises it after discovery.
After reading well, please decide.
 
GRAY  = The stable. Some functions cannot be used because it is old. The possibility to be able to contribute to the developer is low.
BLUE =  Almost stable. Malfunction is sometimes found.
GREEN =  Basic operation is possible. There is the part which cannot discover.
RED  =  Experimental stage.
 
Let's go slowly ...

The reference material of the client is put.
I think that the mistake is found because I do not remember accurately.


The mistake revises it after discovery.
After reading well, please decide.
 
GRAY  = The stable. Some functions cannot be used because it is old. The possibility to be able to contribute to the developer is low.
BLUE =  Almost stable. Malfunction is sometimes found.
GREEN =  Basic operation is possible. There is the part which cannot discover.
RED  =  Experimental stage.
 
Let's go slowly ...

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

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

Data of "krpri" seem to be read.
However, the data cannot be used if it does not correct.
 
Please transplant the data of "Krsak" to "Krpri" by the overwrite method.
 
It copies onto the different location and it renames it.
navi_mob_krsak.lub → navi_mob_krpri.lub
 
Arranged so as to overwrite the original location.
navi_mob_krpri.lub → navi_mob_krpri.lub
 
This is a guess.
A red part should be corresponding to the server side.
 
 

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

Maybe this untested NPC edit could help you do that? I took a different approach than Happy's because I think it's a bit cleaner this way:
 
//===== Hercules Script ======================================//= Reset NPC//===== By: ==================================================//= Hercules Dev Team//===== Current Version: =====================================//= 1.3//===== Description: =========================================//= Resets skills, stats, or both.//===== Additional Comments: =================================//= 1.0 First Version//= 1.1 Optimized for the greater good. [Kisuka]//= 1.2 Cleaning [Euphy]//= 1.3 All statuses removed upon skill reset. [Euphy]//===== Custom Additions: ====================================//= 1.3a Custom reset limits. Modernized syntax [jaBote]//============================================================prontera,150,193,4 script Reset Girl 4_F_TELEPORTER,{ .@ResetStat = 5000; // Zeny for stat reset .@ResetSkill = 5000; // Zeny for skill reset .@ResetBoth = 9000; // Zeny for resetting both together .@MaxReset = 3; // Max amount of resets. Must be positive. mes "[Reset Girl]"; mes "I am the Reset Girl."; if (.@MaxReset) { mes "You can reset your character up to " + .@MaxReset + " times."; if (ResetCount >= .@MaxReset) { mes "Sorry, you've already used all of your available resets."; close; } mes "You've already used this service for " + ResetCount + " time(s)."; } mes "Reset Stats: "+ .@ResetStat +"z"; mes "Reset Skills: "+ .@ResetSkill +"z"; mes "Reset Both: "+ .@ResetBoth +"z"; mes "Please select the service you want:"; next; switch(select("^FF3355Reset Skills:Reset Stats:Reset Both^000000:Cancel")) { case 1: mes "[Reset Girl]"; if (Zeny < .@ResetSkill) { mes "Sorry, you don't have enough Zeny."; close; } if (.@MaxReset) ResetCount++; Zeny -= .@ResetSkill; sc_end SC_ALL; resetskill; mes "There you go!"; close; case 2: mes "[Reset Girl]"; if (Zeny < .@ResetStat) { mes "Sorry, you don't have enough Zeny."; close; } if (.@MaxReset) ResetCount++; Zeny -= .@ResetStat; resetstatus; mes "There you go!"; close; case 3: mes "[Reset Girl]"; if (Zeny < .@ResetBoth) { mes "Sorry, you don't have enough Zeny."; close; } if (.@MaxReset) ResetCount++; Zeny -= .@ResetBoth; sc_end SC_ALL; resetskill; resetstatus; mes "There you go!"; close; case 4: close; }}

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.
 

Been discussed a lot of time, What if there's new feature on client, that needs to be added to pre-re ones too(I.e double work)
 
IMO, having ability to change from re to pre-re is nice, rather than downloading new emu,then applying own changes,etc.

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.

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)

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.

 

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.

I have some error to report.
 
When I click the quest to view the quest detail  the game is hang and the game close 
 
btw the first quest and the second were working fine but, I got the error in the quest ID 7122