UnAfraid

Looking at the video and the description the only way i could think of is if you kept the login server connection to client open, even after client gets connected to game server. And upon move request to game server you send again login server -> client packet to connect to a game server and your proxy sends few packets to select the character that was previously selected. I haven't tested this, just thinking out laud. But even if this works like you've shown it still has one pretty big flaw, if you get disconnected and reconnected you'll be kicked out of instance, no party, possibly teleport to some safe spot (What normally happens when you relog) which is quite annoying for players

On Windows 10 1809 it doesn't work for me either. So i guess you just have to copy L2.bin as L2.exe and run it instead.

Nice catch!

Here is the full history of L2JUnity until first free share https://github.com/St3eT/L2jUnity/commits/master Check it for your self we never use other people’s stuff even when they are throwing them at us, what lefts for taking code from some other project. I was long term L2JServer developer that split from original project and formed L2JUnity along with Sdw and Nos later acompanied by Nik, St3eT and Gladicek, we followed pretty much same rules we had on L2J. One of which is never to take others’s code, we are good enough to write it on our own. And now some of you coming and saying we are the ones leaching is ridiculous, first of all we have quality code standards that we follow, also feature retailness which one of the reasons we never rushed to implement content just for the sake of having it. Most of which is opposite to Mobius’s approach according to what people’ve shown me without me asking for it. Personally i dont care what you do, as long as you respect other people’s work. Like when you take someone’s code keep its authorship, mention where you took it from and dont remove author tag for 5 line change, append yours next to it. Author tag is replaced when you change at least 50% of the code. And the GUI i don’t think that would be really functionable as many poeple would use headless environment such as docker or plain linux vps/dedicated box, REST API would’ve been much more useful everyone can do their own desktop or web tool using it.

Does anyone knows how did they generate that file? Especially the connections part

Negative reputation makes your nick red, positive green, if u have it 0 and is still red, then your structure of UserInfo is wrong.

I am still developing on unity (Whenever not lazy)

We share all, tools included, (YAL2Logger/ClientParser) The only one knows geodata parsing is Nos who wouldnt share that even with me (lol)

I would love to see a Geo Data/Engine replacement that will be flawless. In matter of fact the one Mobius is using is reworked by those "l2j devs"

Same here :D

I am not sure if ExServerPrimitive packet exists on Interlude, if it does u can create tool for creating zones like i did for unity https://bitbucket.org/UnAfraid/l2junity/src/c076c9e7b0b9ee90e9eb11280eab4cfc7e39904e/l2junity-gameserver/dist/game/data/scripts/handlers/admincommandhandlers/AdminZones.java?at=master&fileviewer=file-view-default

I wouldn't use MMOCore, its single-thread which means no async support. Its made for the L2 protocol which means it have some strict standard defined (Each packet will have short for size of the packet, followed by one byte for opcode) I would suggest using netty it supports almost any network protocol, its easy to work with, well documented, supports asynchronous i/o

This source is based on L2JServer's Ertheia branch that Sdw and me started

Here it goes.. L2JUnity source currently working with infinity odyssey - underground, on the project has been working 8 developers, there are over 3200 commits made since Feb 8, 2015 – Jun 4, 2016. Developers: Sdw (1,083 commits / 2,338,519 ++ / 1,665,435 --) St3eT (667 commits / 535,092 ++ / 517,004 --) UnAfraid (608 commits / 828,562 ++ / 800,369 --) Nos (573 commits / 4,235,126 ++ / 3,219,314 --) Nik (353 commits / 153,029 ++ / 72,046 --) malyelfik (56 commits / 129,455 ++ / 122,304 --) Gladicek (54 commits / 20,322 ++ / 4,878 --) lion (9 commits / 5,316 ++ / 3,476 --) This source is based on L2JServer's Ertheia branch that Sdw and me started. Also its not tested as live server, it may have bugs, even stability issues, since you download it - you're on your own. The source is not ready for live server, it requires implementation of content, but whats been implemented is done right. That share is the first and the last, since this is the end of that project. Here i leave you the link of the repository, if it goes down (DMCA or other shit) i won't support it. https://bitbucket.org/UnAfraid/l2junity How to compile? on Linux: ./gradlew distZip on Windows: gradlew.bat distZip Good luck with it.

Don't worry i have access :D

The main reason that NC is after L2J is because of the datapack, we have most of the values equal to theirs, that way violates the copyrights so much, core is not problem at all.

The biggest problem is the datapack and it was separated for a reason. It use to have another domain and forum if you remember l2jdp.com.

Many people here say that, but none of you did that

C# also can define any variable automatically with 'var' keyword instead of type. BTW you cannot compare python to java. You can compare java with C# because both are VM languages both are compiled before execution. Python doesn't need to be compiled, its like PHP in that matter, even tho PHP is best suited for web pages (Not that it cannot be used for anything else)

For the past 6-7 years since i joined L2J there was many people saying that it could be done better from the scratch. The truth is i never saw one actually work on such project for more then few weeks, L2J Free Genesis project started with big boom, but it didn't get much further. So.. i guess that's not a task worth starting. L2J Is far from being perfect, it requires huge modifications but they're "do-able", it might take time but all could be rewritten, as Tryskell did with aCis, as we did on L2J we reworked many things some for better some for worse. But at least L2J gives you some solid base, a place where you can start, there are very few critical implementations that has to be reworked, like AIs, Skill Engine, Sieges and residences and zones. But overall you have most of the stuff working on some decent level. The chance to get L2J better are much higher then start a project from the scratch and actually get somewhere

Just went through few of the login server classes, and it all looks really poorly codded. I wouldn't even touch that source if it was me.

I would not use any base, but start over. That would let me set standard on my own, no shit no protocol downgrade issues and stuff to deal with

So much description :troll:

RequestHardWareInfo is Goddess of Destruction packet not to mention that is disabled, and it contains mostly bulshit, like drivers and their versions

There is no HWID support in interlude client native, which means in order to get access to that you need some external support in most cases thats some anti-cheat like lameguard in the past, now there emerged some new SmartGuard and some others. Non of them are free of course, so you gotta pay to get that.