Jump to content

Recommended Posts

  • 1 month later...
  • 3 weeks later...
Posted (edited)

2rpblsn.jpg

 

Implementation of XML LoS walls.

https://www.assembla.com/spaces/l2jmobius/subversion/commits/1251

 

I made these to help with the lack of geodata on some areas.

Don't know how they would work on a big scale, but as a small scale utility its nice to have.

 

-Geodata can be totaly disabled, they are not needed in order to work, that was the basic idea. :P

-Included data\walls\giran_arena.xml as example.

 

Additional stuff to make management easier:

-Config in General.ini to disable them.
-Updated reload command (//reload wall) to reload changes on live servers.

-New command //showwalls to view them in game.

Edited by Mobius
Posted (edited)

At least he do things and share for free (good or not), the only clowns in here are u and ur l2jpitty

You have no idea what he just did.

 

Anyway we share stuffs for free too. Just for right peoples. And if you talking about public share, our team members did for official l2j more than everyone else. and Mobius is based on our team member's work.

Edited by St3eT
Posted

Well, to get back on St3eT first statement, why not simply fix geodata if there are any flaws (or even geoengine, if inaccurate on such specific walls) ? I don't really get "it" (the idea of a 'secondary' geoengine/geodata) aswell. Even if it's optional.

 

It's similar to fix a hole in a auto tire with some balls of paper.

 

Just my 50 cents.

Posted

Well he simply found a way to fix his lack of geodata cause they don't have any, nor they have someone with knowledge to work on the matter.

 

He is trying that's a thing, but ...

Posted

Well he simply found a way to fix his lack of geodata cause they don't have any, nor they have someone with knowledge to work on the matter.

 

He is trying that's a thing, but ...

Thank you Sdw the point is that one we try fix the things the way we can or we know , not surprise me come some ppl here thing they are the owner of the knowledge but in the end I JUST I KNOW THEY NAMES no more else. (even some of them with a litle share on l2j than is a death project so good started but sad END!)

Posted

You could simply take few mins/hours and see there are some already existing tools to edit geodata, such as G3DEditor.

 

http://www.l2jserver.com/forum/viewtopic.php?f=94&t=21432

 

It's not a matter of being a "owner of knowledge" (Did I say that ? Did I treat you of "ignorant pleb" ? Did I say I was the "master of all L2J projects", the "one to rule them all" ?), but just pure and plain logic.

 

Before doing a work, you ask to yourself if it worths to do it, or if there isn't a better way to handle it. That's the b.a-ba question. And that's the question I'm currently asking when I see time has been used ("wasted" in this case, imho).

 

2 systems affecting the same thing it's like... Getting 2 NpcTable, affecting each other. Kinda nonsense.

Posted
It really looks that some people are bothered by the fact that anyone can make XML data.

 

I had my fan-times with generating geodata in the past, but buildzone seems broken on latest clients (on purpose?).

I did not create a tempfix. I try to overcome a long existing problem by making something on my own, that anyone can use.

My walls implementation uses less CPU and RAM than geodata checking. Why? Less data to calculate than actual geodata blocks.

They are even better than the current door or zone data checking that already exists on all packs for years. Nno quadruple checks due to their flat nature, no gameobject implementions, just plain data checks.

As a second system it doesn't affect the performance of the server, since you can disable one or the other.

 

Are XML data more accurate than geodata? No.

But they... do the job pretty well, are easier to generate, easier to improve, use less system resources and are 100% free.

If you don't like them, don't use them and don't hit on my nerves.

Posted

You could simply take few mins/hours and see there are some already existing tools to edit geodata, such as G3DEditor.

 

http://www.l2jserver.com/forum/viewtopic.php?f=94&t=21432

 

It's not a matter of being a "owner of knowledge" (Did I say that ? Did I treat you of "ignorant pleb" ? Did I say I was the "master of all L2J projects", the "one to rule them all" ?), but just pure and plain logic.

 

Before doing a work, you ask to yourself if it worths to do it, or if there isn't a better way to handle it. That's the b.a-ba question. And that's the question I'm currently asking when I see time has been used ("wasted" in this case, imho).

 

2 systems affecting the same thing it's like... Getting 2 NpcTable, affecting each other. Kinda nonsense.

Tryskell I'm not refer to you at least you feel offended , are ppl here they know how Im referred.  I know about that tool but like sdw said is not all ppl know edit geodata so we try find the way take less time and easy for understand. Like you can see on this posts they just know blame our work and in the end I can't see nothing useful in the last year. Sorry if I offended you was not my intention.  

Posted

 

It really looks that some people are bothered by the fact that anyone can make XML data.
 
I had my fan-times with generating geodata in the past, but buildzone seems broken on latest clients (on purpose?).
I did not create a tempfix. I try to overcome a long existing problem by making something on my own, that anyone can use.
My walls implementation uses less CPU and RAM than geodata checking. Why? Less data to calculate than actual geodata blocks.
They are even better than the current door or zone data checking that already exists on all packs for years. Nno quadruple checks due to their flat nature, no gameobject implementions, just plain data checks.
As a second system it doesn't affect the performance of the server, since you can disable one or the other.
 
Are XML data more accurate than geodata? No.
But they... do the job pretty well, are easier to generate, easier to improve, use less system resources and are 100% free.
If you don't like them, don't use them and don't hit on my nerves.

 

But as you (maybe) know, geodata is not for walls only, but for ground too. Generate XML which will contains all terrain object with all uneven grounds would be fckin HUGE.

About geo generating from client, it is still possible as you can see above.

Posted

This method is meant as a solution for those that can't afford to use geodata.

I am working on ground implementation as well.  :happyforever:

Guest
This topic is now closed to further replies.



  • Posts

    • cRazy??? If i just say good job its not even fair....
    • τι εκανες εκει παλι ρε τρελάρα; 🤣   welcome back mate, happy seeing you online again, well thats beyond l2 needs for sure and It’s rare to see anyone pushing Interlude this far technically anymore without trying to monetize it. definitely interested in seeing the source whenever you're ready to share it! keep it up!
    • your only choice brother cmon https://www.l2jsunrise.com/
    • Hello everyone  How are you all doing? I'd like to share with the community an open-source project I've been working on intensely: the **L2 Phantom AI Manager**. Tired of those static bots that just stand still in the city or sink into the map because of Geodata? Me too! That's why I developed a modular Phantom system with real Artificial Intelligence, initially designed for **L2J Mobius Essence (RoseVain)**, but which can be adapted to other chronicles. Main Features Modular architecture: the system is split into focused files such as PhantomAI, PhantomEngine, PhantomFactory, PhantomEquipment, PhantomHuntingSpots, PhantomGeo, PhantomMenu, and more. Automatic creation: create 10 or 50 phantoms from the menu or commands. XML persistence: automatically created phantoms are saved into PhantomPlayers.xml, so they keep loading after server restarts. Batch startup: .pstart and Start 10 load only 10 phantoms at a time. Batch disconnect: disconnect 10 active phantoms without shutting down the whole system. Origin towns: new phantoms spawn using PlayerTemplate.getCreationPoint(), respecting race and class. Geodata-safe spawning: spawn points use NPC-like coordinate validation to avoid under-map or floating characters. Real datapack spots: reads data/stats/npcs and data/spawns to build level-based hunting locations. Bad target filtering: ignores Training Dummy, tutorial objects, chests, and fake farm targets. Smart relocation: if a phantom cannot find useful mobs, it relocates to another spot for its level. Level goals: phantoms receive leveling goals, return to town, recover resources, and go back to farming. Mage MP rest mode: mages rest until MP is recovered; in PvP they try to escape when out of mana. Skills and buffs: phantoms try to use offensive skills and self buffs such as Might, Shield, Focus, Haste, Empower, Acumen, Wind Walk, Chant, Song, and Dance. Varied gear packs: gear packs by grade for mages and fighters, with multiple variants to avoid visual clones. Automatic shots: randomized Soulshot and Spiritshot restocking by class and grade. Inventory cleanup: unnecessary items are removed automatically while preserving Adena, shots, and equipped gear. PvP and PK behavior: some phantoms are aggressive, may become PK, and attacked phantoms try to defend themselves. Optional AI chat: optional Google Gemini integration for short social replies. TXT logs: the menu displays log state and can enable/disable logging. GM Menu Use .pmenu to open the control panel. Current options: Start 10 Disconnect 10 Create 10 Create 50 Reload XML Stop All Enable Log / Disable Log The menu also shows: active phantom count; XML ID count; current TXT log state. Commands .pmenu - opens the control panel. .pstart - starts 10 phantoms from XML. .pstop - removes all active phantoms. .pstop10 - disconnects 10 active phantoms. .pload - reloads PhantomPlayers.xml. .pcreate 10 - creates, starts, and saves 10 phantoms to XML. .pcreate 50 - creates, starts, and saves 50 phantoms to XML. .pm Name Message - sends a private message to a phantom. .pdebug - toggles TXT logging. Logs Logs are created in the GameServer log/ folder: log/PhantomManager.txt - global historical log. log/PhantomManager-yyyyMMdd-HHmmss.txt - separate log for each session. Useful logged events include: new level goals; travel to hunting spots; town rest; mob attacks; PvP defense; shot restocking; inventory cleanup; AI exceptions with stacktrace. Main Files PhantomManager.java - commands, logs, and bootstrap. PhantomEngine.java - start, stop, spawn, respawn, batches, and AI loop. PhantomAI.java - farm, PvP, PK, rest, targeting, and movement decisions. PhantomConfig.java - routes, gear, shots, and XML persistence. PhantomFactory.java - automatic character creation. PhantomEquipment.java - buffs, progression, shots, and inventory cleanup. PhantomHuntingSpots.java - real datapack NPC/spawn loader. PhantomGeo.java - geodata-safe coordinate handling. PhantomState.java - temporary phantom memory. PhantomMenu.java - GM HTML panel. PhantomBypass.java - menu button handling. PhantomChat.java - messages and optional Gemini integration. Copy custom/PhantomManager into: dist/game/data/scripts/custom/PhantomManager/ Place PhantomPlayers.xml in: game/config/Custom/PhantomPlayers.xml Compile scripts or restart the GameServer. Use .pmenu to create, start, and manage phantoms. https://github.com/miacodeweb/L2-Phantom-AI
  • 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..