Jump to content

xxdem

Members
  • Posts

    1,644
  • Joined

  • Last visited

  • Days Won

    8
  • Feedback

    0%

Everything posted by xxdem

  1. LOL hahaha, biggest bullshit I've ever heard for months. You clearly have no clue about c++ or Java, so myself as a professional on BOTH I will clue you in. C++ can do things MUCH MUCH shitier than Java because it allows you to do whatever you want, literally whatever since the compiler puts no limits to you. Unlike c++, Java limits the developer and forces you to work within it's semantics and your projects context. You can't code shit in Java unless you're a bad developer, and for the last 10 years all L2J devs at L2JServer are pros. You're trash, your words are trash and you worth nothing
  2. Again, this is a shitty restriction. Checking for CD as previously said is much better than this crappy-exploitable way you suggest
  3. Yes, and as I said its hard because to fix it you have to rework lots of code that relies on the mechanics that make the bug
  4. This is not even close to a fix, you just bypassed with a shitty non-retail restriction, not even close to a fix. Think before you talk
  5. Its a very common bug in MOST of the packs / servers out there. The fix for it is not very easy though as alot of features are built on top of this bug, it all starts from L2Skill generated hash for each individual skill that changes depending on the skill's enchant value...
  6. This is wrong, static data doesn't mean constant data. It means that this data doesn't need to be updated on the short-run, but updates on static data are possible on the long run. Anyway this is another discussion and offtopic for this one, just saying you need LOTS of work with the admin panels and stuff. PS: Avoid packages, and focus on a single one, solid package or you're loosing customers for no reason
  7. the video I quoted is a classic example of static data in SQL, thats why I said a json would be much better than that
  8. better maybe parse a json/xml rather than reading from dumb sql. Even better to be able to edit these lists with packages/categories/etc from the admin panel
  9. Update After lots of work, succeeded onto making stream decompression n-memory while downloading. This feature is totally unique among all updaters and I will explain why. Technical explanation of how it works Old mainstream method In memory (new method)
  10. PS: ALL the files on this updater are automatically considered as "Critical updates" this updater in other words will force "Full Check" everytime its run. A "Full Check" scenario on an old-obsolete updater is about 5-8 minutes on an average patch size, this updater is able to use 100% of the available hardware resources and give's the ability to read/scan the same patch within 50-100 MS
  11. Working on this again, also decided to share a beta version so you can see how insanely fast this thing is. Test Server Test Client Beta client can be downloaded bellow, it will try to download a file patch of size ~= 120mb. The executable is not signed and windows or chrome may warn you not to download it, but there's nothing to worry about Virus Total The bellow client may go into non-working state any time because the instructions offsets may get updated Download Link The message Initializing...l means that the updater done it's work and waits for L2 client to launch but this feature is not yet implemented, just hit the Cancel button
  12. I believe there are security / performance concerns regarding this concept, interfacing a web application and a live gameserver together doesn't seem like a good idea. At least with the databases (the offline work) everything was sandboxed and secure, there was no intermediate interface in between the server and the web app. Now I believe this is too much for L2, you're talking about bot patterns and stuff whereas we still haven't find a way to natively detect them from within the gameserver, what ensures you that breaking the gameserver's sandbox design and interfacing it with a web-app will unlock the third eye of gameserver "lets say"
  13. No, its real. Or at least was because server went online with just 10 ppl, fastest fail ever seen on l2 private server scene imho. 15642th failed aepvp reopening and counting
  14. You never made em, stop guessing the tastes of it
  15. Because we didn't wanted toxic trashes to join this community, we never announced the Grand Opening of this server. The server will be officially live in 1 hour for those who are interested. The patch will be uploaded on the forums soon
  16. Legacy changelogs, in case you didn't notice. Thats a big update done on a live past server. This is H5 topic and its for the upcoming new server that is being developed as alpha. No changelogs/updates/topics of the forum refer to it whatsoever
  17. This antibot is private, thus you need custom code to bypass it, so even if you are a decent c++ programmer player, the offsets will still change every 6 hours so good luck debugging all day and getting banned after detection.
  18. Changelogs of what, there's no server to update/change, the retardness that flows on this forum has no limits
  19. What kind of next level trolling is this ? XD you can't be compatible with all servers NEVER XD
  20. interface.u doesn't seem to relate with the design of the window, its more like event handling and parsing, I could be wrong because I have to make further research on these scripts. Maybe Im even looking on the wrong place
  21. Are you sure? Did you check spam?
  22. l2aepvp.net Didn't post yet because it still has content from the old C6 server. The forum boards will be wiped
  23. The development started! Trade peeking implemented today!
  24. I get it now, the biggest trol topic of the year was yours
×
×
  • Create New...

AdBlock Extension Detected!

Our website is made possible by displaying online advertisements to our members.

Please disable AdBlock browser extension first, to be able to use our community.

I've Disabled AdBlock