Dungeon fog color does not work
 

I'm not sure why, but for as long as i can remember in EQEMU, the zone fog for dungeons does not display correctly. For example, SolA/B is supposed to have this reddish fog that gives the feeling that the zone is very hot. However on EQEMU the fog displays as black and the zone seems too dark. No matter how much i play with the Z options (clipping plane, fog color, underworld (whatever that is)) nothing seems to change the color of the fog. Outdoors the fog color works just fine - its only dungeons that have this problem.

One other small issue i've found has to do with spell animations. On Live, if you cast a spell and then immediately after begin to run, your upper body continues the casting animation while your lower body runs. However on EQEMU if you cast a spell and then run, your entire body remains in the 'standing still casting' animation, so you look like you're sliding around on the floor until the cast animation completes, since your legs don't move.

anyone have any ideas?

if you can run the new packetcollector on live and zone into these dungeons, I can update the zone configs so the fog appears correctly. The new packetcollector is in all the compiled binaries except the perl one.

Are you sure packet collecting the zone configs will help? I've manually went and changed the fog color using #zfog, and no matter what numbers I set it to, the color never actually changes. It just stays black.

Yes, of course I'm sure. Packetcollect the packet and I'll have it fixed by this weekend.

Anyone having this problem, its caused by the time_type field in the zone table not being up to date. Thanks to Raddiux (he collected all the zone configs for me), you can download the updated zone information data here:

http://www.eqemulator.net/sql/zone.sql

err.. thats a fubar zone.sql there are capital letters strewn in on a lot of the zone short names.

:(

that's directly from live, send them an email and complain :P

After looking through the numbers, there seems to be a simple pattern.

0 = dungeon
1 = outdoor zone
3 = city

Although I only packet collected the classic zones, if you want the fog to appear correctly in any other expansion zone, using this rule will probably work.

Ok. but now on emu using "that" zone.sql players will have to figure out which letters are capital and which arent (in order to #zone). there's no common pattern in that. i won't be using that zone.sql until i have time to lowercase everything :cry:

umm case shouldnt matter...

#zone GfAYdaRk should work the same as #zone gfaydark

Aye, as LE says, look at the source for the #zone command, it uses strcasecmp to compare what the user entered with the zone short_name ...

ah ok. <-- not a coder so doesn't read code.

FYI, using these zone names WILL in fact break your game.

The map loading code loads it by zone shortname column thus any zone with new capitalization wont load the map.

it's been changed by fnw, so may hit cvs in a while.

OK, first of all, not loading the maps files DOES NOT BREAK THE GAME!!!!!!!!!!!!!!!!!!!!!!!!
Second of all Windows doesnt care about case in regards to file names, so only 5% of the people that run servers (those who run linux servers) would even be affected.

Hint: dont say my work breaks the game when it doesnt. That is the fastest way to piss me off..... This didnt affect 95% of the people who run servers and it did NOT break the game for ANYONE that it did effect. The only thing that would happen without maps is that stuff wouldnt agro. Big deal as far as I'm fucking concerned if you can login and play the damn game at all its not broken.