Akkarin

The "import:" functionality already exists in the /src/ folder for things in /db/, that's why you wouldn't have seen those lines there.

This is kRO. You use this package as a base for creating your private server's client files. Add your diff'd client, and a translated data folder for it to work with your server.

The files and imports are generated automatically after you've compiled rAthena for the first time. You don't need to create any extra files or add in the import: lines manually. It's already done for you

Yes, but also no. You can run another program while the patcher is open, which will give you the two clients capabilities, but the patcher will stay open until you close it.. which you've already tried.

Sure thing - here's a file i prepared a few years ago https://github.com/rathena/rathena/blob/master/conf/readme.md

I think there's an old @command somewhere that does the same thing - so in your equip & unequip scripts you would have something similar to: {},{ headvar=getlook(LOOK_HEAD_BOTTOM); changelook LOOK_HEAD_BOTTOM, 2231; },{ changelook LOOK_HEAD_BOTTOM, headvar; }

This is a good effort, though I would recommend users make full use of the import directory in /conf/ rather than using the .conf files themselves.

Why do you need a separate client? Add an extra set of connection info's to the clientinfo.xml file, or join both char servers to the same login server and then you don't need two separate clients with two separate lots of data files.

If XPRO is web-based (with apparent apk files for mobile) though pretty-much built on roBrowser's source, but you have to pay for a license to use it. roBrowser has always been intended to be open-source. Vykimo could've just continued work on roBrowser instead of being money hungry. There are other roBrowser continuations where many of the newer features have been added in separate forks. I myself use rAthena and roBrowser in a completely different context and host an online gardening game with it. If you understand javascript, it's actually not that difficult to implement the features that are missing.

Well.. your error literally tells you what's wrong. I also won't be supporting Hercules script mix-ins. I literally replied with the same statement in the thread you linked. rAthena has different functions to Hercules, you should check on your mapserver what the errors are and then cross-reference with the doc/script_commands.txt file to see what's going on.

I believe I answered this 3 and a half years ago. It's literally the same response to the same question.

ROCShield is almost 7 years old, i'd be willing to bet that there are circumvention methods by now, if you look for them.

?? It doesn't require a client, it is the client. It works fine if you don't need carts, vending, half the skills, rodex, quests, achievements, homuns/mercs, etc.

// Log MVP Monster Drops (Note 1) // Outdated. Use Pick_Log instead. But this log could be useful to keep track slayed MVPs log_mvpdrop: no I assume you set this to "yes"?

Do you mean map server? @Skits we can't help you if you don't show us your script.

I do wish you guys would stop calling it an "offline" server. If a server is "offline" then it doesn't work. It's down. It's off. Hence "offline". It's called a local server.

What's the error you're getting?

You can view in-depth information regarding the clientinfo.xml file on our wiki: https://github.com/rathena/rathena/wiki/Clientinfo.xml

Simple answer: You can't. Long answer: You will need to dig around in old scripts and previous versions of files using the Git History and Blame feature in order to get the scripts back to an old enough version and then apply any fixes manually. Literally no one will spend 50+ hours doing this for you.

For running a script each minute, attaching a timer is the best way to do it.

I would suggest reporting this as an issue on Github: https://github.com/rathena/rathena/issues

As far as i'm aware, rAthena doesn't support any 2020 clients. This package is a good base for your client-side folder, but you'll need to use a supported client to diff and then a translated data folder.