Steam Underfoot Development Tracking

[trevius]

This thread was created to help keep track of the development of the newly updated "Starter Pack" from Steam which previously included up to SoD. The SoD client on Steam has now been replaced with an Underfoot client from June 8th 2010.

This thread can be used as a reference for what needs work, and who is working on what. I will try to keep this post updated as people update the thread with any progress or notes.

This thread can be used for any development related work or concerns as well as to report any bugs with the client that haven't already been documented.

The Underfoot Steam client is mostly functional, but has plenty of remaining bugs to iron out. This thread will be focused on Underfoot specific bugs, not general bugs that exists in some or all other clients. Because we are already tracking all of the known issues with SoD in another thread, this thread will not repeat those same issues. For reference, see the SoD Development Thread (http://www.eqemulator.org/forums/showthread.php?t=30909).


Last Update - July 10th 2011


Top Priority Work:


Medium Priority Work:
1. Levitate - Levitate works if cast in the current zone, but after zoning the buff remains, but the floating effect does not.


Low Priority Work:
None at the moment.


Client Issues:
1. Drakkin Male Animations - The Steam download is missing the file dkm_anims.eqg file that controls Drakkin Male animations. This causes Male Drakkin to hover over the ground frozen sideways. This can be resolved by copying that file from a previous client (SoF or SoD) into the Underfoot installation folder.
2. dbstr_us.txt - The dbstr_us.txt that comes with the UF client from Steam is not complete and causes some AAs and Combat Ability descriptions to show DB String Errors. This can be resolved by copying that file from a previous client (SoF or SoD) or a current EQLive patched client into the Underfoot installation folder.
3. Certain Zone Files - Some of the zone files are missing such as postorms.s3d, bothunder.s3d, delveb.eqg, maybe a qvic zone and possibly more. These can all be copied from a previous client folder into UF to make them functional.

Note: A more complete list of missing Underfoot files can be found in the wiki HERE (http://www.eqemulator.net/wiki/wikka.php?wakka=UFMissingFilesList).


Database and Source Code Changes that will be needed at some point:
None Yet


New Systems to Underfoot that did not exist in SoD:
None Yet


Issues with Newly Implemented Systems that did not exist in Titanium:
None Yet


Recently Resolved Issues:
1. Spells - Spells seem to be casting fine now (Thanks KLS).
2. Environment Damage - Working properly now.
3. Disciplines - Disciplines appear to activate and function properly (Thanks KLS).
4. Buff Icons - Buff Icons now show correctly (Thanks KLS).
5. Tracking - Tracking is now functional (Thanks Derision).
6. Find Person - Now functional (Thanks Derision).
7. Buffs - Buffs can now be clicked off (Thanks Derision).
8. AAs - AAs should now be as functional as they are on SoD (Thanks Derision).
9. Pets - Pet controls and buff windows should now be fully functional (Thanks Derision).
10. LDoN Stats - The LDoN Stats Window now reports points correctly (Thanks Derision).
11. Chat Server - The UCS now works with Underfoot and later clients.
12. Bard songs affecting run speed should now work correctly.
13. /emote now works for Underfoot clients.
14. New Guild Creation window works (if enabled by a rule).

Attaining the Steam Underfoot Client:
The client EQEmu uses for Underfoot is from Steam (currently $19.99) here:
http://store.steampowered.com/app/24130/

This post will be updated again regularly with current development status. Devs, please feel free to edit this post as needed.

[KLS]

AAs do not display or purchase properly.
Basic spell casting should work but discipline spell casting is off and didn't try clickies yet.

[trevius]

Clicky items are fine. Since they are now handled by the server completely as of SoD, I don't think they will break any time soon.

I found that there is a new packet that handles the buff icons now. Here is an example from a collect:

[OPCode: 0x2121 OP_Unknown [Server->Client] [Size: 36]
000 | ca 52 00 00 3e 00 00 00 01 01 00 00 00 00 00 40 | .R..>..........@
016 | 52 00 00 68 01 00 00 00 00 00 00 54 65 73 74 69 | R..h.......Testi
032 | 75 73 00 00 | us..

So, based on that packet, I think the structure is something like this:

// Variable Length Struct - Sends Buff Icon information for Underfoot+
struct BuffIcon_Struct
{
/*00*/ uint32 entity_id; // Entity ID of client
/*04*/ uint32 unknown04; // Seen 62 and 6000 from examples
/*08*/ uint8 unknown08; // Seen 1 - Maybe this tells it which buff window to go to?
/*09*/ uint8 buffcount; // Total number of buffs
/*10*/ uint8 unknown10; // Seen 0
/*11*/ uint32 unknown11; // Seen 0
/*15*/ int32 spell; // Spell id for the buff
/*19*/ uint32 duration; // Duration in tics
/*23*/ uint32 unknown34; // Seen 0
/*27*/ char name; // Name of the Client (Null Terminated) - Or some other string/name
/*00*/ uint8 buffslot; // Starts at 0
/*00*/
};

I am unsure what the 62 in unknown04 is for yet. I am guessing that some of the uint8s are toggles for stuff like being able to click the buff off, and one of them is probably for telling it which window to send the icon to. There may even be one for telling it which buff slot to put it in, but I haven't tested that far yet.

These buff icons carry over perfectly when zoning, so I think we only need to add it to the casting part and it should be good. That should resolve one of the biggest client issues so far :D

[trevius]

Also, here are the structs I have for OP_Action:

struct Action_Struct
{
/*00*/ int16 target; // id of target
/*02*/ int16 source; // id of caster
/*04*/ uint16 level; // level of caster - Seen 0
/*06*/ uint16 instrument_mod; // Seen 0
/*08*/ uint16 unknown08; // Was uint32
/*10*/ float unknown10; // New field to Underfoot - Seen 1
/*14*/ uint32 unknown14; // Was uint16
/*18*/ float sequence;
/*22*/ uint32 unknown22; // Seen 0
/*26*/ int8 type; // 231 (0xE7) for spells
/*27*/ uint32 damage;
/*31*/ int16 unknown31; // New field to Underfoot - Seen 0
/*33*/ int16 spell; // spell id being cast
/*35*/ int8 level2; // level of caster again? Or maybe the castee
/*36*/ int8 buff_unknown; // if this is 4, a buff icon is made
/*37*/
};

struct ActionAlt_Struct
{
/*00*/ int16 target; // id of target
/*02*/ int16 source; // id of caster
/*04*/ uint16 level; // level of caster - Seen 0
/*06*/ uint16 instrument_mod; // Seen 0
/*08*/ uint16 unknown08; // Was uint32
/*10*/ float unknown10; // New field to Underfoot - Seen 1
/*14*/ uint32 unknown14; // Was uint16
/*18*/ float sequence;
/*22*/ uint32 unknown22; // Seen 0
/*26*/ int8 type; // 231 (0xE7) for spells
/*27*/ uint32 damage;
/*31*/ int16 unknown31; // New field to Underfoot - Seen 0
/*33*/ int16 spell; // spell id being cast
/*35*/ int8 level2; // level of caster again? Or maybe the castee
/*36*/ int8 buff_unknown; // if this is 4, a buff icon is made
/*37*/ int32 unknown37; // New field to Underfoot - Seen 14
/*41*/ int8 unknown41; // New field to Underfoot - Seen 0
/*42*/ int8 unknown42; // New field to Underfoot - Seen 0
/*43*/ int8 unknown43; // New field to Underfoot - Seen 0
/*44*/ int32 unknown44; // New field to Underfoot - Seen 23
/*48*/ int32 unknown48; // New field to Underfoot - Seen -1
/*52*/ int32 unknown52; // New field to Underfoot - Seen -1
/*56*/ int32 unknown56; // New field to Underfoot - Seen 0
/*60*/ int32 unknown60; // New field to Underfoot - Seen 0
/*64*/
};

It is basically the same as KLS added to the SVN, accept sequence is at byte 18 instead of 20 and I have one of the new fields set to float. Noting it here to maybe mess with it more later. The sequence field may not even really matter, but maybe it does in some cases.

[KLS]

Naturally I couldn't sleep so I was fiddling with this instead.

0x2121 appears to be OP_TargetBuffs from my collects. With a 17 byte buff entry and larger header than SoD. I find it used in the following cases from collects: Buff fades, Buff added, AA action, MouseTarget. So it looks like on live they expanded it to pretty much everything buff related.

Here's an example packet(I have quite a few more if needed):
[OPCode: 0x2121] OP_Unknown [Server->Client] [Size: 216]
4a 13 00 00 //entity id
70 17 00 00 //???
01 //seems to always be 0x01
0c //count
00 00 //???

00 //???
00 00 //???
83 26 00 00 //spell id
55 00 00 00 //tics
00 00 00 00 //???
00 //This is a name, I assume it has something to do with making buffs appear on the client
01 //probably buffslot

00
00 00
96 4a 00 00
f8 04 00 00
00 00 00 00
00
02

00
00 00
c1 4b 00 00
55 00 00 00
00 00 00 00
00
03

00
00 00
e2 4b 00 00
51 01 00 00
00 00 00 00
00
04

00
00 00
e5 4b 00 00
51 01 00 00
00 00 00 00
00
05

00
00 00
1f 20 00 00
44 00 00 00
00 00 00 00
00
06

00
00 00
e2 46 00 00
2d 01 00 00
00 00 00 00
00
07

00
00 00
e3 4a 00 00
9d 01 00 00
00 00 00 00
00
08

00
00 00
93 47 00 00
f4 06 00 00
00 00 00 00
00
0a

00
00 00
bf 48 00 00
e5 01 00 00
00 00 00 00
00
0b

00
00 00
6f 05 00 00
99 01 00 00
00 00 00 00
00
0c

00
00 00
38 0d 00 00
c8 05 00 00
00 00 00 00
00
00

If correct it would mean the opcodes in our list are a bit swapped around; though not completely pushed up like normal cause the dz ones are after and only one of the dz opcodes didn't match it's SoD alignment. This may get tricksy.

[trevius]

Well, that should help fill in the struct a bit more. I think we probably need a short duration buff example too so we know if that makes any difference. I edited the struct I posted above with your new fields.

[KLS]

It appears similar but isn't the same. 0x3f24 is still target buff, though that struct seems to of changed a bit too.

[KLS]

I think my struct was a bit off

4a 13 00 00 ff 14 00 00 01 0c 00 00 00 00 00 83
26 00 00 55 00 00 00 00 00 00 00 00 01 00 00 00
96 4a 00 00 f8 04 00 00 00 00 00 00 00 02 00 00
00 c1 4b 00 00 55 00 00 00 00 00 00 00 00 03 00
00 00 e2 4b 00 00 51 01 00 00 00 00 00 00 00 04
00 00 00 e5 4b 00 00 51 01 00 00 00 00 00 00 00
05 00 00 00 1f 20 00 00 44 00 00 00 00 00 00 00
00 06 00 00 00 e2 46 00 00 2d 01 00 00 00 00 00
00 00 07 00 00 00 e3 4a 00 00 9d 01 00 00 00 00
00 00 00 08 00 00 00 93 47 00 00 f4 06 00 00 00
00 00 00 00 0a 00 00 00 bf 48 00 00 e5 01 00 00
00 00 00 00 00 0b 00 00 00 6f 05 00 00 99 01 00
00 00 00 00 00 00 0c 00 00 00 38 0d 00 00 c8 05
00 00 00 00 00 00 00 00

What appears on the client:
0: mammoth strength
1: brell's loamy ward
2: transcendent forsight
3: darkpaw focusing
4: spell of determination
5: cloak of shadows
6: spiritual edification
7: yowl of the predator
8: hand of gallantry
9: blank
10: voice of prescience
11: dead men floating
12: talisman of the tribunal

[KLS]

4a 13 00 00 //entity id (though it doesn't matter if this is set right or not the buffs still appear)
ff 14 00 00 //dunno
01 //dunno always 1 though
0c //count
00 //always 0, maybe it's part of count as a int16

00 00 00 00 //buffslot
83 26 00 00 //spell id
55 00 00 00 //duration in tics
00 00 00 00 //dunno
00 //caster name string

01 00 00 00
96 4a 00 00
f8 04 00 00
00 00 00 00
00

02 00 00 00
c1 4b 00 00
55 00 00 00
00 00 00 00
00

03 00 00 00
e2 4b 00 00
51 01 00 00
00 00 00 00
00

04 00 00 00
e5 4b 00 00
51 01 00 00
00 00 00 00
00

05 00 00 00
1f 20 00 00
44 00 00 00
00 00 00 00
00

06 00 00 00
e2 46 00 00
2d 01 00 00
00 00 00 00
00

07 00 00 00
e3 4a 00 00
9d 01 00 00
00 00 00 00
00

08 00 00 00
93 47 00 00
f4 06 00 00
00 00 00 00
00

0a 00 00 00
bf 48 00 00
e5 01 00 00
00 00 00 00
00

0b 00 00 00
6f 05 00 00
99 01 00 00
00 00 00 00
00

0c 00 00 00
38 0d 00 00
c8 05 00 00
00 00 00 00
00

00 //extra byte at end of packet that appears to do nothing

That extra byte at the end was throwing off my initial calcs... and like I said when it doubt send what live sends. I assume if entity id isn't set right buff info doesn't work right but the buffs still appear.

Also the stats seem to be controlled by the action packets these are just the icons (& pp? I didn't bother looking into it to get buffs to carry over while zoning but you said you did).

[KLS]

Yep that was it. It's also the structure of the target buffs; they share the same struct but diff opcodes.

[KLS]

Zoning in zones with multiple zone points is currently broken. A live zone point follows.
[OPCode: 0x2370] OP_SendZonepoints [Server->Client] [Size: 116]
000 | 03 00 00 00 0a 00 00 00 00 a0 05 45 00 c0 da c4 | ...........E....
016 | 00 00 68 c4 00 00 00 43 2d 01 00 00 00 00 00 00 | ..h....C-.......
032 | 14 00 00 00 00 50 03 c5 00 00 68 42 00 80 9e 43 | .....P....hB...C
048 | 00 80 cc 43 2f 01 00 00 00 00 00 00 1e 00 00 00 | ...C/...........
064 | 00 00 01 c3 00 00 0b 43 00 00 e0 40 00 80 eb 43 | .......C...@...C
080 | 4f 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | O...............
096 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | ................
112 | 00 00 00 00 | ....

Env damage is currently broken.
[Error] Received invalid sized OP_EnvDamage: got 37, expected 31
0: 0A 01 00 00 00 00 01 00 - 00 00 00 00 80 3F 00 00 | .............?..
16: 00 00 00 00 00 00 00 00 - 00 00 FC C5 0E CC E3 42 | ...............B
32: 00 FF FF FF 00 | .....
[Error] Received invalid sized OP_Damage: got 28, expected 23
0: 0A 01 00 00 FC FF FF 01 - 00 00 00 00 00 00 00 00 | ................
16: 00 00 00 00 00 00 00 00 - 00 00 00 00 | ............

[trevius]

The zone point structs looks like a simple change should fix it:

// Size: 28 octets
struct ZonePoint_Entry {
/*0000*/ int32 iterator;
/*0004*/ float y;
/*0008*/ float x;
/*0012*/ float z;
/*0016*/ float heading;
/*0020*/ int16 zoneid;
/*0022*/ int16 zoneinstance; // LDoN instance
/*0024*/ int32 unknown0024; // New to Underfoot - Seen 0
/*0028*/
};

struct ZonePoints {
/*0000*/ int32 count;
/*0004*/ struct ZonePoint_Entry zpe[0]; // Always add one extra to the end after all zonepoints
//*0xxx*/ uint8 unknown0xxx[24]; //New from SEQ
};

May need to mess with the zonepoints encode, but not sure yet.

[trevius]

Looks like this should be the new Environment Damage Struct:

// EnvDamage is EnvDamage2 without a few bytes at the end.
// Size: 37 bytes
struct EnvDamage2_Struct {
/*0000*/ int32 id;
/*0004*/ int16 unknown4;
/*0006*/ int32 damage;
/*0010*/ float unknown10; // New to Underfoot - Seen 1
/*0014*/ int8 unknown14[12];
/*0026*/ int8 dmgtype; // FA = Lava; FC = Falling
/*0027*/ int8 unknown27[4];
/*0031*/ int16 unknown31; // New to Underfoot - Seen 66
/*0033*/ int16 constant; // Always FFFF
/*0035*/ int16 unknown35;
/*0037*/
};

I think we will need a new encode/decode for that.

I am not sure why you are getting the unexpected size error for OP_Damage though. That one looks like the right struct for the packet you posted. The struct is size 28 as expected.

[KLS]

23 is the expected size not 28.

[KLS]

Spells for non-bards should work good enough for now(I'll fix knockbacks later). Still can't click them off but I'll worry about that after I get bard songs working... right now the icon shows up but none of the stats do and I have no idea why.

I got some collects of spending veteran AAs off test hopefully it will be enough but I've also got someone on peq who's going to get a collect of real AAs.

[Huppy]

I was curious. This Underfoot "client" from Steam, on the site it shows
Underfoot : All-In-One Compilation Pack.
Is that a client that does not require (or force) one into patching with
"live". ?? (as in downloading and just storing on hard drive like the SoD client ?

[trevius]

This is not really a support thread. The answer is that you can currently get the SoD Starter Pack from Steam, and that includes the Underfoot client. But, that client still isn't fully supported, so I wouldn't really recommend it. I am kinda hoping that they release a download for House of Thule that is maybe more complete than their Underfoot download that is missing a couple of files.

[jerryd87]

Does the $40 house of thule download available not work? Sorry new to this and was just looking at steam and saw it came with all previous expansions

[steve]

Steam has HoT up, but it has not been fixed yet to work on the emu.

[Caryatis]

One thing I noticed is if you have a buff like jt_buff (http://lucy.allakhazam.com/spellraw.html?id=3716&source=Live) then your hp bounces between 5% and 100% every tick.

[gaeorn]

Looks like the chat server issue is something between world and client because doing packet traces shows no attempt by the client to contact the chat server at all.

[trevius]

Looks like the chat server issue is something between world and client because doing packet traces shows no attempt by the client to contact the chat server at all.

Derision mentions it a bit in this thread:

http://www.eqemulator.org/forums/showthread.php?t=32553

[gaeorn]

LoadSpellSet_Struct now uses bytes for each spell slot and uses 0 to leave alone and 1 to unmem that slot. Total length of packet received is 16 bytes.
[Debug] [NET__STRUCTS] Wrong size on incoming OP_Unknown (structs::LoadSpellSet_Struct): Got 16, expected 44
[Debug] [NET__STRUCT_HEX] 0000: 01 00 01 01 01 01 01 01 - 01 00 01 01 0c 00 00 00 | ................
[Debug] [CLIENT__NET_ERR] GMgaeorn: Unhandled incoming opcode: [OpCode OP_Unknown (0x6617) Size=16]
0: 01 00 01 01 01 01 01 01 - 01 00 01 01 0C 00 00 00 | ................

Is underfoot a max of 10 spell gems or 12? I saw it say 10 in Underfoot_structs.h but UI files I have seen imply 12 gems. If it is 12 gems, then they simply changed from DWORD to CHAR for each value and then changed from 0xFFFFFFFF to 0x0 to not unmem the spell.

[gaeorn]

Also appears the new chatserver fix for underfoot does not remember the setting for /announce. It appears to always have announcing on.

[gaeorn]

LoadSpellSet_Struct now uses bytes for each spell slot and uses 0 to leave alone and 1 to unmem that slot. Total length of packet received is 16 bytes.
[Debug] [NET__STRUCTS] Wrong size on incoming OP_Unknown (structs::LoadSpellSet_Struct): Got 16, expected 44
[Debug] [NET__STRUCT_HEX] 0000: 01 00 01 01 01 01 01 01 - 01 00 01 01 0c 00 00 00 | ................
[Debug] [CLIENT__NET_ERR] GMgaeorn: Unhandled incoming opcode: [OpCode OP_Unknown (0x6617) Size=16]
0: 01 00 01 01 01 01 01 01 - 01 00 01 01 0C 00 00 00 | ................

Is underfoot a max of 10 spell gems or 12? I saw it say 10 in Underfoot_structs.h but UI files I have seen imply 12 gems. If it is 12 gems, then they simply changed from DWORD to CHAR for each value and then changed from 0xFFFFFFFF to 0x0 to not unmem the spell.
I submitted a fix for this. I do not know if it should be 10 or 12 gems, but I left it at 10 and added a uint16 to account for the extra two bytes in the packet.

[trevius]

Based on what I recall seeing on the ShowEQ forums, I am pretty sure spell gems go up to 12 max now. I think 10 are normal spell gems, and the 2 extra come from AAs. I would have to verify this, but I think you are right and current UIs seem to reflect this too.

[gaeorn]

FYI, I do not seem to have any issues with GM speed using Underfoot on PEQ.

[gaeorn]

I've not looked into it, but /dismount does not properly remove the buff for the mount. Or at least it did not prior to my last update to deal with the load spell set struct.

[Derision]

I've committed a fix for the UCS /announce issue.

The fix for /dismount appears to be:


Index: common/patches/Underfoot.cpp
================================================== =================
--- common/patches/Underfoot.cpp (revision 1767)
+++ common/patches/Underfoot.cpp (working copy)
@@ -2878,8 +2878,8 @@
}

DECODE(OP_Buff) {
- DECODE_LENGTH_EXACT(structs::SpellBuffFade_Struct) ;
- SETUP_DIRECT_DECODE(SpellBuffFade_Struct, structs::SpellBuffFade_Struct);
+ DECODE_LENGTH_EXACT(structs::SpellBuffFade_Struct_ Underfoot);
+ SETUP_DIRECT_DECODE(SpellBuffFade_Struct, structs::SpellBuffFade_Struct_Underfoot);
IN(entityid);
IN(slot);
IN(level);


It probably needs a bit more than the 30 seconds testing I gave it, which I don't have time to do right now, so I won't commit it for now.

[gaeorn]

I've committed a fix for the UCS /announce issue.

The fix for /dismount appears to be:


Index: common/patches/Underfoot.cpp
================================================== =================
--- common/patches/Underfoot.cpp (revision 1767)
+++ common/patches/Underfoot.cpp (working copy)
@@ -2878,8 +2878,8 @@
}

DECODE(OP_Buff) {
- DECODE_LENGTH_EXACT(structs::SpellBuffFade_Struct) ;
- SETUP_DIRECT_DECODE(SpellBuffFade_Struct, structs::SpellBuffFade_Struct);
+ DECODE_LENGTH_EXACT(structs::SpellBuffFade_Struct_ Underfoot);
+ SETUP_DIRECT_DECODE(SpellBuffFade_Struct, structs::SpellBuffFade_Struct_Underfoot);
IN(entityid);
IN(slot);
IN(level);


It probably needs a bit more than the 30 seconds testing I gave it, which I don't have time to do right now, so I won't commit it for now.
I did a bit of testing of the above change and did not run into any problems. I appears to work and did not break anything else that I noticed.

[gaeorn]

I notice I do not get spell information when a spell is cast even though my group leader has spell awareness group leadership ability and i'm in a 6 person group. This worked properly in SoD.

I really have no idea if all of group leadership is broken or if it is just this one feature. I have not yet looked into the code at all on this.

[gaeorn]

Also appears HoTT does not work using the UF client even though it is supposed to be enabled globally on PEQ.

[Derision]

Group leadership was completely broken. I think I have fixed it (wrong opcode). Also the HoTT opcode was wrong.

I remember Spell Awareness being spotty when I was working on SoD and I have just seen the same thing. A group of 3 players, leader casts a spell, one player gets the Soandso begins to cast a spell <Spell Name> and the other player just gets Soandso begins to cast a spell. (with no spell name).

Interestingly the toon that couldn't see the spell name was level 50, and the spell being cast was a level 56 spell. When I did a #level 65 on the toon, he could then see the spell name. I didn't think level came into it for spell awareness. Maybe it was just a coincedence.

I also comitted the fix for /dismount.

[gaeorn]

When I get a buff cast on me, for a moment I see the added hp, then it reverts to displaying the pre-buff hp. I checked with a GM and the server side is counting the buffed hp properly, so this appears to just be a cosmetic bug. If I then zone, my hp shows the proper buffed amount.

[gaeorn]

HoTT is working. I have not tested spell awareness yet but I will do so tomorrow.

Thanks so much for all the work you are doing Derision.

[Derision]

When I get a buff cast on me, for a moment I see the added hp, then it reverts to displaying the pre-buff hp. I checked with a GM and the server side is counting the buffed hp properly, so this appears to just be a cosmetic bug. If I then zone, my hp shows the proper buffed amount.

Strange, I can't reproduce this one. I tried with a few different HP buffs and my HP went up to the correct buffed amount and stayed there.

[gaeorn]

I was in a group and the hp buffs were all group buffs (bot9, symbol, fo7).

[gaeorn]

Seems there might be a problem with levitate effects too. I had flight of eagles on and got no levitate effect on the client.

[Derision]

BoT9, Fo7, flight of eagles and dead man floating all appear to work correctly for me. What size is your spells_us.txt file ? Mine is:

08/07/2010 19:29 16,680,500 spells_us.txt

[gaeorn]

It should be whatever came with UF. I have done nothing to change it. I'll get you the specifics later when I am at home.

In any case, have you tried those spells in a group on PEQ? The HP buffs most definitely work, but the added HP is only shown for a moment before it drops back to the hp prior to the buff.

I have been comparing going from unbuffed to buffed, in a group with group leadership. My displayed hp goes up with the buffs to the proper total and then drops back to my unbuffed max hp. Interestingly, for the short time it goes up, it includes the totals for all hp buffs properly before dropping back.

To me, it appears there is simply some portion of code that is sending out a hp packet with the unbuffed max hp rather than the current max hp. This packet appears to only be sent shortly after a buff landing.

The hp total from #showstats is correct in all cases, so it is only the displayed amount in the client that is wrong.

[gaeorn]

As a side note, I found out about the problem with max hp from another player on PEQ that was using the underfoot client. I have been keeping PEQ up to date with the latest code every day for the past week and the problem was still present last night.

[Derision]

In any case, have you tried those spells in a group on PEQ?

No, I was testing on my private server. I just did a quick test on PEQ and could reproduce the problem with levitation. The first time I cast DMF, the levitate effect didn't take hold, but if I cast it again I did.

On my private server it works fine. I'll see if I can compare packets between the two over the weekend to figure out what's going on.

BTW is PEQ compiled for 64 bit ?

[gaeorn]

No, PEQ is staying 32bit unless we do a lot more testing and work on 64bit. The virtual machine it is on is 32bit as well.

[gaeorn]

It appears there are several other opcodes that need correcting. People leaving a raid does not appear to function properly. Interestingly, it changes their color in the raid list when they leave zone, but they were not removed from the list in the raid window until I had a client crash and logged back in.

There were other minor issues I ran into that I can not recall at the moment that appeared to also be opcode related. So I guess I'm going to learn how to figure out opcodes (/sigh, sounds like work, lol).

[Itchybottom]

I wasn't sure where to post this, as I've seen some chatter about moving SoD files to the Underfoot directory to get some missing assets, so I started investigating it with an old live patched version I have in my debug archive.

The following files in the Steam Underfoot client were smaller than my archived August 17, 2010 copy of EverQuest:

blackburrow_chr.s3d
frozenshadow_Chr.s3d
gukh.s3d
bas.eqg
dest_sphere_shield.eqg
freeportacademy.eqg
mpu.eqg
dreadlands_chr.txt
gukg_chr.txt
discordtower.zon

spellsnew.eff, dbstr_us.txt, eqstr_us.txt, racedata.txt, and spells_us.txt also differed, but I don't think they're consequential as I don't think they're missing any data for this particular client version.

Hope this list helps someone.

[provocating]

I notice that my Underfoot bounces on the health and such like my SoF used to. I have the latest opcodes from SVN, is this just a work in progress or should mine be working correctly ?

[erik_llewellyn]

Seehttp://www.eqemulator.org/forums/showthread.php?t=32553&highlight=buff+duration in reguards to my testing on the buffs not showing correctly using UF client. To sum it up, ANYTHING that extends buff duration will cause the buff to NOT report correctly in the inventory window after 1 tick until a zone as of EQEmu SVN 1790, PEQ db 1751 with all updates required to bring it up to 1790.

[gaeorn]

Tiny Terror does not shrink the group in UF.

[gaeorn]

Pet hold appears not to work. I was testing with a beastlord with all trainable AA

[provocating]

Oh god, then someone please fix this. Pet hold was my favorite and most sought after AA in live.

[Derision]

Pet hold appears not to work. I was testing with a beastlord with all trainable AA

There were three issues here.

The first is that when you type /pet hold in Underfoot, the client now appears to check if you have that ability before sending it to the server, whereas before the client sent it regardless and let the server decide if you could use it.

There were no rows in aa_effects for Pet Discipline (AAID 288 ), which didn't really matter in prior clients due to the above.

The command code for /pet hold needed translating to the code used by previous clients. This is in Rev1821.

The aa_effect rows for Pet Discipline are:

INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '1', '257', '1', '0');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '2', '267', '1', '31');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '3', '267', '1', '32');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '4', '267', '1', '33');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '5', '267', '1', '15');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '6', '267', '1', '16');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '7', '267', '1', '17');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '8', '267', '1', '18');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '9', '267', '1', '19');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '10', '267', '1', '20');

[banchicawawo]

For anyone else using Underfoot (UF) that is looking for all the missing files to resolve the bugs, here's what I've found from Trev's first post plus a few other files that need to be added.

You may notice certain weapons don't appear in your character's hand when equipped. The graphics don't display because the Gequip3.s3d file is missing, which needs to be added from a live or SoD client that you've purchased.

Male drakins will float sideways instead of moving because the animation file for them is missing (dkm_ainms.eqg).

Certain AAs and combat abilities show DB errors for the description because the dbstr_us.txt in UF doesn't contain all of the correct info. Copying from Live or SoD should fix.

There are some zone files missing as well (listed below)

These are all of the files I've needed to add so far:
1. Gequip3.s3d
2. postorms.s3d
3. bothunder.s3d
4. delveb.eqg
5. qvicb.emt
6. qvicb.s3d
7. qvicb_chr.txt
8. qvicb_obj.s3d
9. dkm_anims.eqg (to fix the male drakin animation Trev discussed)
10. dbstr_us.txt (to resolve AAs and combat abilities not displaying the correct info)

There may be some others, but that's all I've found so far.

[Yujiro93]

Thanks for the tips banchicawawo :)

there are other zones requiring changes, some of them are :

-i had to change Nektulos.eqg to Nektulos.bat (it seems there is no way to make basilisks hatchlings not appear as humans).
-North ro
-South ro
-Plane of Fire
-Blackburrow
-lavastorm
-Plane of water

I needed to replace zones files by my live client zones files to have the mobs appear with a correct skin (not as humans).

[banchicawawo]

Yujiro93, so you just replaced those zones with zone files from Live? I know that I see human characters in some zones (like one of the GM pets, beastlord I think, in Temple of Marr, on the SH server), but I wasn't sure how to fix that. Exactly what files did you replace (the s3d file, eqg, emt, xmi, zon, etc)? I have the SoD client as well, and I'm wondering if I could copy over the files from that client to fix the issues with human models.

Thanks.

[sorvani]

The command code for /pet hold needed translating to the code used by previous clients. This is in Rev1821.

Is this related to the 2009 Sony change (http://everquest.allakhazam.com/story.html?story=17224) that made pet hold a toggle instead of a once off command that you had to reissue after each combat?

Additionally I've been running the UF: All-In-One download from steam for over a week now on PEQ and it's seems to be running well. Here is the compiled list of files I have had to bring in to date.

Missing or Corrupted Files in Steam download (all files copied from an archived live folder)
2010-03-26 19:06 8906873 postorms.s3d
2010-03-26 21:33 7127397 bothunder.s3d
2010-03-26 17:48 873955 gequip3.s3d
2010-03-26 17:46 3088488 qvic_obj.s3d
2010-03-26 19:27 17836 qvic.emt
2010-03-26 20:41 3446081 qvic.s3d
2010-03-26 19:26 212 qvic_chr.txt
2010-03-26 15:41 2415064 blackburrow_chr.s3d
2010-03-26 16:58 3144939 frozenshadow_chr.s3d
2010-03-26 21:25 2239485 gukh.s3d
2010-03-26 21:07 2269493 dest_sphere_shield.eqg
2010-03-26 16:34 6904245 freeportacademy.eqg
2010-10-08 13:29 1407159 mpu.eqg
2010-10-08 14:38 162 dreadlands_chr.txt
2010-10-08 14:38 262 gukg_chr.txt
2010-03-26 16:16 1702782 discordtower.zon
2010-10-08 13:27 169644 spellsnew.eff
2010-10-08 13:25 4314928 dbstr_us.txt
2010-10-08 13:25 155069 RaceData.txt
2010-10-08 13:27 18733617 spells_us.txt
2010-03-26 21:10 1944364 bas.eqg
2010-03-26 20:25 25 bothunder_chr.txt
2010-03-26 17:02 2743860 bothunder.mp3
2010-03-26 20:39 3988692 bothunder_obj.s3d
2010-03-26 17:29 3090804 bothunder_chr.s3d
2010-03-26 16:14 8825512 dkm_anims.eqg
2010-03-26 20:22 7481382 pofire_chr.s3d

Titanium files copied in to fix human models (same list as I used for SoD)
2005-10-17 11:37 178030 blackburrow_2_obj.s3d
2005-10-17 11:30 2520 freportw_sounds.eff
2005-10-17 11:28 163048 freportn.xmi
2005-10-17 11:29 1809356 freportn_chr.s3d
2005-10-17 11:29 102 freportn_sndbnk.eff
2005-10-17 11:29 1344 freportn_sounds.eff
2005-10-17 11:29 68840 freportw.xmi
2005-10-17 11:30 2628677 freportw_chr.s3d
2005-10-17 11:29 184 freportw_sndbnk.eff
2005-10-17 11:35 24 freportw_assets.txt
2005-10-17 11:28 26548 nro.xmi
2005-10-17 11:28 2569236 nro_chr.s3d
2005-10-17 11:34 84 nro_chr.txt
2005-10-17 11:33 301167 nro_obj2.s3d
2005-10-17 11:28 137 nro_sndbnk.eff
2005-10-17 11:28 2940 nro_sounds.eff
2005-10-17 11:30 73800 nro2_chr.s3d
2005-10-17 11:30 2856 oasis_sounds.eff
2005-10-17 11:29 73802 oasis2_chr.s3d
2005-10-17 11:33 373067 oasis_2_obj.s3d
2005-10-17 11:30 2544081 oasis_chr.s3d
2005-10-17 11:34 52 oasis_chr.txt
2005-10-17 11:29 153 oasis_sndbnk.eff
2005-10-17 11:39 19505 oot_chr2.s3d
2005-10-17 11:39 512580 rathemtn_chr2.s3d
2005-10-17 11:37 2856 soltemple_sounds.eff
2005-10-17 11:36 244516 soltemple_chr.s3d
2005-10-17 11:37 85 soltemple_sndbnk.eff
2005-10-17 11:30 2772 sro_sounds.eff
2005-10-17 11:33 297528 sro_2_obj.s3d
2005-10-17 11:29 2484461 sro_chr.s3d
2005-10-17 11:35 21 sro_chr.txt
2005-10-17 11:29 178 sro_sndbnk.eff

[banchicawawo]

Sorvani, for the first list of files you had to copy over from Live, would my SoD client work, or are they corrupted in that install as well? I have the Titanium client, too, so I can easily copy the 2nd set of files.

Thanks.

[sorvani]

SoD should work also.

[Yujiro93]

exactly, i replaced or added the files in sorvani's list from my live client. Only bugs i seem to have is the persistant human skin for basilisks hatchlings in nektulos and a very bugged Commonlands zone.
If i #zone commons or ecommons i have no problems (old zones) but #zone commonlands (new one) have mobs with crazy pathing and no loot.
Also Commonlands.map is missing in maps folder so it may comes from there.

[trevius]

The new revamped versions of zones like commonlands haven't been worked on at all in the PEQ DB as far as I know. So, you will see mobs that are from packet collects, but that is about it. Lots of cleanup and loot tables, quests, etc have to be done manually to really finish a zone.

As for the new basilisk models showing as humans, I think that is due to them being removed from the global load file. You should be able to copy that file (globalload.txt) from another install like SoD or maybe Live and fix it.

[Huppy]

I also had to grab a file called bas.eqg from a live client to stop the basiliks from showing up as humans.

[Yujiro93]

Replaced bas.eqg and globalload.txt and basilisks hatchlings are ok now.
Went to lavastorm and basilisks are ok too but found the same problem with lava crawlers. Do you know the name of .eqg file for lava crawlers?

[Congdar]

see if this fixes it for you:
lavastorm_chr.txt

14
qcm,qeynos_chr
qcf,qeynos_chr
uni,lfaydark_chr
cst,cst
dvs,dvs
dke,dke
ldr,ldr
tar,tar
dre,dre
lsp,lsp
cwg,cwg
snk,snk
sna,commons_chr
tre,southkarana_chr

[Yujiro93]

Thanks it worked. I was missing the "sna,commons_chr" line and lavastorm was loading only 13 models.

[sorvani]

On PEQ, the heal over time spells cast from my shaman and cleric show up in the Buff window and not the Short Buff (Song) window where they belong. On SoD they do show correctly in the song window.

[sorvani]

for the list of missing UF files, add in. I haven't had a chance to check out the basilisk model problem you mentioned on PEQ (where I play) will try to do that today sometime..
2010-03-26 20:16 55 poknowledge_assets.txt

[nork]

An issue to add with at the very least underfoot client not certain of SoD, but the leadership AA 'delegate main assist' is missing from the list of group abilities.

-Nork

[Derision]

Delegate Main Assist is now implemented as a 'Group Role'.

The Group Leader right clicks on the person in the Group Window, moves the cursor down to 'Roles' and then selects 'Main Assist'.

I just tested it in Underfoot and it seems to work OK. None of the other selections in Group Roles are implemented (Leader, Main Tank, Puller).

I think the Main Tank and Puller options are really only for use with Mercenaries anyway.

[nork]

Just tried this today and despite it being purchased on Titanium and working on that client the same AA doesnt translate cross clients and isnt purchaseable in underfoot in this scenario at least, asside from that TY for the prompt fix :)

-Nork

[Derision]

When I said 'is now implemented as a 'Group Role', perhaps I should have said that Delegate Main Assist was removed as a Leadership AA (since SoD) and is now a freebie that is available from the Group/Role window, hence why it doesn't appear in the Leadership AA window in SoD/Underfoot.

To be clear, I didn't make any changes to this recently, it was implemented (as a Group Role) in EQEmu in April 2010 :)

[nork]

So it is!
Bizzarely it works fone after zoning, apologies this is a non issue, it doesnt even appear in the leadership window as I actually thought at first.

/wtb glasses pst!

-Nork

[nork]

Note: The main assist ability doesnt persist if you die or zone, not sure of it should or not but there ya go.

Underfoot issue which i havent seen mentioned is when you 'loot all' (love that feature so much btw) the last item in your bag slot stays on the corpse.

At a guess this is something to do with the powersource slot?

-nork

[sorvani]

Underfoot issue which i havent seen mentioned is when you 'loot all' (love that feature so much btw) the last item in your bag slot stays on the corpse.

Not only an UF issue. I have had that problem ever since I got SoD.

[nork]

For info if anyones working on this or thinking about it, the issue is only when you have full inventory, thats all 8 main slots, and all equipment slots filled including charm and dual wielding so it doesnt occour if you have a 2 handed weapon in for example.

-Nork

[Congdar]

the get adventure opcode must be wrong for underfoot. all of the other ldon interactions work except that one, which crashes the client. my titanium client works for this.

[Derision]

For info if anyones working on this or thinking about it, the issue is only when you have full inventory, thats all 8 main slots, and all equipment slots filled including charm and dual wielding so it doesnt occour if you have a 2 handed weapon in for example.
-Nork

Thanks for the extra info. I couldn't reproduce this initially, but it should now be fixed in Rev 1855.

the get adventure opcode must be wrong for underfoot. all of the other ldon interactions work except that one, which crashes the client. my titanium client works for this.

Do you mean when clicking on the 'Request Adventure' button ? I just tried this at the BB camp (Xyzelauna Tu`Valzir) and clicking on 'Request Adventure' and also 'Accept' worked fine for me. That was with a 2 person group (both running UF).

[Congdar]

I had one running titanium, and the leader running underfoot... do they need to be the same clients in the group?

[Derision]

No, it shouldn't matter having a mix of clients, I also tried with a SoD/UF combo. I'll test with Titanium and UF later.

EDIT: Leader on UF and another on Titanium worked OK too.

[Congdar]

i had the titanium client be the leader and then invited the underfoot client. then i did /makeleader from the titanium client to the underfoot client and then it worked. something's up with underfoot creating groups?

When i make a group from the UF client my name doesn't turn green. when doing the /makeleader from titanium it turns green, so i'm not the leader of the group "all the way" when i create a group from UF.

[gaeorn]

It appears that instrument modifiers do not appear in the item stats window in the UF client. I don't think this is a UI problem on my end because I should be using the default stats window, but if somehow this is only affecting me, I apologize and will go beat my UI into shape.

[sorvani]

add powater_chr.s3d to the list of missing files in UF.

[trevius]

I added a wiki page for the missing files here:

http://www.eqemulator.net/wiki/wikka.php?wakka=UFMissingFilesList

I added the powater one you mentioned to that list, but in the future, anyone is able to update that wiki page if you just sign up for a wiki account.

[Derision]

It appears that instrument modifiers do not appear in the item stats window in the UF client. I don't think this is a UI problem on my end because I should be using the default stats window, but if somehow this is only affecting me, I apologize and will go beat my UI into shape.

Apparently in Feb 2009, bard instrument modifiers were changed into equivalent focus effects. To quote the patch notes:


- Bard instrument mods are now using the focus system. All bard instruments now have a focus effect that amounts to the same bonus the instrument was getting previously. The display is somewhat different. As an example, prior to this change, a percussion mod of 28 was a 2.8x multiplier on effects. This will now be displayed as a focus effect like "Percussion Resonance 18" that gives a 180% boost to percussion. This is equivalent to the original 2.8x multiplier.

The bard focus effect info was already in the items table, just not being sent to the client. Fixed in Rev1867.

[gaeorn]

Run speed spells/songs do not appear to have any effect in UF. To test, I ran my bard and then started singing a run speed song and there was no visible change in speed. I personally have not tested spells, but I have received reports that spells such as SoW are also not working in UF.

[Huppy]

Run speed spells/songs do not appear to have any effect in UF. To test, I ran my bard and then started singing a run speed song and there was no visible change in speed. I personally have not tested spells, but I have received reports that spells such as SoW are also not working in UF.

My SoW has been working fine with the UF client I am using on my lan server.
I'm always casting it, while I am running around doing spawnfix's etc., and I
do notice a difference when the buff timer runs out.

[sorvani]

On PEQ it seems to not be doing anything, but then my guts have run 5. How close to spirit of Bih'Li is run 5? My bard speed seems completely broke to but that may be the known client roll over bug.

What command shows run speed server side? I'll check into it on my test server.

[gaeorn]

Run speed spell/song effects have been tested without mq2 and it still does not work in UF on PEQ. Works fine in all other clients except for UF.

[gaeorn]

/em emotes do not work in UF. It gives a message about channel 22 similar to the one for chat channels before they were fixed.

[sorvani]

Run speed spell/song effects have been tested without mq2 and it still does not work in UF on PEQ. Works fine in all other clients except for UF.

after a further IRC chat and some testing on PEQ with my toons and here is what we've got.

Level 1 Druid, Level 65 bard with run 5 and all the instrument mod AA but specifically not Fleet of Foot, and a 65 Shaman with run 5.

Log in with UF client and group up. cast Bih`Li on the group. The level 1 druid runs noticeably faster and if you click off the buff wile running she noticeably slows down. There is no noticeable run speed difference on the Bard and shaman who have Run5.

Clicking off the buffs I switched to Selo's Accelerating Chorus and Selo's Song of Travel. Again the druid ran noticeably faster, but not any faster than with Bih'Li. The Bard and Shaman both seemed to have no run speed change over Run5.

This led to the thought that possibly the bard instrument modifier is not getting sent to the client correctly. Most other songs are modified on the server side with a packet sent to the client with the result, but isn't run speed calculated on the client? That is why we get the wrap around bug with a bard with full AA and an instrument modifer in SoD.

[KLS]

The way bard songs are sent is really touchy with UF, just quickly glancing at the code it doesn't look like we are doing it right. The bard action packets always came in pairs from EQLive and I could never get it to work right unless I also sent it in pairs like EQLive.

[sorvani]

Possibly related: For other group members, Bard songs do not show their timer correctly until some other buff causes the client to redo the buff icons.

Options -> Display -> Show Buff Timer & Show Song Timer

Sing one song with an empty buff bar. Switch to another character in the group and watch the timer. It will count down to zero then the buff will sit there with no timer unless some other spell or song get cast on the toon then it will all refresh.

[gaeorn]

Possibly related: For other group members, Bard songs do not show their timer correctly until some other buff causes the client to redo the buff icons.

Options -> Display -> Show Buff Timer & Show Song Timer

Sing one song with an empty buff bar. Switch to another character in the group and watch the timer. It will count down to zero then the buff will sit there with no timer unless some other spell or song get cast on the toon then it will all refresh.

Don't think that is related. We probably just don't resend a new duration for the song every pulse.

[sorvani]

after a further IRC chat and some testing on PEQ with my toons and here is what we've got.

Level 1 Druid, Level 65 bard with run 5 and all the instrument mod AA but specifically not Fleet of Foot, and a 65 Shaman with run 5.

Log in with UF client and group up. cast Bih`Li on the group. The level 1 druid runs noticeably faster and if you click off the buff wile running she noticeably slows down. There is no noticeable run speed difference on the Bard and shaman who have Run5.

Clicking off the buffs I switched to Selo's Accelerating Chorus and Selo's Song of Travel. Again the druid ran noticeably faster, but not any faster than with Bih'Li. The Bard and Shaman both seemed to have no run speed change over Run5.
Further information on this..(originally posted on the PEQ forums)

I did a little running across WK a couple days ago and I think there may be more to it.

War, Clr, Mag, Wiz, Shm, Brd in a group. Everyone has the AA Run 5.

I didn't bother with a bard song since it didn't work anyway but after running across half the zone to find a grizzly bear I noticed that none of the toons were keeping up with the warrior and they normally follow well.

The warrior happened to be buffless having just been rezzed prior to porting to WK, while everyone else in the group had Spirit of Bih`Li on them. I stopped and let everyone catch up and then clicked off Bih`Li on one toon and started running again. That toon was now keeping up with my warrior but all the rest were falling behind.

I repeated this by clicking Bih`Li off each toon one at a time with the exact same result. Once no toon had Bih`Li on them, all of them stayed in their normal range from each other while running across the zone.

According to this ZAM wiki entry (http://everquest.allakhazam.com/wiki/eq:Run_Speed) Bih`Li is a run speed mod of 49% versus Run5's mod of 50%

another run speed source: http://crucible.samanna.net/viewtopic.php?f=39&t=3241

[blackdragonsdg]

I am pretty sure that run5 was always faster than sow,bih'li, soe etc.. Spirit of Bih'Li is an upgraded sow. Soe was about the same speed at bih'li and foe was an upgrade to soe so obviously it is faster. I always thought sow maxed out at about 50% mod. Journeyman Boots should be the same speed as a base sow which is roughly a 30% mod. As another point of reference Monk run7 was definitely faster than foe but slower than spirit of scale.

SoE could have changed all of it in one of their nerf sessions. Hope someone has a live account for testing.

[sorvani]

Yes, but that is not the point I was addressing. I was addressing the point that bard run speed is not being applied. In regards to that, I noticed that the Bih`Li spell movement rate seems to be overriding the AA. That should not be happening, the highest available run speed should always be applied.

Probably a separate issue from bard run speed not being applied, but I thought I would bring it up here.

[blackdragonsdg]

Hrmm, I certainly did miss your point sorvani.

I noticed that the Bih`Li spell movement rate seems to be overriding the AA. That should not be happening, the highest available run speed should always be applied.


That very issue occured on live.

[provocating]

That very issue occured on live.

Well if it is good enough for live !!

[sorvani]

Never had run5 on live so I guess I never ran I to it. Did they fix it or is it a feature?

[Funkey Monkey]

I looked through the whole thread but didnt see anything related to the new guild creation system aside from main page just saying it was new. Any word on if this is working, will be working or no chance? Thanks

[blackdragonsdg]

Never had run5 on live so I guess I never ran I to it. Did they fix it or is it a feature?

When I stopped playing on live in March 2009 it was a "working as intended" feature. It is possible they removed that feature at a later date but I wouldn't bet on it.

[SuperFunTime]

I am pretty sure that run5 was always faster than sow,bih'li, soe etc.. Spirit of Bih'Li is an upgraded sow. Soe was about the same speed at bih'li and foe was an upgrade to soe so obviously it is faster. I always thought sow maxed out at about 50% mod. Journeyman Boots should be the same speed as a base sow which is roughly a 30% mod. As another point of reference Monk run7 was definitely faster than foe but slower than spirit of scale.

SoE could have changed all of it in one of their nerf sessions. Hope someone has a live account for testing.

Run 5 was never faster than SoE. Rest the info looks pretty decent though. SoE is the equivalent of run 6.

Incidentally, is there any news on Shrink for the underfoot client?

[provocating]

There were three issues here.

The first is that when you type /pet hold in Underfoot, the client now appears to check if you have that ability before sending it to the server, whereas before the client sent it regardless and let the server decide if you could use it.

There were no rows in aa_effects for Pet Discipline (AAID 288 ), which didn't really matter in prior clients due to the above.

The command code for /pet hold needed translating to the code used by previous clients. This is in Rev1821.

The aa_effect rows for Pet Discipline are:

INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '1', '257', '1', '0');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '2', '267', '1', '31');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '3', '267', '1', '32');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '4', '267', '1', '33');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '5', '267', '1', '15');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '6', '267', '1', '16');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '7', '267', '1', '17');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '8', '267', '1', '18');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '9', '267', '1', '19');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '288', '10', '267', '1', '20');


Was this ever added to SVN ? I looked and am not seeing it.

[provocating]

I noticed that Gulf of Guntak, at the shore where the shipwrecks are, everything is human model. I logged in with SOF and of course it was fine. This is the strange thing though, I copied all of my Gunthack.* files from SoF to Underfoot and was expecting it to make the models correct, but it did not ? Now I have no idea how to fix it.

CORRECTION...

It must had been early, way too early. It was just a missing gunthak_chr.txt, and I had my path set to my NAS, and not my local machine :)

[sorvani]

Confirmed it was not in mine either. I did notice that my Titanium gunthak_chr.txt and my SoD gunthak_chr.txt were different. Grabbed my Titanium file since it was larger/had more things defined.

Also updated the missing files wiki.

[sorvani]

The way bard songs are sent is really touchy with UF, just quickly glancing at the code it doesn't look like we are doing it right. The bard action packets always came in pairs from EQLive and I could never get it to work right unless I also sent it in pairs like EQLive.

My Conclusion: Run speed focus effects are definitely not being applied in the UF client. Below is what I did for testing on my test server.
I specifically stated run speed because I have not noticed anything else that seems out of kilter. Instrument and AA mods are properly affecting other things (increase DS or spell damage, etc), though those events are all handled server side so maybe that's why.

I could not find anything built in to the GM command list to determine run speeds on the client side so I used MQ2.

These worked in UF
Level 65 Bard
Unbuffed and no AA (aka base speed): MQ2 Run speed 100

Spell effects always override run speed except for a bard with Innate Run Speed rank 5 and Fleet of Foot rank 2.
Spirit of Wolf: MQ2 Run speed 155.00
Sprit of Bih`Li: MQ2 Run speed 155.00
Spirit of Eagle: MQ2 Run speed 160.00
Flight of Eagles: MQ Run speed 165.00
Selo's Song of Travel (No AA and No Intrument Modifier): MQ2 Run speed 165.00

Innate Run Speed 1/5: MQ2 Run speed 111.43
Innate Run Speed 2/5: MQ2 Run speed 127.14
Innate Run Speed 3/5: MQ2 Run speed 142.86
Innate Run Speed 4/5: MQ2 Run speed 157.14
Innate Run Speed 5/5: MQ2 Run speed 171.43
Innate Run Speed 5/5 & Fleet of Foot 1/2: 185.71
Innate Run Speed 5/5 & Fleet of Foot 2/2: 200.00 <-- This will override unmodified Selo's (165 speed) when no other
combination prior does, but it does not over ride any modified
Selo's even if the modified Selo's is slower.

Fleet of Foot 1/2: 114.29
Fleet of Foot 2/2: 128.57


These did not work in UF, so I loaded SoD and the numbers below are what MQ2 reported in SoD. The reported run speed in UF was always 165 for Selo's no matter what AA or instrument was applied.

Selo's Song of Travel (No AA):
No Intrument Modifier: MQ2 Run speed 165.00
Modifier 18: MQ2 Run speed 216 (Epic 1.0)
Modifier 28: MQ2 Run speed 256 (Thunderous Drum of Karana)
Modifier 34: MQ2 Run speed 256 (War Drums of the Rathe)

Selo's Song of Travel (No Instrument):
No AA: MQ2 Run speed 165.00
Per rank of Instrument Mastery (4 ranks), Ayonaes Tutelage (3 ranks), or Echo of Taelosia (3 ranks)
Rank 1: MQ2 Run speed 177
Rank 2: MQ2 Run speed 190
Rank 3: MQ2 Run speed 204
Rank 4: MQ2 Run speed 216
Rank 5: MQ2 Run speed 230
Rank 6: MQ2 Run speed 242
Rank 7: MQ2 Run speed 255
Rank 8: MQ2 Run speed 256 (cap)
Rank 9: MQ2 Run speed 256 (cap)
Rank 10: MQ2 Run speed 256 (cap)

[steve]

Confirmed it was not in mine either. I did notice that my Titanium gunthak_chr.txt and my SoD gunthak_chr.txt were different. Grabbed my Titanium file since it was larger/had more things defined.

Also updated the missing files wiki.

Here's the contents of the file from my Live install:

22
pir,qeynos_chr
mer,oot_chr
gem,paineel_chr
gef,paineel_chr
scr,scr_chr
mos,cazicthule_chr2
mep,mep_chr
skn,skn_chr
shr,shr_chr
wbu,wbu_chr
fbm,fbm_chr
fbf,fbf_chr
gpm,gpm_chr
dpm,dpm_chr
opm,opm_chr
hpf,hpf_chr
epf,epf_chr
tzm,tzm_chr
tzf,tzf_chr
lgr,lgr_chr
bsg,bsg
T02,T02

[wolfwalkereci]

Wanted to say I just updated my steam install to UF and I really like it.
Thanks for the work put into it to date.

[gaeorn]

The only two issues that remain in UF that I run into is levitate is buggy and inconsistent and bard speed still does not work.

I do not know what the cause of the levitate problem is, but depending on the zone, one of the following will happen:

1. works fine
2. works fine for a while, then suddenly stops working even tho buff is still on (i think it was povalor where i noticed this, but i could be mistaken)
3. never works even tho buff is still on (potimeb consistenly is this way)
4. works for some chars, not for others (potactics has had this problem)

the bard speed problem is figuring out how the focus information is sent to the client. perhaps someone could do a collect of data from live while it's still the free play.

[trevius]

From the reports I have had on my server, the UF Levitate works fine in my hub zones, but not in any other zone. I may need to do more testing, but maybe something about the zone settings is causing the effect not to work. I could definitely see the possibility of a field in the OP_NewZone packet structure that prevents levitate effect or something along those lines.

[sorvani]

At character creation, you will always start in the tutorial even with the button unchecked.

http://www.eqemulator.org/forums/showthread.php?t=33403

[Foin]

Has anyone been able to get Luclin Weapon grahics to show on UnderFoot client?

[sorvani]

Updated the UFMissingFiles (http://www.eqemulator.net/wiki/wikka.php?wakka=UFMissingFilesList) wiki page with current information on how to get a live patched client.

[Elkay]

I tried your suggestion, sorvani, and I can get to server select on both my own server as well as the emu server select. However, if I try getting into my own server, or PEQ when I tried the emu login server, I just go to a black screen and it never gets any further. I've grabbed all the missing files as I was running on older versions of the emulator a few years ago and had those files all laying around. My login server window spits out:

[Network] [08.22.11 - 23:45:24] Server list request recieved from client.
[Network] [08.22.11 - 23:45:29] Application packet recieved from client (size 16
)
[Network] [08.22.11 - 23:45:29] Play recieved from client, server number 1 seque
nce 5.
[Network Trace] [08.22.11 - 23:45:29] User-To-World Response recieved.
[Client] [08.22.11 - 23:45:29] Trying to find client with user id of 2.
[Client] [08.22.11 - 23:45:29] Found client with user id of 2 and account name o
f aostang.
[Client] [08.22.11 - 23:45:29] Found sequence and play of 5 1
[Network Trace] [08.22.11 - 23:45:29] dumping packet of size 20:
0000: 05 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 | ................
0016: 01 00 00 00 | ....
[Network Trace] [08.22.11 - 23:45:29] Sending play response with following data,
allowed 1, sequence 5, server number 1, message 101
[Network Trace] [08.22.11 - 23:45:29] dumping packet of size 20:
0000: 05 00 00 00 00 00 00 00 - 00 00 01 65 00 00 00 00 | ...........e....
0016: 01 00 00 00 | ....
[Network Trace] [08.22.11 - 23:45:29] Sending play response for aostang.
[Network Trace] [08.22.11 - 23:45:29] dumping packet of size 20:
0000: 05 00 00 00 00 00 00 00 - 00 00 01 65 00 00 00 00 | ...........e....
0016: 01 00 00 00 | ....
[Network] [08.22.11 - 23:45:29] Client disconnected from the server, removing cl
ient.


My world window spits out:

[Debug] [WORLD__CLIENT] New connection from 192.168.2.147:61864
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: First opcode 0x5d32 did not matc
h expected 0x2792
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: Tried patch 6.2_world, and it di
d not match.
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: First opcode 0x5d32 did not matc
h expected 0x2ec9
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: Tried patch 6.2_zone, and it did
not match.
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: First opcode 0x5d32 did not matc
h expected 0x4dd0
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: Tried patch Titanium_world, and
it did not match.
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: First opcode 0x5d32 did not matc
h expected 0x7213
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: Tried patch Titanium_zone, and i
t did not match.
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: First opcode 0x5d32 did not matc
h expected 0x6c3c
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: Tried patch SoF_world, and it di
d not match.
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: First opcode 0x5d32 did not matc
h expected 0x737e
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: Tried patch SoF_zone, and it did
not match.
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: First opcode 0x5d32 did not matc
h expected 0xff4
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: Tried patch SoD_world, and it di
d not match.
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: First opcode 0x5d32 did not matc
h expected 0x5a6b
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: Tried patch SoD_zone, and it did
not match.
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: First opcode 0x5d32 did not matc
h expected 0x13da
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: Tried patch Underfoot_world, and
it did not match.
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: First opcode 0x5d32 did not matc
h expected 0x4b61
[Debug] [NET__IDENT_TRACE] 192.168.2.147:61864: Tried patch Underfoot_zone, and
it did not match.
[Debug] [NET__IDENTIFY] Unable to identify stream from 192.168.2.147:61864, no m
atch found.


It looks like an opcode problem, meaning that my client is sending something that either login or world isn't understanding. Maybe the login window is ok, I just have nothing to compare it to. Either way, it would appear that grabbing the 6.5GB straight from Sony does not give you a working client for the emulator currently. I should also note that if I let the client go to the EQLive login, I can get all the way to character select, so it does seem fine for live. Your instructions didn't say to cut off the download at any point, so I let it pull down the full 6.5GB, which was all it had so I appear to be live-patched.

EDIT: I gave a couple other servers a try, including one with "SOD" in the name, and no luck. Same black, frozen screen.

[lerxst2112]

I think you may have confused the instructions.

You download Underfoot from Steam. You make a copy of it for backup, and you never patch it.

The trial client is just to get the files that are missing in the Underfoot download. You don't ever connect it to the emulator, you just use it as a source for the missing files you need to make your Underfoot version complete.

Then you use the complete Underfoot version to connect to the emulator.

[Elkay]

I think you may have confused the instructions.

You download Underfoot from Steam. You make a copy of it for backup, and you never patch it.

The trial client is just to get the files that are missing in the Underfoot download. You don't ever connect it to the emulator, you just use it as a source for the missing files you need to make your Underfoot version complete.

Then you use the complete Underfoot version to connect to the emulator.

Go here and read the "Updated August 18, 2011" section:

http://www.eqemulator.net/wiki/wikka.php?wakka=UFMissingFilesList

If I am reading it wrong and the Steam client is still needed, there *really* needs to be a note put there stating that, because that section makes it sound like you can simply do what I did and have a working emu client.

[lerxst2112]

I'll agree it might be more clear, but the line right above that says "For the missing/corrupt files that can still be gotten from a Live install, you can now get a fully patched to live client by signing up for the 14 day free trial. "

[Elkay]

I'll agree it might be more clear, but the line right above that says "For the missing/corrupt files that can still be gotten from a Live install, you can now get a fully patched to live client by signing up for the 14 day free trial. "

If that one sentence were below the "Update" title instead of above it, it would be much more clear and obvious.

[trevius]

Directly from the page/section you linked, the first 3 steps explain it pretty clearly:

These steps were used on August 18, 2011:

1. Locate the Underfoot install. Mine resides in C:\EQ\Everquest_UF\.
2. Make a new folder for the Live install, C:\EQ\Everquest_Live\ is a good location.
3. Copy everything from the Underfoot folder to the Live folder.

It means that you make a copy of your UF folder so you can download the Live files to the new copied folder. You never patch your UF folder, only copy the needed files to it. I added an extra note in bold about not patching, just in case.

[Secrets]

With Veil of Alaris launching in 2 months... who wants to bet the steam client is going to be updated again? There's a few things in there I want, and will assist with. Mainly bag sizes.

I'm not sure if they did this yet, but it's very possible they might change bag sizes to a variable size, probably int32 or something similar, based on these patch notes:

- Larger bags can now be found in some House of Thule raid chests. With the inclusion of these new bags, the drop rates of other items in the chests have remained the same or increased slightly.

I can assist with packet collecting if needed. Just trying to gather all the changes that'll happen with VoA. Maybe a new thread is needed >_>

[lerxst2112]

If anyone hasn't backed up their steam copy, now is the time to do it.

[trevius]

I can assist with packet collecting if needed. Just trying to gather all the changes that'll happen with VoA. Maybe a new thread is needed >_>

Yeah, once VoA development starts, we can get a new thread going for development tracking. I will start one as soon as a new client is available if someone else hasn't already started one. Whoever makes it should have access to edit old posts though, so no normal users, please.

We will most likely see the new client on Steam a few weeks or so before the actual release if they stick to how they have done it in the past couple of years. I am really hoping that we get a complete client this time, like the SoD one. Mainly hoping that it isn't another UF-like client that is missing a bunch of files and takes extra work to make it a good client.

The new bag size stuff is already in as far as I know and was one of the things keeping the current HoT Live client from being fully implemented. So, that will definitely be one of the bigger issues to resolve on the new client. We will probably have a lot of code to touch to get the larger bag sizes implemented. I am not exactly sure how slots will work with the new bag system, since our current slots just go up by 10 per bag. Once we know how they work, we can probably build a slot converter on the encode/decodes like the Titanium to SoD/SoF/UF ones that already exist.

[azog]

I'm getting these errors with underfoot

[09.24. - 18:13:55] [WORLD__CLIENT] azog: LS Account #4
[09.24. - 18:13:55] Unable to convert EQ opcode 0x46d3 to an Application opcode.
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] azog: Received unknown EQApplicationPacket
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] [OpCode OP_Unknown (0x46d3) Size=2056]
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0000: 5b 43 7d e8 00 4a 0a 00 - 55 b3 00 00 cf 67 01 00 | [C}..J..U....g..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0016: a5 c2 00 00 54 0d 00 00 - 10 c4 01 00 b9 ff 01 00 | ....T...........
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0032: 49 31 01 00 03 6c 01 00 - e8 99 00 00 6c ad 00 00 | I1...l......l...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0048: 7b 4b 02 00 63 d6 00 00 - 4c eb 01 00 30 69 01 00 | {K..c...L...0i..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0064: f7 fd 01 00 08 d0 01 00 - 80 3b 01 00 6d f2 00 00 | .........;..m...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0080: a7 b5 01 00 d3 79 01 00 - 0b 31 01 00 dd 43 02 00 | .....y...1...C..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0096: 8d ae 00 00 ea 99 01 00 - 31 07 02 00 ee f9 00 00 | ........1.......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0112: a0 a8 01 00 7f 53 02 00 - b1 71 01 00 f5 6e 00 00 | .....S...q...n..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0128: 27 88 00 00 28 55 00 00 - bc 31 01 00 e5 86 01 00 | '...(U...1......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0144: 99 45 02 00 f1 fa 01 00 - 8e 51 01 00 00 ba 00 00 | .E.......Q......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0160: 91 6c 02 00 4a b2 01 00 - 5c 8c 01 00 71 68 00 00 | .l..J...\...qh..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0176: bb 73 00 00 a7 62 00 00 - 72 6a 01 00 84 29 00 00 | .s...b..rj...)..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0192: b8 8c 00 00 3c f0 01 00 - dc d2 00 00 2f a3 00 00 | ....<......./...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0208: 91 7d 02 00 c2 f1 00 00 - d7 d1 01 00 be 8f 02 00 | .}..............
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0224: 15 cf 01 00 7e 42 02 00 - 0b 41 01 00 0a f1 00 00 | ....~B...A......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0240: 6d fa 00 00 81 66 02 00 - c7 be 00 00 c9 92 00 00 | m....f..........
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0256: 15 46 01 00 33 4c 02 00 - c9 39 02 00 6d 21 00 00 | .F..3L...9..m!..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0272: 1e 84 02 00 74 f5 00 00 - 22 7b 01 00 fc ce 00 00 | ....t..."{......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0288: 41 04 01 00 3d d3 01 00 - c9 6c 00 00 d7 58 02 00 | A...=....l...X..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0304: e5 64 01 00 4d ca 00 00 - b4 2a 00 00 cb ab 00 00 | .d..M....*......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0320: 80 d6 00 00 b0 5e 00 00 - fa 3a 02 00 2a 41 01 00 | .....^...:..*A..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0336: 6d bb 00 00 b3 45 01 00 - bd 67 02 00 f0 54 02 00 | m....E...g...T..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0352: 3e 9b 01 00 70 25 02 00 - 2e 68 02 00 06 67 02 00 | >...p%...h...g..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0368: 10 94 00 00 02 47 02 00 - a3 dc 00 00 0e a9 00 00 | .....G..........
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0384: 0c 24 00 00 1a cd 00 00 - 3a d5 00 00 12 74 01 00 | .$......:....t..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0400: 0c 6f 00 00 bf 34 02 00 - 39 8e 01 00 83 72 02 00 | .o...4..9....r..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0416: 3c 6e 01 00 8c 31 01 00 - aa 85 01 00 3c 2c 01 00 | <n...1......<,..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0432: b0 54 00 00 0a bf 01 00 - fb 64 02 00 86 91 01 00 | .T.......d......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0448: 3d 85 02 00 fb d3 00 00 - b9 c6 00 00 f4 08 02 00 | =...............
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0464: 11 68 00 00 4a ad 01 00 - ec 16 00 00 23 ef 01 00 | .h..J.......#...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0480: bf 17 01 00 63 ae 01 00 - a8 f6 00 00 b1 65 01 00 | ....c........e..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0496: 00 0c 00 00 62 57 02 00 - 35 5d 02 00 44 e4 00 00 | ....bW..5]..D...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0512: fa ae 00 00 d5 45 00 00 - 01 4c 01 00 a2 38 01 00 | .....E...L...8..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0528: fd 1e 01 00 bf e9 01 00 - 47 7e 00 00 86 0f 01 00 | ........G~......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0544: 6d 51 00 00 76 b6 01 00 - e3 07 02 00 e2 6b 01 00 | mQ..v........k..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0560: c5 ad 01 00 88 82 01 00 - dd 6b 02 00 e2 31 02 00 | .........k...1..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0576: b0 aa 00 00 12 84 01 00 - 2e 05 02 00 c1 f9 01 00 | ................
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0592: 03 53 02 00 85 db 01 00 - c3 73 00 00 50 42 02 00 | .S.......s..PB..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0608: 94 23 00 00 10 1b 01 00 - 94 2d 00 00 ae a7 01 00 | .#.......-......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0624: 3d fb 01 00 78 e5 00 00 - 4b 98 01 00 c3 7d 02 00 | =...x...K....}..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0640: fa 82 01 00 a0 a9 00 00 - a0 a1 00 00 92 c0 01 00 | ................
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0656: 4f da 00 00 04 8f 02 00 - e3 6a 01 00 9f 24 02 00 | O........j...$..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0672: 2c 26 00 00 4b f2 00 00 - 23 23 00 00 d3 61 02 00 | ,&..K...##...a..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0688: 4e 15 00 00 72 f2 01 00 - 67 0a 01 00 90 c7 00 00 | N...r...g.......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0704: 78 79 00 00 38 b9 00 00 - c5 3a 00 00 af b3 01 00 | xy..8....:......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0720: a0 67 00 00 2d b0 00 00 - 0f 24 01 00 3d d4 01 00 | .g..-....$..=...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0736: d0 c8 01 00 22 9d 00 00 - 42 da 01 00 0f 87 01 00 | ...."...B.......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0752: 8e 6b 01 00 cb b4 01 00 - ea 21 01 00 0d 76 02 00 | .k.......!...v..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0768: a2 dc 01 00 af 67 00 00 - 05 8f 01 00 98 24 00 00 | .....g.......$..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0784: 56 3f 00 00 cf cb 01 00 - c9 e3 01 00 c1 19 00 00 | V?..............
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0800: 8a fd 01 00 e7 65 01 00 - 06 dc 00 00 b2 1b 00 00 | .....e..........
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0816: 25 43 02 00 f1 5d 02 00 - e0 d3 00 00 52 9f 00 00 | %C...]......R...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0832: 60 8b 01 00 b6 ca 00 00 - 71 29 02 00 cd ef 00 00 | `.......q)......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0848: 07 51 02 00 96 ba 00 00 - 2d 0d 01 00 07 0e 00 00 | .Q......-.......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0864: c3 2d 01 00 4f 43 02 00 - 17 f7 01 00 e8 38 02 00 | .-..OC.......8..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0880: da 3b 00 00 33 de 01 00 - e8 75 01 00 ed 79 01 00 | .;..3....u...y..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0896: 56 5d 00 00 0a 89 01 00 - 59 ab 00 00 00 6b 01 00 | V]......Y....k..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0912: 17 a3 01 00 d8 d5 00 00 - f1 42 00 00 ca 18 01 00 | .........B......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0928: 19 ec 00 00 7b 3f 02 00 - a0 84 02 00 6d 57 01 00 | ....{?......mW..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0944: b4 a8 01 00 a6 de 01 00 - eb 88 01 00 57 7e 00 00 | ............W~..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0960: e5 ca 01 00 92 32 00 00 - a7 eb 00 00 f7 4b 02 00 | .....2.......K..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0976: 25 98 00 00 9d 6d 00 00 - f5 00 00 00 0f c4 00 00 | %....m..........
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0992: 05 ff 01 00 90 bf 01 00 - f2 09 02 00 57 aa 01 00 | ............W...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1008: 67 16 02 00 21 27 00 00 - b2 5c 00 00 d4 bd 01 00 | g...!'...\......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1024: 01 52 02 00 01 89 00 00 - 35 5e 33 34 0a 39 5e 34 | .R......5^34.9^4
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1040: 31 5e 31 37 0a 31 5e 32 - 30 5e 33 30 33 5e 32 34 | 1^17.1^20^303^24
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1056: 5e 30 0d 0a 5e 35 36 5e - 35 38 5e 35 0a 35 5e 37 | ^0..^56^58^5.5^7
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1072: 0d 0a 31 35 33 38 0d 0a - 5e 36 36 5e 5e 31 33 35 | ..1538..^66^^135
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1088: 34 39 5e 32 0a 31 32 5e - 5e 32 37 35 36 33 5e 38 | 49^2.12^^27563^8
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1104: 0a 31 31 5e 36 5e 32 33 - 5e 32 39 30 0d 0a 31 34 | .11^6^23^290..14
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1120: 39 5e 35 37 5e 33 30 30 - 30 5e 32 30 37 5e 30 5e | 9^57^3000^207^0^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1136: 5e 34 32 5e 38 30 5e 32 - 5e 33 35 5e 33 5e 33 30 | ^42^80^2^35^3^30
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1152: 36 39 5e 33 33 5e 31 33 - 0a 38 5e 33 0d 0a 31 30 | 69^33^13.8^3..10
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1168: 0a 31 35 5e 34 5e 32 5e - 5e 31 38 35 5e 33 30 30 | .15^4^2^^185^300
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1184: 39 5e 35 5e 31 5e 35 32 - 33 36 5e 35 30 0d 0a 33 | 9^5^1^5236^50..3
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1200: 0d 0a 33 5e 37 5e 31 32 - 37 30 0d 0a 31 35 0d 0a | ..3^7^1270..15..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1216: 39 5e 39 35 32 5e 36 36 - 5e 34 30 0d 5e 36 38 5e | 9^952^66^40.^68^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1232: 31 36 5e 34 5e 33 30 30 - 32 5e 31 33 5e 35 35 5e | 16^4^3002^13^55^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1248: 32 5e 34 5e 0a 31 34 5e - 39 5e 32 30 31 5e 36 37 | 2^4^.14^9^201^67
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1264: 0d 0a 37 5e 34 5e 36 5e - 36 0d 0a 35 0d 0a 34 5e | ..7^4^6^6..5..4^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1280: 0a 38 5e 36 31 33 5e 36 - 5e 36 30 5e 31 5e 36 37 | .8^613^6^60^1^67
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1296: 36 5e 36 30 35 0d 0a 36 - 37 5e 33 31 38 5e 33 30 | 6^605..67^318^30
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1312: 33 5e 35 32 34 5e 34 33 - 33 5e 36 33 33 31 5e 31 | 3^524^433^6331^1
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1328: 34 30 5e 33 36 34 5e 33 - 0a 32 5e 39 5e 38 35 5e | 40^364^3.2^9^85^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1344: 35 37 5e 32 33 31 5e 34 - 30 0d 0a 31 38 5e 35 38 | 57^231^40..18^58
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1360: 36 30 5e 33 30 0d 0a 38 - 35 5e 37 5e 0a 31 35 5e | 60^30..85^7^.15^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1376: 0d 0a 31 30 38 31 5e 32 - 30 0d 0a 31 5e 33 30 30 | ..1081^20..1^300
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1392: 5e 38 36 5e 31 33 5e 37 - 31 35 30 0d 37 5e 31 35 | ^86^13^7150.7^15
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1408: 0d 0a 31 5e 36 5e 37 37 - 36 5e 31 36 5e 36 35 5e | ..1^6^776^16^65^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1424: 5e 33 30 30 5e 35 37 5e - 5e 34 33 5e 5e 33 5e 30 | ^300^57^^43^^3^0
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1440: 0d 0a 39 5e 5e 33 33 5e - 38 5e 33 34 32 32 5e 38 | ..9^^33^8^3422^8
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1456: 5e 31 33 5e 5e 35 37 5e - 0d 0a 31 35 5e 31 38 35 | ^13^^57^..15^185
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1472: 38 37 5e 33 37 5e 38 35 - 30 5e 32 30 5e 32 37 5e | 87^37^850^20^27^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1488: 35 5e 38 38 31 31 5e 31 - 31 5e 35 35 5e 36 35 5e | 5^8811^11^55^65^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1504: 38 5e 33 30 5e 32 39 5e - 35 0d 0a 36 34 5e 32 35 | 8^30^29^5..64^25
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1520: 31 32 35 0d 31 5e 31 32 - 5e 38 39 5e 32 30 30 0d | 125.1^12^89^200.
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1536: 0a 35 5e 31 36 35 5e 35 - 36 39 5e 31 5e 37 30 5e | .5^165^569^1^70^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1552: 33 36 5e 33 30 5e 34 32 - 34 30 35 0d 5e 32 34 5e | 36^30^42405.^24^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1568: 5e 37 5e 34 31 5e 34 33 - 5e 32 30 5e 0a 39 5e 35 | ^7^41^43^20^.9^5
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1584: 5e 31 38 5e 31 34 5e 33 - 5e 33 30 30 0d 0a 31 34 | ^18^14^3^300..14
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1600: 33 34 0d 0a 31 30 5e 31 - 30 34 0d 0a 30 0d 0a 31 | 34..10^104..0..1
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1616: 31 35 5e 32 33 5e 33 37 - 5e 36 37 5e 30 0d 0a 31 | 15^23^37^67^0..1
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1632: 0a 31 5e 36 30 0d 0a 37 - 31 34 5e 32 31 5e 35 5e | .1^60..714^21^5^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1648: 30 0d 0a 31 35 34 5e 32 - 5e 36 30 5e 30 5e 34 34 | 0..154^2^60^0^44
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1664: 34 0d 0a 31 5e 32 5e 37 - 31 39 35 0d 5e 35 38 5e | 4..1^2^7195.^58^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1680: 30 0d 0a 36 5e 36 39 5e - 38 5e 32 30 5e 39 34 0d | 0..6^69^8^20^94.
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1696: 36 5e 38 38 30 30 0d 0a - 36 39 5e 31 30 30 0d 0a | 6^8800..69^100..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1712: 0a 31 5e 35 35 5e 33 30 - 5e 32 33 30 38 36 5e 33 | .1^55^30^23086^3
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1728: 31 38 5e 31 35 5e 32 38 - 37 5e 33 37 32 0d 0a 31 | 18^15^287^372..1
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1744: 33 5e 32 30 35 5e 31 33 - 36 30 0d 0a 32 32 0d 0a | 3^205^1360..22..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1760: 0a 31 31 5e 34 30 5e 33 - 32 5e 31 38 34 5e 31 36 | .11^40^32^184^16
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1776: 5e 35 36 5e 36 30 5e 32 - 5e 34 30 30 32 37 30 0d | ^56^60^2^400270.
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1792: 33 36 5e 33 5e 35 35 5e - 33 36 5e 31 31 5e 37 33 | 36^3^55^36^11^73
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1808: 32 5e 35 37 5e 38 33 5e - 32 5e 35 30 38 5e 38 31 | 2^57^83^2^508^81
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1824: 31 38 5e 31 31 31 35 0d - 35 5e 36 39 5e 33 30 30 | 18^1115.5^69^300
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1840: 33 30 30 0d 5e 35 30 5e - 37 5e 33 35 5e 36 35 5e | 300.^50^7^35^65^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1856: 5e 33 33 5e 36 5e 33 30 - 35 5e 37 35 36 5e 36 30 | ^33^6^305^756^60
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1872: 32 37 35 0d 39 5e 38 31 - 37 5e 33 39 30 5e 38 5e | 275.9^817^390^8^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1888: 38 5e 34 34 33 30 30 0d - 0d 0a 31 33 35 38 5e 33 | 8^44300...1358^3
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1904: 37 30 0d 0a 35 36 5e 32 - 5e 36 37 5e 34 5e 32 37 | 70..56^2^67^4^27
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1920: 30 5e 31 32 5e 32 32 32 - 5e 34 37 5e 37 37 5e 32 | 0^12^222^47^77^2
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1936: 39 5e 34 38 5e 32 5e 38 - 0a 32 5e 36 5e 38 31 5e | 9^48^2^8.2^6^81^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1952: 5e 31 32 35 35 5e 36 39 - 5e 33 30 30 31 37 5e 31 | ^1255^69^30017^1
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1968: 38 5e 32 36 30 5e 38 39 - 39 35 0d 0a 0a 34 5e 39 | 8^260^8995...4^9
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1984: 36 5e 33 30 34 5e 34 38 - 30 5e 31 32 35 5e 31 33 | 6^304^480^125^13
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 2000: 35 36 5e 32 0a 33 5e 36 - 33 35 32 0d 30 30 0d 0a | 56^2.3^6352.00..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 2016: 5e 34 31 5e 36 34 5e 33 - 0a 31 33 5e 5e 31 33 5e | ^41^64^3.13^^13^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 2032: 30 0d 0a 31 5e 30 5e 38 - 5e 36 37 5e 31 5e 35 35 | 0..1^0^8^67^1^55
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 2048: 30 5e 35 34 37 5e 35 30 - | 0^547^50
[09.24. - 18:13:55] Unable to convert EQ opcode 0x040b to an Application opcode.
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] azog: Received unknown EQApplicationPacket
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] [OpCode OP_Unknown (0x040b) Size=2056]
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0000: f9 e1 be 08 c1 c8 00 00 - 62 1d 00 00 03 04 00 00 | ........b.......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0016: f6 02 00 00 17 1f 00 00 - ad 09 00 00 a8 1b 00 00 | ................
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0032: db 05 00 00 e3 06 00 00 - d4 16 00 00 9e 17 00 00 | ................
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0048: 4c 00 00 00 fb 27 00 00 - ac 2b 00 00 32 2e 00 00 | L....'...+..2...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0064: e5 2d 00 00 b7 1b 00 00 - 0a 2c 00 00 41 25 00 00 | .-.......,..A%..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0080: 8b 0e 00 00 4a 2d 00 00 - 9f 18 00 00 9a 1c 00 00 | ....J-..........
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0096: 9c 06 00 00 bb 30 00 00 - b3 05 00 00 5b 14 00 00 | .....0......[...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0112: ae 2d 00 00 68 06 00 00 - b7 1b 00 00 f1 18 00 00 | .-..h...........
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0128: b6 07 00 00 c3 02 00 00 - 72 01 00 00 52 15 00 00 | ........r...R...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0144: 02 26 00 00 d6 00 00 00 - 04 01 00 00 98 09 00 00 | .&..............
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0160: 17 1e 00 00 0f 1f 00 00 - c1 1d 00 00 17 20 00 00 | ............. ..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0176: 69 2c 00 00 00 19 00 00 - 6f 1c 00 00 1f 0c 00 00 | i,......o.......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0192: 0c 1a 00 00 dd 0d 00 00 - 0a 31 00 00 d3 2f 00 00 | .........1.../..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0208: 10 23 00 00 1b 1b 00 00 - cb 25 00 00 53 2e 00 00 | .#.......%..S...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0224: d7 1c 00 00 26 20 00 00 - 55 0e 00 00 48 18 00 00 | ....& ..U...H...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0240: ea 12 00 00 84 0a 00 00 - ac 1c 00 00 53 18 00 00 | ............S...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0256: fb 24 00 00 b3 03 00 00 - 0f 0c 00 00 64 20 00 00 | .$..........d ..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0272: 14 2b 00 00 5c 1b 00 00 - 52 21 00 00 d5 07 00 00 | .+..\...R!......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0288: 74 0c 00 00 97 10 00 00 - fc 2c 00 00 0e 15 00 00 | t........,......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0304: 2b 1e 00 00 6a 0a 00 00 - 36 10 00 00 c0 02 00 00 | +...j...6.......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0320: 62 1b 00 00 ba 2e 00 00 - b0 22 00 00 a7 1c 00 00 | b........"......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0336: 32 22 00 00 1b 2f 00 00 - 6e 03 00 00 e9 28 00 00 | 2".../..n....(..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0352: 9e 30 00 00 26 05 00 00 - 62 21 00 00 17 1d 00 00 | .0..&...b!......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0368: 9b 02 00 00 61 1c 00 00 - 9a 01 00 00 cd 2e 00 00 | ....a...........
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0384: 83 2b 00 00 08 05 00 00 - c4 23 00 00 27 18 00 00 | .+.......#..'...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0400: db 0d 00 00 da 26 00 00 - 56 1c 00 00 ac 25 00 00 | .....&..V....%..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0416: 1f 32 00 00 45 04 00 00 - 33 29 00 00 68 16 00 00 | .2..E...3)..h...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0432: 1d 0b 00 00 b7 22 00 00 - 71 08 00 00 91 13 00 00 | ....."..q.......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0448: 95 1e 00 00 5b 1c 00 00 - 5b 10 00 00 b1 06 00 00 | ....[...[.......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0464: 00 16 00 00 dd 06 00 00 - ee 19 00 00 78 2a 00 00 | ............x*..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0480: 37 2f 00 00 17 11 00 00 - d8 1a 00 00 ec 19 00 00 | 7/..............
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0496: 38 29 00 00 dd 1e 00 00 - 0b 2d 00 00 21 32 00 00 | 8).......-..!2..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0512: 67 19 00 00 41 31 00 00 - 12 0c 00 00 63 02 00 00 | g...A1......c...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0528: 88 15 00 00 bd 00 00 00 - 11 14 00 00 a4 05 00 00 | ................
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0544: ff 23 00 00 bc 15 00 00 - b2 03 00 00 e3 28 00 00 | .#...........(..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0560: eb 12 00 00 2b 13 00 00 - a7 10 00 00 e7 28 00 00 | ....+........(..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0576: 0d 0b 00 00 2a 09 00 00 - bf 05 00 00 88 1c 00 00 | ....*...........
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0592: 49 1c 00 00 78 20 00 00 - 58 00 00 00 75 2b 00 00 | I...x ..X...u+..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0608: 6f 1e 00 00 d6 22 00 00 - 3a 24 00 00 1e 19 00 00 | o...."..:$......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0624: 13 13 00 00 f3 25 00 00 - 8e 07 00 00 74 0e 00 00 | .....%......t...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0640: 44 28 00 00 c0 0c 00 00 - 1a 1a 00 00 d1 01 00 00 | D(..............
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0656: 52 0c 00 00 9c 1b 00 00 - 19 2d 00 00 2c 1e 00 00 | R........-..,...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0672: 69 27 00 00 85 19 00 00 - 70 0c 00 00 58 00 00 00 | i'......p...X...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0688: 06 2c 00 00 36 08 00 00 - d1 2a 00 00 5c 31 00 00 | .,..6....*..\1..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0704: 37 06 00 00 7e 0b 00 00 - f6 0b 00 00 26 10 00 00 | 7...~.......&...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0720: f0 31 00 00 ae 29 00 00 - 7f 07 00 00 bb 30 00 00 | .1...).......0..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0736: 56 27 00 00 d2 18 00 00 - 7e 1c 00 00 5a 17 00 00 | V'......~...Z...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0752: 10 0d 00 00 5e 06 00 00 - 6d 09 00 00 fc 0f 00 00 | ....^...m.......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0768: f6 0a 00 00 38 1d 00 00 - 04 0c 00 00 24 1c 00 00 | ....8.......$...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0784: 01 0d 00 00 be 21 00 00 - 69 2a 00 00 3a 0a 00 00 | .....!..i*..:...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0800: 61 0f 00 00 1d 1a 00 00 - 5f 31 00 00 20 03 00 00 | a......._1.. ...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0816: 39 20 00 00 07 2a 00 00 - a4 09 00 00 fb 1c 00 00 | 9 ...*..........
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0832: dc 20 00 00 bd 13 00 00 - 6c 03 00 00 6e 2a 00 00 | . ......l...n*..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0848: b3 09 00 00 ec 0d 00 00 - e1 17 00 00 11 06 00 00 | ................
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0864: b6 17 00 00 22 05 00 00 - d6 0d 00 00 76 28 00 00 | ....".......v(..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0880: 7e 31 00 00 a7 1c 00 00 - 45 1f 00 00 a3 31 00 00 | ~1......E....1..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0896: e7 28 00 00 6e 2f 00 00 - 68 08 00 00 26 2f 00 00 | .(..n/..h...&/..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0912: 6f 28 00 00 89 2b 00 00 - d1 08 00 00 33 23 00 00 | o(...+......3#..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0928: 0b 03 00 00 94 28 00 00 - 73 1c 00 00 2f 2a 00 00 | .....(..s.../*..
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0944: 12 0a 00 00 4c 1e 00 00 - 6d 16 00 00 17 04 00 00 | ....L...m.......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0960: 39 07 00 00 81 2a 00 00 - 10 2e 00 00 36 0c 00 00 | 9....*......6...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0976: 8c 0e 00 00 14 26 00 00 - 42 2f 00 00 4a 13 00 00 | .....&..B/..J...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 0992: cf 1c 00 00 42 09 00 00 - 8c 24 00 00 d8 12 00 00 | ....B....$......
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1008: dd 20 00 00 a2 2c 00 00 - 0b 13 00 00 45 09 00 00 | . ...,......E...
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1024: 08 26 00 00 a3 30 00 00 - 37 5e 31 33 31 37 30 5e | .&...0..7^13170^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1040: 5e 39 30 5e 30 5e 31 30 - 37 30 5e 33 5e 36 5e 31 | ^90^0^1070^3^6^1
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1056: 39 0d 0a 31 33 32 32 5e - 31 31 5e 33 30 5e 36 36 | 9..1322^11^30^66
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1072: 5e 35 5e 2e 5e 37 2e 33 - 0a 37 35 5e 5e 39 5e 32 | ^5^.^7.3.75^^9^2
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1088: 0d 0a 37 39 34 39 5e 31 - 0a 37 36 5e 30 5e 31 33 | ..7949^1.76^0^13
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1104: 32 2e 30 37 37 38 34 5e - 37 32 30 5e 35 34 37 5e | 2.07784^720^547^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1120: 35 5e 2e 38 5e 31 30 5e - 30 5e 2e 38 32 2e 37 37 | 5^.8^10^0^.82.77
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1136: 5e 31 37 34 0d 0a 31 33 - 34 39 5e 31 5e 31 32 5e | ^174..1349^1^12^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1152: 5e 31 2e 31 31 30 5e 31 - 33 2e 37 35 35 33 33 5e | ^1.110^13.75533^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1168: 0d 0a 36 36 2e 31 35 5e - 35 5e 2e 32 5e 32 37 30 | ..66.15^5^.2^270
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1184: 5e 39 39 30 5e 31 35 5e - 30 5e 30 5e 34 30 5e 31 | ^990^15^0^0^40^1
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1200: 36 37 5e 38 30 5e 37 35 - 34 2e 35 0d 37 5e 31 2e | 67^80^754.5.7^1.
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1216: 34 30 5e 37 37 32 5e 33 - 39 39 36 2e 30 5e 38 2e | 40^772^3996.0^8.
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1232: 37 5e 36 2e 5e 30 5e 34 - 33 38 30 5e 32 30 5e 37 | 7^6.^0^4380^20^7
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1248: 34 2e 36 35 5e 35 2e 34 - 5e 31 2e 39 0d 0a 34 33 | 4.65^5.4^1.9..43
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1264: 5e 39 5e 32 31 2e 35 0d - 37 5e 31 34 5e 31 34 5e | ^9^21.5.7^14^14^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1280: 31 37 36 30 36 30 5e 31 - 2e 36 35 0d 5e 36 5e 31 | 176060^1.65.^6^1
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1296: 5e 32 30 5e 5e 31 33 5e - 2e 30 36 37 0a 31 35 5e | ^20^^13^.067.15^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1312: 5e 33 34 35 34 35 30 5e - 37 31 30 5e 32 2e 39 31 | ^345450^710^2.91
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1328: 5e 39 39 30 35 0d 0a 32 - 38 5e 32 2e 32 35 5e 30 | ^9905..28^2.25^0
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1344: 35 30 5e 30 5e 39 5e 39 - 33 30 5e 38 0d 0a 35 31 | 50^0^9^930^8..51
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1360: 30 5e 31 32 5e 32 37 38 - 32 35 0d 0a 2e 36 35 0d | 0^12^27825...65.
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1376: 0a 38 33 5e 39 31 37 5e - 35 5e 31 31 31 33 31 37 | .83^917^5^111317
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1392: 34 35 0d 0a 30 5e 39 30 - 30 5e 32 5e 5e 31 31 5e | 45..0^900^2^^11^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1408: 2e 32 35 0d 30 5e 31 35 - 5e 31 36 38 32 35 38 5e | .25.0^15^168258^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1424: 0d 0a 32 36 34 31 30 5e - 35 30 5e 31 31 39 31 32 | ..26410^50^11912
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1440: 38 39 31 2e 5e 38 5e 31 - 35 5e 31 35 39 5e 38 35 | 891.^8^15^159^85
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1456: 38 38 5e 30 33 5e 31 39 - 5e 32 34 30 33 33 5e 32 | 88^03^19^24033^2
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1472: 37 5e 31 34 5e 31 33 5e - 2e 32 35 5e 39 37 35 5e | 7^14^13^.25^975^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1488: 30 5e 35 38 5e 35 5e 31 - 5e 31 31 30 30 38 5e 37 | 0^58^5^1^11008^7
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1504: 2e 35 5e 30 0d 0a 33 31 - 36 5e 31 33 39 0d 0a 34 | .5^0..316^139..4
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1520: 32 35 5e 37 30 32 30 5e - 2e 35 35 0d 38 39 31 2e | 25^7020^.55.891.
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1536: 35 0d 0a 34 39 5e 31 38 - 35 5e 30 5e 0a 35 5e 31 | 5..49^185^0^.5^1
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1552: 5e 31 5e 39 31 34 37 5e - 2e 35 35 5e 2e 37 35 5e | ^1^9147^.55^.75^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1568: 38 5e 31 32 5e 35 5e 31 - 5e 36 5e 31 33 30 5e 31 | 8^12^5^1^6^130^1
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1584: 2e 32 36 37 5e 35 32 35 - 30 5e 34 35 38 5e 37 2e | .267^5250^458^7.
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1600: 0a 32 31 5e 5e 32 37 30 - 31 38 30 5e 34 2e 32 35 | .21^^270180^4.25
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1616: 33 5e 34 2e 5e 38 5e 31 - 30 37 35 0d 5e 32 30 5e | 3^4.^8^1075.^20^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1632: 5e 31 30 32 36 5e 31 36 - 33 5e 31 30 5e 31 32 5e | ^1026^163^10^12^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1648: 30 38 5e 32 30 5e 31 33 - 5e 35 5e 31 34 5e 34 30 | 08^20^13^5^14^40
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1664: 5e 37 2e 35 5e 35 37 36 - 2e 34 36 37 31 32 5e 38 | ^7.5^576.46712^8
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1680: 2e 37 32 35 32 33 32 2e - 5e 31 37 31 5e 39 39 30 | .725232.^171^990
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1696: 31 39 32 30 33 2e 37 35 - 31 2e 37 32 30 37 35 0d | 19203.751.72075.
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1712: 30 5e 38 2e 5e 31 2e 32 - 36 32 30 5e 39 0d 0a 38 | 0^8.^1.2620^9..8
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1728: 2e 30 38 33 5e 31 2e 38 - 33 30 5e 33 35 5e 32 2e | .083^1.830^35^2.
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1744: 0a 38 35 5e 36 30 5e 39 - 32 35 0d 0a 5e 31 30 5e | .85^60^925..^10^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1760: 34 30 5e 31 32 5e 39 36 - 5e 31 33 5e 32 5e 33 2e | 40^12^96^13^2^3.
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1776: 37 5e 31 2e 39 37 35 0d - 37 35 5e 30 37 35 5e 32 | 7^1.975.75^075^2
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1792: 38 5e 31 2e 34 2e 36 39 - 38 5e 31 2e 39 30 30 5e | 8^1.4.698^1.900^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1808: 31 2e 38 0d 5e 35 2e 37 - 2e 35 5e 30 34 32 35 5e | 1.8.^5.7.5^0425^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1824: 5e 38 5e 31 0d 0a 34 36 - 37 2e 34 35 35 5e 31 30 | ^8^1..467.455^10
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1840: 35 35 0d 0a 36 30 5e 39 - 33 5e 35 5e 30 5e 37 5e | 55..60^93^5^0^7^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1856: 5e 36 2e 33 32 35 0d 0a - 5e 2e 35 32 5e 30 5e 37 | ^6.325..^.52^0^7
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1872: 31 5e 34 37 39 35 5e 31 - 5e 36 5e 31 5e 2e 39 0d | 1^4795^1^6^1^.9.
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1888: 5e 33 2e 33 5e 32 37 35 - 33 39 30 5e 5e 37 5e 32 | ^3.3^275390^^7^2
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1904: 5e 31 36 5e 0d 0a 35 31 - 5e 35 2e 32 31 5e 32 31 | ^16^..51^5.21^21
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1920: 38 5e 37 2e 31 38 5e 31 - 32 34 30 5e 5e 31 38 31 | 8^7.18^1240^^181
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1936: 5e 31 35 30 5e 39 5e 32 - 32 35 35 5e 0d 0a 36 31 | ^150^9^2255^..61
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1952: 35 0d 0a 37 35 30 30 5e - 39 30 30 5e 30 5e 38 2e | 5..7500^900^0^8.
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1968: 31 2e 34 32 5e 34 2e 36 - 33 33 5e 30 36 37 35 5e | 1.42^4.633^0675^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 1984: 31 30 5e 33 5e 32 30 5e - 5e 32 35 30 0d 0a 32 33 | 10^3^20^^250..23
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 2000: 5e 32 2e 30 36 2e 39 0d - 31 38 5e 31 5e 39 5e 32 | ^2.06.9.18^1^9^2
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 2016: 5e 38 5e 31 35 0d 0a 31 - 30 5e 36 2e 34 30 38 5e | ^8^15..10^6.408^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 2032: 33 33 5e 30 30 5e 38 2e - 2e 35 35 0d 32 37 30 5e | 33^00^8..55.270^
[09.24. - 18:13:55] [WORLD__CLIENT_ERR] 2048: 32 30 5e 36 35 34 5e 31 - | 20^654^1
[09.24. - 18:14:19] Unable to convert EQ opcode 0x184e to an Application opcode.
[09.24. - 18:14:19] [WORLD__CLIENT_ERR] azog: Received unknown EQApplicationPacket
[09.24. - 18:14:19] [WORLD__CLIENT_ERR] [OpCode OP_Unknown (0x184e) Size=1]
[09.24. - 18:14:19] [WORLD__CLIENT_ERR] 0000: 30 - | 0
[09.24. - 18:14:19] Unable to convert EQ opcode 0x5f80 to an Application opcode.
[09.24. - 18:14:19] [WORLD__CLIENT_ERR] azog: Received unknown EQApplicationPacket
[09.24. - 18:14:19] [WORLD__CLIENT_ERR] [OpCode OP_Unknown (0x5f80) Size=4]
[09.24. - 18:14:19] [WORLD__CLIENT_ERR] 0000: 08 00 00 00 - | ....
[09.24. - 18:14:22] [WORLD__CLIENT] azog: Attempting autobootup of befallen (36:0)
[09.24. - 18:14:22] [WORLD__ZONE] [5] Setting to 'befallen' (36:0)
[09.24. - 18:14:22] [WORLD__CLIENT] azog: Entering zone befallen (36:0)
[09.24. - 18:14:22] [WORLD__ZONE] [5] [befallen] Broadcasting a world time update
[09.24. - 18:14:22] [WORLD__ZONE] [5] [befallen] Setting to 'befallen' (36:0)
[09.24. - 18:14:22] [WORLD__CLIENT] azog: Sending client to zone befallen (36:0) at 192.168.1.111:7004
[09.24. - 18:14:22] [WORLD__CLIENT] azog: Client disconnected (not active in process)
[09.24. - 18:21:37] [WORLD__ZONELIST] Removing zoneserver #5 at :7004
[09.24. - 18:21:37] [WORLD__ZONELIST] Hold Zones mode is ON - rebooting lost zone
[09.25. - 08:37:18] [WORLD__CLIENT] New connection from 192.168.1.102:1034

I don't know how to get rid of these can any help?

[lerxst2112]

Why do you think you need to get rid of them? Are you having a problem connecting and playing on your server? If so, describe that problem and look at your other logs because that one looks perfectly normal.

If you can connect to your server and play then just ignore them.

[trevius]

This thread is for development tracking and related discussion. For support related issues, please post them in the Windows Server Support section, or whichever section is most appropriate. Do not post support questions in this thread, please.

[sorvani]

A player on PEQ posted that there were human models in tox and after copying over old file the problem went away. The big difference I notice is the tox_chr.txt. Granted the s3d (i think) was a different size also.

He also mentioned the Hole but i didn't have time to look at those files this morning.

Titanium: tox_chr.txt
2
tar,tar
rtn,rtn

vs. Underfoot tox_chr.txt
15
bet,qeynos2_chr
fis,qeynos2_chr
faf,lfaydark_chr
rat,qeynos2_chr
sna,qeynos2_chr
spi,velketor_chr
kob,kob_chr
pif,lfaydark_chr
wil,qey2qrg_chr
zom,fearplane_chr
zof,fearplane_chr
pir,kedge_chr
egm,erudnint_chr
sku,mischiefplane_chr
arm,postorms_chr

[lerxst2112]

I have noticed human models in several places using Underfoot. I never dug into it though since it didn't bug me enough.

I copied my missing files from a live install and didn't overwrite anything but dbstr_us.txt and spells_us.txt.

[eviakhan]

I added this file from Titanium and it fixed the human model problem in Toxx for underfoot:
tox_chr.s3d

[Noport]

Thank You! Caryatis, If you need another account let me known.

Never mind on the Opcodes Secrets said, he was going to give
you all the opcodes.

Sorry to trouble you Trevius.

[Secrets]

Thank You! Caryatis, If you need another account let me known.

Never mind on the Opcodes Secrets said, he was going to give
you all the opcodes.

Sorry to trouble you Trevius.

請使用谷歌翻譯英語

ty

[joligario]

Haha! :) Very nice!

[kalzin230]

for those of you upgrading from Titanium to UF and have copied all the "missing files" please note that you may not be able to see the "blightfire moors" stone in PoK, inorder to correct this you must create a file under the UF's Root directory (along side poknowledge.s3d etc...) called poknowledge_assets.txt

inside the file should read thus:


pokport_gukta.eqg
pokport_crescent.eqg


in titanium if you open the assets folder you only see the one for the gukta stone, UF requires you to add crescent to include the stone for it.

la~

[sorvani]

If you are following all the instructions for missing files, that one is included in the list of files to get from a SoF+ source instead of Titanium.

[dew1960]

I noticed that with the Underfoot client, my character's health does not regen past a certain point. At level 1 it is 87%. I was wondering if anyone else is experiencing this. I am going to try a few different servers so I can determine if the problem is in my client or in my server.

[blackdragonsdg]

I noticed that with the Underfoot client, my character's health does not regen past a certain point. At level 1 it is 87%. I was wondering if anyone else is experiencing this. I am going to try a few different servers so I can determine if the problem is in my client or in my server.

I think that is related to a rule value not being set correctly for SoD or Underfoot. If you are using your own server then use the sql below and it will likely fix the problem. If you are on someone else's server then it may not fully support SoD or Underfoot.
update rule_values set rule_value = 'true' where rule_name = 'Character:SoDClientUseSoDHPManaEnd';

[dew1960]

I think that is related to a rule value not being set correctly for SoD or Underfoot. If you are using your own server then use the sql below and it will likely fix the problem. If you are on someone else's server then it may not fully support SoD or Underfoot.
update rule_values set rule_value = 'true' where rule_name = 'Character:SoDClientUseSoDHPManaEnd';

Thanks, I will try that!

[sorvani]

As an update, bard buffs are not 100%. I made a group, had a bard start singing Selo's (the one with lev and invis). I set the bard to /follow the warrior. On the Warrior's buff window, the icon was initially there with the timer counting down correctly. but once the timer reached 0 the icon stayed and effects continued working, but the timer never refreshed. This buff is not in the short duration window, but in the main buff window.
Conversely, Chorus of marr in the short buff window seems to always have the updated counttime timer.

[Riverstorm]

Sorvani, I was going through this thread and you seem to maintain a good list of missing files. I was going to ask if delveb.eqg (Post #52), tox_chr.s3d and tox_chr.txt (Post #124 & #126) from Titanium needed to be added to the list from reading through this thread?

Also it looks like the lavastorm_chr.txt (Post #62) file old or new needs modified to add the extra few lines to make it correct? Both Titanium and Live seem to be missing the lines.

The other thing is I don't have SoD only Titanium and UF so I couldn't find globalload.txt (Post #61). Is that file needed?

Also does eqstr_us.txt (Post #45) need replaced? It seems to have a lot more information defined in it.

One last question, sorry for all the questions I am really new and just trying to figure it out. If you have for example the gunthak_chr.txt (Post #102, #103, #105) (24 defined items vs. the Live file with 21) does it ignore the extra lines? Does it look to load them from some texture or animation file and silently write them to the error log file if they don't exist. Basically I was looking to add the more accurate/precise one and if there's a "sister" file or group of files that needs to be updated with it. Like when the poster said he just copied gunthak*.* and moved all files gunthak files. Ok not sure how to say it but if you move a file from Live do you have to move the grouping or is the one single file all you need to make it work? I am more of a fan of trial and error vs. dumping a bunch of extra files in a subdirectory to get it working.

I have been able to match the file size with many of the listed missing files but not the date/time stamp.

Thanks.

[sorvani]

This has been reported a number of times on the PEQ forums, and I poked at the source, but I admit to my lack of understanding there.

The enchanter AA Pet Affinity is not being properly applied to a UF client.

It works in SoD, but for a player with the UF client it does not. I can purchase the AA fine with either client, but the pet commands are not available with UF.

[Weldarr]

This has been reported a number of times on the PEQ forums, and I poked at the source, but I admit to my lack of understanding there.

The enchanter AA Pet Affinity is not being properly applied to a UF client.

It works in SoD, but for a player with the UF client it does not. I can purchase the AA fine with either client, but the pet commands are not available with UF.

Did you mean Animation Empathy Sorvani? I tested pet Affinity with the enchanter pets and it seemed to work fine. Pet got all group buffs and heals casted by the pet owner and other group members.

If you meant Animation Empathy, below is the fix for it.


Fix for Animation Empathy:

This will make Animation Empathy work in UF client as well as enables the actual command box in the pet window on titanium client. Before on Titanium the command boxes would remain greyed even though you could use the / command.

And yes you must have the 254 effects in the AA table for these to work properly. If you remove them then you will cause zone crashes.

-- Clear Any Prior Stuff on Animation Empathy --
DELETE FROM `aa_effects` WHERE aaid = 580 or aaid = 581 or aaid = 582;
-- Animation Empathy Rank I --
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '580', '1', '267', '1', '4');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '580', '2', '267', '1', '8');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '580', '3', '267', '1', '5');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '580', '4', '254', '0', '0');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '580', '5', '254', '0', '0');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '580', '6', '254', '0', '0');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '580', '7', '254', '0', '0');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '580', '8', '254', '0', '0');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '580', '9', '254', '0', '0');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '580', '10', '254', '0', '0');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '580', '11', '254', '0', '0');
-- Animation Empathy Rank II --
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '581', '1', '267', '1', '4');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '581', '2', '267', '1', '8');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '581', '3', '267', '1', '5');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '581', '4', '267', '1', '2');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '581', '5', '267', '1', '7');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '581', '6', '254', '0', '0');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '581', '7', '254', '0', '0');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '581', '8', '254', '0', '0');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '581', '9', '254', '0', '0');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '581', '10', '254', '0', '0');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '581', '11', '254', '0', '0');
-- Animation Empathy Rank III --
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '582', '1', '267', '1', '4');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '582', '2', '267', '1', '8');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '582', '3', '267', '1', '5');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '582', '4', '267', '1', '2');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '582', '5', '267', '1', '7');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '582', '6', '267', '1', '6');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '582', '7', '267', '1', '9');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '582', '8', '267', '1', '12');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '582', '9', '267', '1', '11');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '582', '10', '267', '1', '28');
INSERT INTO `aa_effects` (`id` ,`aaid` ,`slot` ,`effectid` ,`base1` ,`base2`) VALUES (NULL , '582', '11', '267', '1', '1');

- Vaion

[sorvani]

yes I meant Animation empathy.. I'll update my test server with this and check it out.

[sorvani]

this works as described. committing along with a fix for improved familiar