Vincent wrote:
> ......
>>
>> Then go from there and build things like an evas-3D lib if
>> desired.. possibly dependent on gl but able to render to any evas by
>> say rendering to a gl buffer and getting argb data if need be, or some
>> other way..
>
> just to mention that the direct3d engine can also do (obviously) 3d.
> Currently, the d3d engine can not, but i have a new engine which uses
> vertex buffers, like the open gl ones. Maybe it would be interesting
> to support both api.
>
Well, if you just expose 'native surfaces' then you don't need
anything
more - you just draw to those with whatever libs/apis you want. But there
are other ways too, eg. one could have engine specific evas objs which
would allow you to specify certain obj-funcs, a 'draw' func in particular.
In any case, the idea of having something like a 3d-scene object would
be to abstract away from such specific apis like gl or direct3d.
What api could it provide instead? Well, that could vary from
something
that simply allows one to 'set' a file on such an object and it'd just
load a
3d scene description and maybe allow one to change some stuff... or it
could give a set of primitive objs, or have some sort of high-level 3d api,
or whatnot. Of course it could still allow you to use low-level apis like gl
or direct3d where appropriate.
What is needed here though, is *one* concrete mechanism worked-out.
> maybe we whould also look at gallium for 3d.
>
As this would give...???
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
