Menu
▾
▴
simspark-devel — Discussion about Spark development
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(11) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
|
Feb
(1) |
Mar
(6) |
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
| 2007 |
Jan
|
Feb
(24) |
Mar
(19) |
Apr
(2) |
May
(45) |
Jun
(80) |
Jul
(1) |
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
(13) |
Feb
(57) |
Mar
(48) |
Apr
(71) |
May
(22) |
Jun
(26) |
Jul
(10) |
Aug
(1) |
Sep
|
Oct
(13) |
Nov
(21) |
Dec
(15) |
| 2009 |
Jan
(33) |
Feb
(36) |
Mar
(30) |
Apr
(8) |
May
(5) |
Jun
(29) |
Jul
(21) |
Aug
(4) |
Sep
(3) |
Oct
(9) |
Nov
(38) |
Dec
(17) |
| 2010 |
Jan
(13) |
Feb
(24) |
Mar
(18) |
Apr
(16) |
May
(13) |
Jun
(25) |
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
(18) |
Dec
(2) |
| 2011 |
Jan
(2) |
Feb
(15) |
Mar
(15) |
Apr
(7) |
May
(16) |
Jun
|
Jul
(2) |
Aug
|
Sep
(4) |
Oct
(2) |
Nov
(4) |
Dec
(1) |
| 2012 |
Jan
(6) |
Feb
|
Mar
(9) |
Apr
(5) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(2) |
| 2013 |
Jan
(4) |
Feb
(5) |
Mar
(2) |
Apr
|
May
(8) |
Jun
(15) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
(4) |
Feb
(1) |
Mar
(1) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Stefan G. <gla...@gm...> - 2017-10-27 14:52:08
|
Hi all, I want to encourage you to participate in the discussion of new features and improvements, as well as in reporting bugs. I've started to add a couple of issues to the SimSpark project at https://gitlab.com/robocup-sim/SimSpark/issues and one of the benefits of the new hosting platform is an easy and simple way to participate in the discussions. So let's use it! ;) Apart from that, I forgot to mention where you can find the packaged releases. Releases in Gitlab are basically tags, so you need to check https://gitlab.com/robocup-sim/SimSpark/tags The released files are attached to the corresponding tag descriptions. In addition to that, all releases are listed on the new download page of the project websites at: https://robocup-sim.gitlab.io/SimSpark/downloads.html Best Regards, Stefan Am 27.10.2017 um 15:01 schrieb Marco Simões: > Hi All, > > We are proud to announce that old 3D Simulation repository hosted on > Sourceforge was moved to GitLab. > > There is a group at https://gitlab.com/robocup-sim to host all RoboCup > simulation related projects. > > At the moment, this group contains three projects: > > 1. JaSMIn --> https://gitlab.com/robocup-sim/JaSMIn > 2. rclm2 --> https://gitlab.com/robocup-sim/rclm2 > 3. SimSpark --> https://gitlab.com/robocup-sim/SimSpark > > Their corresponding git repository addresses are: > > 1. JaSMIn --> https://gitlab.com/robocup-sim/JaSMIn.git > 2. rclm2 --> https://gitlab.com/robocup-sim/rclm2.git > 3. SimSpark --> https://gitlab.com/robocup-sim/SimSpark.git > > > SimSpark Wiki was also moved to https://gitlab.com/robocup-sim > /SimSpark/wikis/home > > All new releases of official software for 3D Simulation League will be > committed to this new repository. > > Thanks very much to Stefan Glaser for leading this job in Maintenance > Committee. > > Best Regards, > Marco Simões > on behalf of RoboCup Soccer Simulation Executive Committee > > > > _______________________________________________ > robocup-sim mailing list > rob...@cc... > https://mailman.cc.gatech.edu/mailman/listinfo/robocup-sim |
|
From: Hedayat V. <hed...@gm...> - 2017-04-09 12:19:26
|
Dear all, As our development of RCLM2 currently doesn't happen in any public repositories, and I'm not sure if there is any active 'upstream' repository anywhere (if there is, we should probably work there), I've decided to create a repository in Gitlab: https://gitlab.com/rcsoccersim3d/rclm2 It'd be great if we continue its development (if any!) there :P Currently, it includes the latest I have with latest restore.py from Patrick. Regards, Hedayat |
|
From: Hedayat V. <hed...@gm...> - 2015-09-13 18:13:16
|
Hi Patrick, Thank you for your email and the links. Regards, Hedayat /*Patrick Geib*/ wrote on Sun, 13 Sep 2015 15:20:49 +0200: > > Dear all, > > Since it was me who wrote the thing I thought i might as well comment. > Since i am currently in the process of moving to another country i > won’t be able to actively contribute much anymore to the „Carbon“ Gui > or related development (my current work contract may even forbid it..) > but if you have any questions about it, feel free to ask and i will > answer the best I can (but cannot guarantee that i still remember.. > after all it was written quite a while back). > > FYI: I made a short (12 min) video presentation back then that gives > an overview of the features oft he GUI and the main plugins that have > initially been written (Logging window, Rendering Window, Agent > Control…). The presentation can still be downloaded here: > > https://www.yousendit.com/download/QlVqeEVhZy9kMnZ2WnNUQw > > And of course there’s the wiki covering the main features: > http://simspark.sourceforge.net/wiki/index.php/Graphical_User_Interface > > Regards, > > Patrick > > *Von:*Hedayat Vatankhah [mailto:hed...@gm...] > *Gesendet:* Samstag, 12. September 2015 20:15 > *An:* Simspark Devel ML <sim...@li...> > *Betreff:* [simspark-devel] Spark GUI branch merged into trunk > > Dear all, > Today I have merged the Spark GUI code (by Patrick Geib) into simspark > trunk/. While I've tried to review the code sufficiently to make sure > that it doesn't affect current server behavior, and the changes in > existing code is not much, it would be great if you can test the trunk > version and make sure that the behavior of simulator have not changed. > > The Spark GUI code now compiles fine under Linux, however it seems > that it needs some work because it generates some error messages when > loading soccercontrolframe GUI plugin. I wonder how it works under > windows, because it uses SoccerRuleAspect but the soccer plugin is not > loaded. Anyway, this should be easily fixed by loading soccer plugin > before loading GUI plugins. Then, we can announce it and release a new > version, so that people can start experimenting with it. > > Regards, > Hedayat > |
|
From: Patrick G. <Pat...@on...> - 2015-09-13 13:21:00
|
Dear all, Since it was me who wrote the thing I thought i might as well comment. Since i am currently in the process of moving to another country i won’t be able to actively contribute much anymore to the „Carbon“ Gui or related development (my current work contract may even forbid it..) but if you have any questions about it, feel free to ask and i will answer the best I can (but cannot guarantee that i still remember.. after all it was written quite a while back). FYI: I made a short (12 min) video presentation back then that gives an overview of the features oft he GUI and the main plugins that have initially been written (Logging window, Rendering Window, Agent Control…). The presentation can still be downloaded here: https://www.yousendit.com/download/QlVqeEVhZy9kMnZ2WnNUQw And of course there’s the wiki covering the main features: http://simspark.sourceforge.net/wiki/index.php/Graphical_User_Interface Regards, Patrick Von: Hedayat Vatankhah [mailto:hed...@gm...] Gesendet: Samstag, 12. September 2015 20:15 An: Simspark Devel ML <sim...@li...> Betreff: [simspark-devel] Spark GUI branch merged into trunk Dear all, Today I have merged the Spark GUI code (by Patrick Geib) into simspark trunk/. While I've tried to review the code sufficiently to make sure that it doesn't affect current server behavior, and the changes in existing code is not much, it would be great if you can test the trunk version and make sure that the behavior of simulator have not changed. The Spark GUI code now compiles fine under Linux, however it seems that it needs some work because it generates some error messages when loading soccercontrolframe GUI plugin. I wonder how it works under windows, because it uses SoccerRuleAspect but the soccer plugin is not loaded. Anyway, this should be easily fixed by loading soccer plugin before loading GUI plugins. Then, we can announce it and release a new version, so that people can start experimenting with it. Regards, Hedayat |
|
From: Hedayat V. <hed...@gm...> - 2015-09-12 18:23:02
|
Dear all, Today I have merged the Spark GUI code (by Patrick Geib) into simspark trunk/. While I've tried to review the code sufficiently to make sure that it doesn't affect current server behavior, and the changes in existing code is not much, it would be great if you can test the trunk version and make sure that the behavior of simulator have not changed. The Spark GUI code now compiles fine under Linux, however it seems that it needs some work because it generates some error messages when loading soccercontrolframe GUI plugin. I wonder how it works under windows, because it uses SoccerRuleAspect but the soccer plugin is not loaded. Anyway, this should be easily fixed by loading soccer plugin before loading GUI plugins. Then, we can announce it and release a new version, so that people can start experimenting with it. Regards, Hedayat |
|
From: Stefan G. <gla...@gm...> - 2014-04-04 15:10:31
|
Hey Patrick, so far it works like a charm! During round 1 and 2 the server didn't crash once! Even the run-challenge worked without any problems. The only trouble I have is with Ubuntu itself. I use the 13.10 version and it keeps throwing some system error, which it wants to report. Also when I try to switch the active user without logging out the previous user, the UI is stuck in a black screen. But if all teams are logging out correctly, this problem doesn't occur and since we won't use Ubuntu 13.10 in Brasil, I wouldn't consider this as a problem. I'm waiting for 14.04... From my point of view, I would say the changes are working fine. The only thing which is not really 100% clear to a referee is when a team is connecting a not allowed combination of agents. The server will prompt that mistake, but through the rclm2 you will never see those error messages of the server. One realizes that some agents are not displayed correctly with their number, etc. but RoboViz has its own "display bugs", which don't help in this situation. E.g. sometimes the number of the player is missing... The automated referee is tricky. I didn't test this feature during the GermanOpens. I will post another email soon with information about where to find results and logs to the GermanOpens. Thanks for pointing out that the say message is restricted to a certain range of the ascii space. I will point out that issue in the other mail. However I think using a byte-array instead of a java-string is a better choice in general. I will probably change it, regardless of the issue of nexus3d. Cheers, Stefan Am 03.04.2014 20:10, schrieb Patrick MacAlpine: > Stefan, definitely let us know how things are going at the GermanOpen and > if there are any problems encountered. Also if you are able to post logs > from the games that would be great. > > I think a new release of rcssserver3d should be put out soon with the > changes for the 2014 competitions so that teams have more time to test with > the new changes. I believe the only thing missing from the repository for > the 2014 competition is the automated referee (which is still a bit up in > the air as to whether or not we will be able to create something > satisfactory for the competition). > > - Patrick > > > On Wed, Apr 2, 2014 at 4:42 AM, <hed...@gm...> wrote: > >> Hi Stefan, >> >> Happy to hear that the problem is solved anyway! ;-) >> >> >> Have fun, >> >> Hedayat >> >> در ۲/۴/۲۰۱۴ ۱۳:۵۰ Stefan Glaser نوشته: >> Hi Hedayat, >> >> thank you very much for your quick and useful help! >> I realized that I already have the very same version of the rclm2 >> installed on the machines. This changed the probabilities in my world >> model and I started to mistrust my setup. But I'm a software developer >> and no admin >> >> The problem was quite simple in the end: I haven't installed ruby on the >> control/monitor/admin-machine. I thought I installed it for compiling >> the SimSpark server. But unfortunately I decided that the admin-machine >> doesn't need a SimSpark server and therefore didn't install ruby. My >> fault - sorry for that. >> >> After I installed ruby, the scores are properly reported etc. and it >> works like a charm again. >> >> Thanks again for your help! >> Regards, >> Stefan >> >> >> Am 02.04.2014 08:35, schrieb Hedayat Vatankhah: >>> Hi again, >>> This is the final rclm2 version which I have which should have worked >>> with ruby 1.9.x version. >>> Regards, >>> Hedayat >>> >>> >>> >>> /*Stefan Glaser <gla...@gm...>*/ wrote on Mon, 31 Mar 2014 >>> 19:48:42 +0200: >>>> Hello everybody, >>>> >>>> hope you are fine and eager in preparing for the championships ;) >>>> >>>> I was recently preparing the server cluster for the GermanOpens starting >>>> the next days and encountered some issues that I want to discuss, or >>>> name here at least. >>>> >>>> First of all the changes to the protocol (labelling the hear-messages >>>> and providing the current score) works fine for me. I encountered no >>>> problem so far with this changes. The restrictions of the number of >>>> robot-types per team looks good as well. I tested a couple of >>>> combinations and there were no false positives or vice versa. However >>>> the not allowed agents actually show up on the server. But it seems that >>>> they don't work properly and you can't select them, etc. sometimes they >>>> seem to explode. So I think one will notice the problem of wrong robot >>>> combinations. >>>> So thanks again to Patrick for providing these improvements! >>>> >>>> I had no further trouble to install the RC-Server on a machine running >>>> Ubuntu Server 13.10 version. However the RC-League Manager has some >>>> problems in creating the schedule and in reading the score after a game >>>> is finished. I'm not sure which version of the rclm2 I have installed, >>>> but it seems to have problems with ruby. I'm using the actual ruby and >>>> ruby-dev versions of the ubuntu-repo (I think it's the 1.9.1 version). >>>> Is there any updated version of the rclm2 available? >>>> >>>> Furthermore I have a short question about the setup of the machines. The >>>> rclm2 uses "ssh gla...@gm... 'su - $TEAM ...." to ssh into >> the clients, >> >>>> change the user to whatever $TEAM says and to run the corresponding >>>> team. Since I don't want to provide the root-password twice in any >>>> match, I generate key-pairs and add them to the corresponding machines, >>>> so that I can ssh as root into any machine without the need to provide a >>>> password. Is this the default intended setup? I don't like the idea of >>>> providing password-free root logins to any user - not even to my >>>> admin-user. >>>> >>>> I'm looking forward to some great matches the next days. I'll try to >>>> upload the corresponding log files of the matches during the >>>> competition, so that you can watch them at home. Hope everything >>>> works fine. >>>> >>>> Cheers, >>>> Stefan >>>> >>>> >>>> >>>> >> ------------------------------------------------------------------------------ >> >>>> _______________________________________________ >>>> Simspark Generic Physical MAS Simulator >>>> simspark-devel mailing list >>>> gla...@gm... >>>> https://lists.sourceforge.net/lists/listinfo/simspark-devel >>> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Simspark Generic Physical MAS Simulator >> simspark-devel mailing list >> sim...@li... >> https://lists.sourceforge.net/lists/listinfo/simspark-devel >> >> |
|
From: <hed...@gm...> - 2014-04-02 09:44:13
|
Hi Stefan, Happy to hear that the problem is solved anyway! ;-) Have fun, Hedayat در ۲/۴/۲۰۱۴ ۱۳:۵۰ Stefan Glaser نوشته: Hi Hedayat, thank you very much for your quick and useful help! I realized that I already have the very same version of the rclm2 installed on the machines. This changed the probabilities in my world model and I started to mistrust my setup. But I'm a software developer and no admin The problem was quite simple in the end: I haven't installed ruby on the control/monitor/admin-machine. I thought I installed it for compiling the SimSpark server. But unfortunately I decided that the admin-machine doesn't need a SimSpark server and therefore didn't install ruby. My fault - sorry for that. After I installed ruby, the scores are properly reported etc. and it works like a charm again. Thanks again for your help! Regards, Stefan Am 02.04.2014 08:35, schrieb Hedayat Vatankhah: > Hi again, > This is the final rclm2 version which I have which should have worked > with ruby 1.9.x version. > Regards, > Hedayat > > > > /*Stefan Glaser <gla...@gm...>*/ wrote on Mon, 31 Mar 2014 > 19:48:42 +0200: >> Hello everybody, >> >> hope you are fine and eager in preparing for the championships ;) >> >> I was recently preparing the server cluster for the GermanOpens starting >> the next days and encountered some issues that I want to discuss, or >> name here at least. >> >> First of all the changes to the protocol (labelling the hear-messages >> and providing the current score) works fine for me. I encountered no >> problem so far with this changes. The restrictions of the number of >> robot-types per team looks good as well. I tested a couple of >> combinations and there were no false positives or vice versa. However >> the not allowed agents actually show up on the server. But it seems that >> they don't work properly and you can't select them, etc. sometimes they >> seem to explode. So I think one will notice the problem of wrong robot >> combinations. >> So thanks again to Patrick for providing these improvements! >> >> I had no further trouble to install the RC-Server on a machine running >> Ubuntu Server 13.10 version. However the RC-League Manager has some >> problems in creating the schedule and in reading the score after a game >> is finished. I'm not sure which version of the rclm2 I have installed, >> but it seems to have problems with ruby. I'm using the actual ruby and >> ruby-dev versions of the ubuntu-repo (I think it's the 1.9.1 version). >> Is there any updated version of the rclm2 available? >> >> Furthermore I have a short question about the setup of the machines. The >> rclm2 uses "ssh gla...@gm... 'su - $TEAM ...." to ssh into the clients, >> change the user to whatever $TEAM says and to run the corresponding >> team. Since I don't want to provide the root-password twice in any >> match, I generate key-pairs and add them to the corresponding machines, >> so that I can ssh as root into any machine without the need to provide a >> password. Is this the default intended setup? I don't like the idea of >> providing password-free root logins to any user - not even to my >> admin-user. >> >> I'm looking forward to some great matches the next days. I'll try to >> upload the corresponding log files of the matches during the >> competition, so that you can watch them at home. Hope everything >> works fine. >> >> Cheers, >> Stefan >> >> >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Simspark Generic Physical MAS Simulator >> simspark-devel mailing list >> gla...@gm... >> https://lists.sourceforge.net/lists/listinfo/simspark-devel > > |
|
From: Stefan G. <gla...@gm...> - 2014-04-02 09:21:13
|
Hi Hedayat, thank you very much for your quick and useful help! I realized that I already have the very same version of the rclm2 installed on the machines. This changed the probabilities in my world model and I started to mistrust my setup. But I'm a software developer and no admin The problem was quite simple in the end: I haven't installed ruby on the control/monitor/admin-machine. I thought I installed it for compiling the SimSpark server. But unfortunately I decided that the admin-machine doesn't need a SimSpark server and therefore didn't install ruby. My fault - sorry for that. After I installed ruby, the scores are properly reported etc. and it works like a charm again. Thanks again for your help! Regards, Stefan Am 02.04.2014 08:35, schrieb Hedayat Vatankhah: > Hi again, > This is the final rclm2 version which I have which should have worked > with ruby 1.9.x version. > Regards, > Hedayat > > > > /*Stefan Glaser <gla...@gm...>*/ wrote on Mon, 31 Mar 2014 > 19:48:42 +0200: >> Hello everybody, >> >> hope you are fine and eager in preparing for the championships ;) >> >> I was recently preparing the server cluster for the GermanOpens starting >> the next days and encountered some issues that I want to discuss, or >> name here at least. >> >> First of all the changes to the protocol (labelling the hear-messages >> and providing the current score) works fine for me. I encountered no >> problem so far with this changes. The restrictions of the number of >> robot-types per team looks good as well. I tested a couple of >> combinations and there were no false positives or vice versa. However >> the not allowed agents actually show up on the server. But it seems that >> they don't work properly and you can't select them, etc. sometimes they >> seem to explode. So I think one will notice the problem of wrong robot >> combinations. >> So thanks again to Patrick for providing these improvements! >> >> I had no further trouble to install the RC-Server on a machine running >> Ubuntu Server 13.10 version. However the RC-League Manager has some >> problems in creating the schedule and in reading the score after a game >> is finished. I'm not sure which version of the rclm2 I have installed, >> but it seems to have problems with ruby. I'm using the actual ruby and >> ruby-dev versions of the ubuntu-repo (I think it's the 1.9.1 version). >> Is there any updated version of the rclm2 available? >> >> Furthermore I have a short question about the setup of the machines. The >> rclm2 uses "ssh root@client1 'su - $TEAM ...." to ssh into the clients, >> change the user to whatever $TEAM says and to run the corresponding >> team. Since I don't want to provide the root-password twice in any >> match, I generate key-pairs and add them to the corresponding machines, >> so that I can ssh as root into any machine without the need to provide a >> password. Is this the default intended setup? I don't like the idea of >> providing password-free root logins to any user - not even to my >> admin-user. >> >> I'm looking forward to some great matches the next days. I'll try to >> upload the corresponding log files of the matches during the >> competition, so that you can watch them at home. Hope everything >> works fine. >> >> Cheers, >> Stefan >> >> >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Simspark Generic Physical MAS Simulator >> simspark-devel mailing list >> sim...@li... >> https://lists.sourceforge.net/lists/listinfo/simspark-devel > > |
|
From: Hedayat V. <hed...@gm...> - 2014-04-02 06:30:47
|
Hi again, This is the final rclm2 version which I have which should have worked with ruby 1.9.x version. Regards, Hedayat /*Stefan Glaser <gla...@gm...>*/ wrote on Mon, 31 Mar 2014 19:48:42 +0200: > Hello everybody, > > hope you are fine and eager in preparing for the championships ;) > > I was recently preparing the server cluster for the GermanOpens starting > the next days and encountered some issues that I want to discuss, or > name here at least. > > First of all the changes to the protocol (labelling the hear-messages > and providing the current score) works fine for me. I encountered no > problem so far with this changes. The restrictions of the number of > robot-types per team looks good as well. I tested a couple of > combinations and there were no false positives or vice versa. However > the not allowed agents actually show up on the server. But it seems that > they don't work properly and you can't select them, etc. sometimes they > seem to explode. So I think one will notice the problem of wrong robot > combinations. > So thanks again to Patrick for providing these improvements! > > I had no further trouble to install the RC-Server on a machine running > Ubuntu Server 13.10 version. However the RC-League Manager has some > problems in creating the schedule and in reading the score after a game > is finished. I'm not sure which version of the rclm2 I have installed, > but it seems to have problems with ruby. I'm using the actual ruby and > ruby-dev versions of the ubuntu-repo (I think it's the 1.9.1 version). > Is there any updated version of the rclm2 available? > > Furthermore I have a short question about the setup of the machines. The > rclm2 uses "ssh root@client1 'su - $TEAM ...." to ssh into the clients, > change the user to whatever $TEAM says and to run the corresponding > team. Since I don't want to provide the root-password twice in any > match, I generate key-pairs and add them to the corresponding machines, > so that I can ssh as root into any machine without the need to provide a > password. Is this the default intended setup? I don't like the idea of > providing password-free root logins to any user - not even to my admin-user. > > I'm looking forward to some great matches the next days. I'll try to > upload the corresponding log files of the matches during the > competition, so that you can watch them at home. Hope everything works fine. > > Cheers, > Stefan > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Simspark Generic Physical MAS Simulator > simspark-devel mailing list > sim...@li... > https://lists.sourceforge.net/lists/listinfo/simspark-devel |
|
From: Hedayat V. <hed...@gm...> - 2014-04-01 08:58:16
|
Hi Stefan, About rclm2, yes I've updated rlcm2 to work with latest ruby releases and I'll send it in a separate email soon. And it seems that we should create a repository for rlcm2 ourselves. About the password free root logins, yes this is the setup we usually use. If you have a better suggestion, that would be welcome. Another solution is to require teams to enter their password each time their team is going to run (sshing to the team user instead of sshing to the root user) but it still needs two password entrance for each game which could be annoying. There might be other solutions using more complex setups (e.g. using PolicyKit or ... ) but I have not thought about them. :P Regards, Hedayat /*Stefan Glaser <gla...@gm...>*/ wrote on Mon, 31 Mar 2014 19:48:42 +0200: > Hello everybody, > > hope you are fine and eager in preparing for the championships ;) > > I was recently preparing the server cluster for the GermanOpens starting > the next days and encountered some issues that I want to discuss, or > name here at least. > > First of all the changes to the protocol (labelling the hear-messages > and providing the current score) works fine for me. I encountered no > problem so far with this changes. The restrictions of the number of > robot-types per team looks good as well. I tested a couple of > combinations and there were no false positives or vice versa. However > the not allowed agents actually show up on the server. But it seems that > they don't work properly and you can't select them, etc. sometimes they > seem to explode. So I think one will notice the problem of wrong robot > combinations. > So thanks again to Patrick for providing these improvements! > > I had no further trouble to install the RC-Server on a machine running > Ubuntu Server 13.10 version. However the RC-League Manager has some > problems in creating the schedule and in reading the score after a game > is finished. I'm not sure which version of the rclm2 I have installed, > but it seems to have problems with ruby. I'm using the actual ruby and > ruby-dev versions of the ubuntu-repo (I think it's the 1.9.1 version). > Is there any updated version of the rclm2 available? > > Furthermore I have a short question about the setup of the machines. The > rclm2 uses "ssh root@client1 'su - $TEAM ...." to ssh into the clients, > change the user to whatever $TEAM says and to run the corresponding > team. Since I don't want to provide the root-password twice in any > match, I generate key-pairs and add them to the corresponding machines, > so that I can ssh as root into any machine without the need to provide a > password. Is this the default intended setup? I don't like the idea of > providing password-free root logins to any user - not even to my admin-user. > > I'm looking forward to some great matches the next days. I'll try to > upload the corresponding log files of the matches during the > competition, so that you can watch them at home. Hope everything works fine. > > Cheers, > Stefan > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Simspark Generic Physical MAS Simulator > simspark-devel mailing list > sim...@li... > https://lists.sourceforge.net/lists/listinfo/simspark-devel |
|
From: Stefan G. <gla...@gm...> - 2014-03-31 17:48:57
|
Hello everybody, hope you are fine and eager in preparing for the championships ;) I was recently preparing the server cluster for the GermanOpens starting the next days and encountered some issues that I want to discuss, or name here at least. First of all the changes to the protocol (labelling the hear-messages and providing the current score) works fine for me. I encountered no problem so far with this changes. The restrictions of the number of robot-types per team looks good as well. I tested a couple of combinations and there were no false positives or vice versa. However the not allowed agents actually show up on the server. But it seems that they don't work properly and you can't select them, etc. sometimes they seem to explode. So I think one will notice the problem of wrong robot combinations. So thanks again to Patrick for providing these improvements! I had no further trouble to install the RC-Server on a machine running Ubuntu Server 13.10 version. However the RC-League Manager has some problems in creating the schedule and in reading the score after a game is finished. I'm not sure which version of the rclm2 I have installed, but it seems to have problems with ruby. I'm using the actual ruby and ruby-dev versions of the ubuntu-repo (I think it's the 1.9.1 version). Is there any updated version of the rclm2 available? Furthermore I have a short question about the setup of the machines. The rclm2 uses "ssh root@client1 'su - $TEAM ...." to ssh into the clients, change the user to whatever $TEAM says and to run the corresponding team. Since I don't want to provide the root-password twice in any match, I generate key-pairs and add them to the corresponding machines, so that I can ssh as root into any machine without the need to provide a password. Is this the default intended setup? I don't like the idea of providing password-free root logins to any user - not even to my admin-user. I'm looking forward to some great matches the next days. I'll try to upload the corresponding log files of the matches during the competition, so that you can watch them at home. Hope everything works fine. Cheers, Stefan |
|
From: Mohammad R. <raz...@gm...> - 2014-02-07 11:49:57
|
Hi As I read rssserver3d source code when clear ball and free-kick happens server invoke ClearPlayers method to move away agents from ball if they are too close to it. ClearPlayers itself calls MoveAgent function which move agent to a specified position and set the agent's velocity and angular velocity to zero. but in out tests when clear ball happens there is no zero in messages from server unlike free-kick times. so , is it a bug in rcssserver3d? or it's server policy? Thank you -- Regards Mohammad Razeghi |
|
From: Yuan Xu <xuy...@gm...> - 2014-01-16 17:20:25
|
Hi Mojtaba,
Actually it has been implemented in 2008, but sorry for lack of
documentation.
You can enable ImagePerceptor in rsg/agent/nao/naoneckhead.rsg, this part:
(nd Transform
(setLocalPos 0 $Head_Radius 0)
(setLocalRotation 0 0 0)
(nd ImagePerceptor
(setInterval 3)
(setOffScreen false)
(setResolution 320 240)
(setFOV 58)
(setZNear 0.003)
(setZFar 50)
)
)
The image is RGB format and encoded in Base64.
Here is a image from our paper in RoboCup 2013, enjoy world in colorful
pixels :)
http://sourceforge.net/p/simspark/svn/HEAD/tree/trunk/spark/doc/papers/2013/fig/simspark-spl.png
Best Regards,
Xu, Yuan
On Mon, Jan 13, 2014 at 1:51 PM, Mojtaba Hosseini <m.h...@ou...>wrote:
> well, every one using the simulator, needs to process the captures taken
> from the camera, but there is no real camera on the head of the robot in
> the simultor. This is important because the solutions of image processing
> sometime depends on the robotic applications….
>
> this is been on the whishlist of the simspark plans from 2008! don’t you
> think that it’s time to get it done!
> using Microsoft WPF we can set as many as camera’s all around the world
> (even on a joint of the robot) and get the picture from what that camera
> sees. by telling this I want to mention that reaching to this goal is
> possible and somehow I think that is not that hard!
>
> the camera can be exactly like the one that renders the 3d world and shows
> us that, as we can change the position of the field main camera and rotate
> it’s direction, if the same camra was on the head of the robot and the
> direction and position of the camera could change by changing the
> kinematics of the head, then we could see what robot sees! am I wrong? if
> not, that wouldn’t be a hard task to do.
>
> Are you really planning to add a real camera to the robot (for example on
> the head) and let us get a render of the scene that robot sees? If yes,
> when will it get done? this feature would be very appreciated.
>
> Best Regards,
> Mojtaba Hosseini
>
>
> ------------------------------------------------------------------------------
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
> _______________________________________________
> Simspark Generic Physical MAS Simulator
> simspark-devel mailing list
> sim...@li...
> https://lists.sourceforge.net/lists/listinfo/simspark-devel
>
>
|
|
From: Mojtaba H. <m.h...@ou...> - 2014-01-13 13:07:41
|
m.h...@ou... |
|
From: Mojtaba H. <m.h...@ou...> - 2014-01-13 13:05:23
|
well, every one using the simulator, needs to process the captures taken from the camera, but there is no real camera on the head of the robot in the simultor. This is important because the solutions of image processing sometime depends on the robotic applications…. this is been on the whishlist of the simspark plans from 2008! don’t you think that it’s time to get it done! using Microsoft WPF we can set as many as camera’s all around the world (even on a joint of the robot) and get the picture from what that camera sees. by telling this I want to mention that reaching to this goal is possible and somehow I think that is not that hard! the camera can be exactly like the one that renders the 3d world and shows us that, as we can change the position of the field main camera and rotate it’s direction, if the same camra was on the head of the robot and the direction and position of the camera could change by changing the kinematics of the head, then we could see what robot sees! am I wrong? if not, that wouldn’t be a hard task to do. Are you really planning to add a real camera to the robot (for example on the head) and let us get a render of the scene that robot sees? If yes, when will it get done? this feature would be very appreciated. Best Regards, Mojtaba Hosseini |
|
From: Hedayat V. <hed...@gm...> - 2013-06-14 14:57:47
|
Hi Joschka, Happy to hear from you again! :) And thank you for your continued support for SimSpark (and sorry for slow integration of some of them. However, I'm working on integrating the GUI work to trunk/. Unfortunately, the latest work on Bullet support is not committed to subversion repository and he didn't answer my email last time I didn't try again though :P.). This is great. Such tool is highly needed specially for using new robot types. :) Regards, Hedayat On ۱۳/۰۶/۱۳ 07:04, Joschka Boedecker wrote: > Hi all, > > @Hedayat, Klaus, and Sander: thanks a lot for the work on the new > SimSpark release! > > I wanted to let you know that Axel Peter, a student from University of > Koblenz, made a nice little tool that facilitates creating new agents > and robot models for the current SimSpark simulator. He called it > RSGCreator, and it's available here: > > http://sourceforge.net/projects/rsgcreator/ > > Also check out the wiki: > > http://sourceforge.net/p/rsgcreator/wiki/Home/ > > It has a nice tutorial of how to create a new robot for SimSpark, > based on the open-source CAD files of the Nimbro-OS robots by Sven > Behnke and his team: > > http://sourceforge.net/p/rsgcreator/wiki/Example/ > > He also made a model of the M3-Neony robot we had at Osaka University > (see attached screen shots), but this is not included in the download > yet since we're not sure about distribution rights etc. > > This should make it easier to develop even more heterogeneous teams > for the next competition :-) > > Good luck to all at Eindhoven! > > Cheers, > Joschka |
|
From: Klaus D. <kla...@hs...> - 2013-06-13 09:21:09
|
I suggest to keep the number of variations at one for each subtype. That will make it easier also for spectators. Greetings Klaus Am 13.06.2013 11:15, schrieb Hedayat Vatankhah: > That's fine with me, I can do that if there are no objections. We > might create several variations of each type too. There are two limits > for using heterogeneous players for each team now: teams can use up to > 3 players of a single hetero type, and up to 9 hetero players in > total. The limits can be configured too. > > > /*Klaus Dorer <kla...@hs...>*/ wrote on Thu, 13 Jun > 2013 06:04:49 +0200: >> Yes, it would be good if you, Hedayat, could throw the dice to create >> values in the range I have sent and copied below and publish the >> files as soon as possible. That way no team has the advantage of >> knowing the values before the other. Thank you! >> >> My suggestions for the value areas (min change, max change) are as >> follows: >> Type1 LongLeg (2cm, 6cm) (split in half at the hip, half at the Ankle) >> Type2 FastFoot (1 deg/s, 3 deg/s), meaning instead of a value of >> 6.1395 at least 7.13 and at most 9.13 for pitch and 5.13 to 3.13 for >> roll. >> >> Greetings >> Klaus >> >> Am 13.06.2013 00:06, schrieb Patrick MacAlpine: >>> OK. I thought it was decided that the robot types would be released >>> 2 weeks before the competition (which we're now within) and that it >>> would be by someone not on a team (Hedayat for example). This is >>> based on the email exchanges from a different email thread which I >>> have pasted below. >>> - Patrick >>> >>> ----------------------------- >>> Agree on both points. >>> No new foul rules applied, just visualization. >>> Two weeks announcement is also fine with me. >>> >>> Greetings >>> Klaus >>> >>> Am 23.05.2013 08:44, schrieb Patrick MacAlpine: >>> >>>> The penalty detection stuff I put together was a quick prototype of >>>> the system that Klaus had suggested and should probably be looked >>>> at a little and tuned before using it in a competition. While I >>>> think it's fine to show possible fouls, I might be hesitant to have >>>> referees acting on them -- as a likely referee at this year's >>>> competition I'd rather not have to be making such judgment calls >>>> myself:) >>>> >>>> I like the suggestions for new Nao types. I doubt many teams will >>>> use them however if only given them a week in advance. I think it >>>> might be better to give them out closer to two weeks before the >>>> competition in order to give teams more time to experiment with >>>> them and possibly integrate them into their teams. >>>> >>>> Regards, >>>> Patrick >>>> >>>> >>>> On Thu, May 23, 2013 at 12:52 AM, Klaus Dorer >>>> <kla...@hs... <mailto:kla...@hs...>> >>>> wrote: >>>> >>>> Hello Sander, >>>> >>>> good to see things develop :-) >>>> >>>> The TC has decided to postpone the rule changes to next year, >>>> since they had not been tested early enough. >>>> But as you say, we could add the changes to only display how >>>> the rules would be applied, at least in the early rounds of the >>>> tournament. This will give a good impression as to whether the >>>> current implementation is too rigid or too loose or just fitting. >>>> >>>> Of course this makes me greedy. Since you are in that matter >>>> now: would it be easy to make an extension that allows us to >>>> distinguish heterogeneous players in roboviz. E.g. by changing >>>> the leg or feet colors slightly? >>>> >>>> Hedayat is right that we have not finally decided on the number >>>> of heterogeneous players. I suggest to allow at most 3 players >>>> of each new type and at most 11 standard Naos as has been the >>>> case. Also I suggest to have no more than 3 new types, so that >>>> at least 2 standard Naos have to be used. So far I know of only >>>> two suggestions for alternate types, the two we tested at the >>>> German Open. One with faster ankle pitch, but slower ankle >>>> roll. The other with longer upper leg and, as a result from the >>>> test at German Open, also longer upper arms. Any other type >>>> suggestions? >>>> We should announce the final types roughly one week ahead of >>>> the competition say the 17th of June? >>>> Since our team is planning to use them I further suggest that >>>> this is done by someone else. Hedayat? I think the types should >>>> be used as suggested, but the actual values for the deviations >>>> should be randomly generated. The values should be generated so >>>> that they are at least x% higher than standard but at most y%. >>>> I can specify reasonable x and y values for the two types >>>> above, but am happy to have your suggestions. >>>> >>>> Greetings >>>> Klaus >>>> >>>> >>> ---------------------------------- >>> >>> >>> >>> On Wed, Jun 12, 2013 at 4:33 PM, Hedayat Vatankhah >>> <hed...@gm... <mailto:hed...@gm...>> wrote: >>> >>> Thanks for testing the packages. But I can't answer your >>> questions. Justin will probably update RoboViz soon, and the >>> latter should be announced by OC. But it is not going to be part >>> of 0.6.7 release. They will release a naorobottypes.rb for >>> RoboCup 2013 separately. >>> >>> Good luck, >>> Hedayat >>> >>> >>> /*Patrick MacAlpine <pa...@gm...> >>> <mailto:pa...@gm...>*/ wrote on Wed, 12 Jun 2013 15:27:00 >>> -0500: >>>> I am able to compile, install, and run the packages >>>> successfully on Ubuntu 12.04.� Has RoboViz been updated to show >>>> the reported fouls yet?� Also when will naorobottypes.rb be >>>> updated with the models for this year's competition? >>>> >>>> - Patrick >>>> >>>> >>>> On Wed, Jun 12, 2013 at 3:01 PM, Hedayat Vatankhah >>>> <hed...@gm... <mailto:hed...@gm...>> wrote: >>>> >>>> Hi, >>>> Please test the following packages and let me know if there >>>> are any problems compiling, installing or running the packages: >>>> http://hedayat.fedorapeople.org/misc/simspark-0.2.4.tar.gz >>>> http://hedayat.fedorapeople.org/misc/rcssserver3d-0.6.7.tar.gz >>>> >>>> Regards, >>>> Hedayat >>>> >>>>> Dear all, >>>>> I'm preparing the release and Sander's commit was just on >>>>> time ;). Actually, I've put a test release of simspark at >>>>> [1], and I'll put rcssserver3d release there too soon. >>>>> It'd be nice if you test the release file to see if they >>>>> work fine. I prefer to release them ASAP, since we are >>>>> already late. >>>>> >>>>> Thanks a lot Sander. I'll try to test. >>>>> >>>>> Regards, >>>>> Hedayat >>>>> >>>>> [1] http://hedayat.fedorapeople.org/misc/ >>>>> >>>>> /*Sander van Dijk <sgv...@gm...> >>>>> <mailto:sgv...@gm...>*/ wrote on Wed, 12 Jun 2013 >>>>> 12:31:58 +0200: >>>>>> I have integrated and committed them. Did some tests, but >>>>>> please test as well. If you run it, plus roboviz with the >>>>>> attached patch (note this is slightly different than the >>>>>> earlier one, because there is a new foul), you will see a >>>>>> lot of yellow cards come by. I foresee we will turn it >>>>>> off soon in the competition :) but at least there is some >>>>>> feedback, and bit easier to configure and tweak. >>>>>> >>>>>> Sander >>>>>> >>>>>> >>>>>> >>>>>> On 9 June 2013 20:44, Hedayat Vatankhah >>>>>> <hed...@gm... <mailto:hed...@gm...>> wrote: >>>>>> >>>>>> Hi Sander, >>>>>> >>>>>> >>>>>> /*Sander van Dijk <sgv...@gm...> >>>>>> <mailto:sgv...@gm...>*/ wrote on Sun, 9 Jun >>>>>> 2013 18:55:44 +0100: >>>>>>> Hi Hedayat, >>>>>>> >>>>>>> My idea was indeed to have the yellow/red selection >>>>>>> made in RoboViz, where non-penalized fouls are shown >>>>>>> with yellow, penalized with red. If you think it's >>>>>>> easier, I can integrate them; would be able to do >>>>>>> that tomorrow. >>>>>> Yes, it'd be great if you integrate them. :) >>>>>> >>>>>> Regards, >>>>>> Hedayat >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> I don't have any further pending changes. >>>>>>> >>>>>>> Sander >>>>>>> >>>>>>> >>>>>>> On 8 June 2013 20:37, Hedayat Vatankhah >>>>>>> <hed...@gm... <mailto:hed...@gm...>> wrote: >>>>>>> >>>>>>> Hi Sander, >>>>>>> >>>>>>> >>>>>>> >>>>>>> /*Sander van Dijk <sgv...@gm...> >>>>>>> <mailto:sgv...@gm...>*/ wrote on Wed, 22 >>>>>>> May 2013 16:25:20 +0100: >>>>>>>> Hey all, >>>>>>>> >>>>>>>> With just over a month to go, I guess it's time >>>>>>>> to put a release together for the simulator >>>>>>>> version for Eindhoven. I just committed >>>>>>>> something I wanted in there: the ability to >>>>>>>> send foul information to the monitor. Attached >>>>>>>> is a quick (and a bit dirty) patch to make this >>>>>>>> information visible in RoboViz; you should get >>>>>>>> a list underneath the top bar showing fouls for >>>>>>>> 10 seconds. >>>>>>>> >>>>>>>> With this, my suggestion is to put Patrick's >>>>>>>> rule implementations into the new version, but >>>>>>>> have no automatic penalization on them. >>>>>>>> Instead, the foul is shown in the monitor (with >>>>>>>> a yellow card instead of a red card), and the >>>>>>>> human referee can decide on the action to take. >>>>>>>> Even if we ignore them in the end, it should >>>>>>>> still give us an idea of how reasonable the >>>>>>>> calls are in a tournament. >>>>>>> I had a quick look to your changes in >>>>>>> rcssserver3d, but I don't know how the color of >>>>>>> the card is determined. How should we do it in >>>>>>> rcssserver3d? Do you propose to decide about the >>>>>>> color inside the monitor (e.g. Roboviz) by >>>>>>> sending foul type but not adding an agent's foul >>>>>>> counter? >>>>>>> I wanted to integrate Patrick's implementation >>>>>>> but I'm not sure about the details. >>>>>>> >>>>>>> P.S. I'd like to prepare the release in a few >>>>>>> days (hopefully 2-3). Please let me know if >>>>>>> there are any pending changes. >>>>>>> >>>>>>> >>>>>>> Regards, >>>>>>> Hedayat >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> Looking forward to your opinins. >>>>>>>> >>>>>>>> @Hedayat: you have the most experience putting >>>>>>>> a release together, would you have time to do >>>>>>>> this in the near future? >>>>>>>> >>>>>>>> Sander >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Adaptive Systems Research Group >>>>>>>> Department of Computer Science >>>>>>>> University of Hertfordshire >>>>>>>> United Kingdom >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> rc-ss3d-tc mailing list >>>>>>>> rc-...@li... <mailto:rc-...@li...> >>>>>>>> http://lists.robocup.org/listinfo.cgi/rc-ss3d-tc-robocup.org >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Adaptive Systems Research Group >>>>>>> Department of Computer Science >>>>>>> University of Hertfordshire >>>>>>> United Kingdom >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Adaptive Systems Research Group >>>>>> Department of Computer Science >>>>>> University of Hertfordshire >>>>>> United Kingdom >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> This SF.net email is sponsored by Windows: >>>> >>>> Build for Windows Store. >>>> >>>> http://p.sf.net/sfu/windows-dev2dev >>>> _______________________________________________ >>>> Simspark Generic Physical MAS Simulator >>>> simspark-devel mailing list >>>> sim...@li... >>>> <mailto:sim...@li...> >>>> https://lists.sourceforge.net/lists/listinfo/simspark-devel >>>> >>>> >>> >>> >> > |
|
From: Hedayat V. <hed...@gm...> - 2013-06-13 09:16:44
|
That's fine with me, I can do that if there are no objections. We might create several variations of each type too. There are two limits for using heterogeneous players for each team now: teams can use up to 3 players of a single hetero type, and up to 9 hetero players in total. The limits can be configured too. /*Klaus Dorer <kla...@hs...>*/ wrote on Thu, 13 Jun 2013 06:04:49 +0200: > Yes, it would be good if you, Hedayat, could throw the dice to create > values in the range I have sent and copied below and publish the files > as soon as possible. That way no team has the advantage of knowing the > values before the other. Thank you! > > My suggestions for the value areas (min change, max change) are as > follows: > Type1 LongLeg (2cm, 6cm) (split in half at the hip, half at the Ankle) > Type2 FastFoot (1 deg/s, 3 deg/s), meaning instead of a value of > 6.1395 at least 7.13 and at most 9.13 for pitch and 5.13 to 3.13 for roll. > > Greetings > Klaus > > Am 13.06.2013 00:06, schrieb Patrick MacAlpine: >> OK. I thought it was decided that the robot types would be released >> 2 weeks before the competition (which we're now within) and that it >> would be by someone not on a team (Hedayat for example). This is >> based on the email exchanges from a different email thread which I >> have pasted below. >> - Patrick >> >> ----------------------------- >> Agree on both points. >> No new foul rules applied, just visualization. >> Two weeks announcement is also fine with me. >> >> Greetings >> Klaus >> >> Am 23.05.2013 08:44, schrieb Patrick MacAlpine: >> >>> The penalty detection stuff I put together was a quick prototype of >>> the system that Klaus had suggested and should probably be looked at >>> a little and tuned before using it in a competition. While I think >>> it's fine to show possible fouls, I might be hesitant to have >>> referees acting on them -- as a likely referee at this year's >>> competition I'd rather not have to be making such judgment calls >>> myself:) >>> >>> I like the suggestions for new Nao types. I doubt many teams will >>> use them however if only given them a week in advance. I think it >>> might be better to give them out closer to two weeks before the >>> competition in order to give teams more time to experiment with them >>> and possibly integrate them into their teams. >>> >>> Regards, >>> Patrick >>> >>> >>> On Thu, May 23, 2013 at 12:52 AM, Klaus Dorer >>> <kla...@hs... <mailto:kla...@hs...>> >>> wrote: >>> >>> Hello Sander, >>> >>> good to see things develop :-) >>> >>> The TC has decided to postpone the rule changes to next year, >>> since they had not been tested early enough. >>> But as you say, we could add the changes to only display how the >>> rules would be applied, at least in the early rounds of the >>> tournament. This will give a good impression as to whether the >>> current implementation is too rigid or too loose or just fitting. >>> >>> Of course this makes me greedy. Since you are in that matter >>> now: would it be easy to make an extension that allows us to >>> distinguish heterogeneous players in roboviz. E.g. by changing >>> the leg or feet colors slightly? >>> >>> Hedayat is right that we have not finally decided on the number >>> of heterogeneous players. I suggest to allow at most 3 players >>> of each new type and at most 11 standard Naos as has been the >>> case. Also I suggest to have no more than 3 new types, so that >>> at least 2 standard Naos have to be used. So far I know of only >>> two suggestions for alternate types, the two we tested at the >>> German Open. One with faster ankle pitch, but slower ankle roll. >>> The other with longer upper leg and, as a result from the test >>> at German Open, also longer upper arms. Any other type suggestions? >>> We should announce the final types roughly one week ahead of the >>> competition say the 17th of June? >>> Since our team is planning to use them I further suggest that >>> this is done by someone else. Hedayat? I think the types should >>> be used as suggested, but the actual values for the deviations >>> should be randomly generated. The values should be generated so >>> that they are at least x% higher than standard but at most y%. I >>> can specify reasonable x and y values for the two types above, >>> but am happy to have your suggestions. >>> >>> Greetings >>> Klaus >>> >>> >> ---------------------------------- >> >> >> >> On Wed, Jun 12, 2013 at 4:33 PM, Hedayat Vatankhah >> <hed...@gm... <mailto:hed...@gm...>> wrote: >> >> Thanks for testing the packages. But I can't answer your >> questions. Justin will probably update RoboViz soon, and the >> latter should be announced by OC. But it is not going to be part >> of 0.6.7 release. They will release a naorobottypes.rb for >> RoboCup 2013 separately. >> >> Good luck, >> Hedayat >> >> >> /*Patrick MacAlpine <pa...@gm...> >> <mailto:pa...@gm...>*/ wrote on Wed, 12 Jun 2013 15:27:00 -0500: >>> I am able to compile, install, and run the packages successfully >>> on Ubuntu 12.04.� Has RoboViz been updated to show the reported >>> fouls yet?� Also when will naorobottypes.rb be updated with the >>> models for this year's competition? >>> >>> - Patrick >>> >>> >>> On Wed, Jun 12, 2013 at 3:01 PM, Hedayat Vatankhah >>> <hed...@gm... <mailto:hed...@gm...>> wrote: >>> >>> Hi, >>> Please test the following packages and let me know if there >>> are any problems compiling, installing or running the packages: >>> http://hedayat.fedorapeople.org/misc/simspark-0.2.4.tar.gz >>> http://hedayat.fedorapeople.org/misc/rcssserver3d-0.6.7.tar.gz >>> >>> Regards, >>> Hedayat >>> >>>> Dear all, >>>> I'm preparing the release and Sander's commit was just on >>>> time ;). Actually, I've put a test release of simspark at >>>> [1], and I'll put rcssserver3d release there too soon. It'd >>>> be nice if you test the release file to see if they work >>>> fine. I prefer to release them ASAP, since we are already late. >>>> >>>> Thanks a lot Sander. I'll try to test. >>>> >>>> Regards, >>>> Hedayat >>>> >>>> [1] http://hedayat.fedorapeople.org/misc/ >>>> >>>> /*Sander van Dijk <sgv...@gm...> >>>> <mailto:sgv...@gm...>*/ wrote on Wed, 12 Jun 2013 >>>> 12:31:58 +0200: >>>>> I have integrated and committed them. Did some tests, but >>>>> please test as well. If you run it, plus roboviz with the >>>>> attached patch (note this is slightly different than the >>>>> earlier one, because there is a new foul), you will see a >>>>> lot of yellow cards come by. I foresee we will turn it off >>>>> soon in the competition :) but at least there is some >>>>> feedback, and bit easier to configure and tweak. >>>>> >>>>> Sander >>>>> >>>>> >>>>> >>>>> On 9 June 2013 20:44, Hedayat Vatankhah >>>>> <hed...@gm... <mailto:hed...@gm...>> wrote: >>>>> >>>>> Hi Sander, >>>>> >>>>> >>>>> /*Sander van Dijk <sgv...@gm...> >>>>> <mailto:sgv...@gm...>*/ wrote on Sun, 9 Jun >>>>> 2013 18:55:44 +0100: >>>>>> Hi Hedayat, >>>>>> >>>>>> My idea was indeed to have the yellow/red selection >>>>>> made in RoboViz, where non-penalized fouls are shown >>>>>> with yellow, penalized with red. If you think it's >>>>>> easier, I can integrate them; would be able to do >>>>>> that tomorrow. >>>>> Yes, it'd be great if you integrate them. :) >>>>> >>>>> Regards, >>>>> Hedayat >>>>> >>>>> >>>>> >>>>>> >>>>>> I don't have any further pending changes. >>>>>> >>>>>> Sander >>>>>> >>>>>> >>>>>> On 8 June 2013 20:37, Hedayat Vatankhah >>>>>> <hed...@gm... <mailto:hed...@gm...>> wrote: >>>>>> >>>>>> Hi Sander, >>>>>> >>>>>> >>>>>> >>>>>> /*Sander van Dijk <sgv...@gm...> >>>>>> <mailto:sgv...@gm...>*/ wrote on Wed, 22 >>>>>> May 2013 16:25:20 +0100: >>>>>>> Hey all, >>>>>>> >>>>>>> With just over a month to go, I guess it's time >>>>>>> to put a release together for the simulator >>>>>>> version for Eindhoven. I just committed >>>>>>> something I wanted in there: the ability to send >>>>>>> foul information to the monitor. Attached is a >>>>>>> quick (and a bit dirty) patch to make this >>>>>>> information visible in RoboViz; you should get a >>>>>>> list underneath the top bar showing fouls for 10 >>>>>>> seconds. >>>>>>> >>>>>>> With this, my suggestion is to put Patrick's >>>>>>> rule implementations into the new version, but >>>>>>> have no automatic penalization on them. Instead, >>>>>>> the foul is shown in the monitor (with a yellow >>>>>>> card instead of a red card), and the human >>>>>>> referee can decide on the action to take. Even >>>>>>> if we ignore them in the end, it should still >>>>>>> give us an idea of how reasonable the calls are >>>>>>> in a tournament. >>>>>> I had a quick look to your changes in >>>>>> rcssserver3d, but I don't know how the color of >>>>>> the card is determined. How should we do it in >>>>>> rcssserver3d? Do you propose to decide about the >>>>>> color inside the monitor (e.g. Roboviz) by >>>>>> sending foul type but not adding an agent's foul >>>>>> counter? >>>>>> I wanted to integrate Patrick's implementation >>>>>> but I'm not sure about the details. >>>>>> >>>>>> P.S. I'd like to prepare the release in a few >>>>>> days (hopefully 2-3). Please let me know if there >>>>>> are any pending changes. >>>>>> >>>>>> >>>>>> Regards, >>>>>> Hedayat >>>>>> >>>>>> >>>>>>> >>>>>>> Looking forward to your opinins. >>>>>>> >>>>>>> @Hedayat: you have the most experience putting a >>>>>>> release together, would you have time to do this >>>>>>> in the near future? >>>>>>> >>>>>>> Sander >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Adaptive Systems Research Group >>>>>>> Department of Computer Science >>>>>>> University of Hertfordshire >>>>>>> United Kingdom >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> rc-ss3d-tc mailing list >>>>>>> rc-...@li... <mailto:rc-...@li...> >>>>>>> http://lists.robocup.org/listinfo.cgi/rc-ss3d-tc-robocup.org >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Adaptive Systems Research Group >>>>>> Department of Computer Science >>>>>> University of Hertfordshire >>>>>> United Kingdom >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Adaptive Systems Research Group >>>>> Department of Computer Science >>>>> University of Hertfordshire >>>>> United Kingdom >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> This SF.net email is sponsored by Windows: >>> >>> Build for Windows Store. >>> >>> http://p.sf.net/sfu/windows-dev2dev >>> _______________________________________________ >>> Simspark Generic Physical MAS Simulator >>> simspark-devel mailing list >>> sim...@li... >>> <mailto:sim...@li...> >>> https://lists.sourceforge.net/lists/listinfo/simspark-devel >>> >>> >> >> > |
|
From: Klaus D. <kla...@hs...> - 2013-06-13 04:05:01
|
Yes, it would be good if you, Hedayat, could throw the dice to create values in the range I have sent and copied below and publish the files as soon as possible. That way no team has the advantage of knowing the values before the other. Thank you! My suggestions for the value areas (min change, max change) are as follows: Type1 LongLeg (2cm, 6cm) (split in half at the hip, half at the Ankle) Type2 FastFoot (1 deg/s, 3 deg/s), meaning instead of a value of 6.1395 at least 7.13 and at most 9.13 for pitch and 5.13 to 3.13 for roll. Greetings Klaus Am 13.06.2013 00:06, schrieb Patrick MacAlpine: > OK. I thought it was decided that the robot types would be released 2 > weeks before the competition (which we're now within) and that it > would be by someone not on a team (Hedayat for example). This is > based on the email exchanges from a different email thread which I > have pasted below. > - Patrick > > ----------------------------- > Agree on both points. > No new foul rules applied, just visualization. > Two weeks announcement is also fine with me. > > Greetings > Klaus > > Am 23.05.2013 08:44, schrieb Patrick MacAlpine: > >> The penalty detection stuff I put together was a quick prototype of >> the system that Klaus had suggested and should probably be looked at >> a little and tuned before using it in a competition. While I think >> it's fine to show possible fouls, I might be hesitant to have >> referees acting on them -- as a likely referee at this year's >> competition I'd rather not have to be making such judgment calls myself:) >> >> I like the suggestions for new Nao types. I doubt many teams will >> use them however if only given them a week in advance. I think it >> might be better to give them out closer to two weeks before the >> competition in order to give teams more time to experiment with them >> and possibly integrate them into their teams. >> >> Regards, >> Patrick >> >> >> On Thu, May 23, 2013 at 12:52 AM, Klaus Dorer >> <kla...@hs... <mailto:kla...@hs...>> wrote: >> >> Hello Sander, >> >> good to see things develop :-) >> >> The TC has decided to postpone the rule changes to next year, >> since they had not been tested early enough. >> But as you say, we could add the changes to only display how the >> rules would be applied, at least in the early rounds of the >> tournament. This will give a good impression as to whether the >> current implementation is too rigid or too loose or just fitting. >> >> Of course this makes me greedy. Since you are in that matter now: >> would it be easy to make an extension that allows us to >> distinguish heterogeneous players in roboviz. E.g. by changing >> the leg or feet colors slightly? >> >> Hedayat is right that we have not finally decided on the number >> of heterogeneous players. I suggest to allow at most 3 players of >> each new type and at most 11 standard Naos as has been the case. >> Also I suggest to have no more than 3 new types, so that at least >> 2 standard Naos have to be used. So far I know of only two >> suggestions for alternate types, the two we tested at the German >> Open. One with faster ankle pitch, but slower ankle roll. The >> other with longer upper leg and, as a result from the test at >> German Open, also longer upper arms. Any other type suggestions? >> We should announce the final types roughly one week ahead of the >> competition say the 17th of June? >> Since our team is planning to use them I further suggest that >> this is done by someone else. Hedayat? I think the types should >> be used as suggested, but the actual values for the deviations >> should be randomly generated. The values should be generated so >> that they are at least x% higher than standard but at most y%. I >> can specify reasonable x and y values for the two types above, >> but am happy to have your suggestions. >> >> Greetings >> Klaus >> >> > ---------------------------------- > > > > On Wed, Jun 12, 2013 at 4:33 PM, Hedayat Vatankhah <hed...@gm... > <mailto:hed...@gm...>> wrote: > > Thanks for testing the packages. But I can't answer your > questions. Justin will probably update RoboViz soon, and the > latter should be announced by OC. But it is not going to be part > of 0.6.7 release. They will release a naorobottypes.rb for RoboCup > 2013 separately. > > Good luck, > Hedayat > > > /*Patrick MacAlpine <pa...@gm...> <mailto:pa...@gm...>*/ > wrote on Wed, 12 Jun 2013 15:27:00 -0500: >> I am able to compile, install, and run the packages successfully >> on Ubuntu 12.04.� Has RoboViz been updated to show the reported >> fouls yet?� Also when will naorobottypes.rb be updated with the >> models for this year's competition? >> >> - Patrick >> >> >> On Wed, Jun 12, 2013 at 3:01 PM, Hedayat Vatankhah >> <hed...@gm... <mailto:hed...@gm...>> wrote: >> >> Hi, >> Please test the following packages and let me know if there >> are any problems compiling, installing or running the packages: >> http://hedayat.fedorapeople.org/misc/simspark-0.2.4.tar.gz >> http://hedayat.fedorapeople.org/misc/rcssserver3d-0.6.7.tar.gz >> >> Regards, >> Hedayat >> >>> Dear all, >>> I'm preparing the release and Sander's commit was just on >>> time ;). Actually, I've put a test release of simspark at >>> [1], and I'll put rcssserver3d release there too soon. It'd >>> be nice if you test the release file to see if they work >>> fine. I prefer to release them ASAP, since we are already late. >>> >>> Thanks a lot Sander. I'll try to test. >>> >>> Regards, >>> Hedayat >>> >>> [1] http://hedayat.fedorapeople.org/misc/ >>> >>> /*Sander van Dijk <sgv...@gm...> >>> <mailto:sgv...@gm...>*/ wrote on Wed, 12 Jun 2013 >>> 12:31:58 +0200: >>>> I have integrated and committed them. Did some tests, but >>>> please test as well. If you run it, plus roboviz with the >>>> attached patch (note this is slightly different than the >>>> earlier one, because there is a new foul), you will see a >>>> lot of yellow cards come by. I foresee we will turn it off >>>> soon in the competition :) but at least there is some >>>> feedback, and bit easier to configure and tweak. >>>> >>>> Sander >>>> >>>> >>>> >>>> On 9 June 2013 20:44, Hedayat Vatankhah <hed...@gm... >>>> <mailto:hed...@gm...>> wrote: >>>> >>>> Hi Sander, >>>> >>>> >>>> /*Sander van Dijk <sgv...@gm...> >>>> <mailto:sgv...@gm...>*/ wrote on Sun, 9 Jun 2013 >>>> 18:55:44 +0100: >>>>> Hi Hedayat, >>>>> >>>>> My idea was indeed to have the yellow/red selection >>>>> made in RoboViz, where non-penalized fouls are shown >>>>> with yellow, penalized with red. If you think it's >>>>> easier, I can integrate them; would be able to do that >>>>> tomorrow. >>>> Yes, it'd be great if you integrate them. :) >>>> >>>> Regards, >>>> Hedayat >>>> >>>> >>>> >>>>> >>>>> I don't have any further pending changes. >>>>> >>>>> Sander >>>>> >>>>> >>>>> On 8 June 2013 20:37, Hedayat Vatankhah >>>>> <hed...@gm... <mailto:hed...@gm...>> wrote: >>>>> >>>>> Hi Sander, >>>>> >>>>> >>>>> >>>>> /*Sander van Dijk <sgv...@gm...> >>>>> <mailto:sgv...@gm...>*/ wrote on Wed, 22 >>>>> May 2013 16:25:20 +0100: >>>>>> Hey all, >>>>>> >>>>>> With just over a month to go, I guess it's time >>>>>> to put a release together for the simulator >>>>>> version for Eindhoven. I just committed something >>>>>> I wanted in there: the ability to send foul >>>>>> information to the monitor. Attached is a quick >>>>>> (and a bit dirty) patch to make this information >>>>>> visible in RoboViz; you should get a list >>>>>> underneath the top bar showing fouls for 10 seconds. >>>>>> >>>>>> With this, my suggestion is to put Patrick's rule >>>>>> implementations into the new version, but have no >>>>>> automatic penalization on them. Instead, the foul >>>>>> is shown in the monitor (with a yellow card >>>>>> instead of a red card), and the human referee can >>>>>> decide on the action to take. Even if we ignore >>>>>> them in the end, it should still give us an idea >>>>>> of how reasonable the calls are in a tournament. >>>>> I had a quick look to your changes in >>>>> rcssserver3d, but I don't know how the color of >>>>> the card is determined. How should we do it in >>>>> rcssserver3d? Do you propose to decide about the >>>>> color inside the monitor (e.g. Roboviz) by sending >>>>> foul type but not adding an agent's foul counter? >>>>> I wanted to integrate Patrick's implementation but >>>>> I'm not sure about the details. >>>>> >>>>> P.S. I'd like to prepare the release in a few days >>>>> (hopefully 2-3). Please let me know if there are >>>>> any pending changes. >>>>> >>>>> >>>>> Regards, >>>>> Hedayat >>>>> >>>>> >>>>>> >>>>>> Looking forward to your opinins. >>>>>> >>>>>> @Hedayat: you have the most experience putting a >>>>>> release together, would you have time to do this >>>>>> in the near future? >>>>>> >>>>>> Sander >>>>>> >>>>>> >>>>>> -- >>>>>> Adaptive Systems Research Group >>>>>> Department of Computer Science >>>>>> University of Hertfordshire >>>>>> United Kingdom >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> rc-ss3d-tc mailing list >>>>>> rc-...@li... <mailto:rc-...@li...> >>>>>> http://lists.robocup.org/listinfo.cgi/rc-ss3d-tc-robocup.org >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Adaptive Systems Research Group >>>>> Department of Computer Science >>>>> University of Hertfordshire >>>>> United Kingdom >>>> >>>> >>>> >>>> >>>> -- >>>> Adaptive Systems Research Group >>>> Department of Computer Science >>>> University of Hertfordshire >>>> United Kingdom >>> >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> _______________________________________________ >> Simspark Generic Physical MAS Simulator >> simspark-devel mailing list >> sim...@li... >> <mailto:sim...@li...> >> https://lists.sourceforge.net/lists/listinfo/simspark-devel >> >> > > |
|
From: Patrick M. <pa...@gm...> - 2013-06-12 22:06:25
|
OK. I thought it was decided that the robot types would be released 2 weeks before the competition (which we're now within) and that it would be by someone not on a team (Hedayat for example). This is based on the email exchanges from a different email thread which I have pasted below. - Patrick ----------------------------- Agree on both points. No new foul rules applied, just visualization. Two weeks announcement is also fine with me. Greetings Klaus Am 23.05.2013 08:44, schrieb Patrick MacAlpine: The penalty detection stuff I put together was a quick prototype of the system that Klaus had suggested and should probably be looked at a little and tuned before using it in a competition. While I think it's fine to show possible fouls, I might be hesitant to have referees acting on them -- as a likely referee at this year's competition I'd rather not have to be making such judgment calls myself:) I like the suggestions for new Nao types. I doubt many teams will use them however if only given them a week in advance. I think it might be better to give them out closer to two weeks before the competition in order to give teams more time to experiment with them and possibly integrate them into their teams. Regards, Patrick On Thu, May 23, 2013 at 12:52 AM, Klaus Dorer <kla...@hs...>wrote: > Hello Sander, > > good to see things develop :-) > > The TC has decided to postpone the rule changes to next year, since they > had not been tested early enough. > But as you say, we could add the changes to only display how the rules > would be applied, at least in the early rounds of the tournament. This will > give a good impression as to whether the current implementation is too > rigid or too loose or just fitting. > > Of course this makes me greedy. Since you are in that matter now: would it > be easy to make an extension that allows us to distinguish heterogeneous > players in roboviz. E.g. by changing the leg or feet colors slightly? > > Hedayat is right that we have not finally decided on the number of > heterogeneous players. I suggest to allow at most 3 players of each new > type and at most 11 standard Naos as has been the case. Also I suggest to > have no more than 3 new types, so that at least 2 standard Naos have to be > used. So far I know of only two suggestions for alternate types, the two we > tested at the German Open. One with faster ankle pitch, but slower ankle > roll. The other with longer upper leg and, as a result from the test at > German Open, also longer upper arms. Any other type suggestions? > We should announce the final types roughly one week ahead of the > competition say the 17th of June? > Since our team is planning to use them I further suggest that this is done > by someone else. Hedayat? I think the types should be used as suggested, > but the actual values for the deviations should be randomly generated. The > values should be generated so that they are at least x% higher than > standard but at most y%. I can specify reasonable x and y values for the > two types above, but am happy to have your suggestions. > > Greetings > Klaus > ---------------------------------- On Wed, Jun 12, 2013 at 4:33 PM, Hedayat Vatankhah <hed...@gm...>wrote: > Thanks for testing the packages. But I can't answer your questions. > Justin will probably update RoboViz soon, and the latter should be > announced by OC. But it is not going to be part of 0.6.7 release. They will > release a naorobottypes.rb for RoboCup 2013 separately. > > Good luck, > Hedayat > > > *Patrick MacAlpine <pa...@gm...> <pa...@gm...>* wrote on Wed, > 12 Jun 2013 15:27:00 -0500: > > I am able to compile, install, and run the packages successfully on > Ubuntu 12.04.� Has RoboViz been updated to show the reported fouls yet?� > Also when will naorobottypes.rb be updated with the models for this year's > competition? > > - Patrick > > > On Wed, Jun 12, 2013 at 3:01 PM, Hedayat Vatankhah <hed...@gm...>wrote: > >> Hi, >> Please test the following packages and let me know if there are any >> problems compiling, installing or running the packages: >> http://hedayat.fedorapeople.org/misc/simspark-0.2.4.tar.gz >> http://hedayat.fedorapeople.org/misc/rcssserver3d-0.6.7.tar.gz >> >> Regards, >> Hedayat >> >> Dear all, >> I'm preparing the release and Sander's commit was just on time ;). >> Actually, I've put a test release of simspark at [1], and I'll put >> rcssserver3d release there too soon. It'd be nice if you test the release >> file to see if they work fine. I prefer to release them ASAP, since we are >> already late. >> >> Thanks a lot Sander. I'll try to test. >> >> Regards, >> Hedayat >> >> [1] http://hedayat.fedorapeople.org/misc/ >> >> *Sander van Dijk <sgv...@gm...> <sgv...@gm...>* wrote on >> Wed, 12 Jun 2013 12:31:58 +0200: >> >> I have integrated and committed them. Did some tests, but please test as >> well. If you run it, plus roboviz with the attached patch (note this is >> slightly different than the earlier one, because there is a new foul), you >> will see a lot of yellow cards come by. I foresee we will turn it off soon >> in the competition :) but at least there is some feedback, and bit easier >> to configure and tweak. >> >> Sander >> >> >> >> On 9 June 2013 20:44, Hedayat Vatankhah <hed...@gm...> wrote: >> >>> Hi Sander, >>> >>> >>> *Sander van Dijk <sgv...@gm...> <sgv...@gm...>* wrote on >>> Sun, 9 Jun 2013 18:55:44 +0100: >>> >>> Hi Hedayat, >>> >>> My idea was indeed to have the yellow/red selection made in RoboViz, >>> where non-penalized fouls are shown with yellow, penalized with red. If you >>> think it's easier, I can integrate them; would be able to do that tomorrow. >>> >>> Yes, it'd be great if you integrate them. :) >>> >>> Regards, >>> Hedayat >>> >>> >>> >>> >>> I don't have any further pending changes. >>> >>> Sander >>> >>> >>> On 8 June 2013 20:37, Hedayat Vatankhah <hed...@gm...> wrote: >>> >>>> Hi Sander, >>>> >>>> >>>> >>>> *Sander van Dijk <sgv...@gm...> <sgv...@gm...>* wrote on >>>> Wed, 22 May 2013 16:25:20 +0100: >>>> >>>> Hey all, >>>> >>>> With just over a month to go, I guess it's time to put a release >>>> together for the simulator version for Eindhoven. I just committed >>>> something I wanted in there: the ability to send foul information to the >>>> monitor. Attached is a quick (and a bit dirty) patch to make this >>>> information visible in RoboViz; you should get a list underneath the top >>>> bar showing fouls for 10 seconds. >>>> >>>> With this, my suggestion is to put Patrick's rule implementations >>>> into the new version, but have no automatic penalization on them. Instead, >>>> the foul is shown in the monitor (with a yellow card instead of a red >>>> card), and the human referee can decide on the action to take. Even if we >>>> ignore them in the end, it should still give us an idea of how reasonable >>>> the calls are in a tournament. >>>> >>>> I had a quick look to your changes in rcssserver3d, but I don't know >>>> how the color of the card is determined. How should we do it in >>>> rcssserver3d? Do you propose to decide about the color inside the monitor >>>> (e.g. Roboviz) by sending foul type but not adding an agent's foul counter? >>>> I wanted to integrate Patrick's implementation but I'm not sure about >>>> the details. >>>> >>>> P.S. I'd like to prepare the release in a few days (hopefully 2-3). >>>> Please let me know if there are any pending changes. >>>> >>>> >>>> Regards, >>>> Hedayat >>>> >>>> >>>> >>>> Looking forward to your opinins. >>>> >>>> @Hedayat: you have the most experience putting a release together, >>>> would you have time to do this in the near future? >>>> >>>> Sander >>>> >>>> >>>> -- >>>> Adaptive Systems Research Group >>>> Department of Computer Science >>>> University of Hertfordshire >>>> United Kingdom >>>> >>>> >>>> _______________________________________________ >>>> rc-ss3d-tc mailing lis...@li...http://lists.robocup.org/listinfo.cgi/rc-ss3d-tc-robocup.org >>>> >>>> >>>> >>> >>> >>> -- >>> Adaptive Systems Research Group >>> Department of Computer Science >>> University of Hertfordshire >>> United Kingdom >>> >>> >>> >> >> >> -- >> Adaptive Systems Research Group >> Department of Computer Science >> University of Hertfordshire >> United Kingdom >> >> >> >> >> >> ------------------------------------------------------------------------------ >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> _______________________________________________ >> Simspark Generic Physical MAS Simulator >> simspark-devel mailing list >> sim...@li... >> https://lists.sourceforge.net/lists/listinfo/simspark-devel >> >> > > |
|
From: Hedayat V. <hed...@gm...> - 2013-06-12 21:34:11
|
Thanks for testing the packages. But I can't answer your questions. Justin will probably update RoboViz soon, and the latter should be announced by OC. But it is not going to be part of 0.6.7 release. They will release a naorobottypes.rb for RoboCup 2013 separately. Good luck, Hedayat /*Patrick MacAlpine <pa...@gm...>*/ wrote on Wed, 12 Jun 2013 15:27:00 -0500: > I am able to compile, install, and run the packages successfully on > Ubuntu 12.04.� Has RoboViz been updated to show the reported fouls > yet?� Also when will naorobottypes.rb be updated with the models for > this year's competition? > > - Patrick > > > On Wed, Jun 12, 2013 at 3:01 PM, Hedayat Vatankhah <hed...@gm... > <mailto:hed...@gm...>> wrote: > > Hi, > Please test the following packages and let me know if there are > any problems compiling, installing or running the packages: > http://hedayat.fedorapeople.org/misc/simspark-0.2.4.tar.gz > http://hedayat.fedorapeople.org/misc/rcssserver3d-0.6.7.tar.gz > > Regards, > Hedayat > >> Dear all, >> I'm preparing the release and Sander's commit was just on time >> ;). Actually, I've put a test release of simspark at [1], and >> I'll put rcssserver3d release there too soon. It'd be nice if you >> test the release file to see if they work fine. I prefer to >> release them ASAP, since we are already late. >> >> Thanks a lot Sander. I'll try to test. >> >> Regards, >> Hedayat >> >> [1] http://hedayat.fedorapeople.org/misc/ >> >> /*Sander van Dijk <sgv...@gm...> >> <mailto:sgv...@gm...>*/ wrote on Wed, 12 Jun 2013 12:31:58 >> +0200: >>> I have integrated and committed them. Did some tests, but please >>> test as well. If you run it, plus roboviz with the attached >>> patch (note this is slightly different than the earlier one, >>> because there is a new foul), you will see a lot of yellow cards >>> come by. I foresee we will turn it off soon in the competition >>> :) but at least there is some feedback, and bit easier to >>> configure and tweak. >>> >>> Sander >>> >>> >>> >>> On 9 June 2013 20:44, Hedayat Vatankhah <hed...@gm... >>> <mailto:hed...@gm...>> wrote: >>> >>> Hi Sander, >>> >>> >>> /*Sander van Dijk <sgv...@gm...> >>> <mailto:sgv...@gm...>*/ wrote on Sun, 9 Jun 2013 >>> 18:55:44 +0100: >>>> Hi Hedayat, >>>> >>>> My idea was indeed to have the yellow/red selection made in >>>> RoboViz, where non-penalized fouls are shown with yellow, >>>> penalized with red. If you think it's easier, I can >>>> integrate them; would be able to do that tomorrow. >>> Yes, it'd be great if you integrate them. :) >>> >>> Regards, >>> Hedayat >>> >>> >>> >>>> >>>> I don't have any further pending changes. >>>> >>>> Sander >>>> >>>> >>>> On 8 June 2013 20:37, Hedayat Vatankhah <hed...@gm... >>>> <mailto:hed...@gm...>> wrote: >>>> >>>> Hi Sander, >>>> >>>> >>>> >>>> /*Sander van Dijk <sgv...@gm...> >>>> <mailto:sgv...@gm...>*/ wrote on Wed, 22 May >>>> 2013 16:25:20 +0100: >>>>> Hey all, >>>>> >>>>> With just over a month to go, I guess it's time to put >>>>> a release together for the simulator version for >>>>> Eindhoven. I just committed something I wanted in >>>>> there: the ability to send foul information to the >>>>> monitor. Attached is a quick (and a bit dirty) patch >>>>> to make this information visible in RoboViz; you >>>>> should get a list underneath the top bar showing fouls >>>>> for 10 seconds. >>>>> >>>>> With this, my suggestion is to put Patrick's rule >>>>> implementations into the new version, but have no >>>>> automatic penalization on them. Instead, the foul is >>>>> shown in the monitor (with a yellow card instead of a >>>>> red card), and the human referee can decide on the >>>>> action to take. Even if we ignore them in the end, it >>>>> should still give us an idea of how reasonable the >>>>> calls are in a tournament. >>>> I had a quick look to your changes in rcssserver3d, but >>>> I don't know how the color of the card is determined. >>>> How should we do it in rcssserver3d? Do you propose to >>>> decide about the color inside the monitor (e.g. >>>> Roboviz) by sending foul type but not adding an agent's >>>> foul counter? >>>> I wanted to integrate Patrick's implementation but I'm >>>> not sure about the details. >>>> >>>> P.S. I'd like to prepare the release in a few days >>>> (hopefully 2-3). Please let me know if there are any >>>> pending changes. >>>> >>>> >>>> Regards, >>>> Hedayat >>>> >>>> >>>>> >>>>> Looking forward to your opinins. >>>>> >>>>> @Hedayat: you have the most experience putting a >>>>> release together, would you have time to do this in >>>>> the near future? >>>>> >>>>> Sander >>>>> >>>>> >>>>> -- >>>>> Adaptive Systems Research Group >>>>> Department of Computer Science >>>>> University of Hertfordshire >>>>> United Kingdom >>>>> >>>>> >>>>> _______________________________________________ >>>>> rc-ss3d-tc mailing list >>>>> rc-...@li... <mailto:rc-...@li...> >>>>> http://lists.robocup.org/listinfo.cgi/rc-ss3d-tc-robocup.org >>>> >>>> >>>> >>>> >>>> -- >>>> Adaptive Systems Research Group >>>> Department of Computer Science >>>> University of Hertfordshire >>>> United Kingdom >>> >>> >>> >>> >>> -- >>> Adaptive Systems Research Group >>> Department of Computer Science >>> University of Hertfordshire >>> United Kingdom >> > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Simspark Generic Physical MAS Simulator > simspark-devel mailing list > sim...@li... > <mailto:sim...@li...> > https://lists.sourceforge.net/lists/listinfo/simspark-devel > > |
|
From: Patrick M. <pa...@gm...> - 2013-06-12 20:27:07
|
I am able to compile, install, and run the packages successfully on Ubuntu 12.04. Has RoboViz been updated to show the reported fouls yet? Also when will naorobottypes.rb be updated with the models for this year's competition? - Patrick On Wed, Jun 12, 2013 at 3:01 PM, Hedayat Vatankhah <hed...@gm...>wrote: > Hi, > Please test the following packages and let me know if there are any > problems compiling, installing or running the packages: > http://hedayat.fedorapeople.org/misc/simspark-0.2.4.tar.gz > http://hedayat.fedorapeople.org/misc/rcssserver3d-0.6.7.tar.gz > > Regards, > Hedayat > > Dear all, > I'm preparing the release and Sander's commit was just on time ;). > Actually, I've put a test release of simspark at [1], and I'll put > rcssserver3d release there too soon. It'd be nice if you test the release > file to see if they work fine. I prefer to release them ASAP, since we are > already late. > > Thanks a lot Sander. I'll try to test. > > Regards, > Hedayat > > [1] http://hedayat.fedorapeople.org/misc/ > > *Sander van Dijk <sgv...@gm...> <sgv...@gm...>* wrote on > Wed, 12 Jun 2013 12:31:58 +0200: > > I have integrated and committed them. Did some tests, but please test as > well. If you run it, plus roboviz with the attached patch (note this is > slightly different than the earlier one, because there is a new foul), you > will see a lot of yellow cards come by. I foresee we will turn it off soon > in the competition :) but at least there is some feedback, and bit easier > to configure and tweak. > > Sander > > > > On 9 June 2013 20:44, Hedayat Vatankhah <hed...@gm...> wrote: > >> Hi Sander, >> >> >> *Sander van Dijk <sgv...@gm...> <sgv...@gm...>* wrote on >> Sun, 9 Jun 2013 18:55:44 +0100: >> >> Hi Hedayat, >> >> My idea was indeed to have the yellow/red selection made in RoboViz, >> where non-penalized fouls are shown with yellow, penalized with red. If you >> think it's easier, I can integrate them; would be able to do that tomorrow. >> >> Yes, it'd be great if you integrate them. :) >> >> Regards, >> Hedayat >> >> >> >> >> I don't have any further pending changes. >> >> Sander >> >> >> On 8 June 2013 20:37, Hedayat Vatankhah <hed...@gm...> wrote: >> >>> Hi Sander, >>> >>> >>> >>> *Sander van Dijk <sgv...@gm...> <sgv...@gm...>* wrote on >>> Wed, 22 May 2013 16:25:20 +0100: >>> >>> Hey all, >>> >>> With just over a month to go, I guess it's time to put a release >>> together for the simulator version for Eindhoven. I just committed >>> something I wanted in there: the ability to send foul information to the >>> monitor. Attached is a quick (and a bit dirty) patch to make this >>> information visible in RoboViz; you should get a list underneath the top >>> bar showing fouls for 10 seconds. >>> >>> With this, my suggestion is to put Patrick's rule implementations >>> into the new version, but have no automatic penalization on them. Instead, >>> the foul is shown in the monitor (with a yellow card instead of a red >>> card), and the human referee can decide on the action to take. Even if we >>> ignore them in the end, it should still give us an idea of how reasonable >>> the calls are in a tournament. >>> >>> I had a quick look to your changes in rcssserver3d, but I don't know how >>> the color of the card is determined. How should we do it in rcssserver3d? >>> Do you propose to decide about the color inside the monitor (e.g. Roboviz) >>> by sending foul type but not adding an agent's foul counter? >>> I wanted to integrate Patrick's implementation but I'm not sure about >>> the details. >>> >>> P.S. I'd like to prepare the release in a few days (hopefully 2-3). >>> Please let me know if there are any pending changes. >>> >>> >>> Regards, >>> Hedayat >>> >>> >>> >>> Looking forward to your opinins. >>> >>> @Hedayat: you have the most experience putting a release together, >>> would you have time to do this in the near future? >>> >>> Sander >>> >>> >>> -- >>> Adaptive Systems Research Group >>> Department of Computer Science >>> University of Hertfordshire >>> United Kingdom >>> >>> >>> _______________________________________________ >>> rc-ss3d-tc mailing lis...@li...http://lists.robocup.org/listinfo.cgi/rc-ss3d-tc-robocup.org >>> >>> >>> >> >> >> -- >> Adaptive Systems Research Group >> Department of Computer Science >> University of Hertfordshire >> United Kingdom >> >> >> > > > -- > Adaptive Systems Research Group > Department of Computer Science > University of Hertfordshire > United Kingdom > > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Simspark Generic Physical MAS Simulator > simspark-devel mailing list > sim...@li... > https://lists.sourceforge.net/lists/listinfo/simspark-devel > > |
|
From: Hedayat V. <hed...@gm...> - 2013-06-12 20:02:24
|
Hi, Please test the following packages and let me know if there are any problems compiling, installing or running the packages: http://hedayat.fedorapeople.org/misc/simspark-0.2.4.tar.gz http://hedayat.fedorapeople.org/misc/rcssserver3d-0.6.7.tar.gz Regards, Hedayat > Dear all, > I'm preparing the release and Sander's commit was just on time ;). > Actually, I've put a test release of simspark at [1], and I'll put > rcssserver3d release there too soon. It'd be nice if you test the > release file to see if they work fine. I prefer to release them ASAP, > since we are already late. > > Thanks a lot Sander. I'll try to test. > > Regards, > Hedayat > > [1] http://hedayat.fedorapeople.org/misc/ > > /*Sander van Dijk <sgv...@gm...>*/ wrote on Wed, 12 Jun 2013 > 12:31:58 +0200: >> I have integrated and committed them. Did some tests, but please test >> as well. If you run it, plus roboviz with the attached patch (note >> this is slightly different than the earlier one, because there is a >> new foul), you will see a lot of yellow cards come by. I foresee we >> will turn it off soon in the competition :) but at least there is >> some feedback, and bit easier to configure and tweak. >> >> Sander >> >> >> >> On 9 June 2013 20:44, Hedayat Vatankhah <hed...@gm... >> <mailto:hed...@gm...>> wrote: >> >> Hi Sander, >> >> >> /*Sander van Dijk <sgv...@gm...> >> <mailto:sgv...@gm...>*/ wrote on Sun, 9 Jun 2013 18:55:44 >> +0100: >>> Hi Hedayat, >>> >>> My idea was indeed to have the yellow/red selection made in >>> RoboViz, where non-penalized fouls are shown with yellow, >>> penalized with red. If you think it's easier, I can integrate >>> them; would be able to do that tomorrow. >> Yes, it'd be great if you integrate them. :) >> >> Regards, >> Hedayat >> >> >> >>> >>> I don't have any further pending changes. >>> >>> Sander >>> >>> >>> On 8 June 2013 20:37, Hedayat Vatankhah <hed...@gm... >>> <mailto:hed...@gm...>> wrote: >>> >>> Hi Sander, >>> >>> >>> >>> /*Sander van Dijk <sgv...@gm...> >>> <mailto:sgv...@gm...>*/ wrote on Wed, 22 May 2013 >>> 16:25:20 +0100: >>>> Hey all, >>>> >>>> With just over a month to go, I guess it's time to put a >>>> release together for the simulator version for Eindhoven. I >>>> just committed something I wanted in there: the ability to >>>> send foul information to the monitor. Attached is a quick >>>> (and a bit dirty) patch to make this information visible in >>>> RoboViz; you should get a list underneath the top bar >>>> showing fouls for 10 seconds. >>>> >>>> With this, my suggestion is to put Patrick's rule >>>> implementations into the new version, but have no automatic >>>> penalization on them. Instead, the foul is shown in the >>>> monitor (with a yellow card instead of a red card), and the >>>> human referee can decide on the action to take. Even if we >>>> ignore them in the end, it should still give us an idea of >>>> how reasonable the calls are in a tournament. >>> I had a quick look to your changes in rcssserver3d, but I >>> don't know how the color of the card is determined. How >>> should we do it in rcssserver3d? Do you propose to decide >>> about the color inside the monitor (e.g. Roboviz) by sending >>> foul type but not adding an agent's foul counter? >>> I wanted to integrate Patrick's implementation but I'm not >>> sure about the details. >>> >>> P.S. I'd like to prepare the release in a few days >>> (hopefully 2-3). Please let me know if there are any pending >>> changes. >>> >>> >>> Regards, >>> Hedayat >>> >>> >>>> >>>> Looking forward to your opinins. >>>> >>>> @Hedayat: you have the most experience putting a release >>>> together, would you have time to do this in the near future? >>>> >>>> Sander >>>> >>>> >>>> -- >>>> Adaptive Systems Research Group >>>> Department of Computer Science >>>> University of Hertfordshire >>>> United Kingdom >>>> >>>> >>>> _______________________________________________ >>>> rc-ss3d-tc mailing list >>>> rc-...@li... <mailto:rc-...@li...> >>>> http://lists.robocup.org/listinfo.cgi/rc-ss3d-tc-robocup.org >>> >>> >>> >>> >>> -- >>> Adaptive Systems Research Group >>> Department of Computer Science >>> University of Hertfordshire >>> United Kingdom >> >> >> >> >> -- >> Adaptive Systems Research Group >> Department of Computer Science >> University of Hertfordshire >> United Kingdom > |
|
From: Hedayat V. <hed...@gm...> - 2013-06-12 11:17:27
|
Dear all, I'm preparing the release and Sander's commit was just on time ;). Actually, I've put a test release of simspark at [1], and I'll put rcssserver3d release there too soon. It'd be nice if you test the release file to see if they work fine. I prefer to release them ASAP, since we are already late. Thanks a lot Sander. I'll try to test. Regards, Hedayat [1] http://hedayat.fedorapeople.org/misc/ /*Sander van Dijk <sgv...@gm...>*/ wrote on Wed, 12 Jun 2013 12:31:58 +0200: > I have integrated and committed them. Did some tests, but please test > as well. If you run it, plus roboviz with the attached patch (note > this is slightly different than the earlier one, because there is a > new foul), you will see a lot of yellow cards come by. I foresee we > will turn it off soon in the competition :) but at least there is some > feedback, and bit easier to configure and tweak. > > Sander > > > > On 9 June 2013 20:44, Hedayat Vatankhah <hed...@gm... > <mailto:hed...@gm...>> wrote: > > Hi Sander, > > > /*Sander van Dijk <sgv...@gm...> > <mailto:sgv...@gm...>*/ wrote on Sun, 9 Jun 2013 18:55:44 > +0100: >> Hi Hedayat, >> >> My idea was indeed to have the yellow/red selection made in >> RoboViz, where non-penalized fouls are shown with yellow, >> penalized with red. If you think it's easier, I can integrate >> them; would be able to do that tomorrow. > Yes, it'd be great if you integrate them. :) > > Regards, > Hedayat > > > >> >> I don't have any further pending changes. >> >> Sander >> >> >> On 8 June 2013 20:37, Hedayat Vatankhah <hed...@gm... >> <mailto:hed...@gm...>> wrote: >> >> Hi Sander, >> >> >> >> /*Sander van Dijk <sgv...@gm...> >> <mailto:sgv...@gm...>*/ wrote on Wed, 22 May 2013 >> 16:25:20 +0100: >>> Hey all, >>> >>> With just over a month to go, I guess it's time to put a >>> release together for the simulator version for Eindhoven. I >>> just committed something I wanted in there: the ability to >>> send foul information to the monitor. Attached is a quick >>> (and a bit dirty) patch to make this information visible in >>> RoboViz; you should get a list underneath the top bar >>> showing fouls for 10 seconds. >>> >>> With this, my suggestion is to put Patrick's rule >>> implementations into the new version, but have no automatic >>> penalization on them. Instead, the foul is shown in the >>> monitor (with a yellow card instead of a red card), and the >>> human referee can decide on the action to take. Even if we >>> ignore them in the end, it should still give us an idea of >>> how reasonable the calls are in a tournament. >> I had a quick look to your changes in rcssserver3d, but I >> don't know how the color of the card is determined. How >> should we do it in rcssserver3d? Do you propose to decide >> about the color inside the monitor (e.g. Roboviz) by sending >> foul type but not adding an agent's foul counter? >> I wanted to integrate Patrick's implementation but I'm not >> sure about the details. >> >> P.S. I'd like to prepare the release in a few days (hopefully >> 2-3). Please let me know if there are any pending changes. >> >> >> Regards, >> Hedayat >> >> >>> >>> Looking forward to your opinins. >>> >>> @Hedayat: you have the most experience putting a release >>> together, would you have time to do this in the near future? >>> >>> Sander >>> >>> >>> -- >>> Adaptive Systems Research Group >>> Department of Computer Science >>> University of Hertfordshire >>> United Kingdom >>> >>> >>> _______________________________________________ >>> rc-ss3d-tc mailing list >>> rc-...@li... <mailto:rc-...@li...> >>> http://lists.robocup.org/listinfo.cgi/rc-ss3d-tc-robocup.org >> >> >> >> >> -- >> Adaptive Systems Research Group >> Department of Computer Science >> University of Hertfordshire >> United Kingdom > > > > > -- > Adaptive Systems Research Group > Department of Computer Science > University of Hertfordshire > United Kingdom |
|
From: Hedayat V. <hed...@gm...> - 2013-06-12 07:46:29
|
Dear all, Notice that because of the recent changes in Sourceforge, the address of subversion repository of simspark is changed. You can find the appropriate address in [1]. You can use "svn relocate" command to relocate existing working directories to the new URL. For example (use the appropriate URL given in [1] instead of the following URL): svn relocate svn://svn.code.sf.net/p/simspark/svn/branches/gui-bullet Regards, Hedayat [1] http://sourceforge.net/p/simspark/svn/HEAD/tree/ |
45 messages has been excluded from this view by a project administrator.
