Jump to content

Recommended Posts

Posted

this work as it know in GF.

some ru devs create system and can load the npc in 15sec for interlude vanganth source.

also the offline shop restore after the server restart

Posted

rewrite CNpcMakerDB::TimerExpired and have it load all npcs in 1 shot without any delay, something like

 

void CNpcMakerDB::TimerExpired(int timer_id) {
    while (this->ProcessOneNpcMaker()) { }
    while (this->ProcessOneNpcMakerEx()) { }
}

 

probably won't do it in 15 seconds but will be a hell of a lot faster than standard behavior and given that these funcs are almost certainly not thread-safe in the c4 l2npc.exe, rewriting the system to work how it does in GF+ isn't likely to be easy

Posted (edited)

pretty sure the retail servers don't use fastenterworld, probably don't like flooding l2server with so many objects all at once, server has enough errors even on 100% retail files i'm sure they don't want to compound the issue, whereas priv servers don't give a shit and just want the npcs ig quick so people stop yelling in chat "pls gm where gk" "faul serwer xaxax"

 

16 hours ago, Anarchy said:

rewrite CNpcMakerDB::TimerExpired and have it load all npcs in 1 shot without any delay, something like

 

 


void CNpcMakerDB::TimerExpired(int timer_id) {
    while (this->ProcessOneNpcMaker()) { }
    while (this->ProcessOneNpcMakerEx()) { }
}

 

 

probably won't do it in 15 seconds but will be a hell of a lot faster than standard behavior and given that these funcs are almost certainly not thread-safe in the c4 l2npc.exe, rewriting the system to work how it does in GF+ isn't likely to be easy

 

surprisingly this code actually works, got bored and tested it today, so yeah, do that and you have fastenterworld-like behavior on c4-based l2npc.exe

Edited by Anarchy
Posted

Take into account, that only L2NPC will load them at once, and send all 10000 packets to L2Server. But L2Server (at least C1) has 100 ms timeout for each NPC create packet, so you have also remove/reduce this on server side in order to show NPC

 

Posted
On 2/20/2019 at 2:22 AM, Majestic12 said:

this work as it know in GF.

some ru devs create system and can load the npc in 15sec for interlude vanganth source.

also the offline shop restore after the server restart

Do you speak about new Ketrawars server? If yes, they don't use Vanganth anymore, they use our new Interlude extender based on GF core

Posted
On 2/23/2019 at 8:39 AM, Anarchy said:

gf to interlude seems like way more effort than it's worth :D i did down to hellbound and that was bad enough xD

We succeed in that totally:) And Eglobal/Shock-world example, where is a custom work with HF client and Interlude mechanics, which we don't sell. Or January ketrawars server, where is a totally clear interlude implementation

Posted

i don't doubt you've done it i just don't get why you would :D gf server is nice and all but only reason i used it for hellbound is to avoid the bullshit work of adding kamael race into c4 server, you go down to interlude i don't see the gain there over already existing c4-based exts you have, other than instances and the new clan system as native which doesn't seem worth the work - but that's just me and i'm a lazy fuck ¯\_(ツ)_/¯

Posted
On 2/19/2019 at 10:00 PM, Anarchy said:

rewrite CNpcMakerDB::TimerExpired and have it load all npcs in 1 shot without any delay, something like

 

 


void CNpcMakerDB::TimerExpired(int timer_id) {
    while (this->ProcessOneNpcMaker()) { }
    while (this->ProcessOneNpcMakerEx()) { }
}

 

 

probably won't do it in 15 seconds but will be a hell of a lot faster than standard behavior and given that these funcs are almost certainly not thread-safe in the c4 l2npc.exe, rewriting the system to work how it does in GF+ isn't likely to be easy

 

How to apply in IL?

  • 1 month later...
Posted
L2Server.exe

NPC Removing!!!  %d
NPC Removing DONE!!!
NPC Removing DONE!!!
NPC Removing DONE!!!

	g_HookManager.WriteMemoryBYTES(0x6F0A96, "79");	//Remove NPC Very Fast
	g_HookManager.WriteMemoryBYTES(0x6f0aaa, "01");	//Remove NPC Very Fast
	g_HookManager.WriteMemoryBYTES(0x6f1f74, "01");	//Remove NPC Very Fast





CEnterWorldSerializer::TimerExpired
06F1F73                 mov     edx, 0C8h	This is what MasterToma talks about   200mls

 

  • 3 months later...
Posted
On 2/20/2019 at 2:21 PM, Anarchy said:

pretty sure the retail servers don't use fastenterworld, probably don't like flooding l2server with so many objects all at once, server has enough errors even on 100% retail files i'm sure they don't want to compound the issue, whereas priv servers don't give a shit and just want the npcs ig quick so people stop yelling in chat "pls gm where gk" "faul serwer xaxax"

 

 

surprisingly this code actually works, got bored and tested it today, so yeah, do that and you have fastenterworld-like behavior on c4-based l2npc.exe

hello, how to do it ? give us a help 

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

    • UPDATE M63 Introduced the first major Party Logic system: Bots can join and operate under a real-player party leader. Party members: follow the real player, assist the leader in combat, coordinate around the party leader, support party combat instead of behaving purely as independent farmers. Added initial party formation/follow behavior. Added party-aware PvP assisting.   Expanded Party Support / Party Combat behavior: Improved party coordination across different bot classes. Added broader healer/support participation. Expanded combat equipment/ammunition support, including all six arrow grades. Party members became more coordinated in PvP and group combat. Added improved bot reaction to resurrection situations. Added compatible resurrection-answer handling. Refined party formation behavior. Party combat became more persistent when members were attacked. Party members maintain combat participation more reliably instead of immediately dropping engagement.     Major Party Logic expansion:   Changed party travel formation Added temporary main assister leadership: if the real-player leader dies, a random living damage dealer becomes combat leader, other bots assist that damage dealer, if the assister dies, another DD can take over. Added special Bishop/Cardinal real-player leader logic: bots continue following the real player, a damage-dealer bot becomes the party’s combat assister. Added 5-second idle Party Logic: if the real-player leader stops moving/actively controlling combat for 5 seconds, bots can resume autonomous farming around the leader. Temporary main assisters use the bot’s already configured PvP mode instead of a separate Party Logic PvP system. Existing modes remain authoritative: Idle AttackFlagged AttackEveryone Temporary main assister can independently acquire PvP targets according to its configured mode. Other party bots assist that selected combat leader. Made Party Logic target acquisition party-location aware. While operating in a party, autonomous PvE/PvP searches can be centered around the real player’s current location rather than only the bot’s original farming position. Existing bot farmRadius remains the effective acquisition radius. This allows parties to travel away from their original farming areas while continuing to operate dynamically.     Expanded Bishop/Cardinal Party Logic behavior:   Bishop/Cardinal parties now use the same 5-second activity/idle model as normal real-player-led parties. While the Bishop/Cardinal leader is moving or active: bots prioritize staying with the real player, maintain the ~70–100 unit random formation. After the Bishop/Cardinal remains idle for 5 seconds: party bots may return to autonomous farming around the leader. When the Bishop/Cardinal starts moving again: party members transition back to following the leader. PvP remains independent of the PvE idle condition: valid PvP targets can still trigger combat according to each bot’s configured PvP mode.     Optional Hero System: Added a new hero_enabled option for Autobots. Bot creation gained Hero appearance: No / Yes. Existing bots default to hero_enabled = 0. Bots with hero_enabled = 1 spawn with native Lucera Hero status/aura/appearance through Player.setHero(true). Hero weapons configured through the existing Autobots item system can be equipped normally. This is intentionally visual/status Hero only: no Hero skill injection, no automatic native Hero skills, no changes to combat AI or targeting. Hero state can also be changed directly in the database and takes effect after respawning the bot.     DOWNLOAD
    • Throw a free cloudflare SSL cert in there. 😄
    • Nextarget was a LT international clan in Dawn and  Evoke and other servers, playing most in Interlude, so dunno if you try use this name to atrack the players or smth.
    • Server Specs ChapterInterlude Classic EXP / SP Ratex50 Adena Ratex30 Drop Ratex20 Spoil Ratex15 Max Level78 Website https://l2nextarget.com/ Start On Today At 22:00
    • Since last forums fail, I decided to introduce a little website over PTS server holder - just to make basic informations more reachable. You can discover it over http://anothercrappyinterludeserver.com/   Discord channels ACCESS TO SOURCES and SERVER INSTALLATION were also reworked to be easier to handle.
  • 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..