Re: [simspark-devel] Countdown for Atlanta

[Yuan X. <xuy...@gm...>]

Hi Joschka,


>  .... If the
> application is too busy for SDL to create appropriate events, do you
> think it would make sense to have an other application ("referee") that
> connects to the server as a monitor and sends commands using the trainer
> protocol? This way we could make the game kick of and do drop ball at
> least...

I can try it tomorrow.

> .... We could maybe ask teams
> what they think about both of these changes. If people don't mind, we
> could go ahead and do it, I guess ;-)

OK, a discussion in the mail-list?


> One more issue is that we have to make a definite decision about which
> version of the timer to use in Atlanta soon.

That's right. It is very important for my work.

> Ideal scenario
> =========
> ...
> Options
> =====
>
> The above can be implemented using threads or just in a single run loop
> having different timing values for the different perceptors/effectors.
>

I hope my patch can meet the requirement.
In the patch,
vision perceptor runs at 25Hz ( the perceptor interval can can be set
in rsg by setInterval ),
render loop and monitor loop run at 25Hz,
others run at 50Hz.

> I think you implemented both options already (correct me if I'm wrong).
> In my opinion, if the threaded version runs stably, this would be the
> preferred option since it really boosts performance. However, if we
> can't be sure that it runs stably, we should go with the single-threaded
> version. Stability is more important than performance for the competition.

Yes, you are right.
The server can be configured in threaded or single thread mode in my
patch, by calling method SimulationServer::SetMultiThreads(bool).
I set the server run in single thread in the
sparkSetupMonitorLogPlayer, so that the log player can run properly.

I hope we can make the threaded server stable.
I have fixed the bug which happened while agent connecting/disconnectiong.

> We should make a decision about this on Saturday of this week (06/02).
> On Monday of next week (06/04), we should try to release RC1 for
> Atlanta, and shortly after that (maybe 06/09), we should make a final
> release.
>
> Do you think we can keep this schedule? Please let me know what you think.

I think we can.
I will test the server as much as I can ;-)

> Also, as soon as you have a new patch for the latest CVS version, could
> you please send it to me so that I can create a branch in the CVS?
>

The patch is here:
http://xuyuan.cn.googlepages.com/rcssserver3D-timer-cvs0705310335.pat.bz2

PS: the cvs updates so quickly, I tested the patch, there are unknown
some materials(such as "matLeft"),
I think it is not the matter of patch. I need to sleep now ;-)


-- 
Best wishes!

Xu Yuan
School of Automation
Southeast University, Nanjing, China

mail:   xuy...@gm...
          xy...@ya...
web:   http://xuyuan.cn.googlepages.com
--------------------------------------------------