jan p. springer wrote:
> Marcus Lindblom said the following on 10/31/06 13:05:
>> Rot/scale/trans/normals are really graph ops, rather than 'file 
>> formats', right?
> 
>   yes they are (in terms of opensg). they come in very handy when you have a
>   model that you don't want to touch for various reasons but also you do not
>   want to put custom code in whatever application you use for display (e.g.
>   10loader comes to mind). also, performer provides a pseudo loader for
>   converting geosets into geoarrays (performer speak for vbo's and similar);
>   this is rather a costume traverser than a graphop, imho.
> 
>   the point i want to make, i guess, is, if you have to fiddle with model
>   stitching on the cmdline you really appreciate having pseudo loaders that
>   can be used with e.g. osg-convert, rather than costumizing some application.
> 
> regards,
> 
>       j.

I had never thought of doing this before, but what if we made it so all 
graph ops could be used a pseudo loaders?  Could we make it so that 
scene file handler could recognize an extension for each graph op and 
then let the graph op take the next few arguments it needs from the 
filename to use as parameters for the graph ops?

So for example you could have file names like:

tie.wrl.4.0-5.0-6.0.rotate

tie.wrl.createSingleIndex.3.addTangentSpace

As you can see from the first one, coming up with an argument separator 
could be interesting, but once it is standardized I think this could 
work fairly well.

What does everyone else think?

-Allen

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to