Challenging a Match (replayed)
9 views
Skip to first unread message
Slorg1
Feb 19, 2012, 10:34:04 PM2/19/12
to Queue-ICPC
I would like to know if any of the matches can be challenged
(replayed). The simulation showed behaviors occurring that did not
look right. I was wondering if I could speak to someone in a more
private setting or just have the match replayed. The match at issue is
the last one rjustmann v. richard stark.
Thank you.
(replayed). The simulation showed behaviors occurring that did not
look right. I was wondering if I could speak to someone in a more
private setting or just have the match replayed. The match at issue is
the last one rjustmann v. richard stark.
Thank you.
spongman
Feb 21, 2012, 11:20:45 AM2/21/12
to Queue-ICPC
i'm guessing the answer would probably be in the negative unless
something egregious happened - they'd need to re-run the subsequent
rounds also.
out of curiosity, what was the issue you saw?
something egregious happened - they'd need to re-run the subsequent
rounds also.
out of curiosity, what was the issue you saw?
Slorg1
Feb 21, 2012, 12:37:09 PM2/21/12
to Queue-ICPC
Hi,
I saw a couple of non symmetrical region captures (or uncaptures to be
exact). It is not a great big deal but I have not seen that 'odd'
behaviour before and was thinking that a glitch may have happened, in
which case it would just be easier to rerun to make sure.
I can go more into details if needed in a more private setting, but if
you watch the match you should be able to see it yourself.
I saw a couple of non symmetrical region captures (or uncaptures to be
exact). It is not a great big deal but I have not seen that 'odd'
behaviour before and was thinking that a glitch may have happened, in
which case it would just be easier to rerun to make sure.
I can go more into details if needed in a more private setting, but if
you watch the match you should be able to see it yourself.
Hogan
Feb 21, 2012, 12:48:39 PM2/21/12
to Queue-ICPC
I saw a couple of cases where it looked like a region was about to
change colors and then didn't....
I put it off to my not being able to count the number of "influences"
myself.
Of course there are the bugs that I only see now... standard "but it
worked in dev" issues.
change colors and then didn't....
I put it off to my not being able to count the number of "influences"
myself.
Of course there are the bugs that I only see now... standard "but it
worked in dev" issues.
Slorg1
Feb 21, 2012, 4:07:21 PM2/21/12
to Queue-ICPC
The case I am describing is much more obvious than manually counting
turns for influence.
turns for influence.
spongman
Feb 21, 2012, 4:36:23 PM2/21/12
to Queue-ICPC
hmmm... what turn # does it happen on? you should be able to look at
the trace file and figure out if the Pressure & Change events match
up...
the trace file and figure out if the Pressure & Change events match
up...
Sterling West
Feb 21, 2012, 4:37:05 PM2/21/12
to Queue-ICPC
I don't see it tbh. Could you give a specific time in the match? Match
93, Richard Stark vs sjustmann?
93, Richard Stark vs sjustmann?
Slorg1
Feb 21, 2012, 4:51:26 PM2/21/12
to Queue-ICPC
If you look (for example) at turns about 65->120 top right corner, the
2 pushers follow the same path (on each side of home plate) and for 1
of them 1 of the regions turn grey for the other, 2 regions turn grey
though the regions have the same properties as far as I can tell. I
mean I may be missing something but it seems like it should be the
same, either they both turn grey or they both have 1 turn grey,
2 pushers follow the same path (on each side of home plate) and for 1
of them 1 of the regions turn grey for the other, 2 regions turn grey
though the regions have the same properties as far as I can tell. I
mean I may be missing something but it seems like it should be the
same, either they both turn grey or they both have 1 turn grey,
Dean H.
Feb 21, 2012, 7:49:48 PM2/21/12
to Queue-ICPC
It appears to me that the different behavior is due to the different
amount of time the pusher remains in contact with the various regions.
As mentioned in the Color Coercion section of the game rules (
http://queue.acm.org/icpc/rules.cfm ):
We say color c applies pressure to some region r if r has a color
that's different from c and more markers of color c are touching r
than markers of any other color. For example, if some region is
touched by three red markers, two grey markers and one blue marker,
then red is applying pressure to the region. If color c is applying
pressure to region r at the ends of 20 consecutive turns, region r
will be coerced to color c at the end of the 20th turn.
In the case of one region that didn't switch to grey, it appears that
the marker wasn't in contact with that region for the full 20
consecutive turns needed in order to force a color change.
amount of time the pusher remains in contact with the various regions.
As mentioned in the Color Coercion section of the game rules (
http://queue.acm.org/icpc/rules.cfm ):
We say color c applies pressure to some region r if r has a color
that's different from c and more markers of color c are touching r
than markers of any other color. For example, if some region is
touched by three red markers, two grey markers and one blue marker,
then red is applying pressure to the region. If color c is applying
pressure to region r at the ends of 20 consecutive turns, region r
will be coerced to color c at the end of the 20th turn.
In the case of one region that didn't switch to grey, it appears that
the marker wasn't in contact with that region for the full 20
consecutive turns needed in order to force a color change.
Nooch
Feb 21, 2012, 8:48:53 PM2/21/12
to Queue-ICPC
This isn't any kind of official response. I just looked closely at the
trace file.
It looks to me as though the two events aren't symmetric.
In turn 69.6667 the lower right of the two markers is on the cusp of
entering the first of the two regions. By snapshot 70.000 it has
entered @ 84.8316 58.1335 with speed 0.0661 0.5827.
On the other hand, the upper left case is slightly different.
In turn 99.6667 the upper left of the two markers is entering the
first of it's two regions. This occurs @ 58.1701 83.2621 with speed
0.9327 0.1743.
Though very close, these are not identical conditions. The force
inputs to the corresponding pushers also aren't exactly the same. The
first (lower right) is 0.38 1.96 just after entry, but the second one
is 1.94 0.50 just after entry.
It looked to me as if it worked properly for this stretch of time when
slowed down to as slow as 20 times.
trace file.
It looks to me as though the two events aren't symmetric.
In turn 69.6667 the lower right of the two markers is on the cusp of
entering the first of the two regions. By snapshot 70.000 it has
entered @ 84.8316 58.1335 with speed 0.0661 0.5827.
On the other hand, the upper left case is slightly different.
In turn 99.6667 the upper left of the two markers is entering the
first of it's two regions. This occurs @ 58.1701 83.2621 with speed
0.9327 0.1743.
Though very close, these are not identical conditions. The force
inputs to the corresponding pushers also aren't exactly the same. The
first (lower right) is 0.38 1.96 just after entry, but the second one
is 1.94 0.50 just after entry.
It looked to me as if it worked properly for this stretch of time when
slowed down to as slow as 20 times.
Reply all
Reply to author
Forward
0 new messages