[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnu3dkit-dev] New core API
From: |
Philippe C . D . Robert |
Subject: |
Re: [Gnu3dkit-dev] New core API |
Date: |
Thu, 26 Dec 2002 12:46:50 +0100 |
Hi,
spending more time on all that some more simplifications might be
possible:
On Monday, December 23, 2002, at 07:18 Uhr, Philippe C.D. Robert wrote:
o G3DContextManager
Manages rendering contexts
Maybe this can be internal only, or even be integrated into the context
class itself?!
o G3DFrustum
The frustum used by a camera object.
Maybe this is too much of OO - should we integrate this functionality
into the camera itself? In the old 3DKit this design approach resulted
in some annoying implementation hacks w/o providing additional value in
terms of usability.
o G3DApplication
The application singleton used to setup a GNU 3DKit application, ie.
to
specify the threading model and renderer backend
I now think that we should not provide this class in the core API.
Instead we should make sure that the various actions can be performed
using multiple threads. Otherwise the API becomes IMHO too heavy.
o G3DShader
Shaders describe the appearance of a shape. The use of a standard
shading
languages would be very interesting here.
We might use the RSL here, or at least a similar approach.
Moreover I'd like to hear from you whether you prefer having everything
packed into an ObjC class or not - think of bounding boxes, bounding
spheres, transformations and so on... Personally I would go for C
constructs here, but maybe this is way too "old school"...:-)
-Phil
--
Philippe C.D. Robert
http://www.nice.ch/~phip