|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Development::Development Forum for development topics and for those interested in EQEMu development. (Not a support forum) |
02-02-2010, 03:24 PM
|
Developer
|
|
Join Date: Feb 2004
Location: UK
Posts: 1,540
|
|
Shared Tasks
I decided to look into getting Shared Tasks working, however a key piece of the puzzle I am missing are the Opcodes/packets to update the members of the shared task and specify who is the leader.
Does anyone know EXACTLY what values can appear in the 'Role' column in the shared task window ?
It might help me find whereabouts in the client the shared task members are handled.
(I circled the Template column too, but then I realised that is probably related to Monster Missions, so I'm not interested in what appears in that column).
|
02-03-2010, 09:19 AM
|
Developer
|
|
Join Date: Mar 2009
Location: -
Posts: 228
|
|
Exactly text wise no,
But role was for expedition leader I recall.
|
|
|
|
02-03-2010, 03:13 PM
|
Developer
|
|
Join Date: Feb 2004
Location: UK
Posts: 1,540
|
|
Quote:
Originally Posted by Kayen
Exactly text wise no,
But role was for expedition leader I recall.
|
Thanks 'Leader' was actually the first thing I thought of, but the only reference to the string 'leader' in eqstr_us.txt seemed to be in relation to pets. Turns out the 'Leader' string the shared task window uses is hardcoded into the client. Anyway, I stumbled across the right bit of code and can now get member names to display:
Never having done one of these shared tasks on live, I have lots of questions, which hopefully someone can answer.
If you are in a group or raid, can only the group or raid leader request a shared task ?
If the group/raid leader accepts a shared task, do all the group/raid members automatically become members of the shared task ?
Presumably some of these tasks can take a while to complete. If a member of the shared task is offline when the rest of the task members complete an activity, is the offline members task updated when they next log on to show the activities completed while they were offline ?
Can any subset of task members complete an activity and have this updated to all other task members in other zones or who are offline, or does the task leader need to be present when the activity is complete for it to count ?
Can new members be added to the shared task at any time ? Do they need to be grouped with the task leader ?
I see a message in eqstr_us.txt: "Your shared task is now locked. You may no longer add or remove players." When do tasks become locked and why ?
Presumably when the shared task is completed, only the task members online and in the same zone get the rewards ?
I'll probably have lots of other questions, but that will do for now. If anyone with experience of shared tasks could help me out, that would be great.
(I did google for information and read up on tasks on the SOE Knowledge base, but there didn't seem much useful information available).
Last edited by Derision; 02-03-2010 at 03:20 PM..
|
|
|
|
|
|
|
02-03-2010, 04:28 PM
|
|
Administrator
|
|
Join Date: Feb 2009
Location: MN
Posts: 2,072
|
|
Derision I love you btw, if you can get this working along side instances (Even though you haven't worked on them).... Oh jeeez
Woops I posted the prior message before reading the rest of what you asked.
The times a task becomes locked or you cannot remove players is when you get to a certain point in the task, that stage of the task will freeze up the ability to add anyone too the task.
As far as the Group/Raid acceptance of a task, it was dependent on whether or not the task itself is flagged as a group or raid depending on who receives a task.
Sometimes a persons task was bugged when they went LD, but sometimes when a person comes back from LD they are up to par with the rest of the task, but I do remember it getting bugged, so may have to develop a global temp calling table for that function.
Sorry I'm not answering any of these in order, but not the leader does NOT have to be present to update the task/activity and yes it does effect everyone within the task as long as they are in the task. Typically it was only zonewide not serverwide if I recall correctly, someone may have to correct me on this.
There are I believe three symbols next to the task bar, labeled right next to the task whether its S, G, or R for Solo, Group and Raid, but if it was a timed-based solo or group mission there was a line dividing the timed active task and the rest of the static active/unlimited tasks.
|
|
|
|
|
|
|
02-03-2010, 04:32 PM
|
Sarnak
|
|
Join Date: Aug 2009
Location: bum f*#k egypt
Posts: 37
|
|
If you are offline and the task is completed you wont get the reward. You can though use a group to do the task then right before the task is completed you can drop players from the task and invite those that have not completed the task so they can receive the rewards and or progression flags and or faction. We did this alot for TBS task to help get guildies progressed.
You do not need to be in the same zone or in the same group. Just need to be a part of the task. You can be invited to a task from any zone just using /taskadd. I did several task with guildies just sitting in the guild hall collecting the oruks and faction from TBS.
Shared task become locked at certain stages in the task. Usually right before you complete the final stage or loot the final item. Once you pass that point you can't add or remove members. Some task allow you to add and remove players before the final turn ins as were the case in a lot of TBS task.
|
|
|
|
05-12-2010, 10:25 PM
|
|
Administrator
|
|
Join Date: Feb 2009
Location: MN
Posts: 2,072
|
|
Any update on this Derision?
|
05-13-2010, 05:58 AM
|
Developer
|
|
Join Date: Feb 2004
Location: UK
Posts: 1,540
|
|
Quote:
Originally Posted by Akkadius
Any update on this Derision?
|
I think I had it about 70% complete but I haven't worked on it for a few months as I put it aside to work on SoD and other more interesting stuff.
I'll probably revisit it at some point to finish it off and commit it, but no ETA.
|
05-14-2010, 09:57 AM
|
|
Administrator
|
|
Join Date: Feb 2009
Location: MN
Posts: 2,072
|
|
Quote:
Originally Posted by Derision
I think I had it about 70% complete but I haven't worked on it for a few months as I put it aside to work on SoD and other more interesting stuff.
I'll probably revisit it at some point to finish it off and commit it, but no ETA.
|
Thanks for your response, I am very much looking forward to this.
|
08-26-2010, 09:31 AM
|
Developer
|
|
Join Date: Mar 2009
Location: -
Posts: 228
|
|
Bump.
Wondering if their has been any progressed made toward this function?
Would be quite significant to get it working.
Kayen
GM Stormhaven
|
08-26-2010, 11:24 AM
|
|
Administrator
|
|
Join Date: Feb 2009
Location: MN
Posts: 2,072
|
|
Quote:
Originally Posted by Kayen
Bump.
Wondering if their has been any progressed made toward this function?
Would be quite significant to get it working.
Kayen
GM Stormhaven
|
Good god I would have Derision's babies as I fullheartedly agree...
But, I respect what he has done and his time so I wait patiently, I will most likely convert a lot of stuff over to it, especially with the new content on the way to compensate for my short lived but quality solo progression. 8 D (Tons of stuff on the way)
|
|
|
|
08-30-2010, 02:23 PM
|
Developer
|
|
Join Date: Feb 2004
Location: UK
Posts: 1,540
|
|
Quote:
Originally Posted by Kayen
Bump.
Wondering if their has been any progressed made toward this function?
Would be quite significant to get it working.
|
I haven't worked on it since back in March.
I don't remember exactly how much there was left to do, but I would guess a couple of weeks work, full time. Plus I remember I wasn't particularly happy with how I had coded it,
both in how I had retrofitted it into the existing task system, which wasn't designed with shared tasks in mind, and also with having to worry about members of the tasks being in
different zones and keeping their task state all synced up across zones.
Add in extra time to re-architect what I have already written (which I just checked is a 6533 line diff against the latest source) and it would take even longer to complete.
To be honest, right now, I don't have any desire to put in the time and effort required to get back up-to-speed with it and finish it off.
|
|
|
|
08-30-2010, 02:54 PM
|
|
Administrator
|
|
Join Date: Feb 2009
Location: MN
Posts: 2,072
|
|
Quote:
Originally Posted by Derision
I haven't worked on it since back in March.
I don't remember exactly how much there was left to do, but I would guess a couple of weeks work, full time. Plus I remember I wasn't particularly happy with how I had coded it,
both in how I had retrofitted it into the existing task system, which wasn't designed with shared tasks in mind, and also with having to worry about members of the tasks being in
different zones and keeping their task state all synced up across zones.
Add in extra time to re-architect what I have already written (which I just checked is a 6533 line diff against the latest source) and it would take even longer to complete.
To be honest, right now, I don't have any desire to put in the time and effort required to get back up-to-speed with it and finish it off.
|
__________________________________________________ ______________
8 (
|
11-22-2010, 04:03 PM
|
Dragon
|
|
Join Date: May 2009
Location: Milky Way
Posts: 541
|
|
I bugged derision for his diff on this, so hopefully will be able to get this functional sometime before the new year(he wasn't joking about the size the diff lol). I'm going to try to get expeditions working first as it seems less complicated and good practice for this however we are missing the SoD opcodes for shared tasks so if somebody who can get those is bored over the next while, it would help out to get those nailed down.
With the changes Ive made to the AA system, we should be able to implement monster missions once this gets working(will be able to hide the clients normal AAs and send a new table with the monster AAs, although will prob require a change to the way AAs are calculated, as presently even hidden AAs gets tallied up).
|
|
|
|
11-22-2010, 04:22 PM
|
Developer
|
|
Join Date: Feb 2004
Location: UK
Posts: 1,540
|
|
Quote:
Originally Posted by Caryatis
With the changes Ive made to the AA system, we should be able to implement monster missions once this gets working(will be able to hide the clients normal AAs
and send a new table with the monster AAs, although will prob require a change to the way AAs are calculated, as presently even hidden AAs gets tallied up).
|
I'll have to send you a diff of my Shroud/Monster mission code as well
I had it to the point where you could select a monster template from the Shroud Keeper and it would convert you into a monster and send an updated
PlayerProfile (and if IIRC, the updated AA table).
I set up my own local SVN when I was working on shrouds, so I could try things and revert easily if needed, so it will be slightly harder to produce a diff
as I will need to find out which base EQEmu revision it was forked from.
Unlike the Shared Task code, the shroud stuff is based on the SoD OPCodes.
The reason I lost interest in Monster Missions/Shrouds is because you basically need to maintain two sets of all player stats (AC, STR, HP, Mana, AAs,
Inventory, etc, etc) for their normal and shrouded forms and use the correct one based on whether they are shrouded or not ... too much re-coding for my liking
|
|
|
|
11-22-2010, 04:35 PM
|
Dragon
|
|
Join Date: May 2009
Location: Milky Way
Posts: 541
|
|
Awesome, yea if you have some stuff already done, it would definitely help me out as this is all pretty new to me still
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -4. The time now is 11:04 PM.
|
|
|
|
|
|
|
|
|
|
|
|
|