Thread: [simspark-devel] preview of rcssserver3d-0.5.7

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Hi all,

I prepared the preview of rcssserver3d-0.5.7,
could you download it from
http://xuyuan.cn.googlepages.com/rcssserver3d-0.5.7-preview.tar.gz
and test it?

Thanks!
Xu Yuan

Hi Yuan,

I tested it in both single-threaded and multi-threaded modes, apparently
there is no problem. I ran it in multi-threaded mode with the multi-threaded
ODE, now it's really fast, 1GB and 2GH dual-core for 9 agents I get
"Skipping remaining time" once in a while. I guess on a fast computer for
this year it's possible to have 5x5 games.

By the way, doc directory is not updated in the package (like
rsgedit.txtand .tex files are not there), not sure but I guess in this
version they
should be added.

Cheers,
Hesham

On 22/03/2008, Yuan Xu <xuy...@gm...> wrote:
>
> Hi all,
>
> I prepared the preview of rcssserver3d-0.5.7,
> could you download it from
> http://xuyuan.cn.googlepages.com/rcssserver3d-0.5.7-preview.tar.gz
> and test it?
>
> Thanks!
>
> Xu Yuan
>

Hi Hesham,

> I tested it in both single-threaded and multi-threaded modes, apparently
> there is no problem. I ran it in multi-threaded mode with the multi-threaded
> ODE, now it's really fast, 1GB and 2GH dual-core for 9 agents I get
> "Skipping remaining time" once in a while. I guess on a fast computer for
> this year it's possible to have 5x5 games.
>

Good news!
I am interesting in multi-threaded ODE, could you give me a guide how
to install＆use it?

> By the way, doc directory is not updated in the package (like rsgedit.txt
> and .tex files are not there), not sure but I guess in this version they
> should be added.
>

I have added them, do you think we are ready to release the rcssserver3d-0.5.7?

Cheers,
Xu Yuan

Hi all,

I updated the new preview of rcssserver3d-0.5.7 in
http://xuyuan.cn.googlepages.com/rcssserver3d-0.5.7-preview.tar.gz

Could you take a look at it?
if there is not any problem, I will publish it tomorrow.

Thanks,
Xu Yuan

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html style="direction: ltr;">
<head>
 <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body style="direction: ltr;" bgcolor="#ffffff" text="#000000">
Hi, 
I've tried to get it, but unfortunately my downloaded files were
corrupted. I'll try to get it again. This is the same as the current
CVS head right? Anyways, releasing a release candidate version (e.g.
for one week testing) might be a good idea. 
 
Thanks, 
Hedayat 
 
<style type="text/css">blockquote {color: navy !important; background-color: RGB(245,245,245) !important; padding: 0 15 10 15 !important; margin: 15 0 0 0; border-left: #1010ff 2px solid;} blockquote blockquote {color: maroon !important; background-color: RGB(235,235,235) !important; border-left-color:maroon !important} blockquote blockquote blockquote {color: green !important; background-color: RGB(225,225,225) !important; border-left-color:teal !important} blockquote blockquote blockquote blockquote {color: purple !important; background-color: RGB(215,215,215) !important; border-left-color: purple !important} blockquote blockquote blockquote blockquote blockquote {color: teal !important; background-color: RGB(205,205,205) !important; border-left-color: green !important}</style>"Yuan
Xu" <a class="moz-txt-link-rfc2396E" href="mailto:xuy...@gm...">&lt;xuy...@gm...&gt;</a> wrote on 03/24/2008 10:49:46 AM: 
<blockquote style="border-left: 2px solid rgb(16, 16, 255); color: navy; background-color: rgb(245, 245, 245); padding-left: 15px;" cite="mid:18a...@ma..." type="cite">
 <pre wrap="">Hi all,

I updated the new preview of rcssserver3d-0.5.7 in
<a class="moz-txt-link-freetext" href="http://xuyuan.cn.googlepages.com/rcssserver3d-0.5.7-preview.tar.gz">http://xuyuan.cn.googlepages.com/rcssserver3d-0.5.7-preview.tar.gz</a>

Could you take a look at it?
if there is not any problem, I will publish it tomorrow.

Thanks,
Xu Yuan

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
<a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a>
_______________________________________________
Simspark Generic Physical MAS Simulator
simspark-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sim...@li...">sim...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/simspark-devel">https://lists.sourceforge.net/lists/listinfo/simspark-devel</a>
  </pre>
</blockquote>
</body>
</html>

Hi all,

On Mar 24, 2008, at 3:19 PM, Yuan Xu wrote:

> I updated the new preview of rcssserver3d-0.5.7 in
> http://xuyuan.cn.googlepages.com/rcssserver3d-0.5.7-preview.tar.gz
>

Thanks for putting together the release preview, Yuan!

> Could you take a look at it?
> if there is not any problem, I will publish it tomorrow.

I tested the code and came across a few issues, but I think they're  
all Mac OS X (Leopard) related:

* I had to add an include to lib/oxygen/simulationserver/ 
netmessage.cpp to provide otherwise missing types (I didn't have the  
problem in Tiger).

* I added the directory 'macosX' to EXTRA_DIST in the top-most  
Makefile.am; I couldn't compile the code without the files in that  
directory

* I had conflicting typedefs in /usr/local/include/ode/config.h and a  
system header (again, this was no problem in Tiger). I didn't know an  
elegant workaround for the problem right away, so I had to comment out  
the 'typedef unsigned short uint32' in the ODE config header; this  
way, the code compiles, but this hack is -- of course -- not  
satisfactory :-( Does anybody have a good idea how to prevent this  
conflict?

* I noticed that the user's manual is missing the references; maybe it  
was created without running Bibtex? Also, there are still some things  
missing and incorrect in the manual (I know for sure that the table  
with dimensions of the Soccerbot is still wrong, I didn't have time to  
correct it yet :-( ), so we should maybe tell people that this is  
still work in progress (but feedback is welcome of course :-) ).

After successful compilation, I could run the server without problems,  
but when I connected agentspark (using the composite bodies), I got  
the same error as reported by Feng Xue on the sserver-three-d list  
today (using ODE 0.9):

ODE INTERNAL ERROR 2: The centre of mass must be at the origin. in  
dBodySetMass()
(Core) caught signal 6
(Core) exit

Does anybody know what could cause this? I had this running without  
problems before.

Cheers,
Joschka

Hi,

Joschka Boedecker wrote:
> On Mar 24, 2008, at 3:19 PM, Yuan Xu wrote:
[...]
> * I had conflicting typedefs in /usr/local/include/ode/config.h and a  
> system header (again, this was no problem in Tiger). I didn't know an  
> elegant workaround for the problem right away, so I had to comment out  
> the 'typedef unsigned short uint32' in the ODE config header; this  
> way, the code compiles, but this hack is -- of course -- not  
> satisfactory :-( Does anybody have a good idea how to prevent this  
> conflict?

If the problem is caused by #defines then updating the 
physicsserver/odewrapper.h for MacOS is the right place to put the fix.

A typedef in the ode config file can not be modified directly via the 
preprocessor. But you could rename the offending typedef via the 
preprocessor like '#define uint32 dummy' in the odewrapper before 
inlcuding ode.h (be sure to undefine uint32 after the include)

I have some more #defines and typedef prepared that are necessary for 
the win32 port and add to the preproccessor fun... I'll wait with these 
commits until after the release.

cheers,
Markus

Hey Markus,

On Mar 25, 2008, at 5:42 AM, Markus Rollmann wrote:
> Hi,
>
> Joschka Boedecker wrote:
>> On Mar 24, 2008, at 3:19 PM, Yuan Xu wrote:
> [...]
>> * I had conflicting typedefs in /usr/local/include/ode/config.h and  
>> a  system header (again, this was no problem in Tiger). I didn't  
>> know an  elegant workaround for the problem right away, so I had to  
>> comment out  the 'typedef unsigned short uint32' in the ODE config  
>> header; this  way, the code compiles, but this hack is -- of course  
>> -- not  satisfactory :-( Does anybody have a good idea how to  
>> prevent this  conflict?
>
> If the problem is caused by #defines then updating the physicsserver/ 
> odewrapper.h for MacOS is the right place to put the fix.
>
> A typedef in the ode config file can not be modified directly via  
> the preprocessor. But you could rename the offending typedef via the  
> preprocessor like '#define uint32 dummy' in the odewrapper before  
> inlcuding ode.h (be sure to undefine uint32 after the include)

Great, this worked, thanks :-) Good luck with the win32 stuff!

Cheers,
Joschka

Hi

I get this error on my system in the multi-threaded mode, some times after a
few secs some times after a few minutes. Any idea what's the problem? (I'm
using ODE 0.9)

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb5a7fb90 (LWP 9138)]
ForceResistancePerceptor::Percept (this=0x825ee38, predList=@0xb5a7f1a4)
    at forceresistanceperceptor.cpp:79
79                  Vector3f forceVec(i->second.f1[0], i->second.f1[1], i->
second.f1[2]);
(gdb) bt
#0  ForceResistancePerceptor::Percept (this=0x825ee38, predList=@0xb5a7f1a4)
    at forceresistanceperceptor.cpp:79
#1  0xb78a7d85 in oxygen::AgentAspect::QueryPerceptors (this=0xb3984ad8)
    at agentaspect/agentaspect.cpp:96
#2  0xb79096c8 in oxygen::AgentControl::EndCycle (this=0x80914a8)
    at simulationserver/agentcontrol.cpp:166
#3  0xb78ff4ee in oxygen::SimulationServer::SimControlThread
(this=0x80a9818,
    controlNode=@0xb5a7f304) at simulationserver/simulationserver.cpp:557
#4  0xb7903912 in
boost::detail::function::void_function_obj_invoker0<boost::_bi::bind_t<void,
boost::_mfi::mf1<void, oxygen::SimulationServer,
boost::shared_ptr<oxygen::SimControlNode> >,
boost::_bi::list2<boost::_bi::value<oxygen::SimulationServer*>,
boost::_bi::value<boost::shared_ptr<oxygen::SimControlNode> > > >,
void>::invoke (function_obj_ptr=
      {obj_ptr = 0x8141f10, const_obj_ptr = 0x8141f10, func_ptr = 0x8141f10,
data = "\020"}) at /usr/include/boost/bind/mem_fn_template.hpp:149
#5  0xb761302c in boost::function0<void,
std::allocator<boost::function_base> >::operator() () from
/usr/lib/libboost_thread-mt.so.1.33.1
#6  0xb7612c42 in ?? () from /usr/lib/libboost_thread-mt.so.1.33.1
#7  0xb7e21192 in start_thread () from /lib/libpthread.so.0
#8  0xb747c02e in clone () from /lib/libc.so.6

Cheers,
Hesham

On 24/03/2008, Yuan Xu <xuy...@gm...> wrote:
>
> Hi all,
>
> I updated the new preview of rcssserver3d-0.5.7 in
> http://xuyuan.cn.googlepages.com/rcssserver3d-0.5.7-preview.tar.gz
>
> Could you take a look at it?
> if there is not any problem, I will publish it tomorrow.
>
> Thanks,
> Xu Yuan
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Simspark Generic Physical MAS Simulator
> simspark-devel mailing list
> sim...@li...
> https://lists.sourceforge.net/lists/listinfo/simspark-devel
>

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html style="direction: ltr;">
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body style="direction: ltr;" bgcolor="#ffffff" text="#000000">
Hi!<br>
Well, I think I know the problem ;) This is because currently
PrePhysicsUpdate is called in parallel to SimControlThreads and in FRP
this function clears mContactList. This problem was mentioned by Yuan
before, but I didn't applied the fix since it would need 2 more wait
functions (which might have a negative effect on the performance). OK,
I'll enable the fix. Would you please check the current CVS head to see
if the problem is really fixed?<br>
<br>
(This problem can be fixed by modifying FRP itself, but the problem
might appear elsewhere in future.)<br>
<br>
Any suggestions for a better structure? (Yuan has proposed a change in
the structure, but it could slightly modify the server behavior in
multi-threaded mode).<br>
<br>
Thanks,<br>
Hedayat<br>
<br>
<span><br>
<style type="text/css">blockquote {color: navy !important; background-color: RGB(245,245,245) !important; padding: 0 15 10 15 !important; margin: 15 0 0 0; border-left: #1010ff 2px solid;}  blockquote blockquote {color: maroon !important; background-color: RGB(235,235,235) !important; border-left-color:maroon !important}  blockquote blockquote blockquote {color: green !important; background-color: RGB(225,225,225) !important; border-left-color:teal !important}  blockquote blockquote blockquote blockquote {color: purple !important; background-color: RGB(215,215,215) !important; border-left-color: purple !important}  blockquote blockquote blockquote blockquote blockquote {color: teal !important; background-color: RGB(205,205,205) !important; border-left-color: green !important}</style><i><b>Hesham
<a class="moz-txt-link-rfc2396E" href="mailto:hes...@gm...">&lt;hes...@gm...&gt;</a></b></i> wrote on 03/25/2008 02:01:28
AM:</span><br>
<blockquote   style="border-left: 2px solid rgb(16, 16, 255); color: navy; background-color: rgb(245, 245, 245); padding-left: 15px;"   cite="mid:1d7...@ma..."   type="cite">Hi<br>
  <br>
I get this error on my system in the multi-threaded mode, some times
after a few secs some times after a few minutes. Any idea what's the
problem? (I'm using ODE 0.9)<br>
  <br>
Program received signal SIGSEGV, Segmentation fault.<br>
[Switching to Thread 0xb5a7fb90 (LWP 9138)]<br>
ForceResistancePerceptor::Percept (this=0x825ee38, predList=@0xb5a7f1a4)<br>
    at forceresistanceperceptor.cpp:79<br>
79                  Vector3f forceVec(i-&gt;second.f1[0],
i-&gt;second.f1[1], i-&gt;second.f1[2]);<br>
(gdb) bt<br>
#0  ForceResistancePerceptor::Percept (this=0x825ee38,
predList=@0xb5a7f1a4)<br>
    at forceresistanceperceptor.cpp:79<br>
#1  0xb78a7d85 in oxygen::AgentAspect::QueryPerceptors (this=0xb3984ad8)<br>
    at agentaspect/agentaspect.cpp:96<br>
#2  0xb79096c8 in oxygen::AgentControl::EndCycle (this=0x80914a8)<br>
    at simulationserver/agentcontrol.cpp:166<br>
#3  0xb78ff4ee in oxygen::SimulationServer::SimControlThread
(this=0x80a9818, <br>
    controlNode=@0xb5a7f304) at
simulationserver/simulationserver.cpp:557<br>
#4  0xb7903912 in
boost::detail::function::void_function_obj_invoker0&lt;boost::_bi::bind_t&lt;void,
boost::_mfi::mf1&lt;void, oxygen::SimulationServer,
boost::shared_ptr&lt;oxygen::SimControlNode&gt; &gt;,
boost::_bi::list2&lt;boost::_bi::value&lt;oxygen::SimulationServer*&gt;,
boost::_bi::value&lt;boost::shared_ptr&lt;oxygen::SimControlNode&gt;
&gt; &gt; &gt;, void&gt;::invoke (function_obj_ptr=<br>
      {obj_ptr = 0x8141f10, const_obj_ptr = 0x8141f10, func_ptr =
0x8141f10, data = "\020"}) at
/usr/include/boost/bind/mem_fn_template.hpp:149<br>
#5  0xb761302c in boost::function0&lt;void,
std::allocator&lt;boost::function_base&gt; &gt;::operator() () from
/usr/lib/libboost_thread-mt.so.1.33.1<br>
#6  0xb7612c42 in ?? () from /usr/lib/libboost_thread-mt.so.1.33.1<br>
#7  0xb7e21192 in start_thread () from /lib/libpthread.so.0<br>
#8  0xb747c02e in clone () from /lib/libc.so.6<br>
  <br>
Cheers,<br>
Hesham<br>
  <br>
  <div><span class="gmail_quote">On 24/03/2008, <b   class="gmail_sendername">Yuan Xu</b> &lt;<a moz-do-not-send="true"   href="mailto:xuy...@gm...">xuy...@gm...</a>&gt; wrote:</span>
  <blockquote class="gmail_quote"   style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi
all,<br>
    <br>
I updated the new preview of rcssserver3d-0.5.7 in<br>
    <a moz-do-not-send="true"   href="http://xuyuan.cn.googlepages.com/rcssserver3d-0.5.7-preview.tar.gz">http://xuyuan.cn.googlepages.com/rcssserver3d-0.5.7-preview.tar.gz</a><br>
    <br>
Could you take a look at it?<br>
if there is not any problem, I will publish it tomorrow.<br>
    <br>
Thanks,<br>
Xu Yuan<br>
    <br>
    <br>
-------------------------------------------------------------------------<br>
This SF.net email is sponsored by: Microsoft<br>
Defy all challenges. Microsoft(R) Visual Studio 2008.<br>
    <a moz-do-not-send="true"   href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a><br>
_______________________________________________<br>
Simspark Generic Physical MAS Simulator<br>
simspark-devel mailing list<br>
    <a moz-do-not-send="true"   href="mailto:sim...@li...">sim...@li...</a><br>
    <a moz-do-not-send="true"   href="https://lists.sourceforge.net/lists/listinfo/simspark-devel">https://lists.sourceforge.net/lists/listinfo/simspark-devel</a><br>
  </blockquote>
  </div>
  <br>
  <pre wrap="">
<hr size="4" width="90%">
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
<a class="moz-txt-link-freetext" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a>
  </pre>
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
Simspark Generic Physical MAS Simulator
simspark-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sim...@li...">sim...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/simspark-devel">https://lists.sourceforge.net/lists/listinfo/simspark-devel</a>
  </pre>
</blockquote>
</body>
</html>

Hi Yuan:

   I find that the 'EndCycle' is not limited by simstep in multithreads 

mode. May be there need a correction :-)

Best wishes!
Ben

在2008-03-23，"Yuan Xu" <xuy...@gm...> 写道：

Hi all,

I prepared the preview of rcssserver3d-0.5.7,
could you download it from
http://xuyuan.cn.googlepages.com/rcssserver3d-0.5.7-preview.tar.gz
and test it?

Thanks!
Xu Yuan

Hi!
You're right. I'll fix it.

Thanks a lot,
Hedayat

/*Ben <lgp...@16...>*/ wrote on 03/23/2008 12:00:39 AM:
> Hi Yuan:
>
>    I find that the 'EndCycle' is not limited by simstep in multithreads
>
> mode. May be there need a correction :-)
>
> Best wishes!
> Ben
>
> ��2008-03-23��"Yuan Xu" <xuy...@gm...> д���
>
>     Hi all,
>
>     I prepared the preview of rcssserver3d-0.5.7,
>     could you download it from
>     http://xuyuan.cn.googlepages.com/rcssserver3d-0.5.7-preview.tar.gz
>     and test it?
>
>     Thanks!
>     Xu Yuan
>
>         
>
>
>
> ------------------------------------------------------------------------
> �� �� �� ǿ �� �� --- �� �� �� �� �� �� ��166 �� �� �� ͬ ʱ �� �� 
> <http://event.mail.163.com/chanel/click.htm?from=NO_26&domain=163>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Simspark Generic Physical MAS Simulator
> simspark-devel mailing list
> sim...@li...
> https://lists.sourceforge.net/lists/listinfo/simspark-devel
>   

Hi,

Everything seems to work fine here. I just had to install libmng-dev, which
isn't checked for in configure aparently.

On Mon, Mar 24, 2008 at 3:54 PM, Joschka Boedecker <
jos...@am...> wrote:

> ODE INTERNAL ERROR 2: The centre of mass must be at the origin. in
> dBodySetMass()
> (Core) caught signal 6
> (Core) exit
>
> Does anybody know what could cause this? I had this running without
> problems before.
>

Again I don't get this problem.. And indeed weird that you get this now all
of a sudden. Could you try adding the following after line 280 of
lib/oxygen/physicsserver/body.ccp:

bodyMass.c[0] = bodyMass.c[1] = bodyMass.c[2] = 0;

If it's due to rounding errors this should help.

Regards,

Sander

Hi Sander,

On Mar 25, 2008, at 1:32 AM, Sander van Dijk wrote:

> [...]
>
> On Mon, Mar 24, 2008 at 3:54 PM, Joschka Boedecker <jos...@am... 
> > wrote:
> ODE INTERNAL ERROR 2: The centre of mass must be at the origin. in
> dBodySetMass()
> (Core) caught signal 6
> (Core) exit
>
> Does anybody know what could cause this? I had this running without
> problems before.
>
> Again I don't get this problem.. And indeed weird that you get this  
> now all of a sudden. Could you try adding the following after line  
> 280 of lib/oxygen/physicsserver/body.ccp:
>
> bodyMass.c[0] = bodyMass.c[1] = bodyMass.c[2] = 0;
>
> If it's due to rounding errors this should help.

I just tried and it worked like a charm :-) I already committed the  
changes to the repository. Thanks a lot!

Cheers,
Joschka