exec

No, it wouldn't ban you from Mabinogi, aside from using the official client it's completely separate. Right now Aura has to be built from its source code, guides on that and how to set it up can be found on this forum and the wiki. Alternatively there's Aura Frontend, which handles all setting up for the user. It's not actively maintained, but it should still be working.

The following CSS code "fixes" the colorful sidebar in Gitter, turning the background dark-gray-blue, similar to Discord. .panel-footer__item--all { background: linear-gradient(to bottom, rgba(0,0,0,0) 0%, #36393E 90%); } .room-menu__panel:before { background: #36393E; } To use this you need an extension for your browser to apply custom CSS code to websites. On Chrome I'm using Stylebot, but there should be several extensions for all major browsers to allow something like this.

Oh, that's a misunderstanding, Aura is not a pserver that you can play on, it's a server emulator, the software that you might use to set up a pserver. See the About page:

Welcome~ Don't worry about being new to this, we'll get you through it^^

Updated for i11845, don't forget to update both Pale and Zemyna to be able to log packets after today's iTOS update.

Updated for i11845, don't forget to update both Pale and Zemyna to be able to log packets after today's iTOS update.

Welcome~

I assume you mean they can connect using the public IP now. The reason why they can't connect to the channel server is still the same, that doesn't change. The IP needs to be correct and the ports have to be open of course if they aren't yet. Though they can connect to the login server, so they probably are. Anyway, the ports are the ones mentioned in the green status message on each server window.

Your first problem, with your public IP probably relates to you not having forwarded the necessary ports from your router to the machine the server us running on. If the client can't download certain files from the web server you will get that error message, like when it can't connect to it. The other issue, being able to connect to the login server, but not the channel, occurs because you haven't set the channel IP in system/db/servers.txt. All the client initially gets is the IP to the login server, from there the login server tells the client where to connect to next. As you can see in that file, the default is 127.0.0.1, the local machine. If the login server tells you to connect to that IP, you're able to connect, because the server is running on the same machine, but for everybody else that IP must be your Hamachi IP. Once you change that, you and everybody else should be able to connect. Proper stats haven't been implemented yet, though someone is working on them. This will of course be added in the hopefully near future, but you'll learn that Melia is still early in development, and not too many features are working just yet.

Ah, you're absolutely right, that is a little redundant. Could there be any situation where we might need that? I haven't played the game enough to know.

Yes, but why separate that from the actual job data? Btw, I think we shouldn't create base stats for everything, but only for stats that actually have a base value. For example, weight is completely calculated to my knowledge. You may check the client data for formulas.

What do we have to gain by moving the stats in your opinion? I don't see an advantage right now.

That was added before iCBT2 when there were no different starting towns yet. Since the client had those values for every job I assumed you were eventually meant to start in different cities based on your job. You're right, that code is obsolete now. Adding it to a conf file, like login, would be one option, another would be to create a db, in case more starting cities are added at some point. If there were like 8 starting places, having them in a db would make for much cleaner code. Exaggerated example: var startingCity = (StartingCity)packet.GetInt(); switch(startingCity) { case StartingCity.City1: map = LoginServer.Instance.Conf.Login.StartMapCity1; x = LoginServer.Instance.Conf.Login.StartXCity1; y = LoginServer.Instance.Conf.Login.StartYCity1; z = LoginServer.Instance.Conf.Login.StartZCity1; break; case StartingCity.City2: map = LoginServer.Instance.Conf.Login.StartMapCity2; x = LoginServer.Instance.Conf.Login.StartXCity2; y = LoginServer.Instance.Conf.Login.StartYCity2; z = LoginServer.Instance.Conf.Login.StartZCity2; break; case StartingCity.City3: map = LoginServer.Instance.Conf.Login.StartMapCity3; x = LoginServer.Instance.Conf.Login.StartXCity3; y = LoginServer.Instance.Conf.Login.StartYCity3; z = LoginServer.Instance.Conf.Login.StartZCity3; break; // ... } vs var startingCity = (StartingCity)packet.GetInt(); var data = LoginServer.Instance.Data.StartingCitys.Find(startingCity); map = data.Map; x = data.X; y = data.Y; z = data.Z;

Laziness! =) You're right, we don't have to load everything, in the beginning there simple were only 1-2 dbs, and the login server needed all as well. Servers alone won't cut it though. We also need jobs, items, maps, and barracks, at the very least, for sanity checks. You can see which ones are currently used, by searching the login server project for "loginserver.instance.data."

I'm just remembering, I actually had that problem before I reconfigured the keys, in the very beginning. I'm using a QWERTZ keyboard, where Y and Z are switched. Attack is supposed to be Z (Y on my keyboard), but neither worked. It did work after I corrected the attack hotkey and removed the other one.

Does that happen with every monster? On every map? What about bare handed?

Works fine for me, did you select mouse mode in the settings?

This project will surely come in handy. https://github.com/vyne1/tos-mechanics

Skills aren't working yet. What do you mean by you can't attack monsters, what's happening exactly?

We can't share any client files on this forum, as it would infringe on IMC's copyright. You'll have to find some other source.

Welcome~

Check your config.xml to make sure the URL to the server list is correctly pointing to Melia's web server.

If you get the message that there's a new patch, you have to patch your client. Just go into the patch folder inside the release folder and run the tos.exe. However, Zemyna KR hasn't been updated in a while, as we're focused on the international version, so I don't know if it will even still work. If there's demand for it, I'll update the KR versions of Zemyna and PaleTree again. Keep in mind that Melia will only work with the international client. Please ask future questions regarding Zemyna in the Zemyna thread, as they aren't directly related to Melia.

Welcome~ I feel like we'd need someone who's able to moderate and provide support for any non-English section. If someone wants to apply for that position for any language, feel free to contact me. Though this person should be able to speak both languages (non-English and English) well enough for conversations about the forum, and they should have some technical knowledge, including some about the project(s), so they can provide basic support. Google Translate: