![]() |


|
|||||||
| Battlefield 2142 - After Action Reports Discussions regarding Battlefield 2142 After-Action Reports on Tactical Gamer Servers. |
![]() |
|
|
Thread Tools |
|
|
#1 (permalink) |
|
Join Date: Dec 2006
Location: Los Angeles
Age: 24
Posts: 1,325
|
Data Compiling (Need your score Screenshots!)
Well, because I'm bored with too much time on my hands, I'm going to ask a favor from everyone: please get a screen capture of the score sheet in the game. Screen captures need to follow the following rules:
1. Please only take the screen cap of the scores BEFORE the round ends. I do NOT want end-game scores. 2. Take the screen capture with between 1 and 10 tickets left for one side. 3. Please write a short summary of when (time) and where (map) the screen capture was taken. 4. Try to make sure you're not reposting the score of a game that's already taken place. 5. Please don't JUST take screen captures of you doing well. Also, please only send screen caps that you take from this point forward (no old screen caps). The purpose of this is to compare stats and tickets. Specifically, I'm going to try and figure out how many kills are "wasted" kills (kills that don't translate into a ticket reduction), how many tickets might be gone due to ticket bleed, how many more kills a winning side has on average than a losing one (and if there are many instances where bleed overcompensates for being out killed). I'd like to get about 40 screen captures from different games before I compile the data, so I'll need all of your help. I hope that's not too much to ask! |
|
|
|
|
|
#4 (permalink) |
![]() Join Date: Feb 2007
Age: 37
Posts: 4,222
|
Re: Data Compiling (Need your score Screenshots!)
Time and map are going to be critical variables in the analysis.
why not end of game scores? why not past games? The sample is going to be flawed for sure due to people posting screens from games they did good in (social desirability) or some other subject related variable. But this can be overcome by eliminating the poster's score from the analasis. is this info available in server logs?
__________________
|
|
|
|
|
|
#5 (permalink) |
|
Join Date: Dec 2006
Location: Los Angeles
Age: 24
Posts: 1,325
|
Re: Data Compiling (Need your score Screenshots!)
good questions, sc1ence.
Why not end of game scores? They don't have the aggregate kills on each side, and it doesn't show how many tickets are left. Also, it only shows the top 20 players. Really though, as much as I'm bored, I don't want to have to spend my time adding. why not past games? Because past games will probably be, if anything, more skewed to blowout games since people will generally take screen shots when they're doing really well. I assume this will happen to some degree anyway, but I think it'll be less if people are trying to get screen shots from each game they play. This isn't really meant to be a scientific study. There are too many changing variables to make it truly reliable. But it may give us a rough idea of what's going on. I may take out the poster's score from the mix, but I think i probably won't. I'm interested in aggregate numbers, and i'm interested in comparing it to tickets, so leaving out a data point (an important data point, no less) will put the numbers off rather than put a more reliable control on it. Time and map will almost certainly be the most important variables, and if I get enough responses, I'll try and work out something with those. But if the response is only a smattering, it'll be much harder to have a sample size large enough to make even my pseudo-statistical conclusions. |
|
|
|
|
|
#7 (permalink) |
![]() Join Date: Jan 2007
Age: 31
Posts: 2,631
|
Re: Data Compiling (Need your score Screenshots!)
Good call. Just because the screenshot taker did well in a round to prompt him/her taking the screenshot does not invalidate the data at all. Even if he/she didn't do well, someone else would. We're not going to exclude their stats, so...
__________________
.... ![]() ![]() ![]() ![]() |
|
|
|
|
|
#10 (permalink) |
|
Join Date: Dec 2006
Location: Los Angeles
Age: 24
Posts: 1,325
|
Re: Data Compiling (Need your score Screenshots!)
let's take the above graphic. Some conclusions I can make about this game (with one very large assumption*):
There was 138 tickets of bleed on PAC (330 [starting tickets]- 192 [PAC deaths]) There were 42 revives on the PAC side (234 [EU kills] - 192 [PAC deaths]) There were 27 revives on the EU side (141 [PAC kills] - 114 [EU deaths]) *This being that no player leaves while playing. Because of this assumption, the numbers will only ever be a very rough idea of what actually happens in the game. |
|
|
|
| Sponsored links | |
|
|
|
|
|
#11 (permalink) |
|
Join Date: Dec 2006
Location: Los Angeles
Age: 24
Posts: 1,325
|
Re: Data Compiling (Need your score Screenshots!)
yes you can, but you'll have to paste to paint or something and then save the file from there. Basically, when you press the print screen button, it just copies the screen to your clipboard. If you do this, save it as a JPEG or GIF or something rather than a bmp. Those things are huge.
|
|
|
|
|
|
#12 (permalink) | |
![]() Join Date: Feb 2007
Location: Midwest/DC metro
Age: 24
Posts: 931
|
Re: Data Compiling (Need your score Screenshots!)
Quote:
While the social desirability factor is there, I dont believe eliminating the posters score would just invalidate your data. These games are not won and loss by individuals, but by a team, and because your scope is wider I think you should be alright at this level. But, I do this he was barking up the right tree. Map obviously plays a huge factor, I'd expect your results to vary greatly with this alone. I mean, Verdun and Carebear....come on. Time I don't think is a big deal. The number of players must always be the same for all samples (I can't stress this enough). 20vs20 player matches are not comparable to 10vs10. Obviouly you shouldn't accept games that end in a lock-out. If you do, they need to be treated as sperate events, maybe you could see if there is a correlation there...like whenever "Guardian is on team A with Sc1ence team B is locked out" or other obvious things etc. Like Sc1ence, I don't see why you'd want to use pre-end game ticket counts. If you were shooting for a "snapshot" so you could develope a statistic for the losing team...it doesnt help you. Considering you know the number of tickets the team started with determining the number lost, is no problem and you arent tossing out data. Also, using the end-game ticket results will allow you to include games that end in a near tie! The inclusion of these games is VERY important to your analysis. EDIT: Ok, if you are doing it to save time then thats fine. I definatly understand your feelings on this one. Try to make sure its on that last ticket though, just yesterday I played a game that ended in 1-0. But I admit, they are not common and can be overlooked if need be. Make sure you you get a mean and St.Dev for the ticket deficit. Just so when you look at the results,so you know without personal bias if you are dealing with an apple or an orange. Server logs seem like a great idea if it is possible, assuming you can tell if a team is locked out or not. Sorry...I'll probably rant more on this thred.
__________________
2142: |TG-3d|Guardianx11x CoD4: |TG-3rd|Zodiac Last edited by Guardianx11x; 05-31-2007 at 05:40 PM. Reason: in post |
|
|
|
|
|
|
#13 (permalink) | |||||||
|
Join Date: Dec 2006
Location: Los Angeles
Age: 24
Posts: 1,325
|
Re: Data Compiling (Need your score Screenshots!)
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
|
|||||||
|
|
|
|
|
#14 (permalink) | ||||||
![]() Join Date: Feb 2007
Location: Midwest/DC metro
Age: 24
Posts: 931
|
Re: Data Compiling (Need your score Screenshots!)
Quote:
Quote:
Quote:
Quote:
Quote:
I (like Sc1ence) immediaty thought this could be a great way to get a large unbias sample size. Quote:
__________________
2142: |TG-3d|Guardianx11x CoD4: |TG-3rd|Zodiac Last edited by Guardianx11x; 05-31-2007 at 06:15 PM. |
||||||
|
|
|
![]() |
| Bookmarks |
| Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
| Thread Tools | |
|
|

