|
From: <he...@us...> - 2013-03-18 20:02:03
|
Revision: 337
http://simspark.svn.sourceforge.net/simspark/?rev=337&view=rev
Author: hedayat
Date: 2013-03-18 20:01:56 +0000 (Mon, 18 Mar 2013)
Log Message:
-----------
- Add a section about 'architectral changes'. (should it be included at all?)
- Add Gyro sensor
- Add a draft about heterogeneous players.
Modified Paths:
--------------
trunk/spark/doc/papers/2013/opensource.tex
Modified: trunk/spark/doc/papers/2013/opensource.tex
===================================================================
--- trunk/spark/doc/papers/2013/opensource.tex 2013-03-15 15:38:19 UTC (rev 336)
+++ trunk/spark/doc/papers/2013/opensource.tex 2013-03-18 20:01:56 UTC (rev 337)
@@ -71,11 +71,27 @@
\section{Current state / development since 2008}
Because last paper about simspark was in 2008
-\todo[inline]{sensors: ACC, FSR, restict vision, with line perceptions, image ...}
-\todo[inline]{robot model: NAO}
-\todo[inline]{soccer rules (referee)}
-\todo[inline]{bigger fields and more robots}
+\subsection{Architectural Changes (?)}
+\todo[inline]{separation of simspark and rcssserver3d}
+\todo[inline]{Cmake migration?}
+\todo[inline]{windows support (mingw32,VC)}
+\subsection{New Sensors}
+ - ACC
+ - FSR
+ - Gyroasdf
+ - Restrict Vision
+ -- Line perceptions
+ -- camera (image)
+
+\todo[inline]{robot model: NAO (rcssserver3d)}
+\todo[inline]{soccer rules (referee) (rcssserver3d)}
+\todo[inline]{bigger fields and more robots (rcssserver3d)}
+\todo[inline]{sync mode (simspark)}
+\todo[inline]{multi-threaded (simulation engine, agent controls) (simspark)}
+\todo[inline]{integrated agents (simspark)}
+\todo[inline]{physics simulation engine abstraction (simspark)}
+
\section{Recent Development (Changes 2013)}
@@ -237,7 +253,33 @@
\end{figure}
\subsection{Heterogeneous Robots}
+\todo[inline]{Draft, needs better English}
+Simulation is great for experimenting with robots without need to buy expensive
+real robots. Also, the robots are never damaged and they can be used for long
+running experiences without human intervention.
+However, the possibilities which are provided by a simulation environment is
+not limited to these. Not only you can experiment with different behaviors, but
+also you can modify the mechanical properties of the robot as you wish. Additionally,
+it is possible to create new challenges for robot AI developers since you can
+generate robots with different mechanical properties very easily at run time,
+you can provide variations of a robot to teams and they can use them if they can
+adopt their developed behaviors to unseen robots; which is in contrast with
+real robots because teams know the exact specification of the robots and
+can develop behaviors specifically tuned for a single robot. If heterogeneous
+robots are available in a game, teams can use them only if they can adopt
+their behaviors to the robots they didn't know about.
+
+Simspark already provided the ability to define different robot models and
+use them in its simulation environment. However, each model was fixed and if you
+wanted to have several variations of a robot, you should have defined several
+separate robot models. To better support games with heterogeneous robots, we have
+added the support for parametric models to simspark. Therefore, it is possible to
+define models in which a number of parameters are variables and can have different
+values for different robot variations. When you want to load such a model, you shold
+specify which type of that robot is needed and its parameters are replaced in the
+parametric model and the model is created.
+
\subsection{Agent Proxies}
\subsection{Player Integration??}
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|