igor 

first a canvas because lot of people can help for using it and this will 
support parallelisation of actions.

Stef

> from this message i learn that i have to kick my ass and continue
> working on NativeBoost,
> including its OpenGL bindings.
> 
> Too bad, there is not much people who can do low level assembly + VM
> hacking + openGL hacking
> and interested in pushing NB forward and/or collaborating with me :(
> 
> On 16 March 2011 00:17, Fernando Olivero <fernando.oliv...@usi.ch> wrote:
>> Hi Alex,  i'm sad to hear that AlienOpenGL is not working for you, i'm
>> currently not mainting it. IMO opinion the Croquet OpengL and Igor's
>> native boost OpenGL are far better choices for interfacing with
>> OpenGL.
>> Lumiere is conceptually designed to work with any of the above, but
>> currently tied to AlienOpenGL. Wouldn't take much to plug the other
>> two, and you would get the high level abstractions over OpenGL that
>> Lumiere offers.
>> 
>> Regarding the boost, it highly depends on the 3D application being
>> built. 
>> http://www.opengl.org/resources/code/samples/advanced/advanced97/notes/node207.html#SECTION000181100000000000000
>> Anyway, Croquet OpenGL does the computation on Smalltalk, (but i think
>> FloatArray is using a plugin).With Lumiere i left the matrix
>> calculations to OpenGL, but you get less functionality.
>> 
>> The boost comes not from the matrix calculations but  because of the
>> efficient rendering engine (parallel pipelines) implemented in low
>> level language, as opposed doing everything in Smalltalk.
>> Again, this depends on the 3D application being built.
>> 
>> Regarding the tool that you mentioned,  how do you simulate 3D, in the
>> 2D Morphic framework? I'm finding hard to understand how can you
>> achieve a Morphic cube.
>> 
>> Saludos,
>> Fernando
>> 
>> On Tue, Mar 15, 2011 at 7:29 PM, Alexandre Bergel
>> <alexandre.ber...@me.com> wrote:
>>>> Great.   What about the usual "native code" speed boost?  Are you writing 
>>>> a plugin, or is it all Smalltalk code?
>>> 
>>> It is all Smalltalk code. We are not against native libraries, however we 
>>> could not make it run. And so, after several months of intensive tries. So, 
>>> in order to make some progress, we coded a 3d engine in Smalltalk. 
>>> Actually, this is not difficult (for basic functionalities such as light, 
>>> cubes, camera -- no texture and complex light rendering). I did a 2d engine 
>>> for Mondrian. So having a 3d engine should not be that hard (actually it is 
>>> not). The nice advantage, that it should work on the ipad, iphone, web, ...
>>> 
>>> Other things, I would be surprise to have a significant boost by using 
>>> OpenGL for rendering objects if all the matrix computations are realized in 
>>> Smalltalk. Anyone can comment on it?
>>> 
>>> Cheers,
>>> Alexandre
>>> 
> 
> 
> -- 
> Best regards,
> Igor Stasenko AKA sig.
> 


Reply via email to