Difference between revisions of "RoboResearch/Development"

From Robowiki
Jump to navigation Jump to search
(GUI design concept)
 
(Update)
Line 4: Line 4:
 
[[Image:RoboResearch.JPG]]
 
[[Image:RoboResearch.JPG]]
  
This is my current design for the GUI.  In the top section you add and orginize which challenges will be run.  All the buttons should be obvious except "Group".  When you select multiple challenges and press group, they all get the same number in front of them (that's the group number).  An effort will be made to complete the battles for all challenges in the same group at about the same time.  As challenges complete, they will drop to the bottom of the list and, if they were the last in their group, all others' group numbers will decrement.
+
This is the current development GUI for RoboResearch.  In the top section you add and orginize which challenges will be run.  All the buttons should be obvious except "Group".  When you select multiple challenges and press group, they all get the same number in front of them (that's the group number).  An effort will be made to complete the battles for all challenges in the same group at about the same time.  As challenges complete, they will drop to the bottom of the list and, if they were the last in their group, all others' group numbers will decrement.
  
 
In the bottom section you control what each of your concurrent battle-running threads does.  The "Prefer Group" spinner means that if the stated group exists in the pane above, it will run battles from that group.  If it does not, it will default back to running from group 1.  So, for example, I could add the rumble as group 1 in the top section (once that functionality is available), then set my threads to prefer 1 and 2 as pictured above.  One thread would then always run the rumble, and the other thread would run from challenges I add until they are all done, at which time it would default back to running the rumble.
 
In the bottom section you control what each of your concurrent battle-running threads does.  The "Prefer Group" spinner means that if the stated group exists in the pane above, it will run battles from that group.  If it does not, it will default back to running from group 1.  So, for example, I could add the rumble as group 1 in the top section (once that functionality is available), then set my threads to prefer 1 and 2 as pictured above.  One thread would then always run the rumble, and the other thread would run from challenges I add until they are all done, at which time it would default back to running the rumble.
  
 
There will be a "Configure" button in the top section, too, which for the rumble could set things like MAX_BATTLES.  After all bots in the rumble have that many battles, RoboResearch would consider that entry "done".  You could add 2 rumble entries, one with unlimited battles and one with a max, to achieve things like "first run all bots up to 2000 battles, then run my challenges, then go back to the rumble again".
 
There will be a "Configure" button in the top section, too, which for the rumble could set things like MAX_BATTLES.  After all bots in the rumble have that many battles, RoboResearch would consider that entry "done".  You could add 2 rumble entries, one with unlimited battles and one with a max, to achieve things like "first run all bots up to 2000 battles, then run my challenges, then go back to the rumble again".
 +
 +
What works:
 +
* Adding challenges
 +
* Removing challenges
 +
* Adding threads
 +
* Starting, pausing and killing threads
 +
* The "Prefer Group" feature
 +
 +
To-Do:
 +
* Editing challenges in the queue
 +
* Showing results (minor detail)
 +
* Re-organizing the queue
 +
* Bulk thread operations
  
 
=== Running Networked ===
 
=== Running Networked ===

Revision as of 07:28, 21 September 2008

This page will keep the current design for the next phase(s) of RoboResearch. I'll keep this page as the "official" design; please use the discussion page to offer feedback and contribute new ideas. This page exists to solicit such input, so please don't be bashful!

The GUI

RoboResearch.JPG

This is the current development GUI for RoboResearch. In the top section you add and orginize which challenges will be run. All the buttons should be obvious except "Group". When you select multiple challenges and press group, they all get the same number in front of them (that's the group number). An effort will be made to complete the battles for all challenges in the same group at about the same time. As challenges complete, they will drop to the bottom of the list and, if they were the last in their group, all others' group numbers will decrement.

In the bottom section you control what each of your concurrent battle-running threads does. The "Prefer Group" spinner means that if the stated group exists in the pane above, it will run battles from that group. If it does not, it will default back to running from group 1. So, for example, I could add the rumble as group 1 in the top section (once that functionality is available), then set my threads to prefer 1 and 2 as pictured above. One thread would then always run the rumble, and the other thread would run from challenges I add until they are all done, at which time it would default back to running the rumble.

There will be a "Configure" button in the top section, too, which for the rumble could set things like MAX_BATTLES. After all bots in the rumble have that many battles, RoboResearch would consider that entry "done". You could add 2 rumble entries, one with unlimited battles and one with a max, to achieve things like "first run all bots up to 2000 battles, then run my challenges, then go back to the rumble again".

What works:

  • Adding challenges
  • Removing challenges
  • Adding threads
  • Starting, pausing and killing threads
  • The "Prefer Group" feature

To-Do:

  • Editing challenges in the queue
  • Showing results (minor detail)
  • Re-organizing the queue
  • Bulk thread operations

Running Networked