Jump to content
  • Sign Up

Dastgir

Script Developers
 View Profile  See their activity

  • Content Count

    3803

  • Joined

  • Last visited

  • Days Won

    248

Posts posted by Dastgir

  5. Posted

    Excelent job! but I have 2 questions, if you let me ask...

     

    is your iteminfo.lub updater than this one?

     

    http://rathena.org/board/topic/79905-updated-translation-for-iteminfocskroptionlub/

    This one I guess is google translate, we provide best translation for the items + items from other server.

     

    are your lua files updater than this one?

     

    http://svn6.assembla.com/svn/ClientSide/Lua_Project/lua%20files/

     

    thanks!

    Yes, we are more ahead from this.

  6. Posted · Edited by dastgirpojee

    Well the suggestion is good, bcoz it do not have array, that means no limit to 128.

    I suggest to have both, the current one and the one that is suggested.

  11. Posted

     

     

     

    Not sure if this is even a thing, but wouldn't it make more sense to have/make the client read data directly at the source? By this, I do NOT simply mean having the client read from a server-side grf/data folder. For example, instead of the client reading idnum2itemdisplaynametable.txt locally to determine an item name, why not have it read item name directly off the server's item_db?

     

     

     

     

     

    Also As I guess, It will cost much bandwidth + more ram usage.

    think,

    1)When someone moves cursor to item , it sends packet to server, server gets item_id and sends item name for each cursor point.(If server have 20+ players, think, 1 player moves cursor to item 100's of times.)

    2)When someone right click on item, it send packet to server to get info, server gets item_id and sends item description for each click.(Player checks description soo many times. Using much bandwidth)

     

     

     

    In addition to this, would it be a realistic goal to eventually have a stand-alone client that reads the data folder/grf archive in English (Unicode)? These are just my thoughts; sorry if they seem a little scrambled.

     

    It can be done, but because kRO have unicoded name, we should have that to get update from kRO without repacking of grf to change name in english and etc........

  13. Posted

    Updated to r4-r6:

        Added Missing files and updated itemInfo.lua for missing kRO items.

        Updated HelpMsgString.lua

        2013 Client also supported, (Replace "LuaFiles514lua filesquest2013" to "LuaFiles514lua filesquest")

     

    r9:

       Updated Quests (Translation) Please report missing translation.

  14. Posted

    Anyways this is not 2013 client support topic, but let me clarify to MStream that I am using use data folder first , it works fine. no error anywhere.(Just hoping to get multiple grf soon.)

    this is about client side translation, I will be adding files soon.

  15. Posted

    oh, that 아이템 비교 = Item Compare

     

    BEC6C0CCC5DB20BAF1B1B3

    Thanks.

     

    Ohh it seems now they have item compare feature, nice.

     

     

    We can focus on the hardcoded stuff in the client once the hshield has been disabled completely.

    Yommy I am thinking of modifying your xDiffGen patcher to fit for the new client if that is OK with you :D.

     

    @Dastgir. do you have a translated msgstringtable as well for 2013 client?

    Why in mine Hshield doesn't appear on background too and my client is running?

     

    There's only 2-3 lines more in msgstringtable of 2013.

  19. Posted · Edited by dastgirpojee

    Ohh its my editor mistake, not taking all charaters.

    Do you know any good conflict editor?

     

    1>clif.c(570): warning C4244: '=' : conversion from 'int16' to 'char', possible loss of data
    1>clif.c(571): warning C4244: '=' : conversion from 'int16' to 'char', possible loss of data
    This warning is still there.

  20. Posted · Edited by dastgirpojee

    1>status.c(6248): error C2039: 'pc_luk_sc_def' : is not a member of 'Battle_Config'
    1> battle.h(84) : see declaration of 'Battle_Config'


     
    		   sc_def += (battle_config.pc_max_sc_def - sc_def)*				status->luk/battle_config.pc_luk_sc_def;		else

    1>status.c(6264): error C2039: 'mob_luk_sc_def' : is not a member of 'Battle_Config'
    1> battle.h(84) : see declaration of 'Battle_Config'

     

     

    	      sc_def += (battle_config.mob_max_sc_def - sc_def)*				status->luk/battle_config.mob_luk_sc_def;		else

     

    1>clif.c(570): warning C4244: '=' : conversion from 'int16' to 'char', possible loss of data
    1>clif.c(571): warning C4244: '=' : conversion from 'int16' to 'char', possible loss of data
    	p.PosDir[0] = sd->bl.x;	p.PosDir[1] = sd->bl.y;

     

    in void clif_authok(struct map_session_data *sd)

     

    Using VC++ 2010

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.

  I accept