exec

It has that argument. If you want to log a local server, just start Zemyna like normal, without "kr", but with "nosteam".

Your theory about them going into aggro faster if you're in hearing range seems weird to me. What I was actually thinking about was whether they might aggro faster if they see you. Aside from the logical standpoint, there are AIs that have much better hearing than eyesight, like bats. For those the visuals would be completely pointless if both were equivalent, or if hearing would have a higher "priority". But some difference between them would certainly make sense, and it might explain some weird aggro behaviors, where sometimes they don't aggro immediately, but seem to wait around for a while. Maybe they aggro faster if they can both see and hear you?

Recording everything would be fine, but if you want to take the time, certain things would be nice to have separately, so you don't have to search through hundreds or thousands of packets to find something. For example, a log of you running through almost all of of Uladh to get Eiry's first enter messages would be nice, but finding that dialog amidst all the other packets would take some effort. It would be more comfortable to look through, by starting logging when you enter a new region, and stopping right after she's done, saving the log as something like "eiry first enter dialog dunbarton". Logs of normal dungeons are generally not necessary, but we could use logs of special dungeons, like RP, quest dungeons, etc. Again, ideal would be segregated files, for entering the dungeon, cutscenes, boss fights, etc, but this is naturally harder to do in dungeons. In short, we're thankful for any research data, and segregated logs are optimal, but not necessary. And it's always better to have a full log than to miss something^^ Videos shouldn't be necessary, especially if you split the logs up a little.

I've uploaded versions of Zemyna and PaleTree that should be compatible with k20696, the current version. https://github.com/exectails/Zemyna/releases/tag/v1.0.0_k20696 https://github.com/exectails/PaleTree/releases/tag/v1.0.3_k20696 Unfortunately I can't confirm whether they are working, because I don't have access to kTOS. Feel free to tell me after you've tested it. Both will also need regular updates, whenever certain things change in the game's exe, usually after each TOS update. Due to kTOS using a web login, we had to do things a little differently for the Korean version of Zemyna. You need an additional argument, "kr", which activates certain KR only options. Example: Zemyna.exe host:54.88.25.242 port:2000 kr After you started Zemyna like that, the client won't start automatically, but it will still modify the client files, so when you finally start the client via the web login, the connection will still go through Zemyna, allowing you to log packets using PaleTree.

The IPs you're seeing are local, because the temporary "proxy" server Zemyna starts is running locally, nothing wrong about that. However, this version of Zemyna is only compatible with the international version, specifically i10911, as it says in the thread's title. To log packets on KR, you need a version specifically made for it. I'll try to release one later today.

Just took a quick look at the log and your handler, and some packets are out of order. For example, you're sending SkillUse after the combat handling, in the logs it's sent before. There's also quite a few effect and other packets between SkillUse and the combat action, that you don't seem to have, what's up with that? And it's so weird that SkillComplete is sent from Use... but that's what the logs says I guess =<

Maybe G4/5, with the addition of new races, skills, dual-wielding, etc, they thought they should make the fights more fair again, by giving monsters the ability to go deadly. And it would still be early, close to G2, which Rashataan mentioned. I found a post on GameFAQs from 2010, by someone asking how to deal with deadly mobs. That post was 2 days before the G9 update on NA. A note on Karu dungeon about deadly monsters was added to the Wiki in September 2009, which apparently was before the G8 update. I think it's safe to say that deadly mobs were added between G4 and G7. Since I couldn't find an earlier mentioning of it yet... maybe it was actually G7, that seems to be the time where people started talking about it.

As Pika said, you probably wouldn't extract/convert your character, but the general models and everything, and then recreate your character, comparable to the character simulator. Tachi has some Blender addons on his GitHub, but I don't know how functional they are. https://github.com/Tachiorz/mabinogi_blender_addons

What I meant was that we probably won't seem them again, except maybe on special occasions, now that they actually went to the trouble of creating an XML, specifically to manage the login screen.

Same line Music="Title_Samhain_Ver.mp3"

I think the first one was "login_image_c4_kor", for G13.

Looking at that file, I guess those are gone for good.

Oh~ nice, so this is finally configurable. Check "db/layout2/login/loginscene.xml". It specifies which images should be used during certain times, in certain regions. StartTime="201512221200" EndTime="201601201159" Background="login_image_samhain2.dds"

Update 1.5.7 NA218 support. Server packets aren't encrypted anymore, just like in KR. Going forward Morrighan will not be compatible with NA <218 anymore, due to the change in the encryption. If you want to use Morrighan with an older version, use 1.5.6, both are available on GitHub (see download link in the first post). The change on NA doesn't make a difference for Aura in terms of logging, as we never encrypt server packets.

Update v2.9.0 The dummy scripts in the entity logger put SetRace as first call now. The analyzer sets meta data and prices for manuals and quest scrolls now.

lol, that's a new one. Well, it's a false positive. I'm not sure why it would even think that o.o

Nice, I honestly didn't expect it to work on the first try^^ I've updated the release in the link in the first post. You can continue to use the Debug version, but the log files will become pretty big then.

Alright, @Nerguri, Test #1. This is another Debug build. I've disabled the encryption for the "Regular, Korea" setting and added support for the login redirect. Check if it's working now. If not, I need to see the Morrighan log again. Morrighan.exe

Alright, I see two problems here. First, for some reason the server's packets apparently aren't encrypted, that's weird. The other problem is that the login server you initially connect to redirects you to another one, Morrighan currently doesn't support that feature. Adding the login redirect shouldn't be too much of a problem, but I don't understand why it would not encrypt the packets. Though I guess I could check if it connects to KR for that. I'll look into it later today or tomorrow.

Ah, alright. How about a log from the Debug build I posted yesterday? This problem is a little hard to analyse, since I obviously don't have access to KR. Morrighan was only ever tested with NA.

What I meant was: Are you using the KR client with Aura? If you're using the NA client with Aura, it would make sense for you to get packets. If it's a general problem with the KR client that is.

You said you're receiving packets when you use Aura, is that using the KR client? Or are you using the NA client for that? I've attached a Debug build of Morrighan, that writes more information to the log file. Could you do the above again, start with Morrighan, connect, login, select, move, warp, etc, but with the attached Morrighan.exe, and then post the log file? Since that log file will potentially include data like your character id, you can also send it to me via PM if you don't feel comfortable posting that. I'll review the new log tomorrow. Morrighan.exe