Ai4rei

The BGM for the login screen is hard-coded to BGM01.mp3 You have three options: - Replace 01.mp3 with a different music file. This will affect all other maps that use 01.mp3 as well, though (also 01.mp3 is the default BGM for maps that have no BGM assigned). - Modify the client to load a different file (CLoginMode::OnInit): - Make someone do that patch for you. Edit: Too slow..

There is a bit more to it, than just merging, but currently the network components (HTTP/FTP) are being worked on.

http://www.jrsoftware.org/isfaq.php#limits: Just use the latest version.

InnoSetup for all your installation issues. No trade secret.

Here you go, see if it works alright (did only basic testing). Requires PHP-CLI: php collapsemes.php /path/to/npc/folderOld files are backed up as *.bak, files that need no change are not touched. You might want to use this in a separate working copy in case it screws up. Edit: v1.0.1: Removed a flag, added regexp overview.

I guess I could. Edit: Looking at the current trunk, I do not see support for n in *mes.

What about: mes "Oh...";mes "...Well.";mes "I guess you are right. It is hard.";↓↓↓"Oh...n...Well.nI guess you are right. It is hard."

Updated to 2.4.7, undoes settings removal in 2.4.5, improves performance and stability, and adds support for idRO (region-locked). There is also some more stuff to read in the doc/ folder.

You have to: - Make the client recognize (InitPacketLenWithClient) the modified packet. ~ Easy. - Make the client parse the modified packet and save the another info in memory (CGameMode::Zc_Ack_Reqnameall). ~ Moderate difficulty. - Make the client draw the text along with the other data when requested (probably UINameBalloonText::SetNameText). ~ Complicated. There probably aren't many people willing and able to do such edit, so you might want to reconsider this. Note, that for hex-stuff you should provide your client version, as some mechanics vary from version to version.

There is no granny support in the alpha client and no .gr2 files in the data.

It is one of the early RO clients. It uses the "GRFv0" archive format that uses customized lzxx compression rather than zlib (patching was done though additional GRF files in the format pdata%d.grf that were read by the client in order) and contains the alpha maps, that have slightly different format than maps these days. Instead of "1rag1" command line it uses "ragpassword". It does not recognize any xml file (yes, not even clientinfo.xml works). The packet protocol seems completely different as well with login packets from 0x5 to 0x1D and game packets from 0xF to 0xAA. BGMs 1.mp3 through 5.mp3 are hardcoded. The whole client+data has about 151MB. In short, no, Hercules does not support this.

Making an assumption based on the other topic titled HEXED !, the English alpha client does not support login screen BGM. It has 5 BGMs hard-coded for the respective towns/fields available at that time. With some effort and assembler skills it is possible to assign login.rsw a BGM, though.

To get rid of the "warning.bmp" screen on the English alpha client, apply this: F: C705046152000A000000R: C7050461520000000000You will get straight to the login screen then:

There we go. Updated to 2.4.6, fixed kRO mirror attributions not showing properly on some Windows versions. On unrelated note, there is a typo in the original patch.txt for patch 2093, so I fixed it in the mirrored one.

Aww, ... Yeah I make something like that, I completely forgot to take the new OS' UI changes into account.

Updated to 2.4.5, added community contributed mirror support for kRO main and sakray. Further applications for approved mirror servers are welcome.

After some talk on the IRC there will be something better than a plug-in. I wonder if I manage to get it done in this extended weekend.

Since there is no further movement in the poll, it concludes with the following result: There will be a new "tool", that does both patching and launching (most likely RO Patcher Lite Core built atop ROCred UI). Majority of the RPI's floating around (p-server client survey) are plug-ins responsible for managing patch information, skinning and HTML patch news, which will be part of the new application, so there will be no plug-in system/API for the time being. The RO Patcher Lite API will probably be put on ice as well. No further efforts will be put into ROCred anymore, except bug-fixes (or "security patches" as some people love to word it). Thank you everyone who participated. Update 2015-12-23: Currently struggling (for a few months now) with one of the most basic things: sockets. Update 2016-02-21: Things are finally starting moving. While I still cannot state some ETA, sockets are being actively worked on, basically typing. Update 2016-09-29: Sockets are complete, time to put all those puzzle pieces together. Update 2017-04-15: The core still needs some work, but it starts to look good.

Updated to 2.11.5, adds French translation. No functional changes. Updated to 2.11.6, adds ASLR/DEP. No functional changes.

Will probably take a while, after my pc's psu blew up.

Not quite sure what you mean with combine, but putting the client in ROCred's resources, will not make ROCred magically pull the client out of it's sleeve when you press "Start".

It could be done with a plug-in. Note, that FTP is the main requirement for the patches, HTTP alone will not do it.

Might be a problem between you and the patch server then, works fine for me.

INI: Menu "Action" -> "Add a new resource..." Button "Open file with new resource" -> select your rocred.ini Field "Resource Type": Enter RCDATA Field "Resource Name": Enter CONFIG Field "Resource Language": Enter 0 Button "Add Resource" Menu "File" -> "Save" Skins (ex. background):Menu "Action" -> "Add a new resource..." Button "Open file with new resource" -> select your background bitmap (.bmp) Field "Resource Type" should turn into BITMAP. Field "Resource Name": Enter BGSKIN Field "Resource Language": Enter 0 Button "Add Resource" Menu "File" -> "Save"

In case you connect to Internet over wireless, try fixing that first.