Re: [osg-users] [osgPlugins] Offline conversion to dds without gc

[We See]

Hi Lionel,

Ok, I will try...

Thank you very much!

Cheers,
WeSee

--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=69370#69370





___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] [osgPlugins] Offline conversion to dds without gc

[We See]

Hi Lionel,

Thank you for the hint, works great (but horribly slow)! Do you know, what the 
option -fast changes?


> have a look at NVidia Texture Tools (nvtt).


Cheers,
WeSee

--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=69360#69360





___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] [osgPlugins] Offline conversion to dds without gc

[We See]

Hi,

I try to develop a small tool for offline-conversion which converts 
openflight-files with rgb-textures into osgb-files with dss-textures. I resued 
the code of osgconv and have seen I need a graphics context for the conversion 
of textures into dds-format (class MyGraphicsContext in osgconv.cpp). 
Unfortunately our conversion-machine (virtual machine) has no 3D-graphics card, 
and therefore no graphics context.

Does anyone know a solution without the need of a graphics context?

Thank you!

Cheers,
WeSee

--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=69275#69275





___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] [osgPlugins] flt: using Document::setSubSurfacePolygonOffset()

[We See]

Hi,

I want to use userdefined PolygonOffsets per subface-level. This seams to be 
possible with the method Document::setSubSurfacePolygonOffset(). But I didn't 
find any example how to use this method. Is it at all possible to use 
Document::setSubSurfacePolygonOffset() without changing the flt-Code itself?
Can anybody help me?

Thank you!

Cheers,
WeSee

--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=49267#49267





___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] [osgPlugins] Reader-Plugin Callbacks for unsupported data-types

[We See]

Hi,

When reading models in OpenFlight format, not all data will be read (i.e. 
surface material code or feature id will not be read). But some application 
need this data, therefore my idea is, there could be a callback-function, which 
the reader-plugin is calling when it reads an unsupported data-type (Similar to 
update-callbacks). So the application could solve the problem.

Are there any comments or drawbacks about this idea?

@Robert Osfield: Does such a solution have a change to come into the trunc of 
osg?

Thank you!

Cheers,
WeSee

--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=48025#48025





___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] [osgPlugins] Reader-Plugin Callbacks for unsupported data-types

[We See]

robertosfield wrote:
 On 4 June 2012 14:06, We See  wrote:
 
  Hi,
  
  When reading models in OpenFlight format, not all data will be read (i.e. 
  surface material code or feature id will not be read). But some application 
  need this data, therefore my idea is, there could be a callback-function, 
  which the reader-plugin is calling when it reads an unsupported data-type 
  (Similar to update-callbacks). So the application could solve the problem.
  
  Are there any comments or drawbacks about this idea?
  
  @Robert Osfield: Does such a solution have a change to come into the trunc 
  of osg?
  
 
 I don't have any opinions on OpenFlight as it's not my area of
 expertise - I'm not the plugin author so I'd defer to others about
 OpenFlight format specifics.   The possibility of adding custom
 handling of reading/writing I'm open to, but I'll defer to others with
 a bit more experience with coding on the OpenFlight plugin to provide
 their more learned opinions.
 
 Robert.
 ___
 osg-users mailing list
 
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
 
  --
 Post generated by Mail2Forum


Hi Robert,
My suggestion would be common for all plugins. Is there a person responsible 
for all plug-ins?

WeSee

--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=48262#48262





___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] [osgPlugins] How to read/write/access OpenFlight Surface Material Code (SMC) and Feature ID (FID) ?

[We See]

Hi Robert,
What you implemented (SMC to Description), is exactly what I need. But I did 
not found your code OSG. Did you submit your code? Were your changes rejected, 
or what is the state of it?

Regards,
WeSee


rioiart wrote:
 Hi all,
 
 Thanks for all the feedback. 
 In case you are interested, I have made a patch for the OpenFlight plugin so 
 that it reades/writes the surface material code (SMC) and feature id (FID) 
 and stores it as a description of the geode that contains these attributes.
 The format of the description string is like SF:[SMC]:[FID] for example 
 SF:918:10
 
 So you can expect to see in the .osg file something like this:
 
 Code:
 Geode {
 DataVariance STATIC
 ...
 description SF:918:10
 ...
 }
 
 
 
 
 Regards,
 Robert


--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=47177#47177





___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org