Jump to content
  • 0

Validate Location in Water? [Interlude]


Question

Posted

Hello,

How validate location in water?  Now when i send validatelocation packet with x/y/z/heading changes in client only x/y/heading.

its interlude bug or what?

9 answers to this question

Recommended Posts

  • 0
Posted
15 hours ago, wongerlt said:

Hello,

How validate location in water?  Now when i send validatelocation packet with x/y/z/heading changes in client only x/y/heading.

its interlude bug or what?

Can you try to explain a bit better?

  • 0
Posted
16 hours ago, wongerlt said:

Hello,

How validate location in water?  Now when i send validatelocation packet with x/y/z/heading changes in client only x/y/heading.

its interlude bug or what?

 

if you are a project administrator

///stat l2

 

spacer.png

 

if you are a regular player 

/loc     ( you need to enter commands in the game chat )

ps - shows the coordinates in the chat in system messages

( 1 will be x , then 2 will be the Y coordinate and 3 will be the -z axis ) 

ps2 - map position shows your location and its number - the screenshot shows an example.

 

  • 0
Posted (edited)

I mean when i send ValidateLocation packet to client while character is under water changes only x,y and heading.

Seems z coordinate didn't work under water. And if i send packet with z coordinate which are highter than water height then working fine.

 

 

Edited by wongerlt
  • 0
Posted

Maybe because it means what in water zone you can't falls down and no point to correct from server side the Z height, except the cases where position definely out of water zone? What kind of logic would you assume if you were a client developer?

  • 0
Posted
34 minutes ago, Rootware said:

Maybe because it means what in water zone you can't falls down and no point to correct from server side the Z height, except the cases where position definely out of water zone? What kind of logic would you assume if you were a client developer?

Then how correct x,y without z in water? tell me 

  • 0
Posted
55 minutes ago, wongerlt said:

Then how correct x,y without z in water? tell me 

 

No way. No reason for correcting X,Y coords under water. Swimming is very slow for making async and exploits.

  • 0
Posted
30 minutes ago, Rootware said:

 

No way. No reason for correcting X,Y coords under water. Swimming is very slow for making async and exploits.

really not small different after one minute of swimming

http://prntscr.com/25qb8ex

 

 

 

Just tested one thing, if i set char. to walk then while swimming char. uses running speed and when i set to run then char. uses walk speed for swimming. (in client side), weird thing 😄

  • 0
Posted

Client it self change speed in water if character is in `running state`. Move speed difference is big (from 0 to 100+...) between client side/server side..

So for now temporary fix is just set character move state to `walk`  in water. With it speed difference is only 0~5 max.

Or maybe some one have better idea? 😄

  • 0
Posted

Maybe better use retail "fix" and use swimming speed for run/walk mode from PC_paramaters.txt?

 

moving_speed_begin
	FFighter={80; 115; 50; 50; 0; 0; 0; 0}
	MFighter={80; 115; 50; 50; 0; 0; 0; 0}
	FMagic={78; 120; 50; 50; 0; 0; 0; 0}
	MMagic={78; 120; 50; 50; 0; 0; 0; 0}
	FElfFighter={90; 125; 50; 50; 0; 0; 0; 0}
	MElfFighter={90; 125; 50; 50; 0; 0; 0; 0}
	FElfMagic={85; 122; 50; 50; 0; 0; 0; 0}
	MElfMagic={85; 122; 50; 50; 0; 0; 0; 0}
	FDarkelfFighter={85; 122; 50; 50; 0; 0; 0; 0}
	MDarkelfFighter={85; 122; 50; 50; 0; 0; 0; 0}
	FDarkelfMagic={85; 122; 50; 50; 0; 0; 0; 0}
	MDarkelfMagic={85; 122; 50; 50; 0; 0; 0; 0}
	FOrcFighter={70; 117; 50; 50; 0; 0; 0; 0}
	MOrcFighter={70; 117; 50; 50; 0; 0; 0; 0}
	FShaman={70; 121; 50; 50; 0; 0; 0; 0}
	MShaman={70; 121; 50; 50; 0; 0; 0; 0}
	FDwarfFighter={80; 115; 50; 50; 0; 0; 0; 0}
	MDwarfFighter={80; 115; 50; 50; 0; 0; 0; 0}
	FKamaelSoldier={87; 122; 50; 50; 0; 0; 0; 0}
	MKamaelSoldier={87; 122; 50; 50; 0; 0; 0; 0}
moving_speed_end

 

where, {ground_walk; ground_run; swim_underwater_walk; swim_underwater_run; fly_walk; fly_run; swim_surface_walk; swim_surface_run}.

 

Or continue make shitcode on previous shitcode, aka Shitcode Dev?

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