| View previous topic :: View next topic |
|
| Author |
Message |
|
techsgtchen
Joined: 06 Sep 2006
Posts: 4
Location: Washington... State!
|
 Posted: Thu Sep 07, 2006 10:39 am Post subject: |
 |
|
Thanks for all the work you have put into SW Stats and I look forward to using SW Stats 2.0 
_________________
HTTP://2P1K3.BLOGSPOT.COM |
|
| Back to top |
|
 |
|
dafire
Joined: 31 Aug 2006
Posts: 20
|
| Posted: Thu Sep 07, 2006 1:36 pm Post subject: |
|
|
Is there a beta coming soon ?  |
|
| Back to top |
|
|
|
Darclite
Joined: 27 Aug 2006
Posts: 20
Location: Switzerland
|
| Posted: Thu Sep 07, 2006 7:26 pm Post subject: |
|
|
| dafire wrote: | | Is there a beta coming soon ? |
Hope it will come soon 
Maybe make a Forum Pre-Release some RC1 or so Beta/Alpha ^^ i wouldnt mind testing |
|
| Back to top |
|
|
|
Batox
Joined: 08 Sep 2006
Posts: 3
|
| Posted: Fri Sep 08, 2006 11:33 am Post subject: |
|
|
Here's my $ .02:
I would think two data segments would suffice - one for trash mobs, and one for bosses. My experience is rather limited (MC up to but not including Ragnaros), but so far I have two modes of operation - max DPS vs. trash, and max endurance vs. bosses.
On the learning nights we essentially fight just one boss, so this restriction wouldn't hurt there either (unless we would like to analyze the effects of different strategies) - what do the more experienced people say?
Having only these two modes would even allow to make the mod switch the mode automatically - if it recognizes a boss name (or a unique add name), it could automatically switch to the boss dataset (of course there should be a way to override the auto-switching).
_________________
Ceterum censeo ParvamMolliam esse delendam |
|
| Back to top |
|
|
|
Saurus
Joined: 17 Sep 2006
Posts: 3
|
| Posted: Sun Sep 17, 2006 4:08 am Post subject: |
|
|
| dafire wrote: | | I'd rather like to see some kind of xml export including the segments, I'd write a webapp for saving and displaying |
This would be great feature.
I have already written a parser which populates a sql database and displays swsstats data (damage/effective healing/overheal) on a web page for my raid to see.
I would work on statistics such as average dmg per run but of course average dmg will change depending on how many bosses / attempts the raid does, so i am quite excited about the reset sessions and merge changes for 2.0
Therefore I would like to say that Reporting (especially to Textbox) is a must for me.
How I would handle sessions:
A reset by a raid leader would lead to everyone starting a new data session. Other than that a user reset would create a new private session.
Adjacent (or possibly non adjacent) sessions can be merged / combined at the end and reported. Any particular session can be reported.
Im going to download and test the 2.0 beta now. The most important feature for me is the new incombat healing/overheal. No more OOC healer data!
Also would like to see Buff Count, so we can see who is slacking on group buffs. |
|
| Back to top |
|
|
|
burninghey
Joined: 29 Aug 2006
Posts: 3
|
| Posted: Fri Sep 22, 2006 9:42 pm Post subject: Re: SW Stats 2.0 Timeline Sneak Peak |
|
|
| Artack wrote: | One thing I am really not sure how to handle in 2.0 are the reporting functions. Everybody can reset his/her data at their own leisure and Sync still works. Everybody can select whatever segments he wishes. Posting one certain data view gets rather pointless.
(Hey I made 5 billion damage – but I didn’t /sws nuke in ages and this is the data from 3 weeks) |
- Reporting is an essential function to show others how much damage you do. The Data showed have to be the same in the whole Raid.
- 90% of the users will never nuke. it have to function without.
Some like /sws rv may be good to keep the Data the same.
And then, how about adding a line to the damage list in chat "Last Data Reset 4 hrs ago" or some like that.
ps: omg my english, hope you understand what i mean |
|
| Back to top |
|
|
|
Log in to check your private messages
Log in
