REQUEST: LoS fix (serious request, info inside)
 

Ever since Luclin, the Zone Converter (source) on HackersQuest has been broken. In the past, this was used to turn .s3d files into something readable by most 3D viewing applications. A program (link to come) was then used to turn these files into .map files, which can be interpreted by the server source for mob LOS. SUPPOSEDLY, the .map program is still good, but the Zone Converter is not. If it was to be fixed, we would have NPC Line of Sight for all zones, meaning no more wall aggro, no AEs going through walls, etc. Very nice all in all.

This is where you guys come in. I'm not a coder. I need someone who understands this in-depth to give it a whirl and try to fix the zone converter. This would be a fix to one of the longest-standing obstacles in front of running real legit servers. I'm not sure if LoS for pre-Luclin zones is currently in use on servers apart from WR, but it is there, and it's a very serious handicap to the players in post-Velious zones. If this would get fixed, I'd <3 you long time, as would anyone attempting to running a serious legit server.

My guess is that it's simply the texture coord data that's changed to break it, since that's the only change since luclin that i'm aware of... I'll take a look sometime.

<3

What about DZoneConverter? That's based directly on ZoneConverter. You can find it on EQEmu's SorceForge download page under the Admin Tool section.

WC

Can't say we have. Wiz is kinda busy right now, but I'll try to make him give it a whirl. Neither of us have heard of it AFAIK.

This is the relevant stuff I gathered from Wiz's coderspeak:

You were right, DZoneConverter does work. However, zone2map crashes when it tries to take the output file. This means that zone2map is broken, and that we have no source for it since the author left in a puff of smoke.

zone2map works by converting .scr files produced by Zone Converter to 3d node .map files (SAMPLE) which are interpreted by EQEmu (See: map.cpp and map.h for the exact workings). Essentially, we need a working zone2map for post-Luclin zones. DZoneConverter works fine, the sample map was converted by zone2map by an .src produced by DZoneConverter as opposed to Zone Converter, but as I said it (zone2map, not DZC) crashes when you attempt to convert a Luclin+ s3d.

Please help~

Give details on the file format, please.

All I know is that it's a 3D node of the map. I expect you can learn about it in map.cpp and map.h =/

so this is why mob aggro is turned off.. sweet jesus i hope someone gets it wroking

p.s. is what your trying to do is get the zone into .map format? because i can export .map with Maya, and ive used that zone converter program before to open the zones and check them out with maya

Try to export a .map of say, powar, and attach it here.

It's worth a shot.

ok ill try it out, but i dont see how it helps line of sight, npcs dont show up just map, if i remember correct objects dont show up either.

i missed ur reply before.. ill get right on it



..tommorow morning.. lol

edit: hmm this program wants a .wld to convert, i dont kno if zones used to be or something but theres no .wld's anymore

Open powar.s3d with DZoneConverter and import the file in question with Maya, then export it to powar.map and upload it somewhere.

Dzoneconverter? is that different than the one you linked?

ehh i see it is, wheres the eqemu sourceforge page?

........

sotonin is leet because he only linked sourceforge.

btw i dont see dzone converter still, ive seen another sourceforge page with it awhile ago, but i dont see it ther

actually, it might not of even been eqemu, but it was on sourceforge

Delphi Zone Converter.

alright.. i got it but all i can import is the mesh of the zone.. theres no texture cords or lights and certainly no info about LOS .. probly because i have to export .obj isntead of .scr, and i dont think maya cant improt scr

plus, you say you need this for post-velious zones eh? im not to fond of them post-velious zones lol..

ill still give u an .map if u want tho

so eqemu is never going to have proper los? pwned

SCR, OBJ, DXF, 3DS, whatever format you want, you will never be able to see LoS or Lights, or textures coords since this in implemented in WLD format and an export/convert will only export mesh.

yeah so some leet programer has to fix that prog that does read los

You can make .map files with openzone and use s3dspy to extract the ground areas of the zone(I think - I've been able to export objects, haven't tried zones). Open it up with delphi zone converter and export as obj, then open it up with a graphics editor that can convert to 3ds and do that. Then just import it to openzone and create the .map file.

Perhaps this VB code will be of use. I havn't tried it in a long time, so it may be broken as well. Based on the Rev history it worked up to PoP at least.

http://pages.sbcglobal.net/mitselpli...Converter.html

Today while speaking with some EQA Devs and WindCatcher, i was wondering myself why EQEmu devs never added code to eqemu that would just go read WLD file, i mean, why use MAP when you could just read the source, aka WLD !?

The code is already present in WindCatcher dSconverter source, and from him, it should be easy to convert it to c++. Well its added to EQA todo list ...

That's cool to hear, khan.