Re: [simspark-devel] [Fwd: Re: MC Plan/CMake integration]

[Hedayat V. <hed...@ai...>]

Hi Mahdi,
I think OGRE Render system could be an optional part of the simulator, 
so there is no problem with having it in the simulator. And 8mb 
dependency is not too much I think (cegui and ois are small enough). 
Finally, even currently
Intel graphic cards are not much usable... :(

Good luck,
Hedayat

/*Mahdi <zig...@gm...>*/ wrote on ۰۸/۱۲/۰۳ 12:35:44:
> Hi Hedayat and Feng
>
>     Sure, that would be great. You might start with RoboLog's 2007 3DD
>     source (I think they have implemented some OGRE related stuff for
>     simspark), or start from scratch. Also you might be able to
>     cooperate with Zigorat people, but I'm not sure about it. It seems
>     that (as Mahdi told me) ZigoratAssistant is not going to replace
>     rcssmonitor3d (formerly known as monitorspark ;) ), so providing
>     OGRE support inside simspark is still a separate task I think. (?!)
>     Anyway, I think we should discuss about it after ChinaOpen 2008.
>
>
> I was against ogre entrance in rcssmonitor3d, since it required a 33Mb 
> download excess on source compilation of the simulator, and 8 Mb 
> excess on only installing binary packages in Fedora systems. That was 
> why I did not want ZigoratAssistant to get in the simulator's code. 
> This measures are only for the ogre's size, for sure the real download 
> size is much much more, cause for sure there are some other packages 
> to be installed for the rcssmonitor3d to be able to work correctly 
> with ogre, like OIS, CEGUI, Cg, etc. Just think about the updates of 
> ogre or it's packages, which would put lots of difficulties on the 
> developers for tuning the sources. (Although this is much much smaller 
> problem than the first one). Currently the rcssmonitor3d is working 
> well on systems with low graphic processing capabilities, but 
> introducing ogre to the monitor, will sure make it difficult (although 
> with its really hich quality code) for graphic cards like intel's 
> series to continue rendering the simulation @ 50 fps. Take a look at 
> all these, and please make it simple for the simulator to be compiled 
> more independently and be runned on most regular hardware.
>
> Cheers
> Mahdi
>