Since the BestZ changes were first introduced, those mobs should always have been standing underneath the huts. Setting Map:FixPathingZMaxDeltaSendTo to 1 (or 0) should fix it for static mobs (not on a grid), at least it did on the one I tried, but as always when changing these global rules, you don't know what side effects it may have (shouldn't cause pathing mobs to hop though).

Well, Mr 'D, you fix things with out even trying to fix it!

I started my blundering ( I always do when things don't want to work); my first idea was to set all of the Map:FixPathingZ* from 20 to 12 (since it worked so nicely with the Map:FixPathingZMaxDeltaMoving fix), and now they stand in the huts (glad it was a short blunder, I've blundered for days, even weeks).
I checked the old 'hopper zones', and it all looked good (no hopping at all). So I guess they are better to default to 12 instead of 20.

Now, if I could only get the moonwalkers to stop ( I hate moonwalkers!).

When I did all my work in Hollowshade, must have been before Best Z fixes - time flies in cyberworld!

Today I noticed many missing maps in my current posted Map package. I think Azone2 didn't make them all, as I used the same batch-script as the one for Azone (not sure though).
I just made a new package which should have all the maps, including all the ones I had posted here to date.
You can get it here
If you were seeing problems like spells not landing, or bots/pets not attacking in certain zones, then this might solve your problem.
I took away all other links to map files on my site, since they are all in this new package, and these files are humongous HD space- eaters.
If you spot any more missing zone maps, post here and I'll add it.

I found the cause of this. Each instance of a placeable object in the .WLD file has an X and Y scale factor associated with it. This is so that a single base model can be included for that object, then various different size instances of that object can be placed in the zone.

There doesn't appear to be a Z scale factor. (I checked in OpenZone and that doesn't use a Z scale either), so the WLD processing code in OpenEQ and azone2 just sets the ZScale to 1.0.

This turns out to mean that any object that is scaled in relation to the base object looks skewed in OpenEQ and is put into the .map with the wrong geometry by azone2.

I analysed every S3D file, and in every case, the X and Y scale factors were always the same, so I changed the code so that the Z scale factor is set to whatever the X and Y scales are. The huts in Hollowshade seem to have the correct proportions now, and I built a hollowshade.map including models 9 and 10 (the huts on stilts) and the mobs stand on them correctly, even with Map:FixPathingZMaxDeltaSendTo set to the default value.

I've updated the downloads:

Source: http://www.rama.demon.co.uk/azone2/azone2.rar

Windows Executables: http://www.rama.demon.co.uk/azone2/az2exes.rar

This means that any maps with placeable objects using the previous versions should really be rebuilt. This only affects placeable objects. If you have azone2 generated base maps with no placeable objects, then they will be fine.

Ok thanks, I still have my azone.ini file, and will re-make the maps and post the new ones during the week.

Here is all the maps I had posted on this thread earlier, but with the new updated Azone2. These include placeable objects in them.

Here's two more Maps;
Crystal
GreatDivide

All the new Maps are still posted here

Google Map Repository started
 

We got the Eqemu Maps Repository working -
You should be able to hook up to the Maps SVN and easily keep your Maps up to date.

I've placed some utilities for making Maps in the Trunk - most of them were made by Derision. It's a simple process, the s3d files in your Eveyquest directory are what you use for converting. for example crushbome.s3d is one you can run "azone2.exe crushbone" and it will create crushbone.map. But azone2 has more features; For example, in Crushbone Castle's main room, where Lord Darish spawns, there's a big table and a rug where players like to camp ("mua"). The default map doesn't include details like this unless you add them. So, before, when mobs/kill were getting stuck there, now after I added these objects to the azone.ini file like so;
crushbone.s3d,22,23,24,29,32,33,23,24,28,31,39,43
They now "see" the table and stand on it instead of in it.
The process is simple, the more people we have making new, detailed maps. the faster this work will get done - if you want to help and are not a member please post.
The source for azone2 is in the EqEmulator source/utils.
If you do make updates, please update the azone.ini file located in the azone_utils directory - so we can keep a history of what we added

Thank you for this post and the map SVN Angelox. It is a big help!

I just realized a mistake I was making, I'll post it maybe others are also; the viewer-tools default to s3d. for example, "listobj.exe tutorialb" looks at tutorialb.s3d. "listobj.exe tutorialb.eqg" will tell you it can't find tutorialb.eqg.s3d. But if you pull tutorialb.s3d out of the directory, then it will properly display tutorialb.eqg objects with just a plain "listobj.exe tutorialb".

Apparantly, it looks for the S3d first, if no S3d, then the eqg. probably should be the other way around, since if there is an eqg with the same name, that's what the client will use.

This was a problem I had and why I was wondering some things would not display with me.
All three tools will do this (put S3d files up front and not display eqg, if both are present).
Make sure you're working with the right file when you make the maps.

Probably a good idea about switching around the order the tools check for file types.

BTW, I was wondering if there is any reason not to just include all of the objects that objlist outputs, instead of only selecting a key few that are most important to LoS. I realize that objects like trees and rocks aren't ultra-important for LoS, but I don't think it is particularly bad to have trees and stuff blocking LoS. The main question I have is; does adding every object in the object list cause a huge overhead on LoS processing? I have tried it with a few SoF zones which produce 20MB+ map files in some cases. If the CPU isn't going to go crazy by doing that, I don't see any reason not to do it. And, if so, maybe Azone2 could have an option put in that will combine itself with the object list tool. Then, it will list all objects for the zone and automatically build the map file to include all of those objects to save considerable work and time to check each one out by hand manually. Maybe a feature like that could be added as an option when running Azone2 or something.

I ignored this post when Leere first made it, as I had no interest in the EQG 'Version 4' format at the time, however there are a number of Secret Of Faydwer Zones that use this format, so I started to look into it further and am finally at a point to be able to create .maps for these zones, e.g.

Dragonscale Hills, in-game view:
http://www.rama.demon.co.uk/dsingame.jpg

.map file (shown as coloured triangles)
http://www.rama.demon.co.uk/dspolys.jpg

.map file (show as pure triangles)
http://www.rama.demon.co.uk/dstris.jpg

I'm in the final testing/code cleanup phase before comitting the azone2 patches to create maps for these SoF EQGV4 zones, however this post is really just to recognise Leere's great contribution here, which was the foundation for that work, and which if he hadn't have shared, I may never have got this far.

So, if anyone other than Trevius ;) is interested in creating content for the SoF EQG v4 zones with working .maps, then it should soon be possible.

/salute Leere

Wow that's awesome. I didn't think we knew how to do that.

Derision, you never cease to amaze! I don't know about others, but I am really excited about your work on this. Many thanks to you and Leere :D

If the collector tools ever get to working order again, I am sure more people will be able to start filling in SoF content. The EQGv4 zones after Titanium are mostly the outdoor zones, and IMO, many of them are some of the coolest zones EQ has ever seen. That dragonscale zone alone is amazing, and the new revamps of the old zones like Sro/Oasis and Commonlands are pretty cool too. There are a total of about 35 EQGv4 zones that come with SoF, and other than the Burried Sea ones (which are mostly too much alike each other), there are some really great and unique zones.

Here is a list of all of the EQGv4 zones as far as I know, including the short name, the long name and some brief notes I made about the zones when I first started exploring them in EQEmu:

I updated my Server's Wiki with these EQGv4 zones, and will probably get some screenshots of each of them up on that page soon as well.

http://stormhavenserver.com/mediawik...ets_of_Faydwer

Very nice, Derision! I'm impressed.

I'm still 'prettying up' the source :) , however I did a test compile on Windows and have uploaded EQGV4 compatible .exes for azone2/listobj and glmodelviewer to the
download section of the SVN if anyone wants to try them out:

http://code.google.com/p/projecteqem...8.rar&can=2&q=

By default, all objects except for stuff like trees/small rocks etc, are included in the .map for EQG V4s, so you shouldn't have to bother with listobj/azone.ini etc.

Works for me! I'll upload the maps shortly for servers who are lazy.

These maps are HUGE! 407mb compressed.

http://www.sendspace.com/pro/dl/kt6h8l

What concerns me is that some of your maps are significantly smaller than those I generated on my own system.

E.g. your archive has buriedsea.map at 28,010,918 bytes, whereas when I generate the map, I get one of 85MB+

Strange ... Secrets, could you run azone2 on buriedsea and post your output like I just did above ? Thanks :)

10 characters

Thanks ... that's strange. Our outputs match up until 'Building Quadtree', then yours seems to go wrong.

Both my Windows and Linux boxes give the exact same results.

If anyone else can run azone2 on buriedsea and post the results here, it would be useful. Thanks.

I'll probably post the source tomorrow, so it will be interesting to see if you get the correct results from compiling it yourself.
----------------------------------------------------------------------------------------------------------------------------

EDIT: Scratch that. I think I see the bug.

EDIT: If there is no azone.ini file, azone2 will not add the default placeable models that it should. If you could create an empty azone.ini file in the same directory as azone2.exe and your .EQGs and try again ? (This is what you get for using beta software ... sorry :-( )

Confirmed. No azone.ini in the same directory as azone.exe is the problem:

Sorry Secrets, but your .maps are no good ... I'll go and hide now, but thanks for finding the bug so quickly ;-)

PS: The default placeable objects are essential in V4 zones as they are used for key structures.

/facepalm

Yup, that was it. Good catch :)

I'll re-upload the maps shortly.

I'm uploading these maps to the map SVN. Secrets, if you want access shoot me a PM with a gmail address or an address tied to google.

Nevermind that, we only have 2GB and our maps dir is currently 5.5GB. We'll need to come up with some other solution. Compression saves a ton of space, luckily so that's in our favor.

That sendspace link lasts 30 days, so you have quite a bit of time to find an option. Maybe sourceforge for these? I'm not quite sure :P

I updated my wiki with screenshots for almost all of the EQGv4 zones. This page now has screenshots for almost every zone available in SoF (after Titanium):

http://stormhavenserver.com/mediawik...ets_of_Faydwer

For the few that don't have screenshots yet, I will get some up for them soon as well. I figure this reference will make it easier for people to narrow down which zones from SoF they might want to use on their server.

I would put these screenshots on the EQEmu wiki too, but I am waiting until we get MediaWiki going and hoping we allow uploading of screenshots on it. It is so easy to upload a screenshot in Mediawiki that it really makes it worthwhile to do them. Not only is it easy to upload them, but it is extremely easy to insert them into the wiki page.

We get it, you like mediawiki ;) . You're preaching to the choir, I don't think anyone here believes that wakka wiki is better than mediawiki.