Jump to content

Recommended Posts

Posted (edited)

 

 

 

 

 

 
No it cannot be done like this, enchant system uses ChooseInventoryItem packet which sends only the opcode of the packet and the scroll id to add the name on the title of the page. Then, I guess, it reads client-side the items in the inventory and shows them in the window. The only possible way to do it like this if you delete all other items from players inventory and leave the weapons, then send an inventory update packet, then send the ChooseInventoryItem packet and then re-add them in the inventory, but that's not efficient at all since each lifestone will be 'laggy'. So a simple check would be enough :P
 

Thx everyone.​

 

 

 

I falsely though you had at least some basic idea of networking on l2.

 

To do what you're trying to say you only need to send fake Item delete packets and trigger the enchant and finally send the inventory update with the real values.

 

 

If a developer would use deleteItem to achieve this I would really pitty him, elfo for instance I wouldn't be surprised if I saw that code from him

Edited by xxdem
Posted (edited)

I falsely though you had at least some basic idea of networking on l2.

 

To do what you're trying to say you only need to send fake Item delete packets and trigger then trigger the enchant and finally send the inventory update with the real values.

 

 

If a developer would use deleteItem to achieve this I would really pitty him, elfo for instance I wouldn't be surprised if I saw that code from him

 

Well I'm not sure how am I supposed to respond to this, so I'll just say the truth ;p

I know how networking on l2 works (at least the basics, as you said), but what you proposed as a solution is a way I obviously never thought about (patenta). BUT, each LS would still be laggy even if not actually deleting every item from the inventory, because the client would still have to visually delete the items. Therefore, we are both right at different points here, you just found a less, but still, laggy alternative way to the one I wrote before.

 

About the things said for Elfocrash, I am not the one to defend him, but I will just say that you don't really have a chance achieving what he has in the past couple of weeks. But again, it's up to him to explain further.

 

Last but not least, you don't have to 'feel pitty' for me since I never coded what I said and even if I tried to do it, I would come across your idea  :)

Edited by An4rchy
Posted

Well I'm not sure how am I supposed to respond to this, so I'll just say the truth ;p

I know how networking on l2 works (at least the basics, as you said), but what you proposed as a solution is a way I obviously never thought about (patenta). BUT, each LS would still be laggy even if not actually deleting every item from the inventory, because the client would still have to visually delete the items. Therefore, we are both right at different points here, you just found a less, but still, laggy alternative way to the one I wrote before.

 

About the things said for Elfocrash, I am not the one to defend him, but I will just say that you don't really have a chance achieving what he has in the past couple of weeks. But again, it's up to him to explain further.

 

Last but not least, you don't have to 'feel pitty' for me since I never coded what I said and even if I tried to do it, I would come across your idea  :)

 

laggy

Posted

I falsely though you had at least some basic idea of networking on l2.

 

To do what you're trying to say you only need to send fake Item delete packets and trigger the enchant and finally send the inventory update with the real values.

If a developer would use deleteItem to achieve this I would really pitty him, elfo for instance I wouldn't be surprised if I saw that code from him

You make no sense. Probably cuz you made a sort of successful server a while ago and that got into your head.

Go bad to your 8 to 6. Greek work hours are harsh you know... Time to go to bed.

Posted

You make no sense. Probably cuz you made a sort of successful server a while ago and that got into your head.

Go bad to your 8 to 6. Greek work hours are harsh you know... Time to go to bed.

 

Ofc I make no sense, as usual afterall when I talk as a developer with people from the CS departments.

 

Im gonna make you a diagram so you can understand

Posted

Ofc I make no sense, as usual afterall when I talk as a developer with people from the CS departments.

 

Im gonna make you a diagram so you can understand

As a what? HAHAHAHAHA good one.

Posted

 

 

 

 

 

 
No it cannot be done like this, enchant system uses ChooseInventoryItem packet which sends only the opcode of the packet and the scroll id to add the name on the title of the page. Then, I guess, it reads client-side the items in the inventory and shows them in the window. The only possible way to do it like this if you delete all other items from players inventory and leave the weapons, then send an inventory update packet, then send the ChooseInventoryItem packet and then re-add them in the inventory, but that's not efficient at all since each lifestone will be 'laggy'. So a simple check would be enough :P
 

Thx everyone.​

 

 

Weird, but you're right. Generally L2 as a server doesn't leave much to the client to manage, but in this case it does. However, Good luck :-)

Posted

Weird, but you're right. Generally L2 as a server doesn't leave much to the client to manage, but in this case it does. However, Good luck :-)

 

I guess you're naive enough not to read other comments. It can be done and the solution was just revealed.

Posted

what is laggy? a fake inventory update? explain yourself

 

The visual deletion of the items is gonna doesn't sound too much, but if the player adds one ls per second and if he has 100 items in inventory (when the inventory is open btw) imagine deleting 95 items and adding them back every sec. Even if you send a false inventory update (which means the inventory is not updated server-side) the client will still delete the items visually.

Posted

The visual deletion of the items is gonna doesn't sound too much, but if the player adds one ls per second and if he has 100 items in inventory (when the inventory is open btw) imagine deleting 95 items and adding them back every sec. Even if you send a false inventory update (which means the inventory is not updated server-side) the client will still delete the items visually.

 

The delay is not noticeable ingame L2AEPvP has this code since 2012

Posted

The delay is not noticeable ingame L2AEPvP has this code since 2012

 

It's not? Aren't the items deleted? Perhaps you tried with the admin char having very few items in your inventory.

Posted

The delay is not noticeable ingame L2AEPvP has this code since 2012

HAHAHAHA not from you though. Judging from your coding questions around 2013.

 

Sweets nice mindset. Then people should stop developing l2 cuz people will bot.

Posted

Sweets nice mindset. Then people should stop developing l2 cuz people will bot.

Looks like you don't get what I said nor what I mean, so well. Yup, they should.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



  • 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..