Go Back   EQEmulator Home > EQEmulator Forums > Support > Support::Windows Servers

Support::Windows Servers Support forum for Windows EQEMu users.

Reply
 
Thread Tools Display Modes
  #1  
Old 09-06-2015, 02:41 PM
AdrianD
Discordant
 
Join Date: Dec 2013
Posts: 297
Default Path file issue: ~.path failed to load

I was tinkering with the `logsys_categories` status setting figuring it would glean some information about my general pathing issues.

Code:
[09-06-2015 :: 12:41:41] [Status] Init Finished: ZoneID = 66, Time Offset = 0
[09-06-2015 :: 12:41:43] [Status] Path File Header: Version 2, PathNodes 1025
[09-06-2015 :: 12:41:43] [Error] Path Node 1021, Neighbour 4 (1025) out of range.
[09-06-2015 :: 12:41:43] [Error] Path Node 1022, Neighbour 2 (1025) out of range.
[09-06-2015 :: 12:41:43] [Error] Path Node 1023, Neighbour 2 (1025) out of range.
[09-06-2015 :: 12:41:43] [Error] Path File ./Maps/gukbottom.path failed to load.
[09-06-2015 :: 12:41:43] [Normal] ---- Zone server gukbottom, listening on port:7014 ----
[09-06-2015 :: 12:41:43] [Status] Zone Bootup: gukbottom (66: 0)
This past July I reinstalled all source, maps and quests. The maps folder has WTR, PATH and Linker files. The majority of the linker files have a small red <!>. The majority of the other files do not. I don't know what this means exactly, otherwise I would be more eloquent in the description. I know it's related to git/svn somehow and the fact it was changed.

Specifically: I have .path, .wtr and the linker address map for gukbottom. The linker address map has the red ! while the other two do not.

What is the cause of this?

What can I do?
Reply With Quote
  #2  
Old 09-06-2015, 02:59 PM
demonstar55
Demi-God
 
Join Date: Apr 2008
Location: MA
Posts: 1,165
Default

Not loading the path files isn't anything to worry about, just means it doesn't exist. The Linker Files have nothing to do with the wtr, path, or map files in the Maps folder.
Reply With Quote
  #3  
Old 09-06-2015, 03:09 PM
AdrianD
Discordant
 
Join Date: Dec 2013
Posts: 297
Default

I have a many .path files in the maps folder. For gukbottom, a .path file is located in this folder. When it says it failed to load I understand that to mean it doesn't exist but, in this case it seems to exist.

What am I not understanding?

EDIT: I wouldn't think much of it if the pathing in some zones wasn't pretty bad.
Reply With Quote
  #4  
Old 09-06-2015, 09:03 PM
provocating's Avatar
provocating
Demi-God
 
Join Date: Nov 2007
Posts: 2,175
Default

That particular path file has been corrupted for years. I just created a new one.
Reply With Quote
  #5  
Old 09-06-2015, 09:39 PM
N0ctrnl's Avatar
N0ctrnl
Discordant
 
Join Date: Jan 2007
Posts: 443
Default

You have a repo setup by chance? I've just recently started tackling the #path stuff myself.
Reply With Quote
  #6  
Old 09-06-2015, 09:41 PM
provocating's Avatar
provocating
Demi-God
 
Join Date: Nov 2007
Posts: 2,175
Default

I will get it to you Monday
Reply With Quote
  #7  
Old 09-06-2015, 09:57 PM
N0ctrnl's Avatar
N0ctrnl
Discordant
 
Join Date: Jan 2007
Posts: 443
Default

Thanks a bunch!
Reply With Quote
  #8  
Old 09-06-2015, 09:58 PM
AdrianD
Discordant
 
Join Date: Dec 2013
Posts: 297
Default

I would like to assist in any way that I can to attain the accurate files so pathing is less of an issue.

Currently, I have npcs going through walls in dungeons and hopping in outdoor zones. Most zones are fine but some make it difficult to play in.

I have been putting this off for a long time in favor of things I could actually accomplish but, with others commenting it renews my ambition for a project like this.

Please point me in the right direction to learn about the tools required to do this.
Reply With Quote
  #9  
Old 09-06-2015, 10:02 PM
N0ctrnl's Avatar
N0ctrnl
Discordant
 
Join Date: Jan 2007
Posts: 443
Default

Really, the #path command should be all that's needed. It's just tedious and there's not really a good tutorial that I've found to reference as kind of a "best practices".

I was kind of hoping to find some obscure repo somewhere that had all the missing ones in it, but seems like that's not gonna happen at this point.

I'd be willing to contribute to a centralized effort on this. This would be a huge benefit to everybody.
Reply With Quote
  #10  
Old 09-06-2015, 10:34 PM
AdrianD
Discordant
 
Join Date: Dec 2013
Posts: 297
Default

Ok, thank you. I've messed around with that a little, very little. I see it as hugely tedious but, with others in the same boat, it will make the tedium worth the combined effort.

Would every single potential problem spawn2 need this process? From my brief encounter, it seemed as such.

Is it common practice to only do this process within a reasonable radius or should the spawn2's be done zonewide?

EDIT: I have other basic questions about the process, I can learn the rest through trial and error

EDIT: I've been apprehensive to start a project like this for the same reason as you, N0ctrnl
Reply With Quote
  #11  
Old 09-07-2015, 07:14 AM
image
Demi-God
 
Join Date: Jan 2002
Posts: 1,290
Default

Not sure if KLS can chime in if the pathing changes broke the old .path files (not saying that is the reason above, but for reference to the link below), I have some path files that were built on the older format, so not sure about backwards compatibility here.

www.eqpvp.com/paths

Here is the info about the #path command in the wiki:

http://wiki.eqemulator.org/p?Pathing_Files

The only ones you really need to know is
#path shownodes - to show a previous loaded path files points
#path add - add a new node (Auto connects to nearby line of sight nodes)
#path connect [id] - connect targetted node to another node
#path disconnect [id] - disconnect targetted node from another node (id)
#path dump [filename] - where filename is Maps/somefile.path. Dumps all output nodes to file (as-is) no line of sight connections made.
#path process [filename] - where filename is Maps/somefile.path. Connects line of sight nodes, saves the output nodes to the file.

As you build up the pathing in the zone you will be able to test mobs (just have them aggro you). The nodes are taken into account 'on the fly' when they are added in the zone via #path add.

When adding to existing pathing files you should use #path shownodes doing your changes followed by #path dump, don't use #path process unless setting up the first pathing file.
__________________
www.eq2emu.com
EQ2Emu Developer
Former EQEMu Developer / GuildWars / Zek Seasons Servers
Member of the "I hate devn00b" club.
Reply With Quote
  #12  
Old 09-07-2015, 12:04 PM
provocating's Avatar
provocating
Demi-God
 
Join Date: Nov 2007
Posts: 2,175
Default

Yes it is tedious, and you will make plenty of mistakes. I have had to redo some path files 3x times now because I did not realize the importance of spacing, especially when you are going up and down a Z-axis.
Reply With Quote
  #13  
Old 09-07-2015, 01:00 PM
demonstar55
Demi-God
 
Join Date: Apr 2008
Location: MA
Posts: 1,165
Default

Some day we will have a program that autogenerates paths and an editor to tweak them ...
Reply With Quote
  #14  
Old 09-07-2015, 01:54 PM
AdrianD
Discordant
 
Join Date: Dec 2013
Posts: 297
Default

Thanks a bunch everyone.

Could poor pathing be the cause of npcs having spell casting interrupts out of combat?
Reply With Quote
  #15  
Old 09-07-2015, 01:59 PM
provocating's Avatar
provocating
Demi-God
 
Join Date: Nov 2007
Posts: 2,175
Default

Quote:
Originally Posted by AdrianD View Post
Thanks a bunch everyone.

Could poor pathing be the cause of npcs having spell casting interrupts out of combat?
No, I cannot see that happening. Maps possibly, but not path files.
Reply With Quote
Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

   

All times are GMT -4. The time now is 06:35 AM.


 

Everquest is a registered trademark of Daybreak Game Company LLC.
EQEmulator is not associated or affiliated in any way with Daybreak Game Company LLC.
Except where otherwise noted, this site is licensed under a Creative Commons License.
       
Powered by vBulletin®, Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Template by Bluepearl Design and vBulletin Templates - Ver3.3