All spawns unknown?

[Cossack]

Anyone else recently having an issue where all spawns show up as unknown?

I was originally using release 5.10 with the various struct patches applied and everything had been working, but yesterday I found that none of my skittles were showing up, though all of the spawns were listed as "unknown" in the All category in the spawn list. Of course since I normally run with unknowns off on the map they didn't show up as skittles. With that on they show up as gray skittles and I don't like the taste of those...

I tried applying the code changes in spellshell.h and .cpp, and also installing fresh from the 5.11 source, but still all spawns are listed as unknown in all of the zones I've tried.

Any thoughts?

[BlueAdept]

The only time I see that is the first time I load SEQ. After I zone once, it works. If you still are seeing unknowns after you zone, then I do not know what your problem is.

[Cossack]

Yep, zoned multiple times, first time my char shows up with no zone, second the zone map etc, third nothing else etc.

[coffeencream]

I suggest downloading Blue's 5.11 tarball... should solve your problem

[BlueAdept]

He said he did.

I didn't have a problem yesterday. I have not tested today.

[Nils]

I'm gaving this issue I noticed it after I leveled to 77 and had zoned I downloaded 5.11 and still having the issue going to log in a pre 75 toon to see.

[BlueAdept]

Guess what. I am having this problem now too.

I guess I will backtrack my source and see if it happens with the 5.11 source.

[Nils]

level didn't change it going to remove my dir(s) and start again maybe some setting stuck

nils

[Cossack]

I noticed it yesterday. Was fighting in TBS and everything looked good correct spawns with colors, server crashed around midday and I restarted eq and eq computer, showeq remained running on my linux box. When I logged back in I never zoned so it showed previous spawns listed but not correctly, and my char location was correctly updating. I shutdown and came back later yesterday night logged in and zoned a few times and my char wasn't shown in the right place and spawns were all unknown.

Does this for many levels of characters, and in showeq versions 5.10 and 5.11

Is it likely that something would've changed on sony's side during the server crash? It was only down for a few minutes...

[BlueAdept]

I guess they changed the encryption or something. Yes it is borked. I do not even see any errors so I do not know how to fix it.

[Cossack]

Not sure if its related, but the AA exp no longer lists the %, not sure if its incorrectly listing total AA exp though.

It doesn't look like they changed encryption because most everything else appears to work. I'm certainly nowhere near an expert (much closer to noob), but it almost appears like they changed one of the structs like spawnStruct and/or charProfileStruct.

If those have changed would errors normally be shown in the console window?

Edit: Actually I guess they would've had to push a new eqgame.exe for them to do that...

[BlueAdept]

Well only certain packets are encrypted/packed.

I am looking at the logs and I am seeing the names and such but it isnt picking it up.

I do not know enough about SEQ to figure it out. Hopefully someone else does.

It doesn't look like the ecryption has changed since I can see in the raw log that it is decrypting it but I am not sure what has changed.

[BlueAdept]

In the logs from the 24th I see this:

Nov 24 2007 06:42:52:777 [Decoded] [Server->Client] [Size: 89700]
[OPCode: 0x1153]
[Name: OP_ZoneSpawns][Updated: 03/14/07][Type: spawnStruct (897) %]

The one from the 10th I see this:

Nov 10 2007 06:39:12:893 [Decoded] [Server->Client] [Size: 89700]
[OPCode: 0x1198]
[Name: OP_ZoneSpawns][Updated: 03/14/07][Type: spawnStruct (897) %]

The one from today I see this:

Nov 26 2007 16:05:39:169 [Decoded] [Server->Client] [Size: 89700]
[OPCode: 0x1094]
NOTE: There is no recognition of OP_ZoneSpawns


The thing is that I still see the names....I'll show an example from a couple days ago and today.

From the 24th:
35632 | 00 00 00 00 00 10 64 00 00 4d 69 73 73 69 6f 6e | ......d..Mission
35648 | 73 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | s...............
35664 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
35680 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
35696 | 00 00 00 00 00 00 00 00 00 00 00 ff 01 00 00 00 | ................
35712 | 00 01 bd 46 d1 40 00 00 00 00 00 00 00 01 00 00 | ...F.@..........
35728 | 63 00 00 00 00 00 1f fb 07 00 70 1d 00 00 00 00 | c.........p.....
35744 | 10 00 35 28 00 00 00 00 00 00 00 00 00 00 4c 6f | ..5(..........Lo
35760 | 72 65 6b 65 65 70 65 72 5f 42 6c 61 69 6d 61 73 | rekeeper_Blaimas
35776 | 30 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | 00..............

Today:
45504 | 10 64 00 00 4d 69 73 73 69 6f 6e 73 00 00 00 00 | .d..Missions....
45520 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
45536 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
45552 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
45568 | 00 00 00 00 00 00 ff 01 00 00 00 00 01 bd 46 d1 | ..............F.
45584 | 40 00 00 00 00 00 00 00 01 00 00 63 00 00 00 00 | @..........c....
45600 | 00 1f fb 07 00 70 1d 00 00 00 00 10 00 bd 4c 00 | .....p........L.
45616 | 00 00 00 00 00 00 00 00 00 4c 6f 72 65 6b 65 65 | .........Lorekee
45632 | 70 65 72 5f 42 6c 61 69 6d 61 73 30 30 00 00 00 | per_Blaimas00...


The positions change because of different people being in the zone, but the initial one looks correct. I am not sure what the problem is.

[Cossack]

Am I reading the spawnstructs right in that the mob x/y/z locations are in the same structure as their names, levels, classes etc? The names must be coming through if the mob locs are then.

What log are you looking in that its showing the names? All I'm finding are the raw network packets.


Edit: I see where you're talking about now...

[BlueAdept]

I am looking in the zone.log. If you notice it says it is decoded.

[BlueAdept]

Are you having problems tonight? Mine is working again.

[Nils]

Well I rebooted my desktop machine that I use for seq to watch, which I admit I hadn't done in a week or more and it's also working now fine... at least in PoK.

nils

(I also rebooted my centos 4.5 machine only but I pretty sure it had no issues.)

[coffeencream]

He said he did.
Sorry, my bad... :(

I have not had a problem on my servers (play on two), not sure if it would be wise to post them.

I have NOT updated to the new version just added (5.11.1), I'll do that tonight and post if it takes care of the following two problems I've noticed

1) spawn points are not disappearing after each zone, so I've basically had to remove spawn points from maps, or they become too crowded.

2) I need to quit the program and restart if I change servers as it will lock up.

[BlueAdept]

I think the issue of the spawns all being unknown was server lag. The one thing I noticed was that instead of having an accurate count before you completed logging into the zone, it would count up the spawns and would be in the zone before the count was done.

I am sure that some of the op codes are incorrect. That is probably why the spawn points do not get removed.

If people list the oddities, I'll see if I can figure out what things should be.

As for switching servers, I do not know. It is probably something with the obfusicator packet. It changes seeds when you switch servers. You will probably have to live with that for a while since I think purple has stopped playing/has gotten a life.

The 5.11.1 only fixes the two scruts, fixes an op code, and updated the spellshell.h.

[ieatacid]

1) spawn points are not disappearing after each zone, so I've basically had to remove spawn points from maps, or they become too crowded.
I thought it always saved spawn points. I remember maps being riddled with spawn points after some time.



2) I need to quit the program and restart if I change servers as it will lock up.
This is what was happening to me with saving the opcodes, so I guess it's not exclusive to that. The program isn't actually frozen, though. It still seems to decode packets normally, but for some reason the map just doesn't reset or something. Once we figure out how to fix that we'll be golden.


Edit: I've tried resetting the streams and even deleting and creating new ones, both of which produce no changes in behavior.

[Cossack]

Strange, works for me now too. Not even a reboot in there, just program restart..

[fransick]

Not having the same luck here... when I zone all spawns are unknown. It loads the proper map and clears all the previous spawns but anything that is in the zone at the time I zone in are unknown. Anything that spawns once I am in zone show as skittles. Repeatedly zoning doesn't change anything nor did rebooting as it did for others.

Running a fresh complie of 5.11.1.0. I uncommented the obfuscateOpCodeDB debug in packet.cpp to see what's happening there and it looks like it sends the same var1= value every time I zone (sends it twice per zone in fact). So that seems to be in order. I need to dig into the code a bit further though to verify.

Like BA, logs are showing that everything is decoding.

Going to continue to poke around to see what i can find. If anyone else has seen similar and can shed some light on the issue, help is appreciated.

[BlueAdept]

when I zone all spawns are unknown.

Try a different server and see if that has any affect. I believe it was server lag that night that caused it.

[ieatacid]

fransick, what server is that happening on?

[fransick]

Tunare

Created a lvl 1 toon on another server (whatever Innoruuk ended up being called when it merged) and everything came up skittles in the tutorial zone. So perhaps server lag is the issue?

It's been a problem on Tunare for 10 hours now...

[ieatacid]

Created a level one toon on Tunare in the tutorial zone and from there went to PoK. Zero unknowns.

[BlueAdept]

I talked to someone who was on a different server than I was on and wasn't having any problems. He went and tested my server (I think the next day) and it was working fine. I got home and it was working again.

The one thing that I noticed when it wasnt working was that the spawn count was very slow. Usually it gave an accurate count before I finished zoning, but wasn't.

Your server is different from the one I was on that had the problem (which cleared up).

[BlueAdept]

Maybe this is related to obfusicator packet. Maybe it is changing but not picking it up correctly. If it isnt server lag, then that is the only thing I can think of.

I had even recompiled (from a different tree than I had been using) and was still coming up unknown. It is wierd. I do not know what the problem is.

[fransick]

I have narrowed the issue , albeit rather unscientifically, to the obfuscate packet. By creating another toon on another server I was able to get a different obfuscateOpCodeDB Variable and and in turn skittles. I was getting unknowns on my regular server until the obfuscateOpCodeDB variable changed then I was back to skittles. This at least supports the annecdotal experiences posted here. Does this hold any merit given how the obfuscate variable works? Can you get a "bad" variable that will decode but not spawns present at time of zone in? This seems unlikely but I haven't dissected the packet.cpp code enough to fully understand how it is being handled.

[Nils]

had this unknown issue again today after the patch but only on a secondary server I play on, on my primary server had skittles, went to chat to friends (had to restart seq as i changed servers) I had unknowns, i logged out rebooted my desktop and the linux box still came in still unknowns listed went back to my home server (restarted seq because it wasn't picking up) and had skittles went back and forth between and happened each time (fine on home nothing on other).

I deleted everything in root/.showeq

went back and did a make install then ran seq again and I had skittles fine on my friends server.

1 other point I was last logged on my the other server before servers went down and came backup

nils