Christoph Fünfzig said the following on 10/31/06 18:21: [ snip ] > I see. > Where do the pseudo-loaders of OpenScenegraph (trans, rot, scale) get > there parameters from, > also from the filename, I guess? Can you chain them, like rot and then > trans?
from pfRot.C:
/*
* pfrot.c - ".rot" pseudo-loader.
*
* To load a file and rotate it, say:
* perfly <filename>.<h>,<p>,<r>.rot
* also works with the ".scale" and ".trans" pseudo-loaders.
*
* Don't worry, the numbers can have decimal points (but don't
* use exponential notation).
*/
from pfTrans.C:
/*
* pftrans.c - ".trans" pseudo-loader.
*
* To load a file and translate it, say:
* perfly <filename>.<x>,<y>,<z>.trans
* Also works with the ".rot" and ".scale" pseudo-loaders.
*
* Don't worry, the numbers can have decimal points (but don't
* use exponential notation).
*/
usage is like: perfly tux.pfb.0,0,1.trans.10,20,30.rot
the implementation "eats" from the right:
- rot-loader scans from right until trans and parses [10,20,30], creates a dcs
and calls the file loader with 'tux.pfb.0,0,1.trans'
- trans-loader dito; calls the file loader with 'tux.pfb'
- pfb-loader loads file returns node
- trans-loader adds returned node to the transltion dcs' children und returns
the
transltion dcs
- rot-loader dito and returns the final node
so instead of having a node containing the tux we get
rot-dcs -> trans-dcs -> tux-top-level-dcs-or-whatever
>> having graphops in a pseudo-loader style would be cool too, but using them
>> on a file and using them on a loaded scene in an application are two
>> different
>> animals (at least to me).
>>
> For the trans, rot, scale behaviour there is just a small difference in
> execution time between the pseudo-loader
> and the GraphOp approach, if at all.
to put it very simple i'd like to able to sth. like this
osg-convert -o fileResult.osb fileA.0,0,1.trans fileA.0,1,0.trans
but also this
osg-convert -o fileResult.osb fileA.0,0,1.trans.share.graphop \
fileA.0,1,0.trans.null.graphop
i would have to call osg-convert several times to get intermediate files
that would be merged in a final program exec. suppose these files come
from a generator drive by a simulation somewhere else ... i think i already
overdid it here :)
> Christoph
j.
--
+------------------------------------+--------------------------------------+
| jan p. springer | [EMAIL PROTECTED] |
| computer science, buw.media.vrsys | [EMAIL PROTECTED] |
+------------------------------------+--------------------------------------+
signature.asc
Description: OpenPGP digital signature
------------------------------------------------------------------------- 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
