Adding Placeable objects to azone generated map files

[Angelox]

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

[Angelox]

Here's two more Maps;
Crystal
GreatDivide

All the new Maps are still posted here

[Angelox]

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

[Aldest]

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

[Angelox]

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.

[trevius]

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.