Jump to content
  • 0

Question

Posted (edited)

Hello.

 

So I was messing around with ExServerPrimitive packet on aCis and I was trying to draw a circle around a capture point (dominion event).

 

But I've noticed some very strange behaviour of this packet. From my understanding, each primitive is saved in the client under a unique (?) name, like an object id. In addition to that, you need to actually send an empty packet of the name you are modifying if you wish to clear the packet in the client (or exit and open up again).

 

However, if for example I log in 2 clients from the same PC, only the first will get the primitives drawing (even tho the server sends them correctly, I checked).

EDIT: Even stranger, some times it does show it some times it doesn't. I checked for bugs in the code but there are none.

I haven't tried to send a diffrent names for different characters to see if they will be drawn, but I doubt it.

 

So I was wondering if someone knows if the client has any limitations or where is the data from the primitives stored.

Edited by An4rchy

3 answers to this question

Recommended Posts

  • 1
Posted (edited)
On 3/17/2021 at 4:19 PM, An4rchy said:

However, if for example I log in 2 clients from the same PC, only the first will get the primitives drawing (even tho the server sends them correctly, I checked).

EDIT: Even stranger, some times it does show it some times it doesn't. I checked for bugs in the code but there are none.

 

So here is what happens and trust me it took me a fuck ton of time to figure this out when I originally used it in L2BattleRoyale. This is also unique to Interlude and I don't think in happens in future chronicles which means they fixed it. 

 

If both players spawned near the area where the initial creation of the packet happens then they can both see it fine because I am assuming you are using current location as the ExServerPrimitive initial center point. However, if you spawned away from where the packet is created then you cannot see it.

 

In order to fix that you have to store the original Location (x, y, z) of the player when they EnterWorld.

When you create an ExServerPrimitive package you need to provide a name, an x, a y and a z. These values NEED to be the X of the spawn location and the Y of the spawn location. The Z can be -65535 to ensure that the icon will be below the ground.

 

Once you do that this will stop happening.

 

Here is how I handle it in Autobots:

Create Circle Packet method

Using EnterWorld location to initialize the package

Storing the EnterWorld location

Edited by Elfocrash
  • 0
Posted

In High Five you can even create 2.500 lines and it won't have any trouble. In Interlude after few lines client will receive severe delay as if you're trying move while connected to a 0.0005 KB's Dual core 512 ram VPS in Pakistan.

 

In an Interlude server i was working months ago, sometimes it was visible some other it was not (it was like up to client's mood). I don't remember if eventually we gave up on that packet or we did as you wrote different name for each player using his object Id as ExServerPrimitive's name.

 

Still be aware of the lines keep it low "quality". 

  • 0
Posted

Thanks for the insight.

 

I was curious as to why aCis stores enter world location.

 

I got it fixed the way you told me only not knowing it was a bug that required enter world location, just by following what Tryskell did on geo debug.

Guest
This topic is now closed to further replies.


  • Posts

    • Luniage - a custom Interlude client on Unity, with its own server Hi everyone. I've been quietly working on this for a long time and I think it's finally at the point where it's worth showing. Short version: it's Interlude, but the client and the server are both mine. The client is a custom one, built in Unity — not a patched or reskinned original. The server is written from scratch in C#. The only thing that comes from the old game is the content: the world, the models, the animations, the sounds, the icons, the interface art. The game looks and feels like the game you know. Everything underneath it is new. Why do this at all   Because the old client is a 2004 executable and anyone who has ever tried to add something to it knows exactly how that conversation ends. You can't add a window. You can't change how a skill looks. You can't fix a bug that's staring you in the face. Every server that wanted a feature of its own had to fake it through HTML dialogs and system messages, because the client simply won't bend. At some point it stops being worth fighting. I'd rather keep the game and rebuild everything around it. Where it is right now   You can sit down and play it. Not a tech demo, not a walk-around-and-look-at-the-trees build - an actual character. Most of the game is in: movement, combat, the skill system with its real formulas and timings, items and equipment, enchanting, shops and player trade, quests, parties, clans, and the whole interface that ties it together. Progression works from level 1 all the way through A grade - you can level, gear up, join a clan and run content today. What's missing isn't the foundation. It's the top end - and that's exactly where the work is pointed next.   Videos     What I'm working on now   Castle sieges and the Olympiad. The two biggest systems the game has, the ones that turn a working world into a server people actually stay on. And visual effects. They already run, but "runs" and "looks the way you remember it" are two very different things, and closing that gap turned out to be a much longer road than I expected. I'm going through them one by one. Does it run outside Windows   Yes. It's a Unity project, so Windows, Mac and Linux are just build targets. I actually develop on a Mac, which has kept the whole thing honest about staying portable. Will it work with my existing server   No, and it never will. The client talks to my server and nothing else - that's the trade I made, and it's the reason everything above is possible in the first place. If you're looking for a drop-in replacement client for a setup you already have, this isn't it. What's the goal   First and foremost, to launch my own project on it. That's what the client and the server are being built for, and that's what sets the priorities. Longer term, I'd like to open-source it. This community has spent twenty years working around a client nobody can touch, and I think the honest ending to this story is handing over something people can actually build on. I'm not putting a date on that - first it has to be good enough to be worth someone else's time. Can I try it   Not yet. When there's a build worth handing out, it gets posted here first. In the meantime I'll be posting progress regularly, and I read every reply. If you've run a server, built a client, or just spent a decade staring at this game and know exactly which detail everyone gets wrong — please say so. A good share of what's right in this project is right because somebody pointed at a screenshot and said "that's not how it looked." Thanks for reading.  
  • Topics

×
×
  • Create New...

Important Information

This community uses essential cookies to function properly. Non-essential cookies and third-party services are used only with your consent. Read our Privacy Policy and We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue..