We are close to having the Cgfx loader stable, and integrated with the
Collada loader. We would like some input on what the preferred method of
inclusion would be.
We have created the following new types:
CgfxMaterial
CgfxRenderPassChunk
We have modified parts of the Collada loader to use/create these new types.
We are unsure of whether to put this in the State library or as a Contrib
library. In our branch we have added a Cmake option to compile in support
for the Cgfx Materials, this requires the Cg Toolkit library. If that
option is set to yes then the CgfxMaterial and CgfxRenderPass are included
in the State library build, and the Collada loader of the FileIO library.
If we place the new Cgfx code in a contrib library then this would mean that
the FileIO library would be dependent on it for the Collada loader.
Additional modifications we have made:
The Cg toolkit loads cgfx files, and sets the state for using the defined
effects. because of this, the Cg Toolkit also manages the state of
textures, but is not responsible for loading/creating them. Because of
this, we felt the easiest solution was to add an additional field to
TextureObjChunk called stateless, which defaults to false. If this field is
true then none of the glTexParameter* methods in TextureObjChunk are
called. Without this stateless field we would probably have to create a new
FC that inherits off of TextureObjChunk that has this field. We would be
happy to work on the method of doing this that is preferred by the OpenSG
dev team.
On Tue, Dec 29, 2009 at 4:39 PM, Carsten Neumann <carsten_neum...@gmx.net>wrote:
> Hello David,
>
> David Kabala wrote:
> > My project is looking into using the collada importer in OpenSG 2.0 to
> > move 3D assets from Maya to our OpenSG application. We would like to
> > use cgfx, and glsl effects that are used by the artists in Maya. It
> > looks like the profile_glsl and profile_cg are not yet implemented in
> > ColladaEffects.cpp.
>
> yes, both are currently not implemented. I've had trouble finding
> examples and no pressing need to implement this so far.
>
> > If no-one is currently working on this, then we
> > would like to implement these methods.
> >
> > Also, any input on the best way to go about this would be appreciated.
> > We will definitely submit our code to the OpenSG repository if desired.
>
> We'd certainly be very interested in supporting either or both profiles.
> As far as how to approach this, I've only got the very generic
> recommendation first to look at examples of what you want to load
> instead of aiming to support the full spec (IMHO the spec is scary ;) ).
>
> I've got some changes to the collada loader piled up, that I'll commit
> in a little bit (waiting for the build to finish): Mostly it introduces
> a factory to create the various objects that load parts of the file and
> moves the responsibility to create instances into the object (e.g.
> ColladaGeometry is now responsible for creating an instance when an
> <instance_geometry> tag is seen, ColladaInstanceGeometry only forwards
> the necessary information).
> One side effect of this change is that in some cases the ::read() member
> functions don't do much any more, since only when something is actually
> instantiated enough information is available to create OpenSG objects.
>
> Let me know if you have any questions about inner workings of the
> collada loader.
>
> Cheers,
> Carsten
>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and
> easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> Opensg-users mailing list
> Opensg-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/opensg-users
>
------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users
