Konichu

There are leaks (DB/LUA) out there for 7120 and ~6800

Depending on the version, you'll need to find the proper offset. But you need to send your ID on UID and the SHOP NPC ID on another field, on mine its called Command. If UID offset is 4, Command is offset 8 case ACTION_CREATE_BOOTH: // 111 { if (!user->GetMap()->IsBoothEnabled()) { return; } if (!user->CreateBooth(info->x, info->y, info->dir % MAX_DIRSIZE)) return; info->command = user->GetBooth()->GetId(); info->x = user->GetBooth()->GetMapX(); info->y = user->GetBooth()->GetMapY(); user->Send(*this); user->SetPose(POSE_SIT, true); user->SetDir(6, true); break; }

Its basically like this, you're looking for the key value. uint64_t ItemManager_::AdditionKey(uint32_t type, uint8_t level) { const uint32_t subType = type / 1000; const ITEMSORT sort = Item::GetItemSort(type); uint32_t key; if (sort == ITEMSORT_WEAPON_SINGLE && subType != 421 && subType < 601) { // Single-hand weapons (non-special): normalize within 100k block + 44xxx slot key = type / 100000 * 100000 + type % 1000 + 44000 - type % 10; } else if (sort == ITEMSORT_WEAPON_DOUBLE && !Item::IsBow(type)) { // Double-hand non-bow weapons: normalize within 100k block + 55xxx slot key = type / 100000 * 100000 + type % 1000 + 55000 - type % 10; } else { // All other items: strip quality/plus digits, keep base + grade key = type / 1000 * 1000 + (type % 1000 - type % 10); } return static_cast<uint64_t>(key) | (static_cast<uint64_t>(level) << 32); }

Actually it might be related to the crypto. The server.dat crypto is shared between multiple files, I never tried to fix it but you may take a look where the crypto is used and if it has something to do with transformations.

I had this problem once and it was the loader. No transformations would work at all. Just change your loader or find out what operation are u doing in memory that is messing the transformations.

https://letmegooglethat.com/?q=spdlog.h

If you know the MsgAction::ACTION_OPEN_DIALOG Window ID, you can open it and switch tabs. I just don't know if it will work perfectly, but it will work

you need to initialize it with MsgHangUp on login

For 6609 MsgSuitStatus.csMsgRank.csMsgRankMemberShow.csMsgFlower.cs

I will test it in my 6609 server, but I dnt remember this problem. As soon as I test I will put a feedback here

I was working on 6609 and it was OK, I dont remember having this kind of problem. Do you use any launcher? Did you try with a different one? Maybe your launcher broke some memory addresses. This was my packet: using Long.Network.Packets; using static Long.Kernel.Network.Game.Packets.MsgInteract; namespace Long.Kernel.Network.Game.Packets; public sealed class MsgMagicEffect : MsgBase<GameClient> { public override byte[] Encode() { using PacketWriter writer = new(); writer.Write((ushort)PacketType.MsgMagicEffect); writer.Write(AttackerIdentity); // 4 writer.Write(MapX); // 8 writer.Write(MapY); // 10 writer.Write(MagicIdentity); // 12 writer.Write(MagicLevel); // 14 writer.Write(NextMagic); // 16 writer.Write(MagicSoul); // 18 if (Count != 0) { writer.Write((byte)Count); // 19 } else { writer.Write((byte)(Count = (uint)Targets.Count)); // 19 } writer.Write(Unknown); // 20 foreach (MagicTarget target in Targets) { writer.Write(target.Identity); // 24+ 0 writer.Write(target.Damage); // 4 writer.Write(target.Disdain); // 8 writer.Write(target.Effect); // 12 writer.Write(target.EffectValue); // 16 writer.Write(target.X); // 20 writer.Write(target.Y); // 24 writer.Write(target.HideDamage); // 28 } return writer.ToArray(); } }

Character models and animations are kinda fun on latest patch. If you have the knowledge and tools you can create a classic server with it. You can sell cosmetics so players can wear classic weapons and armors as garments and remove a lot of stuff just by setting up LUA files on the client. There is a huge variety of garments and cosmetics which make the screen blow up old computers, but also you wont have 300 players wearing the same stuff. You can easily create a lot of custom stuff using LUA so you don't rely on injecting stuff to screen. Patch 6609 is the last 2.0 patch and it's a very good patch to work on. You still have the Mac client so you can reverse packets and stuff and it's has a lot of good stuff already and no flash issues. I also dont know exactly the use of the gems, but it's worth to mention that the new GW went to CO on 7150.

I had this issue until 6270, on 6609 and latest client I didn't experience that. It would happen after killing a lot of monsters on auto hunt, until client is like at 3-4 FPS lol It must be something with TQ code not disposing of screen objects properly or the launcher injection messed up something, but it's of course client related since upgrading the client version fixed it (or at least I havent experienced it again yet).

You are probably setting the subclass flag field in MsgUserInfo with something and that's not like "All newly created characters automatically start with a Sub-Class at level 1", it's just visual since your MsgPlayerAttribInfo is saying that the user has only the normal HP. You're just looking into the wrong place. The "display" status will be set on two places: MsgUserInfo on login MsgSubPro on interactions with the sub class system Just find out which one is setting the wrong value

As Spirited said, it need to be patched. Health bars will only be displayed on certain ID range. Also, depending on the version you might need to spam the 10017 packet (unsure) because for some reason instead of calculating from the skill and attack packets, they decided to update the health bar only when he gets the packet.