In fact I made this suggestion because I understood that Phil planned
to make the rib file format the native file format for 3DKit.
If it is not the case, this kind of app is less important to do.
And I was speaking about 3DKit --> save rib file --> 3Delight can use
it to render it, we need only to have import/export as rib file.
Gerard
On Thursday, January 16, 2003, at 04:38 PM, Brent Gulanowski wrote:
Reading a RIB file will require an import facility, to convert it to
the native 3DKit representation. The design of 3DKit should be able
to handle that easily enough, but someone will have to write the
import plug-in. My understanding is that we will initially use text
and binary serializations of the internal data types for our file
formats, similar to what was in v0.3. Plug-ins for import form/export
to other file formats would also be good.
In order to render using 3Delight, we would need to use RenderMan API
internally, correct? I haven't seen any indication (from Phil) that
the G3DRenderAction (and complementary OpenGL Renderer bundle)
included in RenderKit will use the actual RenderMan API, which means
this application would need to provide a custom render Action to do
so. Again, the design anticipates this, but I doubt it will be
present when the RenderKit is put back into CVS. I think, however,
that it would do great things for 3DKit's reception if a realistic
proposal is made to do what you are suggesting.
Hopefully Phil can enlighten us some more on his intentions. (nudge,
nudge, wink, wink :-)
Brent Gulanowski
--
Mac game development news and discussion
http://www.idevgames.com
_______________________________________________
Gnu3dkit-discuss mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/gnu3dkit-discuss
_______________________________________________
Gnu3dkit-discuss mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/gnu3dkit-discuss