Menu
▾
▴
simspark-devel
|
From: Hedayat V. <hed...@ai...> - 2008-11-24 20:46:49
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> </head> <body bgcolor="#ffffff" text="#000000"> Hi all,<br> I've committed rcssserver3d to simspark SVN. So, the main parts of the server in CVS are now available in Simspark SVN. I'll move the remaining parts soon. <br> Now, we need a plan for MC for 2009; please help in this area so that we can announce MC plan for this year before December (or a little later in the worst case). Notice that 3DD teams should consider our plan when deciding about their proposal. There are some tasks proposed at [1], but you may add new tasks to the list. Please let us know about what you want to do in MC in the following months. Also, express your opinions about the tasks and their priorities.<br> What features should be added to the next version of the simulator?<br> <br> It seems that the current server (maybe version 0.6 or 0.6 with latest updates) is good enough for the qualification round. My suggestion is to have 2 main server releases before RoboCup 2009, the first one around January 10th which provides all of the new features (which affect teams) targeted for RoboCup 2009 and another one around April 10th with performance improvements and bug fixes or other changes which don't affect the teams. Then (hopefully!) we will present other interesting new features plus features added by 3DD teams in RoboCup 2009.<br> What do you think?!! <br> <br> However, without your help, nothing will happen!<br> <br> Good luck,<br> Hedayat<br> </body> </html> |
|
From: Yuan X. <xu...@in...> - 2008-11-24 21:28:59
|
Hi Hedayat, 2008/11/24 Hedayat Vatankhah <hed...@ai...>: > Hi all, > I've committed rcssserver3d to simspark SVN. So, the main parts of the > server in CVS are now available in Simspark SVN. I'll move the remaining > parts soon. Great work! The new era starts ;-) > Now, we need a plan for MC for 2009; please help in this area so that we can > announce MC plan for this year before December (or a little later in the > worst case). Notice that 3DD teams should consider our plan when deciding > about their proposal. There are some tasks proposed at [1], but you may add > new tasks to the list. Please let us know about what you want to do in MC in > the following months. Also, express your opinions about the tasks and their > priorities. > What features should be added to the next version of the simulator? > I hope the simulator can support Nao Team better. I am working on Nao Team Humboldt now, and I have recommended they to use simspark instead of webots. They are interested in simspark, but only keep eye on it at present. Since, the image sensor is missing ( I have already done some work on it, and hope it will work in this week) And also, they think the installation is too difficult, and more, they hope simspark works in no-Linux system, in fact, there are already binaries for windows and Mac, but they are out of date. I hope use Scon/Cmake will make the compilation work in different system easily. > It seems that the current server (maybe version 0.6 or 0.6 with latest > updates) is good enough for the qualification round. My suggestion is to > have 2 main server releases before RoboCup 2009, the first one around > January 10th which provides all of the new features (which affect teams) > targeted for RoboCup 2009 and another one around April 10th with performance > improvements and bug fixes or other changes which don't affect the teams. > Then (hopefully!) we will present other interesting new features plus > features added by 3DD teams in RoboCup 2009. > What do you think?!! Agree, but maybe, we need to ask TC and OC. > > However, without your help, nothing will happen! > > Good luck, > Hedayat > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Simspark Generic Physical MAS Simulator > simspark-devel mailing list > sim...@li... > https://lists.sourceforge.net/lists/listinfo/simspark-devel > > -- Sincerely, Xu Yuan Institute of Informatics, Humboldt University Berlin -------------------------------------------------- |
|
From: Hedayat V. <hed...@ai...> - 2008-11-26 00:08:15
|
Hi Yuan, /*"Yuan Xu" <xu...@in...>*/ wrote on ۰۸/۱۱/۲۵ 12:58:54: > Hi Hedayat, > > 2008/11/24 Hedayat Vatankhah <hed...@ai...>: > >> Hi all, >> ... > > Great work! The new era starts ;-) > :) >> Now, we need a plan for MC for 2009; please help in this area so that we can >> announce MC plan for this year before December (or a little later in the >> worst case). Notice that 3DD teams should consider our plan when deciding >> about their proposal. There are some tasks proposed at [1], but you may add >> new tasks to the list. Please let us know about what you want to do in MC in >> the following months. Also, express your opinions about the tasks and their >> priorities. >> What features should be added to the next version of the simulator? > > I hope the simulator can support Nao Team better. > I am working on Nao Team Humboldt now, and I have recommended they to > use simspark instead of webots. > They are interested in simspark, but only keep eye on it at present. > Since, the image sensor is missing ( I have already done some work on > it, and hope it will work in this week) > Great! > And also, they think the installation is too difficult, > But not in Fedora ;) Also there are some binary packages for ubuntu. > and more, they hope simspark works in no-Linux system, > in fact, there are already binaries for windows and Mac, but they are > out of date. > Yes. Specially after the transition to simspark SVN, windows support is broken. :( > I hope use Scon/Cmake will make the compilation work in different system easily. > I hope so! :) >> It seems that the current server (maybe version 0.6 or 0.6 with latest >> updates) is good enough for the qualification round. My suggestion is to >> have 2 main server releases before RoboCup 2009, the first one around >> January 10th which provides all of the new features (which affect teams) >> targeted for RoboCup 2009 and another one around April 10th with performance >> improvements and bug fixes or other changes which don't affect the teams. >> Then (hopefully!) we will present other interesting new features plus >> features added by 3DD teams in RoboCup 2009. >> What do you think?!! >> > > Agree, but maybe, we need to ask TC and OC. > Yes, maybe (I think they should talk about this to MC! But they are silent for now ;) ) And about myself: I'll hopefully work on a new protocol for agent (and probably monitor) communication (most probably through Player integration), migration to CMake (I've found some comparisons in favor of cmake but none of them were up to date. If anyone has anything against it, please let me know) and implementing the Sync mode; in no particular order :P. (My main goal is player integration for now). It would be really nice if someone can check ode 0.10's new features and possibly implementing them. Any volunteers? Good luck, Hedayat > >> However, without your help, nothing will happen! >> >> Good luck, >> Hedayat >> |
|
From: Yuan X. <xu...@in...> - 2008-11-26 16:30:43
|
Hi Hedayat, > > Yes, maybe (I think they should talk about this to MC! But they are silent > for now ;) ) > Then, we need to ASK them. > And about myself: I'll hopefully work on a new protocol for agent (and > probably monitor) communication (most probably through Player integration), > migration to CMake (I've found some comparisons in favor of cmake but none > of them were up to date. If anyone has anything against it, please let me > know) and implementing the Sync mode; in no particular order :P. (My main > goal is player integration for now). > Good plan. I think the protocol is very important. Although the S-Exp has some advantages, but it is too slow, and especially it can not handle image data! This makes me in trouble.;-( -- Sincerely, Xu Yuan Institute of Informatics, Humboldt University Berlin -------------------------------------------------- |
|
From: Hedayat V. <hed...@ai...> - 2008-11-26 22:16:57
|
Hi, /*"Yuan Xu" <xu...@in...>*/ wrote on ۰۸/۱۱/۲۶ 08:00:38: > Hi Hedayat, > > >> Yes, maybe (I think they should talk about this to MC! But they are silent >> for now ;) ) >> > Then, we need to ASK them. > OK, I've no problem with asking them! >> And about myself: I'll hopefully work on a new protocol for agent (and >> probably monitor) communication (most probably through Player integration), >> migration to CMake (I've found some comparisons in favor of cmake but none >> of them were up to date. If anyone has anything against it, please let me >> know) and implementing the Sync mode; in no particular order :P. (My main >> goal is player integration for now). >> >> > > Good plan. I think the protocol is very important. > Although the S-Exp has some advantages, but it is too slow, > and especially it can not handle image data! This makes me in trouble.;-( > It seems that it's priority is a bit higher than what I thought! OK, what about the others? Have a nice time, Hedayat |
|
From: Joschka B. <jos...@am...> - 2008-11-27 14:17:38
|
Hey guys, thanks for starting the migration to the new SVN! I just wanted to tell you that I created a new mailing list for the SVN commits: https://lists.sourceforge.net/lists/listinfo/simspark-svn Please let me know if anything doesn't work as expected. Cheers, Joschka On Nov 26, 2008, at 11:13 PM, Hedayat Vatankhah wrote: > Hi, > > "Yuan Xu" <xu...@in...> wrote on ۰۸/۱۱/۲۶ > 08:00:38: >> Hi Hedayat, >> >> >>> Yes, maybe (I think they should talk about this to MC! But they >>> are silent >>> for now ;) ) >>> >> Then, we need to ASK them. >> > OK, I've no problem with asking them! > >>> And about myself: I'll hopefully work on a new protocol for agent >>> (and >>> probably monitor) communication (most probably through Player >>> integration), >>> migration to CMake (I've found some comparisons in favor of cmake >>> but none >>> of them were up to date. If anyone has anything against it, please >>> let me >>> know) and implementing the Sync mode; in no particular order :P. >>> (My main >>> goal is player integration for now). >>> >>> >> Good plan. I think the protocol is very important. >> Although the S-Exp has some advantages, but it is too slow, >> and especially it can not handle image data! This makes me in >> trouble.;-( >> > It seems that it's priority is a bit higher than what I thought! > > OK, what about the others? > > Have a nice time, > Hedayat > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________ > Simspark Generic Physical MAS Simulator > simspark-devel mailing list > sim...@li... > https://lists.sourceforge.net/lists/listinfo/simspark-devel |
|
From: Mahdi <zig...@gm...> - 2008-11-28 22:25:04
|
Hi Good work Hedayat! On the new protocol you told about, how would you propose the new protocol to be? Please tell what features it should implement, and how would they be, and we can all put it in discussion for its better performance and usability. What about the previous protocol? Would it be eliminated or just be present in the simulator's code? Any suggestions? And one thing more, what about the protocol between simulator and visual tools like trainers? Currently ZigoratAssistant works properly (on my PC for now). I'm currently creating documents for developers and changing it to an automatic make system. The only part which remains uncoded is the simulator protocol parser, which I'm not able to write it, But I know some people has previously worked on this protocol and have previous experiences in documenting it! I'm currently composing a developers guide manual in LNCS format to provide full information and steps for contributing to this project, for both code developers, and for graphics developers or artists( People who want to know how to create graphical objects like stadiums, grasses, balls, goals, environments, etc and how to create visual effects like shaders, composite materials, environmental effects, etc). If anyone can give a hand on these matters, that would be awesome. Tell me, and I'll send a most recent version of the manual. I can see a good year for the league if everyone who can contribute, would actually contribute. Cheers Mahdi On Thu, Nov 27, 2008 at 5:31 PM, Joschka Boedecker < jos...@am...> wrote: > Hey guys, > > thanks for starting the migration to the new SVN! > > I just wanted to tell you that I created a new mailing list for the > SVN commits: > https://lists.sourceforge.net/lists/listinfo/simspark-svn > > Please let me know if anything doesn't work as expected. > > Cheers, > Joschka > > On Nov 26, 2008, at 11:13 PM, Hedayat Vatankhah wrote: > > > Hi, > > > > "Yuan Xu" <xu...@in...> wrote on ۰۸/۱۱/۲۶ > > 08:00:38: > >> Hi Hedayat, > >> > >> > >>> Yes, maybe (I think they should talk about this to MC! But they > >>> are silent > >>> for now ;) ) > >>> > >> Then, we need to ASK them. > >> > > OK, I've no problem with asking them! > > > >>> And about myself: I'll hopefully work on a new protocol for agent > >>> (and > >>> probably monitor) communication (most probably through Player > >>> integration), > >>> migration to CMake (I've found some comparisons in favor of cmake > >>> but none > >>> of them were up to date. If anyone has anything against it, please > >>> let me > >>> know) and implementing the Sync mode; in no particular order :P. > >>> (My main > >>> goal is player integration for now). > >>> > >>> > >> Good plan. I think the protocol is very important. > >> Although the S-Exp has some advantages, but it is too slow, > >> and especially it can not handle image data! This makes me in > >> trouble.;-( > >> > > It seems that it's priority is a bit higher than what I thought! > > > > OK, what about the others? > > > > Have a nice time, > > Hedayat > > > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > > challenge > > Build the coolest Linux based applications with Moblin SDK & win > > great prizes > > Grand prize is a trip for two to an Open Source event anywhere in > > the world > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________ > > Simspark Generic Physical MAS Simulator > > simspark-devel mailing list > > sim...@li... > > https://lists.sourceforge.net/lists/listinfo/simspark-devel > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Simspark Generic Physical MAS Simulator > simspark-devel mailing list > sim...@li... > https://lists.sourceforge.net/lists/listinfo/simspark-devel > |
|
From: Hedayat V. <hed...@ai...> - 2008-11-30 16:51:33
|
Hi Mahdi and All, /*Mahdi <zig...@gm...>*/ wrote on ۰۸/۱۱/۲۹ 01:55:00: > Hi > > Good work Hedayat! On the new protocol you told about, how would you > propose the new protocol to be? Please tell what features it should > implement, and how would they be, and we can all put it in discussion > for its better performance and usability. What about the previous > protocol? Would it be eliminated or just be present in the simulator's > code? Any suggestions? :) Thanks, but I'm not talking about a new protocol (agent-server protocol). My idea is to integrate our server with Player[1] (probably by providing a plug-in for player, providing virtual hardware), so that agents will use Player client libraries to communicate with the server using Player protocols. Since Player protocol is being used on real hardware, I think it should have good performance. I think the current protocol should be present in the server while the new protocol is under development, but after that, there is probably no reason to maintain the old protocol, except for compatibility with old agents. (We might remove it completely after a compatibility period.) > And one thing more, what about the protocol between simulator and > visual tools like trainers? Currently ZigoratAssistant works properly > (on my PC for now). I'm currently creating documents for developers > and changing it to an automatic make system. The only part which > remains uncoded is the simulator protocol parser, which I'm not able > to write it, But I know some people has previously worked on this > protocol and have previous experiences in documenting it! I'm > currently composing a developers guide manual in LNCS format to > provide full information and steps for contributing to this project, > for both code developers, and for graphics developers or artists( > People who want to know how to create graphical objects like stadiums, > grasses, balls, goals, environments, etc and how to create visual > effects like shaders, composite materials, environmental effects, > etc). If anyone can give a hand on these matters, that would be > awesome. Tell me, and I'll send a most recent version of the manual. Great work. :) For the protocol, I think you have some ideas, so maybe it's a good time to tell us about them, and documenting the protocol, and waiting for somebody to implement it! > > I can see a good year for the league if everyone who can contribute, > would actually contribute. :) me too! Good luck, Hedayat > > Cheers > Mahdi > > > On Thu, Nov 27, 2008 at 5:31 PM, Joschka Boedecker > <jos...@am... > <mailto:jos...@am...>> wrote: > > Hey guys, > > thanks for starting the migration to the new SVN! > > I just wanted to tell you that I created a new mailing list for the > SVN commits: > https://lists.sourceforge.net/lists/listinfo/simspark-svn > > Please let me know if anything doesn't work as expected. > > Cheers, > Joschka > > On Nov 26, 2008, at 11:13 PM, Hedayat Vatankhah wrote: > > > Hi, > > > > "Yuan Xu" <xu...@in... > <mailto:xu...@in...>> wrote on ۰۸/۱۱/۲۶ > > 08:00:38: > >> Hi Hedayat, > >> > >> > >>> Yes, maybe (I think they should talk about this to MC! But they > >>> are silent > >>> for now ;) ) > >>> > >> Then, we need to ASK them. > >> > > OK, I've no problem with asking them! > > > >>> And about myself: I'll hopefully work on a new protocol for agent > >>> (and > >>> probably monitor) communication (most probably through Player > >>> integration), > >>> migration to CMake (I've found some comparisons in favor of cmake > >>> but none > >>> of them were up to date. If anyone has anything against it, please > >>> let me > >>> know) and implementing the Sync mode; in no particular order :P. > >>> (My main > >>> goal is player integration for now). > >>> > >>> > >> Good plan. I think the protocol is very important. > >> Although the S-Exp has some advantages, but it is too slow, > >> and especially it can not handle image data! This makes me in > >> trouble.;-( > >> > > It seems that it's priority is a bit higher than what I thought! > > > > OK, what about the others? > > > > Have a nice time, > > Hedayat > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X