Jump to content

Ai4rei

Members
  • Content Count

    242
  • Joined

  • Last visited

  • Days Won

    81

Posts posted by Ai4rei


  1. Updated to 1.10.0, with the following changes:

    • Added support for ActionType 4, Run As Client (suggested by @Guih). Allows to run different clients with custom buttons, such as RAG+SAK.
    • Added support for ActionType 5, Minimize (suggested by @rakuzas).
    • Added support for saving password in addition to the username (suggested by @Lady Raga). This works only on Windows NT 5.1 and newer (Credential Manager*). You have to configure ConfigID and CheckSavePassword settings to enable it.
    • Removed 'Replay' button. The custom buttons provide all functionality to replicate it.

    * If you use the credential manager control panel (Windows Vista and newer) to change the password, the associated username will get lost, thus the credential will no longer be recognized. Also note, that the password is available to any application that requests it through the API.

    rocred-wincred.png.5e603a1ea7e942701a3e5c1578f688cd.png


  2. Updated to 2.12.0, adds support for new in-game commands.

    New translation bits:

    IDCHECKBOX_BTG,                 "Turns the battle grounds icon on and off.\n\nIngame: /btg"
    IDCHECKBOX_CASHSHOP,            "Turns the cash shop icon on and off.\n\nIngame: /cashshop"
    IDCHECKBOX_GOLDPC,              "Turns the PC Bang gold mining UI on and off.\n\nIngame: /goldpc"
    IDCHECKBOX_ROULETTE,            "Turns the roulette icon on and off.\n\nIngame: /roulette"
    IDCHECKBOX_QUAKE,               "Turns screen shaking effect on and off.\n\nIngame: /quake"

    Updated translation bits:

    IDCHECKBOX_AURA,                "Turns aura effect simplification on and off.\nThis effect is displayed when you attain maximum base level for your job.\n\nIngame: /aura"

     


  3. Merging is still in progress, the rsu codebase is messy, so it will take some time.

    Update 2017-08-04:

    Someone give me a full week hikikomori mode without disturbance and I can release it...

    Update 2017-08-05:

    People who will want to extend the functionality of the patncher, can start learning COM. The plug-in will have to establish communication with a call like this:

    hr = CoGetClassObject(CLSID_PluginServiceProvider, CLSCTX_INPROC_SERVER, NULL, IID_IClassFactory, &lpServiceProvider);

    Update 2020-08-18:

    Obviously no one will read this, and no one will dare to make a necro-post in response to this. Since I have nothing to do for a week, I'm finishing that thing. Things are coming along quite well so far. The updater part is written from scratch, since the RSU code-base is too outdated. Not sure about the ROCred part, there is currently no UI. Oh yeah, there is no name either...


  4. Updated to 2.4.16, updates kRO patch information to reflect a change in the patch transfer protocol (HTTP). This update is needed to continue receiving new kRO patches whether you use the mirror server or not.

     

    Note, that the new patch server seems currently overloaded. The kRO mirror should have those files around Saturday/Sunday after the sync-toolchain has been updated.


  5. Primary purpose of RO Patcher Lite is updating official data, read a replacement for the offical patcher.

     

    Up to version 2.4.4, RO Patcher Lite also supported plug-ins (a build without built-in settings, called "pure") to extend it's functionality with e.g. custom patch info (for patching private server files), patch news and skin support. This functionality is to be provided in a future, separate product in development (currently code-named ELUR).

     

    The RSU Multi Plugin, you link to, is such a plug-in that allows patching official files and private server files in one go, with one patcher.


  6. No real way to prevent editing of GRFs, you can only hinder the stupid portion of people doing that.

    • Either you modify (read "corrupt") the GRF format in a way, that makes common programs fail, and adjust your patcher and client to be able to deal with that.
    • Or you make up your own format and make a patcher for it and add support to the client for it.
    • Or make an edit to the client, that checks the checksums of all files in the grf, when the client is started to make sure the grf is not changed. This takes a few minutes to complete and will get old very quickly (to the players that is).

    Choose your poison.

     

    Edit:

    I got an idea for one theoretical way, that could prevent others from making changes to the GRF, but still allow you to provide patches to it (granted the patcher does not touch the data, but just adds the files as-is, like RO Patcher Lite). This is just a theory, so I will have to make a proof of concept before making further claims~

    Edit:

    Too easy to workaround for the effort needed.


  7. Not sure about other patchers out there, but generally (ex. the official patcher) new patches are appended to the archive and the item entry is updated to point to that location, so the data in original location becomes "waste".

     

    GRF before patching:

    [            ][     mapnametable.txt     ][              ]
    GRF after patching:
    [            ][no longer referenced=waste][              ][new mapnametable.txt]
    GRF after repacking (in theory, as file order may change during repacking):
    [            ][              ][new mapnametable.txt]
×
×
  • Create New...

Important Information

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