Forums

2-day time parameter desired

Sort:
Graybeard

I would like to request that chess.com enable a 2-day parameter option for user-organized tournaments.  This is first of all directed to the chess.com staff, buut I'm also interested in others' thoughts.

For a couple of tournaments I've run I've had players frustrated with long times between moves - even 3-day time constraints.  But at the same time the 1-day option is not ideal as people have mentioned that they would hate to win a game simply because the opponent couldn't get on in a 24-hour period.  Of course one can always 'go on vacation' but that is a different issue.  The consensus seems to be that a 2-day option would keep the tournaments moving, but still allow people who want faster tournaments to deal with real-life realities.

Could this be enabled? 


erik
hrmmm.... part of the problem is that 2-day will get really painful over the weekends. i understand the logic of this, but i'm not sure it will help. i think a better answer is to just limit the max avg. time per move to people who play quickly. have you tried that?
grensley
I actually like this idea.  It calls for 1 move to be made on the weekend.
Graybeard

Erik,

What max avg. time per move would accomplish something like we're looking to do?  What is the problem you're referring to for the weekends?  Not sure I get the implications...

Thanks 


adamWheatley
I was just talking to a fellow chess.comer today about a 2 day scenario. That would be a great option to have.
erik
the lower the avg. time per move, the faster the players. the average on the site is ~12 hours. really really faster players are under 2 hours. it's all up to you. the weekends problem is that people often don't play on saturday/sunday, so they move on friday... and then could timeout on sunday.
Graybeard
erik wrote: the weekends problem is that people often don't play on saturday/sunday, so they move on friday... and then could timeout on sunday.

Right, but then people who fall into that category could be warned before they sign up and simply not play.  Why not let the tournament director and the players deal with that instead of 'management' (Laughing nothing personal, of course!) - for our group a 2-day time constraint would be manageable and appreciated.  If for another tournament or group of players it is neither then the tournament director would simply not use the 2-day option...
Or maybe I'm missing something here?


grensley
I don't really see how a non mandatory feature could hurt.  Would it be possible to just type in the number of days allowed per move?
MM78

I guess these non weekenders only play when at work?

 

Sealed)


ozzie_c_cobblepot
For people frustrated with the 3-day tourneys (3 days per move is quite a lot of your opponent almost always uses 3 days per move), they will be pretty darn frustrated with a 2-day per move also, wouldn't they? I mean, you still have little to no change in the position over several days...
Graybeard
Ozzie - well, at least it would be 33% less frustration.  Wouldn't you choose 33% less taxes if it were all the same?!  Wink
Graybeard
I believe what happens is that as tournament director you set a parameter that fixes maximum of the average time per move for people who register for the tournament.  That way a person whose average time per move is greater than that figure is not able to register to play in the tournament.
Graybeard
That's my understanding.  Just like a tournament that has a rating requirement.  As I understand it, once you meet the rating requirement and the tournament begins then any change of rating does not affect that tournament.  So I assume that would be true for the avg. time/move parameter as well.  But if I'm wrong I'm sure one of the real experts here will help us both with a correction!
erik
Graybeard wrote: That's my understanding.  Just like a tournament that has a rating requirement.  As I understand it, once you meet the rating requirement and the tournament begins then any change of rating does not affect that tournament.  So I assume that would be true for the avg. time/move parameter as well.  But if I'm wrong I'm sure one of the real experts here will help us both with a correction!

 your assumption is correct.