Jump to content

kisuka

Script Developers
  • Content Count

    289
  • Joined

  • Last visited

  • Days Won

    28

Posts posted by kisuka


  1. Yeah dont host this on github, it will be DMCA'd so hard since the clients are copyrighted.

    Best bet is to do a torrent or build a nodejs script that can download any client from the patch server, unpack it on-demand, and serve it to the user. Or split up the clients into chunks so theyre no longer a whole file and serve them thru a downloader and have them combine at the end stage.


  2. While I really want this to succeed I have my doubts. I've been involved with this community for many, many years (since 2005 / 12+ years).

    I've seen so many "new RO client", "custom RO client", "client rewrite", "open source client" projects, and absolutely none of them have succeeded. They all get to at least this stage:

    • Map Viewer
    • Chat
    • Character creation / rendering

    Then they stop being interested in developing it, get burnt out and then quit. Biggest issue they all have? So far, out of the 5 or 6 projects I've seen pop up since 2005, only one of them ever shared their source code. If you're going to actively pursue this goal, share the code. Open source it and invite in more developers. Having it closed source + paid / donations to get access is going to get you in deep legal shit with Gravity. Do not think "oh they can't" or "they don't know who I am" or "they can't find me", believe me it's not hard. They know who pretty much everyone is irl that has massive contributions within the athena community.

    Open source it as an educational project, do not advertise it as an "RO Client". Like with athena, advertise it as an "MMORPG Client". Make a solid core framework that you can then extend with RO specifics to build a client capable of running RO.

    There are many old school athena developers who would join this project if you simply opened it up and had some serious noticeable progress on it.

    Do not make the same mistake as all those other dead projects.


  3. Honestly not really in favor of the idea of deprecating the use of IDs :/ I was the one that was pushing for script standardization originally.

    I released the first const use in place of sprite IDs.

     

    But that change was not meant to become a mandatory thing. Users should not be forced to use constants in place of IDs if they don't want to.

     

    Consts reference the IDs anyways, so eliminating the ability to use direct IDs just really doesn't make sense.

     

    It's in the same sense of script commands like getitem, delitem, specialeffect, skill, etc. We encourage the use of constants but in no way should it be mandatory.

     

    A better solution instead of straight up deprecating it would be to create an official scripting style guide and encourage the user of constants over the IDs, but don't require users to have to use them. If users will be contributing to the repository they should follow the style guide / use constants, but if they're making their own scripts they should be allowed to use either.

     

    Constants should be optional always for these situations.


  4. You really shouldn't ever be able to move / break during a progress bar... that opens up a world of player reports asking why a script doesn't work or have orphaned quest variables that needed to be set after the progress finished. Could seriously have the potential to break a lot of things in my opinion.


  5.  

    Didn't forget. I know about them, I asked about them in staff chat. It's a tiny bit beyond my scope at the moment as my brain is fried from working on this. At the moment it starts on the standard iz_int and equips are still unequipped. It's not a major game breaking change, low priority. I'll try to get it added sometimes this month. Didn't wanna hold back on the script release due to a small change that doesn't really impact gameplay.


  6.  

    great!!!!!!!!!! the sad thing is that there is no update in the harmony side :/

    yeah..can't support new client...maybe Sirius is having hard time to crack it..anyway at least members can enjoy new incoming updates from Hercules.. :D

     

    :meow:

    Nah, he's just busy with life stuff x3


  7. RE wasn't the main factor that killed RO. RO was already on a steep decline in terms of population and new vs returning players. The only thing RE did was push out all the players who didn't want to try the new mechanics and stick to old methods. This is why pre-RE servers got a huge boost in population and why iRO offers pre-RE servers now. The "hard core" players are so used to the old system that they didn't want to learn the new stuff.

     

    RO died from 1 simple thing: time. It's time came and went. It's peak was 2004~2007, post 2008 it's been in it's declining phase. It's main draw is to people who have already played it and return purely for nostalgia purposes. Gravity has been trying to rebound and reclaim that throne but they're doing it in all the wrong ways. Give it maybe 4 more years and I'm sure the population will be halved again. Most the official licensed servers have been closing down here and there.


  8. The only way you can handle bots is 

    1.- Enable packet encryption

    2.- Disable proccess attachment into the client (Right now, most common way of botting is by attaching the bot to the client, so it runs through the client, which rendered method 1 useless)

     

    P.D.: Pretty delayed reply, but looks like none mentioned point two before :P

    Regrading #2, I thought OpenKore developed a client that doesn't even hook into the game client? Just sends and receives packets on it's own.


  9. montransform already applies bonuses, it uses SCs (status changes) as the bonus has to be attached to the character and be cleared if they transform to a different monsters or are killed (this is how it works officially).

     

    You can see the montransform code here:
    https://github.com/HerculesWS/Hercules/blob/master/src/map/script.c#L17964

    It's not documented in item_bonuses / script_commands.

     

    I get what you're saying though, to be able to do multiple bonuses, etc.. without having to add a new SC if it doesnt exist. This could work but it seems a bit overkill for the 5~10 items that do montransform, and each one only does 1 to 2 bonuses.


  10. I've been running 2014-02-05 on my server for like 5 months now o.O no disconnects at all. Have you been able to reproduce the issue on your own / not a player report? If not, then I wouldn't doubt it's a different client being used by a player or an attempt at botting.

×
×
  • Create New...

Important Information

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