<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><br>
</div>Yes, this is the thing to probably try first, if you embed a racket<br>
interpreter and provide a gl context users can just import fluxus-engine<br>
and off they go... This is what happens if you use fluxus via DrRacket<br>
or emacs.<br></blockquote><div><br></div><div>The gl context is provided by the GLWindow object so I just have to work out the racket VM...</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<br>
I'm not sure what the implications are of running multiple instances of<br>
fluxus renderers in the same process however - there are some static<br>
things which may be showstoppers (e.g. texture caching). It would be<br>
worthwhile sorting these out though.<br></blockquote><div><br></div><div>As a first step, I will need a global mutex on the VM and I can give a warning about shared namespaces and such between racket scripts. But clearly, the ideal solution is to avoid leakage between scripts (so that you can easily reuse processing/rendering bits).</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
<br>
</div>From my point of view, good! We had planned to do some work to make a<br>
plugin architecture in the C++ code to simplify the extra bits we have<br>
already e.g. ATToolKit and make it easier to include more things like<br>
OpenCV and give them access to the scenegraph.<br>
<br>
It seems to me, thinking about it again, that it would make more sense<br>
if this connection was higher up the stack - for example via scheme<br>
where it (if I understand right) could come from Rubyk too.<br></blockquote><div><br></div><div><br></div><div>I am taking a similar road in Rubyk: write bindings for scripting languages instead of making tons of small Rubyk objects. I even wrote a tool to automatically generate bindings by reading Doxygen output (<a href="http://rubyk.org/en/project311.html">http://rubyk.org/en/project311.html</a>).</div>
<div><br></div><div>I have some trouble fixing the Lua bindings to OpenCV 2.1 at the moment (template resolution, typedefs). Once this is solved, the binder could also spit Scheme bindings given the proper templates. </div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
cheers,<br>
<br>
dave<br>
<br>
</blockquote></div><br><div>I'll keep you posted and start playing with (fluxus) !</div><div><br></div><div>Gaspard</div>