Water Detection Patch

Angelox · #1 01-11-2008, 05:42 PM

Do you think this patch will work on 1071? I saw it out and yours not there.

**Derision** · #2 01-11-2008, 09:11 PM

Quote:

Originally Posted by Angelox

Do you think this patch will work on 1071? I saw it out and yours not there.

Should work fine, the only file that my patch touches that has been changed in 1071 is ruletypes.h, but my patch still applies fine and everything compiles (haven't actually fired up a server with 1071+WaterPatch, but it should work OK).

**cavedude** · #3 01-12-2008, 03:54 AM

It's running TGC on with 1071 without any problems. I have the pathing support disabled, as bestz is too cpu intensive when you have 100 zones loaded, but fishing is working perfectly.

The only issue was azone wouldn't create maps of zones without water/lava, and without maps, fishing works anywhere in the zone. So, I just commented out the lava/water check in azone and recompiled to have it spit out those maps.

**cavedude** · #4 01-12-2008, 03:58 AM

Oh, I guess I should also mention I also have this code running on my internal test with is based on 1071, with bestz fully enabled, and it works fine there.

**Derision** · #5 01-12-2008, 11:25 AM

Quote:

Originally Posted by cavedude

It's running TGC on with 1071 without any problems. I have the pathing support disabled, as bestz is too cpu intensive when you have 100 zones loaded, but fishing is working perfectly.

Thanks for the feedback.

I spent 5 or 10 minutes fishing on TGC and didn't catch a thing, although it seems to detect water well enough

(my fishing skill was low, and then my pole broke!)

Regarding BestZ, I appreciate your problem. My pathing correction tool is coming along quite well. I'm only working on developing it for outdoor zones at the moment (using LOIO as a test subject) as they are easier to fix semi-automatically (i.e. click a button to correct ground collisions or paths that are too high above the ground).

Maybe in a couple of weeks it will be in a state where I can use it produce a (nearly) complete set of corrected grids for a mostly outdoor zone (say LOIO, Frontier Mountains or Field Of Bone) that are free of hopping mobs without the need for the runtime BestZ correction. I've already proved to myself that I can do it for a couple of test grids, but there are still some glitches/bugs I need to work through.

**cavedude** · #6 01-12-2008, 01:47 PM

Yeah, fishing sucks at the lower levels. You don't start seeing catches until your skill is around 20 or so. But, once you get to master you get a catch 50% of the time, and maxed skill guarantees something everytime. Though, I agree the water detection is working great!

You have me drooling about the pathing correction tool. Hopping prevention with no additional overhead is something I am very interested in! Could that also be used to get us valid grid points for fear and flee? If so, you just nailed one of the biggest problems in EQEmu. Maybe even the biggest.

Keep up the awesome work!

**Derision** · #7 01-12-2008, 11:16 PM

Quote:

Originally Posted by cavedude

Could that also be used to get us valid grid points for fear and flee?

All I'm working on right now is the tool to correct the grid_entries so that mobs stay on the ground and paths between waypoints don't attempt to go under the ground. This should stop the hopping with no need for BestZ checks in the server.

As was discussed in another thread, FNW's Apathing tool takes these grid_entries along with spawn points, fear_hints etc, to build a zone wide pathing grid that could be used for fear, flee, etc.

Although it is related, it is not something I am actively looking at, although I plan to when I feel what I am currently working on is 'done', but that will probably be in a month or two.

**fathernitwit** · #8 01-13-2008, 02:51 PM

The reworked patch has been comitted after a bit of polishing. Good work.

I hope that some brave soul will hunt down the water info in .ter files. I think we know enough about .ter to find out what material is on each surface, which might give us enough info to build our own bsp tree. I know I spent a long time messing around with the .ter file trying to understand its format. There is some large blob of data after the material data and before the geometry data. I highly suspect that this is (or at least contains) the BSP tree, but I wasnt able to discern any sort of structure from the data. If you look in azone, you will see that I finally got annoyed at it and hard coded a ton of offsets in there to skip over this blob... if somebody figured out the structure, it might help us with water as well as help us get normal maps from newer zones... who knows....