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
>
|
