Steam Underfoot Development Tracking
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. 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. 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. |
AAs do not display or purchase properly.
Basic spell casting should work but discipline spell casting is off and didn't try clickies yet. |
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: Code:
[OPCode: 0x2121 OP_Unknown [Server->Client] [Size: 36] Code:
// Variable Length Struct - Sends Buff Icon information for Underfoot+ 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 |
Also, here are the structs I have for OP_Action:
Code:
struct Action_Struct |
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): Code:
[OPCode: 0x2121] OP_Unknown [Server->Client] [Size: 216] |
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.
|
It appears similar but isn't the same. 0x3f24 is still target buff, though that struct seems to of changed a bit too.
|
I think my struct was a bit off
Code:
4a 13 00 00 ff 14 00 00 01 0c 00 00 00 00 00 83 |
Code:
4a 13 00 00 //entity id (though it doesn't matter if this is set right or not 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). |
Yep that was it. It's also the structure of the target buffs; they share the same struct but diff opcodes.
|
Zoning in zones with multiple zone points is currently broken. A live zone point follows.
Code:
[OPCode: 0x2370] OP_SendZonepoints [Server->Client] [Size: 116] Code:
[Error] Received invalid sized OP_EnvDamage: got 37, expected 31 |
The zone point structs looks like a simple change should fix it:
Code:
// Size: 28 octets |
Looks like this should be the new Environment Damage Struct:
Code:
// EnvDamage is EnvDamage2 without a few bytes at the end. 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. |
23 is the expected size not 28.
|
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. |
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 ? |
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.
|
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
|
Steam has HoT up, but it has not been fixed yet to work on the emu.
|
One thing I noticed is if you have a buff like jt_buff then your hp bounces between 5% and 100% every tick.
|
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.
|
Quote:
http://www.eqemulator.org/forums/showthread.php?t=32553 |
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.
Code:
[Debug] [NET__STRUCTS] Wrong size on incoming OP_Unknown (structs::LoadSpellSet_Struct): Got 16, expected 44 |
Also appears the new chatserver fix for underfoot does not remember the setting for /announce. It appears to always have announcing on.
|
Quote:
|
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.
|
FYI, I do not seem to have any issues with GM speed using Underfoot on PEQ.
|
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.
|
I've committed a fix for the UCS /announce issue.
The fix for /dismount appears to be: Code:
|
Quote:
|
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. |
Also appears HoTT does not work using the UF client even though it is supposed to be enabled globally on PEQ.
|
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. |
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.
|
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. |
Quote:
|
I was in a group and the hp buffs were all group buffs (bot9, symbol, fo7).
|
Seems there might be a problem with levitate effects too. I had flight of eagles on and got no levitate effect on the client.
|
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:
Code:
08/07/2010 19:29 16,680,500 spells_us.txt |
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. |
All times are GMT -4. The time now is 07:11 AM. |
Powered by vBulletin®, Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.