Sirius_White

The support was unavailable recently due to an announced hiatus. If you would like to have your inquiry processed more quickly, please just re-send it to [email protected] and I will process it tomorrow.

Please refer to this forum topic: https://forum.harmonize.it/viewtopic.php?f=5&t=671 If the posted solution does not work just drop me an email at [email protected]. Make sure to include your account name and send it from the registered email address.

Take a look at the server console and the Harmony log, it most likely provides some explanation for it. If you need help interpreting the log just create a topic in the support board or drop me an email at [email protected].

As suggested by michaelsoftman (and in the Harmony forum) you should take a look in the server Harmony logs and the server console. If the problem is caused by automatic IP bans for shared IP addresses you can - depending on the ban reason - either disable IP bans entirely (autoban_enabled: no in harmony_custom.conf) or remove the autoban action from the respective action chains (see https://forum.harmonize.it/viewtopic.php?f=3&t=10 and https://forum.harmonize.it/viewtopic.php?f=3&t=13). If you need any additional support on this matter just update your forum request or drop me an email at [email protected].

Probably is, but I couldn't find . Please just send another request and I'll get back to you as soon as possible. rAthena has nothing to do with Harmony though - this is probably not the right place to seek support.

Yup, everything is back to normal. I've answered around 150 mails so far, if you're missing a response please just send another request and you'll get a response. You'll also get a nice discount if I failed to respond in time.

(Sorry for the bump, but I just got asked the same question again and would like to use this post as a reference) To quote my reply from the Harmony forums: As I believe this was a reply to one of your requests let me explain: OpenKore operates network level, so it "plays" the game without any interaction of the actual client. This is even the case when you are using XKore, the network packets are still generated by OpenKore. This means that ultimately OpenKore is free to do whatever it wants to do. You could easily modify OpenKore to work as a WPE replacement and, because Kore doesn't need the client (and thus doesn't need any of the potential WPE countermeasures your client is equipped with), there is no way to prevent this. If you allow bots on your server you gave away the farm.

@iROnic: You should have a reply.

I was indeed kind of busy for the past week. Sorry for the delay. I'm currently going through all support requests, so you'll most likely receive an answer today. Otherwise you can just send another mail to speed up the process. @Zenith: I've added the slot for free as a compensation.

RoExt offers full UTF-8 support. Alternatively servicetype germany / langtype 10 has some sort of multi language support (there are also diffs to enable it), not sure if it works with arab though.

Take a look at CA packet 0x0204, there is a stub in src/login/login.c.

Generally pro. I started this about three times, but never got beyond the basic movement / chat packets. It's indeed a lot work, but worth the effort. The eathenanext approach looks fine, definitely better than the current clif.c code. I didn't read through the entire code though, just briefly skimmed it. We currently support about six different spawn packets, possibly more by now. Structs make it easier to figure out the final packet structure, but the code remains either redundant (one function per packet in each version) or scrambled with #ifdefs (one function per semantic packet [walk, spawn, ...]). In the process we should definitely merge packet_db versions and PACKETVER. It doesn't make any sense to support dozens of client versions, but have one fixed server protocol. PACKET(PKT_MC_CUTIN) pkt = { PKT_MC_CUTIN }; This is weird.

If you don't trust developers switch to Git and use Pull Requests instead. If you want to make a change here it might be a good idea to actually get shit done instead of discussing for years.

Yea, I'm aware of the problems. You can always exclude browser players from WoE or only allow them in cities -- there are plenty of possibilities. Thanks for the mail address!

Depending on how this project turns out it might be possible to use it on Harmony equipped servers. The current version looks promising, but there is alot of stuff that needs to be addressed before this project can be used in production. @KeyWorld: Is there an email address I can use for private inquiries? I sent an email to [email protected] last week, but it seems like this address isn't in use.

The client crashs while trying to render a non-existing sprite. More precisely, it's an act file, which is somehow related to dragging. If I remember correctly you need a second sprite for the drag animation, maybe that's the problem here. I suspect you applied some diffs to ignore missing file errors, otherwise you would have gotten a message box before the crash. Make sure you don't have any of the "ignore xy error" diffs applied and try again, you might get helpful information.

This mostly happens due to a missing setup.exe. The client attempts to start setup.exe over and over again when the registry settings are not found. Download setup.exe If you applied the HKLM2HKCU diff you will need a patched setup.exe, which you can find here: http://svn2.assembla...tup_patched.exe Setup.exe needs to be launched as administrator (unless you applied the hklm2hkcu diff).