Jump to content
  • Sign Up

kisuka

Script Developers
 View Profile  See their activity

  • Content Count

    289

  • Joined

  • Last visited

  • Days Won

    28

Posts posted by kisuka

  2. Posted

    Athena has been passed along from team to team through the ages: from Athena, to AthenaMods, to eAthena, to 3CeAM, to rAthena, and now Hercules. With each new development team that acquires the project, a little bit more is done to improve the overall project that is Athena.
     
    There have been countless people involved with this project through many years. Many of them have put in countless hours, and contributed thousands of lines of code (some of which still exists to this day).
     
    Athena would not be where it is today without the help of these amazing developers. Because of this, I'm adding in this AUTHORS file to give tribute and credit to the amazing people which have made this project possible.
     
    Thank you to everyone who has helped in the development of Athena. You are amazing, skilled, and your work will live on through the years to come. This project is yours, and has lasted over 10 years thanks to the dedication and support you have put in.
     
    View AUTHORS List
     
    If you know any past developers which have contributed to Athena and aren't on the list, please submit a pull request :)
     
    To any development teams that are maintaining their own forks of Athena, please include this AUTHORS file in your own repos, give credit to all these amazing people.

    themon, Toshiro, KaitoKid and 7 others reacted to this

  3. Posted

    Well, backward campability should be a big point in a community project like this, but maybe that's just my opinion. And forcing people to completely rewrite their tools, isn't nice, too. Adding a field to an existing converter logic is much easier than rethinking the complete logic. I really don't know if the advatages of this update are bigger than the disadvantages. For me personally there are no advatages, so you maybe understand why I'm grumbling.

     

    That's not actually true. There are plenty of open source, community driven projects on the internet that have had huge changes happen to them that cause massive rewrites to third-party applications. The project itself doesn't support or dev these third party projects, so it's up to the people running the third party projects to update their code to match with the latest version of the original software, or at least support it.

    Kido reacted to this

  4. Posted

     

     

    im not saying its easy but it doesn't look too difficult

    It isn't difficult but a load of work, which isn't necessary.

     

    > 

    Dito, but they did promise us a converter~ so let's see bout that

    I don't think there will be a converter which is compatible with my private projects. :(

     

    What actually concerns me most is: Did you think of all the tools in use? Every single tool which reads the item DB must be rewritten because of this update.

    Furthermore RegEx replacements are nearly impossible now, too.

     

    I wish this would have been discussed before implementing, but now it's too late. :S

     

     

    My suggestion to please everyone: Provide a converter which is capable of converting the new format into the old format.

     

     

    In my honest opinion, if you are using your item db for various other things other than just your in-game items, you really should be utilizing sql instead. The point of item_db.txt originally was just to support the txt db version of athena. At this point, since Hercules doesn't support txt db it would make sense to just start using full sql. Though I get why some would wanna keep using the txt version as it's more convenient. This adds readability to the db, which has been sorely needed for years. Can't tell you the countless times I've had to 'Page Up' to the top part to remember what row / comma section I was in...

  8. Posted · Edited by kisuka

    consts.txt currently has NPC sprite file constants. These do not work at all, due to the fact that most of them start with a number, an error is thrown when trying to reference them in a script.

     

    They are also never used...

     

    My suggestion is to redo the npc class to allow for NPC constants to be used in place of sprite ids. Would require a new db called npc_db.txt which has the view id + sprite name.

     

    When parsing the npcs, it would check if the view id is a number or a string. If number and checks out with the ids then just use it, if it's a string then check the db to see if the view id is assigned to that constant.

     

    This will also help make the scripts more readable and easier to script. Instead of having to look what what ID a sprite is, you could just throw in the sprite name. This would also future proof our scripts if Gravity ever decides to do some kind of crazy re-factoring that changes all the sprite IDs.

     

    AEGIS uses sprite names over IDs as well.

     

    Example of what a script would look like:

     

    izlude,100,100,4	script	Test#test	1_F_ORIENT_04,{}

    npc_db.txt

    Jedzkie and evilpuncker reacted to this

  9. Posted · Edited by kisuka

    Open source defeats the purpose of protection if you were to make an open source solution. If the code is available, a work-around can be easily made.

     

    Have you tried contacting Sirius through the contact page? Keep in mind Harmony is ran by just 1 guy and he's currently really busy with personal stuff.

  11. Posted

     

    No credit given on revision 38? Gee, thanks dastgirpojee~ -.-

     

    welcome to ragnarok online community (in case you may have forget) xD

    Been in this community since early 04. We gave credit in logs back then when people helped contribute.

  13. Posted · Edited by kisuka

    Missing translations for helpmsgstr.lua:

     

    "Hunting and Equipment quests are available through the Eden Group. Find them via the '+' mark on the mini-map of each city.",
    " -------------- Navigation Instructions -------------- ",
    "/navigation    /navi  :  /navi yuno 100/100           ->> Map, location(100/100)",
    "/navigation2  /navi2 :  /navi2 yuno 100/100 1/1/1 ->> Map, location(100/100), Scroll/Service/Plane (1: Enable 0: Disable)",
    " -------------- Navigation Search Commands ------- ",
    "$$all         : Outputs all the results (Type of navigation can be specified).",
    "$$lv30       : Monsters of that level are displayed (Amount may vary).",
    "$$lv20~30  : Monster of that level range are displayed (Amount may vary)."
     
     
    When it says 'find them via the + mark' it's referring to the showevent script command which adds quest bubbles to NPCs. This feature isn't added to NPCs yet as of this post date.

  15. Posted · Edited by kisuka

     

     

    Look at this 3 years down the road when RE has tons more features, yet we have to keep implementing IF statements to keep the pre/re stuff going on. Ultimately it clutters the source. Not to mention the complete unbalanced classes. 3rd classes and the new extended classes slowly be added were not meant for a pre-RE scenario.

     

    Some people like me use pre-re with 3rds.

     

    but as if I can control this, I'll just go with the project and trust the admins and devs' decision, I just leech lol.

     

    yes most do, however, they were never meant to be used with pre-RE formulas. It's highly unbalanced. MMOs are meant to be fluid and keep changing. We can't keep holding onto the past version of RO. We should be primarily focused on keeping this emulator up to date with the current kRO. Hence why I've been looking for translators to assist with translating things for us. I've found a Chinese translator and a Korean translator. All to benefit the community and keep RE updates coming.

  16. Posted · Edited by kisuka

    ream and 3ceam happened because of a serious lack of organization in eA. devs all had different opinions on when / how we should've done 3rd jobs so nothing was done. another team had to do it. same thing with renewal/preRE. I don't want to make Paradox look bad or anything but I wish he hadn't stonewalled some of those decisions especially when i threw the idea of just merging with 3ceam on the table. he didn't like the quality of the 3ceam code and he was adamant on adding in all this new content on his own (or at least getting the rest of the team rallied behind it, but historically things like this rarely happen) even though at the time eA's development was at a crawl since most of the team was either burned out or just too busy to devote much time to eA.

     

    by the time any kind of action was taken, it was too late. the community had already fragmented and eA was being passed up in overall progress.

     

    A friendly face <3 and completely agree on every thing you said. eA went thru hard times ever since the HDD issue at Frantech.

     

    That aside, I'm on the side of ditching pre-renewal. Yes, some people still use pre-renewal. But the whole point of this emulator is to emulate the latest version of RO. At a certain point, down the line, I think it's going to become an issue to manage both in a single server setup.

     

    One recommendation is to port it off into it's own branch on the github repo. Master would be RE and you can make a non-RE branch which would get basic bug fixes but be locked at a specific client version, as to not have to keep throwing updates at it to support new features that are added to the client.

     

    At a certain point, this is gonna have to happen :/ I don't think it wise to look at this in the "we'll cross that road when we come to it" mind-set.

     

    Look at this 3 years down the road when RE has tons more features, yet we have to keep implementing IF statements to keep the pre/re stuff going on. Ultimately it clutters the source. Not to mention the complete unbalanced classes. 3rd classes and the new extended classes slowly be added were not meant for a pre-RE scenario.

     

    Just a small side note: I was for ditching txt support way back when I first became a script/db dev at eA.

  20. Posted

     

     

    Will my problem be fixed with the fix you uploaded? thanks!

     

    Not sure ^^; can you provide a screenshot of the error you're getting please?

     

    Well the patching works fine now, xD

     

    but this line:

    > 

    // HTTP Website where Patch list / allow is located
    lpCommon->SetPatchInfo(RSU_IPATCH_WEBSITE, "webpatch.ragnarok.co.kr");

     

    it seems it doesn't allow any site with  it, because I tried using an svn source like sample.googlecode.com/svn/trunk/ or sample.googlecode.com/svn/trunk, and I keep on getting failed to retrieve the patch allow and plist.txt

     

    but when I tried a clean site for example: mysamplero.com, it's working..

     

    another problem I'm having right now is the start button after the patch: it doesn't start anything :D

     

     

    // Set Client EXE & Command.
    lpCommon->SetPatchInfo(RSU_IPATCH_EXEFILE, "SampleRO.exe"); // (ex: ragexe.exe)

     

    lpCommon->SetPatchInfo(RSU_IPATCH_EXECMDL, "1rag1"); // (ex: 1rag1)

     

    I also tried using the launcher:

     

     

    // Set Client EXE & Command.
    lpCommon->SetPatchInfo(RSU_IPATCH_EXEFILE, "SampleRO Launcher.exe"); // (ex: ragexe.exe)
    lpCommon->SetPatchInfo(RSU_IPATCH_EXECMDL, ""); // (ex: 1rag1)

     

    but nothing happens, xD the patcher just exits.

     

     

    Regarding your issue with the website path. Make sure RSU_IPATCH_WEBSITE and RSU_IPATCH_FTPSITE are set to the domain name itself. You'd specify the directories on RSU_IPATCH_WEBPATH and RSU_IPATCH_FTPPATH. Using your example:

     

    lpCommon->SetPatchInfo(RSU_IPATCH_WEBSITE, "sample.googlecode.com");

    lpCommon->SetPatchInfo(RSU_IPATCH_WEBPATH, "/svn/trunk");

     

    As for the issue with the start button. Make sure the exe is in the same directory, the start button won't work if the exe is not present.

  21. Posted · Edited by kisuka

    * See Attached Screenshot.

     

    Was sniffing on kRO and noticed this in the Izlude Guide. The blue text is clickable and sets a path via the navigation system.

     

    | 226 |  R  | 00B4 | PACKET_ZC_SAY_DIALOG
    |PacketLength=75
    |NAID=51547
    |msg=현재 <NAVI>[낙원단공간이동사]<INFO>izlude,131,148,</INFO></NAVI>의
     
     
    Seems all guides are being updated to use this along with their marking of the mini-map for locations. Wasn't sure if this is implemented yet.

    screen¹ÙÆ÷¸ÞÆ®008.bmp

  24. Posted

    An issue due to lack of documentation on my side: SetPatchInfoNum method requires RSU_PLUG_VERSION2 of Common interface. Sorry for that.

     

    Fixed.

     

    Might try messing around with adding in login stuff to pass the username / password to the client.

  25. Posted

     

     

     

     

    A plugin for RagnarokOnline Patcher Lite (RSU). Allows for patching multiple GRF files (kRO, RE, Custom) using just one patch client.

     

    https://github.com/kisuka/RSU-Multi-Plugin

     

    Basically this is similar to what the ragray plugin did, now you can use it for your own servers and what not :)

     

    Enjoy.

     

    Feel free to contribute to the repo if you want, my C / C++ sucks ^^;

    I tried this, but I'm getting failed to retrieve error with KRO and RE, it seems that the patch site is not working anymore?

    Make sure your kRO is already patched to at least 2011-7-20. The new ftp server doesn't contain any old patch files.

    my KRO was patched 2013 june,

    Weird, can you show me what the error says?

×
×
  • Create New...

Important Information

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

  I accept