Re: [osg-users] Unable to find plugin

[Vincent Bourdier]

Hi,

It's not a problem of Debug or Release version... debug compilation make
some libd.dll and release make lib.dll (see advanced options in Cmake) but
if you linker in debug search for libd.dll and you linker in release search
lib.dll, all is good. :-)

This morning I'm trying to compil osg 2.5.1 with Cmake 2.6 and visual studio
2005 SP1 (and last 3rdparty from SVN for vs80 sp1). I'll tell you if
everything is good.

Vincent.

2008/6/6 Brian Keener <[EMAIL PROTECTED]>:

> Vincent Bourdier wrote:
> > Osg 2.4 Freetype compilation : ok. No error, no warnings
> >
> > in my project :
> > linker  : Z:\OSG_2.4\sources\3rdParty\lib;Z:\OSG_2.4\binaries\lib;
> > include :
> >
>
> \OSG_2.4\sources\3rdParty\include\freetype;Z:\OSG_2.4\sources\3rdParty\include
> ;Z:\OSG_2.4\sources\OpenSceneGraph-src\include;
> >
> > And still the error messages :
> > "Could not find plugin to read object from file ... arial.ttf"
> > "Could not find plugin to read object from file ... picture.jpg"
> > "Could not find plugin to read object from file ... picture.png"
>
> I see it is more than just the ttf plugin - are you building a debug
> version
> or a  Release version.  I have found on the Cygwin compile that with the
> latest svn the dll's are being built with the postfix  of "d" in the name
> but
> in the build of the examples the library open routines is not looking for
> the
> postfix of "d" so when it looks for in my case with a debug version it
> builds
> a gifd.dll for a gif file but the library  routine is still looking for a
> gif.dll and thus doesn't find it - I'm assuming you are on windows and I am
> guessing that it is not Cygwin or MingW but I thought I would mention this.
>
> bk
>
>
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] Two bugs in osgText3D

[Paul Melis]

Hi Robert,

When an osgText::Text3D drawable is read from a .osg file its character 
depth does not get applied, as its glyph representation isn't 
recomputed. The osgtext3D example doesn't reveal this, as other methods 
are called after applying the character depth which do force a glyph 
update. I've submitted a patch^H^H^H^H^H an updated header files to 
osg-submissions for this one.


The other problem I found was that with the osgtext3D example the bounds 
of one of the text object isn't taken into account to update the 
clipping planes. Simply running the osgtext3D example and rotating the 
scene so that the string "CharacterSize..." is pointing away should 
reveal the problem. I hacked the example to output its scene to a .osg 
file and when viewed in osgthirdpersonviewer it seems to indicate that 
the clipping planes are indeed not updated using the "CharacterSize..." 
string. But I can't readily see what is different in that text object, 
compared to the others.


Btw, I notice a lot of lines "Doing release context" output by 
osgthirdpersonview in a recent svn version and noticed the log message 
where the responsible notify() was introduced. Are the messages a sign 
of something bad happening or is their log level set too high?


Paul

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

Re: [osg-users] Plugins dae Not Compiling

[Robert Osfield]

Hi Fred,

The "missing" method that osgWrappers/osgDB is complaining about being
missing is implemented, so my best guess is that the OSGDB_EXPORT is
required for
DatabaseThread to enable build under VS for the wrapper.  The addition
of OSGDB_EXPORT is now checked in, could you do a svn update.

Robert.

On Thu, Jun 5, 2008 at 6:57 PM, Fred Zyda <[EMAIL PROTECTED]> wrote:
> Thanks so much! I got the latest SVN version and now dae seems to work,
> but I'm getting the following errors for the osgDB:
>
> Error1error LNK2019: unresolved external symbol "public:
> __thiscall osgDB::DatabasePager::DatabaseThread::DatabaseThread(class
> osgDB::DatabasePager *,enum
> osgDB::DatabasePager::DatabaseThread::Mode,class
> std::basic_string,class
> std::allocator > const &)"
> ([EMAIL PROTECTED]@osgDB@@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@[EMAIL PROTECTED]@@[EMAIL PROTECTED]@2@@std@@@Z)
> referenced in function "public: static class osgIntrospection::Value
> __cdecl osgIntrospection::ObjectInstanceCreator osgDB::DatabasePager::DatabaseThread>::create *,enum osgDB::DatabasePager::DatabaseThread::Mode,class
> std::basic_string,class
> std::allocator > const &>(class osgIntrospection::Value &,class
> osgIntrospection::Value &,class osgIntrospection::Value &)"
> ([EMAIL PROTECTED]@osgDB@@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@std@@[EMAIL PROTECTED]@2@@std@@@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@@@osgIntrospection@@[EMAIL PROTECTED]@[EMAIL PROTECTED]@Z)
> DatabasePager.obj
> Error2error LNK2019: unresolved external symbol "public:
> __thiscall osgDB::DatabasePager::DatabaseThread::DatabaseThread(class
> osgDB::DatabasePager::DatabaseThread const &,class osgDB::DatabasePager
> *)" ([EMAIL PROTECTED]@osgDB@@[EMAIL PROTECTED]@PAV12@@Z)
> referenced in function "public: static class osgIntrospection::Value
> __cdecl osgIntrospection::ObjectInstanceCreator osgDB::DatabasePager::DatabaseThread>::create osgDB::DatabasePager::DatabaseThread const &,class osgDB::DatabasePager
> *>(class osgIntrospection::Value &,class osgIntrospection::Value &)"
> ([EMAIL PROTECTED]@[EMAIL PROTECTED]@@PAV23@@[EMAIL PROTECTED]@[EMAIL 
> PROTECTED]@@@osgIntrospection@@[EMAIL PROTECTED]@[EMAIL PROTECTED]@Z)
> DatabasePager.obj
> Error3fatal error LNK1120: 2 unresolved externals
> C:\OpenSceneGraph-2.4.0\OpenSceneGraph\bin\osgPlugins-2.5.1\osgwrapper_osgDBd.dll
> 1
>
> Has anyone seen these before? Am I missing something obvious? Thanks
> again for your help.
>
> -Fred Zyda
>
> Steven Thomas wrote:
>>
>> You're using the OSG 2.4 release then with DOM 2.1? Due to some breaking
>> changes in the DOM, OSG didn't work with the latest version of the DOM
>> (2.0 and up) until sometime in early May. Seems like we just missed the
>> OSG 2.4 release.
>>
>> You have a few options. Checkout the latest OSG from svn, which uses DOM
>> 2.1. Or revert back to an older version of the DOM, like 1.3. I think
>> the first option is probably the better choice in this case, since I
>> can't vouch that the old DOM with OSG 2.4 will work properly.
>>
>> Steve
>>
>> On Wed, 2008-06-04 at 17:04 -0700, Fred Zyda wrote:
>>
>>>
>>> Hello Everyone,
>>>
>>> I'm trying to get OSG to compile with Collada on a Windows box under
>>> Visual Studio 2005 and I can't get Plugins dae to compile. I keep getting
>>> the following errors:
>>>
>>> Error1error C2512: 'daeURI' : no appropriate default constructor
>>> available
>>>  c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeWriter.cpp
>>>  29   Error2error C2664: 'daeURI::daeURI(DAE &)' : cannot convert
>>> parameter 1 from 'const char *' to 'DAE &'
>>>  c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeWMaterials.cpp
>>>102   Error3error C2039: 'getFilepath' : is not a member of
>>> 'daeURI'
>>>  c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeRMaterials.cpp
>>>623   Error4error C2039: 'getFilepath' : is not a member of
>>> 'daeURI'
>>>  c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeRMaterials.cpp
>>>625   Error5error C2039: 'getFile' : is not a member of 'daeURI'
>>>
>>>  c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeRMaterials.cpp
>>>627   Error6error C2039: 'getFile' : is not a member of 'daeURI'
>>>
>>>  c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeRMaterials.cpp
>>>629   Error7error C2039: '_Meta' : is not a member of 'domP'
>>>  c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeRGeometry.cpp
>>>314   Error8error C2065: '_Meta' : undeclared identifier
>>>  c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeRGeometry.cpp
>>>314   Error9error C2227: left of '->create' must point to
>>> class/struct/union/generic type
>>>  c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeRGeometry.cpp
>>>314
>>> I've tried the fix from this archived post:
>>>
>>>
>>> http://lists

Re: [osg-users] OSG crashed when running in dual display

[Paul Melis]

LH wrote:


Hi,
 
When I am running dual display using Nvidia GeForce 9800GX2 graphics 
card, OSG will crash at the code


viewer->getCamera()->getViewport()->width() or 
viewer->getCamera()->getViewport()->height()


but it will work fine in single display. Thanks.


What platform? Do you have a stack trace?

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

Re: [osg-users] Build from svn in Cygwin still tries to build osgviewerWX but no WX

[Robert Osfield]

On Fri, Jun 6, 2008 at 12:00 AM, Brian Keener <[EMAIL PROTECTED]> wrote:
> Robert Osfield wrote:
>> CMake "shouldn't" find WxWidgets.  Could you try rm CMakeCache.txt and
>> then rerun ./configure, and then if you still get the error send us
>> the CMakeCache.txt, perhaps this might gleen something.
>
> I actually deleted my whole build directory and redid it (twice I think)
> but I'll redo it all fresh again and double check - that  way I can get
> the CMakeCache.txt fresh.

This suggests that CMake isn't behaving properly - perhaps it's the
Win32 3rd party plugin stuff is breaking things.

Out of curiousity is the the wrappers being built by default as well?

Are you using CMakeSetup or cmake/ccmake?

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

Re: [osg-users] vpb

[Robert Osfield]

Hi GuiYe,


The vpbheightfieldmapping and vpbextrusion were tested beds for
support for extruding shape files to generate buildings, now the
support is in the core VPB I may remove this, so please just ignore
them.

vpbinfo does nothing useful right now, and may also be culled.

Robert.

2008/6/6 GuiYe <[EMAIL PROTECTED]>:
>
>
> 　　Hello.I have some question about the svn of VPB.
> vpbinfo is only used for getting the number of processors?And the
> vpbextrusion is use for  putting two or more terrain models together?
>
> When I use vpbheightfieldmapping,I can't find it's data.I also want to
> know what the vpbheightfieldmapping is used for?
>
>   std::string modelFile("/home/ledocc/Work/VPB/data/lines.shp");
>   std::string
> heightFieldFile("/home/ledocc/Work/VPB/data/dtm_200m.tif.gdal");
>
>   Thanks!
>
> 
> 两两来Win为中国
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Two bugs in osgText3D

[Robert Osfield]

Hi Paul,

On Fri, Jun 6, 2008 at 8:36 AM, Paul Melis <[EMAIL PROTECTED]> wrote:
> When an osgText::Text3D drawable is read from a .osg file its character
> depth does not get applied, as its glyph representation isn't recomputed.
> The osgtext3D example doesn't reveal this, as other methods are called after
> applying the character depth which do force a glyph update. I've submitted a
> patch^H^H^H^H^H an updated header files to osg-submissions for this one.

Yep, spotted the submissions patch, I'll be doing a submission work
today so should
merge this fix then.

> The other problem I found was that with the osgtext3D example the bounds of
> one of the text object isn't taken into account to update the clipping
> planes. Simply running the osgtext3D example and rotating the scene so that
> the string "CharacterSize..." is pointing away should reveal the problem.

The Text3D has a bug in the bounding box computation.  I spotted this
on shortly after merging the submission and notified the author of it,
but as yet no fix has come forward.  I haven't had yet had a chance to
take the code apart myself yet to fix it.

> Btw, I notice a lot of lines "Doing release context" output by
> osgthirdpersonview in a recent svn version and noticed the log message where
> the responsible notify() was introduced. Are the messages a sign of
> something bad happening or is their log level set too high?

Nothing bad happening, just zealous debug messages I've added to
monitoring single threaded makeCurrent/releaseContext  support - I've
just checked in quietening down of the code.

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

Re: [osg-users] OSG crashed when running in dual display

[Robert Osfield]

Hi LH,

When you run with multiple heads the master Camera of the viewer won't
have a Viewport or a GraphicsContext associated with it, instead the
Viewer will have multiple slaves Camera, one for each screen, with
each slave Camera with its own GraphcisContext and Viewport.

Robert.

On Fri, Jun 6, 2008 at 2:46 AM, LH <[EMAIL PROTECTED]> wrote:
> Hi,
>
> When I am running dual display using Nvidia GeForce 9800GX2 graphics card,
> OSG will crash at the code
>
> viewer->getCamera()->getViewport()->width() or
> viewer->getCamera()->getViewport()->height()
>
> but it will work fine in single display. Thanks.
>
>
>
> regards
>
> LH
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] vpb

[zzuxp]

 

Hello.
When I use VPB0.99,I find it (osgdem --xx 10 --yy 10 -d height.tif --xx 10 --yy 
10 -t texture.tif -v 0.1 -l 6 -o peget.ive.) is also useful.But there are not 
thoes parameters.
I want to know how to use the new parmeters.When I use it,there are some errors:

F:\OSGDEM2.0\data>vpbmaster --build
Adding terrainTile
DataSet::_run() 0 0
started DataSet::createDestination(30)
completed DataSet::createDestination(30)
Error: no destination graph built, cannot proceed with build.
Total elapsed time = 0.002734

Can you tell me how to use???Thank you～



 
在2008-06-06，"Robert Osfield" <[EMAIL PROTECTED]> 写道：
>Hi GuiYe,
>
>
>The vpbheightfieldmapping and vpbextrusion were tested beds for
>support for extruding shape files to generate buildings, now the
>support is in the core VPB I may remove this, so please just ignore
>them.
>
>vpbinfo does nothing useful right now, and may also be culled.
>
>Robert.
>
>2008/6/6 GuiYe :
>>
>>
>> 　　Hello.I have some question about the svn of VPB.
>> vpbinfo is only used for getting the number of processors?And the
>> vpbextrusion is use for  putting two or more terrain models together?
>>
>> When I use vpbheightfieldmapping,I can't find it's data.I also want to
>> know what the vpbheightfieldmapping is used for?
>>
>>   std::string modelFile("/home/ledocc/Work/VPB/data/lines.shp");
>>   std::string
>> heightFieldFile("/home/ledocc/Work/VPB/data/dtm_200m.tif.gdal");
>>
>>   Thanks!
>>
>> 
>> 两两来Win为中国
>> ___
>> osg-users mailing list
>> osg-users@lists.openscenegraph.org
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>>
>___
>osg-users mailing list
>osg-users@lists.openscenegraph.org
>http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] vpb

[Robert Osfield]

I will publish a tutorial on vpbmaster when ready to do so - the code
base is still in development.

2008/6/6  <[EMAIL PROTECTED]>:
>
>
> Hello.
> When I use VPB0.99,I find it (osgdem --xx 10 --yy 10 -d height.tif --xx 10
> --yy 10 -t texture.tif -v 0.1 -l 6 -o peget.ive.) is also useful.But there
> are not thoes parameters.
> I want to know how to use the new parmeters.When I use it,there are some
> errors:
>
> F:\OSGDEM2.0\data>vpbmaster --build
> Adding terrainTile
> DataSet::_run() 0 0
> started DataSet::createDestination(30)
> completed DataSet::createDestination(30)
> Error: no destination graph built, cannot proceed with build.
> Total elapsed time = 0.002734
>
> Can you tell me how to use???Thank you～
>
>
>
>
> 在2008-06-06，"Robert Osfield" <[EMAIL PROTECTED]> 写道：
>>Hi GuiYe,
>>
>>
>>The vpbheightfieldmapping and vpbextrusion were tested beds for
>>support for extruding shape files to generate buildings, now the
>>support is in the core VPB I may remove this, so please just ignore
>>them.
>>
>>vpbinfo does nothing useful right now, and may also be culled.
>>
>>Robert.
>>
>>2008/6/6 GuiYe :
>>>
>>>
>>> 　　Hello.I have some question about the svn of VPB.
>>> vpbinfo is only used for getting the number of processors?And the
>>> vpbextrusion is use for putting two or more terrain models together?
>>>
>>> When I use vpbheightfieldmapping,I can't find it's data.I also want to
>>> know what the vpbheightfieldmapping is used for?
>>>
>>> std::string modelFile("/home/ledocc/Work/VPB/data/lines.shp");
>>> std::string
>>> heightFieldFile("/home/ledocc/Work/VPB/data/dtm_200m.tif.gdal");
>>>
>>> Thanks!
>>>
>>> 
>>> 两两来Win为中国
>>> ___
>>> osg-users mailing list
>>> osg-users@lists.openscenegraph.org
>>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>>
>>>
>>___
>>osg-users mailing list
>>osg-users@lists.openscenegraph.org
>>http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>
> 
> 两两来Win为中国
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] SceneView::_renderGraph Question

[Rahul Jain]

Hi All,
I am trying to understand how does OSG  create the _renderGraph from the
SceneGraph. I am not able to understand where exactly this  process is
happening in the OSG, I tried to browse the code but not able to get
much of the information. Can somebody  provide me some pointers in the
source code (OSG 2.4 ) for the same.

cheers and thanks in advance
RJ
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] vpb

[zzuxp]

 
 
I am waiting for your tutorial.There are so many questions when I use it. On 
the other hand ,
I want to ask whether I can take part in develop the virtualplanetbuilder 
project.Bui I only know  something about it.

Thank you~
 
在2008-06-06，"Robert Osfield" <[EMAIL PROTECTED]> 写道：
>I will publish a tutorial on vpbmaster when ready to do so - the code
>base is still in development.
>
>2008/6/6  :
>>
>>
>> Hello.
>> When I use VPB0.99,I find it (osgdem --xx 10 --yy 10 -d height.tif --xx 10
>> --yy 10 -t texture.tif -v 0.1 -l 6 -o peget.ive.) is also useful.But there
>> are not thoes parameters.
>> I want to know how to use the new parmeters.When I use it,there are some
>> errors:
>>
>> F:\OSGDEM2.0\data>vpbmaster --build
>> Adding terrainTile
>> DataSet::_run() 0 0
>> started DataSet::createDestination(30)
>> completed DataSet::createDestination(30)
>> Error: no destination graph built, cannot proceed with build.
>> Total elapsed time = 0.002734
>>
>> Can you tell me how to use???Thank you～
>>
>>
>>
>>
>> 在2008-06-06，"Robert Osfield"  写道：
>>>Hi GuiYe,
>>>
>>>
>>>The vpbheightfieldmapping and vpbextrusion were tested beds for
>>>support for extruding shape files to generate buildings, now the
>>>support is in the core VPB I may remove this, so please just ignore
>>>them.
>>>
>>>vpbinfo does nothing useful right now, and may also be culled.
>>>
>>>Robert.
>>>
>>>2008/6/6 GuiYe :


 　　Hello.I have some question about the svn of VPB.
 vpbinfo is only used for getting the number of processors?And the
 vpbextrusion is use for putting two or more terrain models together?

 When I use vpbheightfieldmapping,I can't find it's data.I also want to
 know what the vpbheightfieldmapping is used for?

 std::string modelFile("/home/ledocc/Work/VPB/data/lines.shp");
 std::string
 heightFieldFile("/home/ledocc/Work/VPB/data/dtm_200m.tif.gdal");

 Thanks!

 
 两两来Win为中国
 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


>>>___
>>>osg-users mailing list
>>>osg-users@lists.openscenegraph.org
>>>http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>>
>> 
>> 两两来Win为中国
>> ___
>> osg-users mailing list
>> osg-users@lists.openscenegraph.org
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>>
>___
>osg-users mailing list
>osg-users@lists.openscenegraph.org
>http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] vpb

[J.P. Delport]

Hi,

look at the gdal_translate command. You can add the extents of your 
input images (-a_ullr) into the tif files. Then osgdem can  get the info 
directly from the files and you do not need the xx yy options.


jp

[EMAIL PROTECTED] wrote:



Hello.
When I use VPB0.99,I find it (osgdem --xx 10 --yy 10 -d height.tif --xx 
10 --yy 10 -t texture.tif -v 0.1 -l 6 -o peget.ive.) is also useful.But 
there are not thoes parameters.
I want to know how to use the new parmeters.When I use it,there are some 
errors:


F:\OSGDEM2.0\data>vpbmaster --build
Adding terrainTile
DataSet::_run() 0 0
started DataSet::createDestination(30)
completed DataSet::createDestination(30)
Error: no destination graph built, cannot proceed with build.
Total elapsed time = 0.002734

Can you tell me how to use???Thank you??




??2008-06-06??"Robert Osfield" <[EMAIL PROTECTED]> ??
 >Hi GuiYe,
 >
 >
 >The vpbheightfieldmapping and vpbextrusion were tested beds for
 >support for extruding shape files to generate buildings, now the
 >support is in the core VPB I may remove this, so please just ignore
 >them.
 >
 >vpbinfo does nothing useful right now, and may also be culled.
 >
 >Robert.
 >
 >2008/6/6 GuiYe :
 >>
 >>
 >> Hello.I have some question about the svn of VPB.
 >> vpbinfo is only used for getting the number of processors?And the
 >> vpbextrusion is use for putting two or more terrain models together?
 >>
 >> When I use vpbheightfieldmapping,I can't find it's data.I also want to
 >> know what the vpbheightfieldmapping is used for?
 >>
 >> std::string modelFile("/home/ledocc/Work/VPB/data/lines.shp");
 >> std::string
 >> heightFieldFile("/home/ledocc/Work/VPB/data/dtm_200m.tif.gdal");
 >>
 >> Thanks!
 >>
 >> 
 >> ??Win??
 >> ___
 >> osg-users mailing list
 >> osg-users@lists.openscenegraph.org
 >> 
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

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



??Win?? 




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


--
This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. 
The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html.


This message has been scanned for viruses and dangerous content by MailScanner, 
and is believed to be clean.  MailScanner thanks Transtec Computers for their support.


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

Re: [osg-users] How to modify the array of vertex from a Geometry object

[David Spilling]

Lucas,

Did you get anywhere with this in the end? I'm having the same issue.

Thanks,

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

Re: [osg-users] Unable to find plugin

[Vincent Bourdier]

hi,


> This morning I'm trying to compil osg 2.5.1 with Cmake 2.6 and visual
> studio 2005 SP1 (and last 3rdparty from SVN for vs80 sp1). I'll tell you if
> everything is good.
>

Everything looks fine.
No problems.

Thanks for your help.
Regards,
   Vincent.


>
> Vincent.
>
> 2008/6/6 Brian Keener <[EMAIL PROTECTED]>:
>
> Vincent Bourdier wrote:
>> > Osg 2.4 Freetype compilation : ok. No error, no warnings
>> >
>> > in my project :
>> > linker  : Z:\OSG_2.4\sources\3rdParty\lib;Z:\OSG_2.4\binaries\lib;
>> > include :
>> >
>>
>> \OSG_2.4\sources\3rdParty\include\freetype;Z:\OSG_2.4\sources\3rdParty\include
>> ;Z:\OSG_2.4\sources\OpenSceneGraph-src\include;
>> >
>> > And still the error messages :
>> > "Could not find plugin to read object from file ... arial.ttf"
>> > "Could not find plugin to read object from file ... picture.jpg"
>> > "Could not find plugin to read object from file ... picture.png"
>>
>> I see it is more than just the ttf plugin - are you building a debug
>> version
>> or a  Release version.  I have found on the Cygwin compile that with the
>> latest svn the dll's are being built with the postfix  of "d" in the name
>> but
>> in the build of the examples the library open routines is not looking for
>> the
>> postfix of "d" so when it looks for in my case with a debug version it
>> builds
>> a gifd.dll for a gif file but the library  routine is still looking for a
>> gif.dll and thus doesn't find it - I'm assuming you are on windows and I
>> am
>> guessing that it is not Cygwin or MingW but I thought I would mention
>> this.
>>
>> bk
>>
>>
>>
>> ___
>> osg-users mailing list
>> osg-users@lists.openscenegraph.org
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>
>
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] SceneView::_renderGraph Question

[Robert Osfield]

Hi RJ,

Where would you like me to start it's rather an open ended
question.  Are you talking about which thread it's generated from?
Where SceneView itself is used?  W.r.t osgViewer?  Standalone
SceneView usage?  osgProducer? it's easier to answer a question
once given context.

First up the _renderGraph is a member variable name that is old name,
and no longer really appropriate, as the class its associated with has
changed name to StateGraph to better reflect its purpose.  In SVN I've
just done a search and replace on _renderGraph to replace with
_stateGraph, this should help avoid a little confusion.

As for populate of StageGraph and RenderStage/RenderBin, this all
happens in the SceneView::cull(), which you should be able to follow
if you examine the source code.

Robert.

On Fri, Jun 6, 2008 at 10:31 AM, Rahul Jain <[EMAIL PROTECTED]> wrote:
> Hi All,
> I am trying to understand how does OSG  create the _renderGraph from the
> SceneGraph. I am not able to understand where exactly this  process is
> happening in the OSG, I tried to browse the code but not able to get
> much of the information. Can somebody  provide me some pointers in the
> source code (OSG 2.4 ) for the same.
>
> cheers and thanks in advance
> RJ
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Unable to find plugin

[Jean-Sébastien Guay]

Bonjour Vincent,


This morning I'm trying to compil osg 2.5.1 with Cmake 2.6 and
visual studio 2005 SP1 (and last 3rdparty from SVN for vs80 sp1).
I'll tell you if everything is good.


Everything looks fine.
No problems.


Excellent, good to know it's all working for you now.

J-S
--
__
Jean-Sebastien Guay[EMAIL PROTECTED]
   http://www.cm-labs.com/
http://whitestar02.webhop.org/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] kdtree example

[Robert Osfield]

I have been tinkering with data structures and associated kdtree build
algorithms, and so far got basic kdtree generation working for
vertices.  Initially I had the KDNode's as simple pair of int/short
which was stored directly in a std::vector<> for cache efficiency, and
KDLeaf as a separate object, this work pretty well with me getting a
build rate around of around 4M vertices per second.   Re jigging the
KDLeaf to be a std::pair<> and storing it in a std::vector<> bumped
performance up to around 9M vertices per second build rate.

Once I add in the support for placing primitives in the Leaves of the
kdtree I'll need to add a bigger processing overhead, so my
performance figures will come a bit, but not by a huge amount.  I
shouldn't need to add much more complexity into the data structures to
support primitives so I expect to keep the cache efficient nature of
the implementation - i.e. will have contiguous blocks of memory to
store the whole kdtree for each osg::Geometry in the scene, the memory
footprint of this form of kdtree is also looking to be pretty low,
again something that should be friendly to the cache and memory
bandwidth requirements.

I have a list of submissions awaiting review so I'll now move on to
these, and probably won't have much time left to continue work on
kdtree support this week.  Next week I'm away training so I'll be back
on the case the week after.  Then... we'll find out just how fast a
cache friendly kdtree implementation can be :-)

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

[osg-users] Video in osg on Windows

[Joakim Simonsson]

Does the xine and qt plugins work under windows?

If no, is there a way to use a video-texture in Windows compiled osg?

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

Re: [osg-users] Video in osg on Windows

[Robert Osfield]

On Fri, Jun 6, 2008 at 2:50 PM, Joakim Simonsson <[EMAIL PROTECTED]> wrote:
> Does the xine and qt plugins work under windows?

The qt plugin runs under windows - once you have quicktime installed.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] vpb

[Paul Martz]

You can contribute to VPB just like OSG -- post your changes to
osg-submissions.
   -Paul
 


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Friday, June 06, 2008 3:17 AM
To: OpenSceneGraph Users
Subject: Re: [osg-users] vpb




I am waiting for your tutorial.There are so many questions when I use it. On
the other hand ,
I want to ask whether I can take part in develop the virtualplanetbuilder
project.Bui I only know something about it.

Thank you~

在2008-06-06，"Robert Osfield" <[EMAIL PROTECTED]> 写道：
>I will publish a tutorial on vpbmaster when ready to do so - the code
>base is still in development.
>
>2008/6/6 :
>>
>>
>> Hello.
>> When I use VPB0.99,I find it (osgdem --xx 10 --yy 10 -d height.tif --xx
10
>> --yy 10 -t texture.tif -v 0.1 -l 6 -o peget.ive.) is also useful.But
there
>> are not thoes parameters.
>> I want to know how to use the new parmeters.When I use it,there are some
>> errors:
>>
>> F:\OSGDEM2.0\data>vpbmaster --build
>> Adding terrainTile
>> DataSet::_run() 0 0
>> started DataSet::createDestination(30)
>> completed DataSet::createDestination(30)
>> Error: no destination graph built, cannot proceed with build.
>> Total elapsed time = 0.002734
>>
>> Can you tell me how to use???Thank you～
>>
>>
>>
>>
>> 在2008-06-06，"Robert Osfield" 写道：
>>>Hi GuiYe,
>>>
>>>
>>>The vpbheightfieldmapping and vpbextrusion were tested beds for
>>>support for extruding shape files to generate buildings, now the
>>>support is in the core VPB I may remove this, so please just ignore
>>>them.
>>>
>>>vpbinfo does nothing useful right now, and may also be culled.
>>>
>>>Robert.
>>>
>>>2008/6/6 GuiYe :


 　　Hello.I have some question about the svn of VPB.
 vpbinfo is only used for getting the number of processors?And the
 vpbextrusion is use for putting two or more terrain models together?

 When I use vpbheightfieldmapping,I can't find it's data.I also want to
 know what the vpbheightfieldmapping is used for?

 std::string modelFile("/home/ledocc/Work/VPB/data/lines.shp");
 std::string
 heightFieldFile("/home/ledocc/Work/VPB/data/dtm_200m.tif.gdal");

 Thanks!

 
 两两来Win为中国
 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org

http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


>>>___
>>>osg-users mailing list
>>>osg-users@lists.openscenegraph.org
>>>http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>>
>> 
>> 两两来Win为中国
>> ___
>> osg-users mailing list
>> osg-users@lists.openscenegraph.org
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>>
>___
>osg-users mailing list
>osg-users@lists.openscenegraph.org
>http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org



  _  

两两来Win为中国  

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

Re: [osg-users] Unable to find plugin

[Lionel Lagarde]

Everything looks ok regarding freetype now. I've
reinstalled SP1 patch and the plugin
load correctly in debug and release builds.

Unfortunately I can't use VC 2005 SP1 because it means upgrade all the
developpers
PCs are re-validate all our OSG based softs. So I go back to VC 2005
without SP1 and
I compiled using gnuwin32 dependencies. It works.

Jean-Sébastien Guay wrote:
Bonjour
Vincent,
  
  
      This morning I'm trying to compil osg
2.5.1 with Cmake 2.6 and

    visual studio 2005 SP1 (and last 3rdparty from SVN for vs80 sp1).

    I'll tell you if everything is good.



Everything looks fine.

No problems.

  
  
Excellent, good to know it's all working for you now.
  
  
J-S
  



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

[osg-users] Bug in CombineLODVisitor

[Pecoraro, Alexander N]

Sorry, I just noticed that I forgot to put a subject line on my first
email, so I am resending it.
 
I think there is a bug in the osgUtil::Optimizer::CombineLODVisitor - at
line 1530 of Optimizer.cpp it does a dynamic_cast on and osg::Node* to
osg::LOD* and then at line 1563 it calls getChild(i) (even if
getNumChildren() == 0) on the dynamically casted LOD node. This works
fine when the node is an LOD node, but when it is a PagedLOD node then
it causes in invalid access to the _children vector. I attached a screen
shot to show what I mean.

This situation would only ocurr when a PagedLOD node was a sibling of an
LOD node, which is probably why it hasn't been spotted before.

Not sure if this is the accepted way to submit a fix, but anyway I made
a fix to the Optimizer code (version 2.4) and attached it to the email.

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

Re: [osg-users] kdtree example

[Jean-Sébastien Guay]

Hi Robert,


Then... we'll find out just how fast a
cache friendly kdtree implementation can be :-)


Oooo... Dramatic foreshadowing :-)

J-S
--
__
Jean-Sebastien Guay[EMAIL PROTECTED]
   http://www.cm-labs.com/
http://whitestar02.webhop.org/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Video in osg on Windows

[Joakim Simonsson]

Does the xine and qt plugins work under windows?

The qt plugin runs under windows - once you have quicktime installed.


Ok thanks!

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

Re: [osg-users] Bug in CombineLODVisitor

[Robert Osfield]

Hi Alex,

The submission came though OK on your other post.  The correct place
for submissions is the osg-submissions mailing list, post to osg-users
can easily be lost amongst the sea of other posts so isn't a reliable
mechinism for submissions.

Robert.

On Fri, Jun 6, 2008 at 2:44 PM, Pecoraro, Alexander N
<[EMAIL PROTECTED]> wrote:
> Sorry, I just noticed that I forgot to put a subject line on my first
> email, so I am resending it.
>
> I think there is a bug in the osgUtil::Optimizer::CombineLODVisitor - at
> line 1530 of Optimizer.cpp it does a dynamic_cast on and osg::Node* to
> osg::LOD* and then at line 1563 it calls getChild(i) (even if
> getNumChildren() == 0) on the dynamically casted LOD node. This works
> fine when the node is an LOD node, but when it is a PagedLOD node then
> it causes in invalid access to the _children vector. I attached a screen
> shot to show what I mean.
>
> This situation would only ocurr when a PagedLOD node was a sibling of an
> LOD node, which is probably why it hasn't been spotted before.
>
> Not sure if this is the accepted way to submit a fix, but anyway I made
> a fix to the Optimizer code (version 2.4) and attached it to the email.
>
> Alex
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Video in osg on Windows

[Jean-Sébastien Guay]

Hello Joakim,


Does the xine and qt plugins work under windows?

The qt plugin runs under windows - once you have quicktime installed.


Ok thanks!


See the following page for guidelines to compile the QuickTime plugin

http://www.openscenegraph.org/projects/osg/wiki/Support/PlatformSpecifics/VisualStudio/VisualStudioPlugins

J-S
--
__
Jean-Sebastien Guay[EMAIL PROTECTED]
   http://www.cm-labs.com/
http://whitestar02.webhop.org/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] Positioning the viewers camera

[Kaiser, Hagen (CT)]

Hello everyone, 
I am desparately trying to position a viewers camera manually and
correctly. 
My give data give me a Position Vector a RotationAxis and a Rotation
Angle. 
And a float that is named fieldofView. 
Here is how I implement it: 
osgGA::TrackballManipulator* man =
(osgGA::TrackballManipulator*)this->viewer->getCameraManipulator(); 
osg::Matrix trans; 
trans.makeTranslate(osg::Vec3(position.x(),position.y(),position.z())); 
osg::Matrix rot; 
rot.makeRotate(Angle,osg::Vec3(Axis.x,Axis.y,Axis.z))); 
osg::Matrix cam = rot*trans; 
this->viewer->setByMatrix(cam) 
} 
But I never get the right position or rotation. 
After testing around, I noticed the following: 
Changing 
trans.makeTranslate(... 
to trans.makeTranslate(osg::Vec3(position.x, -position.z, position.y)); 
I somehow get the right position. 
But the right rotation?? 
I found a tutorial somewhere, where it says Everything under osgGa::
Namespace has another AxisOrientation. 
And in the tutorial there is something said about producer::rotate. 
What is Producer. This namespace doesnt even exist in OpenSceneGraph; 
Please help!! 
Thx in advance 
Greetings to everyone 

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

Re: [osg-users] kdtree example

[Robert Osfield]

On Fri, Jun 6, 2008 at 2:59 PM, Jean-Sébastien Guay
<[EMAIL PROTECTED]> wrote:
> Hi Robert,
>
>> Then... we'll find out just how fast a
>> cache friendly kdtree implementation can be :-)
>
> Oooo... Dramatic foreshadowing :-)

Oh "how fast" can be taken many ways.  It could be dog slow.. :-)

Although I'm expecting it do just fine, traversing a data structure
should typically be quicker than building it, but that depends a lot
on the speed/complexity of the intersection test itself.  What we can
be sure of is that the speed will be much much faster than the present
osgUtil::Optimizer.  For models will lots of polygons it could easily
be 100+ times faster.

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

Re: [osg-users] kdtree example

[Paul Melis]

Robert Osfield wrote:


I have been tinkering with data structures and associated kdtree build
algorithms, and so far got basic kdtree generation working for
vertices.  Initially I had the KDNode's as simple pair of int/short
which was stored directly in a std::vector<> for cache efficiency, and
KDLeaf as a separate object, this work pretty well with me getting a
build rate around of around 4M vertices per second.   Re jigging the
KDLeaf to be a std::pair<> and storing it in a std::vector<> bumped
performance up to around 9M vertices per second build rate.

Once I add in the support for placing primitives in the Leaves of the
kdtree I'll need to add a bigger processing overhead, so my
performance figures will come a bit, but not by a huge amount.  I
shouldn't need to add much more complexity into the data structures to
support primitives so I expect to keep the cache efficient nature of
the implementation - i.e. will have contiguous blocks of memory to
store the whole kdtree for each osg::Geometry in the scene, the memory
footprint of this form of kdtree is also looking to be pretty low,
again something that should be friendly to the cache and memory
bandwidth requirements.

I have a list of submissions awaiting review so I'll now move on to
these, and probably won't have much time left to continue work on
kdtree support this week.  Next week I'm away training so I'll be back
on the case the week after.  Then... we'll find out just how fast a
cache friendly kdtree implementation can be :-)
 

As it is still work in progress you might have this on your list 
already, but changing the traversal to use a while loop with a stack 
rather than use recursive calls on traverse() should increase 
intersection performance quite a bit.


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

Re: [osg-users] Positioning the viewers camera

[Alejandro Segovia]

Hello,

On Fri, Jun 6, 2008 at 11:10 AM, Kaiser, Hagen (CT) <
[EMAIL PROTECTED]> wrote:

>
> Hello everyone,
> I am desparately trying to position a viewers camera manually and
> correctly.
> My give data give me a Position Vector a RotationAxis and a Rotation Angle.
> And a float that is named fieldofView.
> Here is how I implement it:
> osgGA::TrackballManipulator* man = (osgGA::TrackballManipulator*)this
> ->viewer->getCameraManipulator();
> osg::Matrix trans;
> trans.makeTranslate(osg::Vec3(position.x(),position.y(),position.z()));
> osg::Matrix rot;
> rot.makeRotate(Angle,osg::Vec3(Axis.x,Axis.y,Axis.z)));
> osg::Matrix cam = rot*trans;
> this->viewer->setByMatrix(cam)
> }
> But I never get the right position or rotation.
> After testing around, I noticed the following:
> Changing
> trans.makeTranslate(…
> to trans.makeTranslate(osg::Vec3(position.x,* -position.z, position.y*));
>
Have you tried making a translation of (-x, -y, -z) instead? Remember that
placing the camera at some point P is actually applying a translation of -P
to the whole world.

cam = rot*trans seems fine.

Let me know how it went.

Alejandro.-

-- 
[EMAIL PROTECTED]
http://varrojo.linuxuruguay.org
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] kdtree example

[Robert Osfield]

Hi Paul,

On Fri, Jun 6, 2008 at 3:20 PM, Paul Melis <[EMAIL PROTECTED]> wrote:
> As it is still work in progress you might have this on your list already,
> but changing the traversal to use a while loop with a stack rather than use
> recursive calls on traverse() should increase intersection performance quite
> a bit.

Use a local stack rather than recursive is something I'm already
considering.  The current build code uses recursion, and the intersect
traversal I'll implement initially with recursion for simplicity.
Once these are both working sweetly I'll implement the alternative non
recursive.

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

Re: [osg-users] Positioning the viewers camera

[Kaiser, Hagen (CT)]

Thanks for the idea,
But that doesnt seem to bring me any furhter.
Coordinates are somthing like 500, -5,50 so making this all minus
brings me so far away, that i cant see anything anymore
 
This is what I found in atutorial about that problem:
To position a camera manually, we can use the viewer class
setViewByMatrix() method. This call should be placed between the
viewer.update and viewer.frame calls within the simulation loop. The
following guidelines are useful:

*   Producer and all classes below osgGA::MatrixManipulator (in
terms of abstraction) use 'Y' up coordinates. All others -including the
Viewer class matrix manipulators - use 'Z' up. 
*   The inverse of a position/orientation matrix can be used to
orient a camera. 

 
This correseponds to my makeTranslate call, I think.
 


Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von
Alejandro Segovia
Gesendet: Freitag, 6. Juni 2008 16:24
An: OpenSceneGraph Users
Betreff: Re: [osg-users] Positioning the viewers camera


Hello,


On Fri, Jun 6, 2008 at 11:10 AM, Kaiser, Hagen (CT)
<[EMAIL PROTECTED]> wrote:



Hello everyone,
I am desparately trying to position a viewers camera manually
and correctly.
My give data give me a Position Vector a RotationAxis and a
Rotation Angle.
And a float that is named fieldofView. 
Here is how I implement it: 
osgGA::TrackballManipulator* man =
(osgGA::TrackballManipulator*)this->viewer->getCameraManipulator();
osg::Matrix trans;

trans.makeTranslate(osg::Vec3(position.x(),position.y(),position.z()));
osg::Matrix rot;
rot.makeRotate(Angle,osg::Vec3(Axis.x,Axis.y,Axis.z)));
osg::Matrix cam = rot*trans;
this->viewer->setByMatrix(cam)
} 
But I never get the right position or rotation.
After testing around, I noticed the following: 
Changing
trans.makeTranslate(...
to trans.makeTranslate(osg::Vec3(position.x, -position.z,
position.y)); 


Have you tried making a translation of (-x, -y, -z) instead? Remember
that placing the camera at some point P is actually applying a
translation of -P to the whole world.

cam = rot*trans seems fine.

Let me know how it went.

Alejandro.-


-- 
[EMAIL PROTECTED]
http://varrojo.linuxuruguay.org 
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Positioning the viewers camera

[Paul Melis]

Kaiser, Hagen (CT) wrote:


Thanks for the idea,
But that doesnt seem to bring me any furhter.
Coordinates are somthing like 500, -5,50 so making this all minus
brings me so far away, that i cant see anything anymore
This is what I found in atutorial about that problem:

To position a camera manually, we can use the viewer class 
setViewByMatrix() method. This call should be placed between the 
viewer.update and viewer.frame calls within the simulation loop. The 
following guidelines are useful:


* Producer and all classes below osgGA::MatrixManipulator (in
  terms of abstraction) use 'Y' up coordinates. All others
  -including the Viewer class matrix manipulators - use 'Z' up.
* The inverse of a position/orientation matrix can be used to
  orient a camera.

This correseponds to my makeTranslate call, I think.


Just a check: is the rotation value you apply in degrees or radians? 
makeRotate() expects a value in radians...


Paul



*Von:* [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] *Im Auftrag von 
*Alejandro Segovia

*Gesendet:* Freitag, 6. Juni 2008 16:24
*An:* OpenSceneGraph Users
*Betreff:* Re: [osg-users] Positioning the viewers camera

Hello,

On Fri, Jun 6, 2008 at 11:10 AM, Kaiser, Hagen (CT) 
<[EMAIL PROTECTED] > wrote:



Hello everyone,
I am desparately trying to position a viewers camera manually and
correctly.
My give data give me a Position Vector a RotationAxis and a
Rotation Angle.
And a float that is named fieldofView.
Here is how I implement it:
osgGA::TrackballManipulator* man =
(osgGA::TrackballManipulator*)this->viewer->getCameraManipulator();
osg::Matrix trans;
trans.makeTranslate(osg::Vec3(position.x(),position.y(),position.z()));
osg::Matrix rot;
rot.makeRotate(Angle,osg::Vec3(Axis.x,Axis.y,Axis.z)));
osg::Matrix cam = rot*trans;
this->viewer->setByMatrix(cam)
}
But I never get the right position or rotation.
After testing around, I noticed the following:
Changing
trans.makeTranslate(…
to trans.makeTranslate(osg::Vec3(position.x,* -position.z,
position.y*));

Have you tried making a translation of (-x, -y, -z) instead? Remember 
that placing the camera at some point P is actually applying a 
translation of -P to the whole world.


cam = rot*trans seems fine.

Let me know how it went.

Alejandro.-

--
[EMAIL PROTECTED]
http://varrojo.linuxuruguay.org



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



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

Re: [osg-users] Positioning the viewers camera

[Kaiser, Hagen (CT)]

It is in radians.
But do you know something about those diffent Up-Vectors?



-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Paul Melis
Gesendet: Freitag, 6. Juni 2008 16:36
An: OpenSceneGraph Users
Betreff: Re: [osg-users] Positioning the viewers camera

Kaiser, Hagen (CT) wrote:

> Thanks for the idea,
> But that doesnt seem to bring me any furhter.
> Coordinates are somthing like 500, -5,50 so making this all minus
> brings me so far away, that i cant see anything anymore
> This is what I found in atutorial about that problem:
>
> To position a camera manually, we can use the viewer class 
> setViewByMatrix() method. This call should be placed between the 
> viewer.update and viewer.frame calls within the simulation loop. The 
> following guidelines are useful:
>
> * Producer and all classes below osgGA::MatrixManipulator (in
>   terms of abstraction) use 'Y' up coordinates. All others
>   -including the Viewer class matrix manipulators - use 'Z' up.
> * The inverse of a position/orientation matrix can be used to
>   orient a camera.
>
> This correseponds to my makeTranslate call, I think.

Just a check: is the rotation value you apply in degrees or radians? 
makeRotate() expects a value in radians...

Paul

> 
> *Von:* [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] *Im Auftrag von 
> *Alejandro Segovia
> *Gesendet:* Freitag, 6. Juni 2008 16:24
> *An:* OpenSceneGraph Users
> *Betreff:* Re: [osg-users] Positioning the viewers camera
>
> Hello,
>
> On Fri, Jun 6, 2008 at 11:10 AM, Kaiser, Hagen (CT) 
> <[EMAIL PROTECTED] > wrote:
>
>
> Hello everyone,
> I am desparately trying to position a viewers camera manually and
> correctly.
> My give data give me a Position Vector a RotationAxis and a
> Rotation Angle.
> And a float that is named fieldofView.
> Here is how I implement it:
> osgGA::TrackballManipulator* man =
> (osgGA::TrackballManipulator*)this->viewer->getCameraManipulator();
> osg::Matrix trans;
> trans.makeTranslate(osg::Vec3(position.x(),position.y(),position.z()));
> osg::Matrix rot;
> rot.makeRotate(Angle,osg::Vec3(Axis.x,Axis.y,Axis.z)));
> osg::Matrix cam = rot*trans;
> this->viewer->setByMatrix(cam)
> }
> But I never get the right position or rotation.
> After testing around, I noticed the following:
> Changing
> trans.makeTranslate(...
> to trans.makeTranslate(osg::Vec3(position.x,* -position.z,
> position.y*));
>
> Have you tried making a translation of (-x, -y, -z) instead? Remember 
> that placing the camera at some point P is actually applying a 
> translation of -P to the whole world.
>
> cam = rot*trans seems fine.
>
> Let me know how it went.
>
> Alejandro.-
>
> -- 
> [EMAIL PROTECTED]
> http://varrojo.linuxuruguay.org
>
>
>
>___
>osg-users mailing list
>osg-users@lists.openscenegraph.org
>http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>  
>

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

Re: [osg-users] kdtree example

[Adrian Egli OpenSceneGraph (3D)]

Hi all,

once we have a working version of kd-Tree, we can start a contest :-) there
exist hunderds of heuristics, tricks for traversing, and so on. Performance
of kd-Tree traversing depends not only the method of traversing, the
performance depends much more on the build strategy than on the traversing.
of course both are important, kd-Tree build and the software enginiering
tricks for fast traversing.

:-) in my first kd-tree traversing algorithme, basic kd-tree i had about
27s, after some optimisation i could do same thing in less than one second.
but i know some kd-tree based raytracing algorithme working much much faster
:-)

/adrian

2008/6/6 Robert Osfield <[EMAIL PROTECTED]>:

> Hi Paul,
>
> On Fri, Jun 6, 2008 at 3:20 PM, Paul Melis <[EMAIL PROTECTED]> wrote:
> > As it is still work in progress you might have this on your list already,
> > but changing the traversal to use a while loop with a stack rather than
> use
> > recursive calls on traverse() should increase intersection performance
> quite
> > a bit.
>
> Use a local stack rather than recursive is something I'm already
> considering.  The current build code uses recursion, and the intersect
> traversal I'll implement initially with recursion for simplicity.
> Once these are both working sweetly I'll implement the alternative non
> recursive.
>
> Robert.
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



-- 

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

Re: [osg-users] Positioning the viewers camera

[Alejandro Segovia]

On Fri, Jun 6, 2008 at 11:45 AM, Kaiser, Hagen (CT) <
[EMAIL PROTECTED]> wrote:

> It is in radians.
> But do you know something about those diffent Up-Vectors?
>

I didn't notice those vectors were different since I user SceneView
directly, instead of osgViewer::Viewer.

You can change the coordinate system for all these objects by creating your
own CoordinateFrameCallback class whose getCoordinateFrame method returns a
matrix corresponding to whatever you want the Axes to be. The coordinate
frame callback can be passed to the MatrixManipulators to change what they
"think" the axes are like.

Alejandro.-

-- 
[EMAIL PROTECTED]
http://varrojo.linuxuruguay.org
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Positioning the viewers camera

[Zoltán]

Kaiser, Hagen (CT) wrote on Friday 06 June 2008:
> It is in radians.
> But do you know something about those diffent Up-Vectors?

This is a basic convenion:
- the World (incl OSG) uses X-Y horizontal plane, and Z is 
vertical (UP)
- opticians use X-Y as the plane you look at (like the 
screen) and Z is the depth (ever heard about a Z-buffer ?)

So "UP" is in the world the Z axis (0,0,1) and Y axis 
(0,1,0) in optics, like a camera


Zoltán



>
>
>
> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Im
> Auftrag von Paul Melis Gesendet: Freitag, 6. Juni 2008
> 16:36
> An: OpenSceneGraph Users
> Betreff: Re: [osg-users] Positioning the viewers camera
>
> Kaiser, Hagen (CT) wrote:
> > Thanks for the idea,
> > But that doesnt seem to bring me any furhter.
> > Coordinates are somthing like 500, -5,50 so making this
> > all minus brings me so far away, that i cant see
> > anything anymore This is what I found in atutorial
> > about that problem:
> >
> > To position a camera manually, we can use the viewer
> > class setViewByMatrix() method. This call should be
> > placed between the viewer.update and viewer.frame calls
> > within the simulation loop. The following guidelines
> > are useful:
> >
> > * Producer and all classes below
> > osgGA::MatrixManipulator (in terms of abstraction) use
> > 'Y' up coordinates. All others -including the Viewer
> > class matrix manipulators - use 'Z' up. * The inverse
> > of a position/orientation matrix can be used to orient
> > a camera.
> >
> > This correseponds to my makeTranslate call, I think.
>
> Just a check: is the rotation value you apply in degrees
> or radians? makeRotate() expects a value in radians...
>
> Paul
>
> > ---
> >- *Von:*
> > [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] *Im
> > Auftrag von *Alejandro Segovia
> > *Gesendet:* Freitag, 6. Juni 2008 16:24
> > *An:* OpenSceneGraph Users
> > *Betreff:* Re: [osg-users] Positioning the viewers
> > camera
> >
> > Hello,
> >
> > On Fri, Jun 6, 2008 at 11:10 AM, Kaiser, Hagen (CT)
> > <[EMAIL PROTECTED]
> > > wrote:
> >
> >
> > Hello everyone,
> > I am desparately trying to position a viewers
> > camera manually and correctly.
> > My give data give me a Position Vector a
> > RotationAxis and a Rotation Angle.
> > And a float that is named fieldofView.
> > Here is how I implement it:
> > osgGA::TrackballManipulator* man =
> >
> > (osgGA::TrackballManipulator*)this->viewer->getCameraMa
> >nipulator(); osg::Matrix trans;
> >
> > trans.makeTranslate(osg::Vec3(position.x(),position.y()
> >,position.z())); osg::Matrix rot;
> >
> > rot.makeRotate(Angle,osg::Vec3(Axis.x,Axis.y,Axis.z)));
> > osg::Matrix cam = rot*trans;
> > this->viewer->setByMatrix(cam)
> > }
> > But I never get the right position or rotation.
> > After testing around, I noticed the following:
> > Changing
> > trans.makeTranslate(...
> > to trans.makeTranslate(osg::Vec3(position.x,*
> > -position.z, position.y*));
> >
> > Have you tried making a translation of (-x, -y, -z)
> > instead? Remember that placing the camera at some point
> > P is actually applying a translation of -P to the whole
> > world.
> >
> > cam = rot*trans seems fine.
> >
> > Let me know how it went.
> >
> > Alejandro.-
> >
> > --
> > [EMAIL PROTECTED]
> > http://varrojo.linuxuruguay.org
> >
> >
> >
> >
> >___
> >osg-users mailing list
> >osg-users@lists.openscenegraph.org
> >http://lists.openscenegraph.org/listinfo.cgi/osg-users-o
> >penscenegraph.org
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-op
>enscenegraph.org
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-op
>enscenegraph.org



-- 
 


Zoltan

http://sourceforge.net/projects/zsim


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

Re: [osg-users] Positioning the viewers camera

[Paul Melis]

Kaiser, Hagen (CT) wrote:


It is in radians.
But do you know something about those diffent Up-Vectors?
 

Well, the default "camera" orientation for OpenGL (i.e. when the 
model-view matrix is the identity matrix) is to have the camera at the 
origin, with Y being up, and the camera looking down the negative 
Z-axis. This also applies to the MatrixManipulator classes. So if a 
manipulator returns the identity matrix the view will have Y up. 
However, the manipulator classes in OSG seem to default (i.e. home 
position when pressing the space bar) to return a matrix in which Z is 
up. So the matrix they return includes as a first step a rotation around 
the X around by 90 degrees to turn Y up in Z up. More confusing is the 
fact that the _inverse matrix_ returned by a matrix manipulator is 
actually used as the model-view matrix.


Hmm, I hope I got this all correct, it's so easy to make a mistake with 
this stuff...


BTW, you don't have to use a matrix manipulator, as it seems you want 
full control over the view orientation (and assuming mouse interaction 
is unwanted). In that case you can do


viewer->getCamera()->setViewMatrix(...)

within the frame loop and set your desired model-view matrix there.

Paul




-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Paul Melis
Gesendet: Freitag, 6. Juni 2008 16:36
An: OpenSceneGraph Users
Betreff: Re: [osg-users] Positioning the viewers camera

Kaiser, Hagen (CT) wrote:

 


Thanks for the idea,
But that doesnt seem to bring me any furhter.
Coordinates are somthing like 500, -5,50 so making this all minus
brings me so far away, that i cant see anything anymore
This is what I found in atutorial about that problem:

To position a camera manually, we can use the viewer class 
setViewByMatrix() method. This call should be placed between the 
viewer.update and viewer.frame calls within the simulation loop. The 
following guidelines are useful:


   * Producer and all classes below osgGA::MatrixManipulator (in
 terms of abstraction) use 'Y' up coordinates. All others
 -including the Viewer class matrix manipulators - use 'Z' up.
   * The inverse of a position/orientation matrix can be used to
 orient a camera.

This correseponds to my makeTranslate call, I think.
   



Just a check: is the rotation value you apply in degrees or radians? 
makeRotate() expects a value in radians...


Paul

 



*Von:* [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] *Im Auftrag von 
*Alejandro Segovia

*Gesendet:* Freitag, 6. Juni 2008 16:24
*An:* OpenSceneGraph Users
*Betreff:* Re: [osg-users] Positioning the viewers camera

Hello,

On Fri, Jun 6, 2008 at 11:10 AM, Kaiser, Hagen (CT) 
<[EMAIL PROTECTED] > wrote:



   Hello everyone,
   I am desparately trying to position a viewers camera manually and
   correctly.
   My give data give me a Position Vector a RotationAxis and a
   Rotation Angle.
   And a float that is named fieldofView.
   Here is how I implement it:
   osgGA::TrackballManipulator* man =
   (osgGA::TrackballManipulator*)this->viewer->getCameraManipulator();
   osg::Matrix trans;
   trans.makeTranslate(osg::Vec3(position.x(),position.y(),position.z()));
   osg::Matrix rot;
   rot.makeRotate(Angle,osg::Vec3(Axis.x,Axis.y,Axis.z)));
   osg::Matrix cam = rot*trans;
   this->viewer->setByMatrix(cam)
   }
   But I never get the right position or rotation.
   After testing around, I noticed the following:
   Changing
   trans.makeTranslate(...
   to trans.makeTranslate(osg::Vec3(position.x,* -position.z,
   position.y*));

Have you tried making a translation of (-x, -y, -z) instead? Remember 
that placing the camera at some point P is actually applying a 
translation of -P to the whole world.


cam = rot*trans seems fine.

Let me know how it went.

Alejandro.-

--
[EMAIL PROTECTED]
http://varrojo.linuxuruguay.org



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


   



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

 



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

Re: [osg-users] Wiki: What's the Difference betweenProgrammingGuides and KnowledgeBase?

[Paul Martz]

You are not the first to have discovered that the wiki, which is a community
project, suffers from poor organization due to several people making
inconsistent changes, and could therefore use some reorganizing. You are
welcome to take ownership and do some reorganizing.
 
I think the specific issue you mentioned might have some historical roots;
this is not the first wiki we've had, and there was a pre-wiki web site even
before the first wiki, so there's a lot of stuff brought over wholesale from
prior incarnations.
   -Paul
 


  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael
Dorsett
Sent: Thursday, June 05, 2008 12:32 PM
To: osg-users@lists.openscenegraph.org
Subject: Re: [osg-users] Wiki: What's the Difference
betweenProgrammingGuides and KnowledgeBase?


Ok,  maybe my original message was too vague.  If you look at the main
documentation page: 

http://www.openscenegraph.org/projects/osg/wiki/Support

Programming

Guides was for "online reference programming guides how to use
OpenSceneGraph"
And Knowledge
 Base
was for "background reading on scene graphs, real-time graphics and
OpenSceneGraph"

It seems like based on that, ProgrammingGuides should focus on info
concerning only OSG . And, KnowledgeBase would discuss background info such
as OpenGL but NOT OpenSceneGraph with it does currently. But, that is just
my opinion. I realize the overlap for a topic is unclear sometimes, but
KnowledgeBase has section for OSG. And, that section could be easily moved
to ProgrammingGuides.

Any thoughts peanut gallery?

Thanks,
Mike Dorsett


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Michael
Dorsett
Sent: Thursday, June 05, 2008 11:34 AM
To: osg-users@lists.openscenegraph.org
Subject: [osg-users] Wiki: What's the Difference between
ProgrammingGuidesand KnowledgeBase

My subject sort of says it all, what's the difference between
ProgrammingGuides and KnowledgeBase on the wiki?  They seem to contain very
similar info.



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

Re: [osg-users] Positioning the viewers camera

[Paul Melis]

Paul Melis wrote:


Kaiser, Hagen (CT) wrote:


It is in radians.
But do you know something about those diffent Up-Vectors?
 

Well, the default "camera" orientation for OpenGL (i.e. when the 
model-view matrix is the identity matrix) is to have the camera at the 
origin, with Y being up, and the camera looking down the negative 
Z-axis. This also applies to the MatrixManipulator classes. So if a 
manipulator returns the identity matrix the view will have Y up. 
However, the manipulator classes in OSG seem to default (i.e. home 
position when pressing the space bar) to return a matrix in which Z is 
up. So the matrix they return includes as a first step a rotation 
around the X around by 90 degrees to turn Y up in Z up. More confusing 
is the fact that the _inverse matrix_ returned by a matrix manipulator 
is actually used as the model-view matrix.


To clearify: what is returned by a manipulator with getInverseMatrix() 
is used as the model-view matrix


Paul



Hmm, I hope I got this all correct, it's so easy to make a mistake 
with this stuff...


BTW, you don't have to use a matrix manipulator, as it seems you want 
full control over the view orientation (and assuming mouse interaction 
is unwanted). In that case you can do


viewer->getCamera()->setViewMatrix(...)

within the frame loop and set your desired model-view matrix there.

Paul




-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] Im Auftrag von 
Paul Melis

Gesendet: Freitag, 6. Juni 2008 16:36
An: OpenSceneGraph Users
Betreff: Re: [osg-users] Positioning the viewers camera

Kaiser, Hagen (CT) wrote:

 


Thanks for the idea,
But that doesnt seem to bring me any furhter.
Coordinates are somthing like 500, -5,50 so making this all minus
brings me so far away, that i cant see anything anymore
This is what I found in atutorial about that problem:

To position a camera manually, we can use the viewer class 
setViewByMatrix() method. This call should be placed between the 
viewer.update and viewer.frame calls within the simulation loop. The 
following guidelines are useful:


   * Producer and all classes below osgGA::MatrixManipulator (in
 terms of abstraction) use 'Y' up coordinates. All others
 -including the Viewer class matrix manipulators - use 'Z' up.
   * The inverse of a position/orientation matrix can be used to
 orient a camera.

This correseponds to my makeTranslate call, I think.
  



Just a check: is the rotation value you apply in degrees or radians? 
makeRotate() expects a value in radians...


Paul

 

 

*Von:* [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] *Im Auftrag von 
*Alejandro Segovia

*Gesendet:* Freitag, 6. Juni 2008 16:24
*An:* OpenSceneGraph Users
*Betreff:* Re: [osg-users] Positioning the viewers camera

Hello,

On Fri, Jun 6, 2008 at 11:10 AM, Kaiser, Hagen (CT) 
<[EMAIL PROTECTED] > wrote:



   Hello everyone,
   I am desparately trying to position a viewers camera manually and
   correctly.
   My give data give me a Position Vector a RotationAxis and a
   Rotation Angle.
   And a float that is named fieldofView.
   Here is how I implement it:
   osgGA::TrackballManipulator* man =
   (osgGA::TrackballManipulator*)this->viewer->getCameraManipulator();
   osg::Matrix trans;
   
trans.makeTranslate(osg::Vec3(position.x(),position.y(),position.z()));

   osg::Matrix rot;
   rot.makeRotate(Angle,osg::Vec3(Axis.x,Axis.y,Axis.z)));
   osg::Matrix cam = rot*trans;
   this->viewer->setByMatrix(cam)
   }
   But I never get the right position or rotation.
   After testing around, I noticed the following:
   Changing
   trans.makeTranslate(...
   to trans.makeTranslate(osg::Vec3(position.x,* -position.z,
   position.y*));

Have you tried making a translation of (-x, -y, -z) instead? 
Remember that placing the camera at some point P is actually 
applying a translation of -P to the whole world.


cam = rot*trans seems fine.

Let me know how it went.

Alejandro.-

--
[EMAIL PROTECTED]
http://varrojo.linuxuruguay.org

 



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




  



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


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



 



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



___
osg-users mail

Re: [osg-users] Writing to Collada files

[Paul Martz]

Glad that's working. Just  to close the thread, with current SVN head of
OSG, I do the following and it all works as expected:
  >osgconv cessna.osg out.dae
  Data written to 'out.dae'.
  >osgviewer out.dae
  >osgconv out.dae out2.dae
  Data written to 'out2.dae'.
  >osgviewer out2.dae

   -Paul



> Hi again!
> 
> It's a versioning problem. I upgraded to OSG 2.5.1 (I used 2.5.0
> before) and it works now!
> 
> Thanks for your help, though!
> 
> Rick
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-opensce
negraph.org

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

Re: [osg-users] Unable to find plugin

[Mike Weiblen]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:osg-users-
> [EMAIL PROTECTED] On Behalf Of Peter Wraae Marino
> Sent: Thursday, June 05, 2008 3:50 PM
> To: OpenSceneGraph Users
> Subject: Re: [osg-users] Unable to find plugin
...
> Any chance we could get a 2008 (express,professional) dep package
soon?
> 
> Peter

Not from me, I'll be on vs2005sp1 for the forseeable future, and I don't
have vs2008 anyway.

-- mew


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

Re: [osg-users] Unable to find plugin

[Mike Weiblen]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:osg-users-
> [EMAIL PROTECTED] On Behalf Of Gordon Tomlinson
> Sent: Thursday, June 05, 2008 3:58 PM
> To: 'OpenSceneGraph Users'
> Subject: Re: [osg-users] Unable to find plugin
> 
> You have 2008 ;). so you could contribute
> 
> I'm sure Mike would share his build stuff etc ...


All my 3rdParty build documentation and scripts are checked in to the
osgToy repository with the binaries.

-- mew

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

[osg-users] Please test SVN of OpenSceneGraph, before I tag next dev releases

[Robert Osfield]

Hi All,

I'm just winding up for the week, and going into prep mod for my trip
away next week.  If SVN build is looking stable then I'll tag a dev
release before the end of the day, so could users do an svn update and
let me know how it goes.  If there are any build problems/major errors
then I'll tend right away, and if I still have time at the end of
this process I'll tag OpenScenGraph-2.5.2.

Thanks for testing,
Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Please test SVN of OpenSceneGraph, before I tag next dev releases

[Fred Zyda]

I just updated and built the latest and it worked without errors for me.

-Fred

Robert Osfield wrote:

Hi All,

I'm just winding up for the week, and going into prep mod for my trip
away next week.  If SVN build is looking stable then I'll tag a dev
release before the end of the day, so could users do an svn update and
let me know how it goes.  If there are any build problems/major errors
then I'll tend right away, and if I still have time at the end of
this process I'll tag OpenScenGraph-2.5.2.

Thanks for testing,
Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
  

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

Re: [osg-users] Plugins dae Not Compiling

[Fred Zyda]

That did the trick. Thanks so much.

-Fred

Robert Osfield wrote:

Hi Fred,

The "missing" method that osgWrappers/osgDB is complaining about being
missing is implemented, so my best guess is that the OSGDB_EXPORT is
required for
DatabaseThread to enable build under VS for the wrapper.  The addition
of OSGDB_EXPORT is now checked in, could you do a svn update.

Robert.

On Thu, Jun 5, 2008 at 6:57 PM, Fred Zyda <[EMAIL PROTECTED]> wrote:
  

Thanks so much! I got the latest SVN version and now dae seems to work,
but I'm getting the following errors for the osgDB:

Error1error LNK2019: unresolved external symbol "public:
__thiscall osgDB::DatabasePager::DatabaseThread::DatabaseThread(class
osgDB::DatabasePager *,enum
osgDB::DatabasePager::DatabaseThread::Mode,class
std::basic_string,class
std::allocator > const &)"
([EMAIL PROTECTED]@osgDB@@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@[EMAIL PROTECTED]@@[EMAIL PROTECTED]@2@@std@@@Z)
referenced in function "public: static class osgIntrospection::Value
__cdecl osgIntrospection::ObjectInstanceCreator::create,class
std::allocator > const &>(class osgIntrospection::Value &,class
osgIntrospection::Value &,class osgIntrospection::Value &)"
([EMAIL PROTECTED]@osgDB@@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@std@@[EMAIL PROTECTED]@2@@std@@@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@@@osgIntrospection@@[EMAIL PROTECTED]@[EMAIL PROTECTED]@Z)
DatabasePager.obj
Error2error LNK2019: unresolved external symbol "public:
__thiscall osgDB::DatabasePager::DatabaseThread::DatabaseThread(class
osgDB::DatabasePager::DatabaseThread const &,class osgDB::DatabasePager
*)" ([EMAIL PROTECTED]@osgDB@@[EMAIL PROTECTED]@PAV12@@Z)
referenced in function "public: static class osgIntrospection::Value
__cdecl osgIntrospection::ObjectInstanceCreator::create(class osgIntrospection::Value &,class osgIntrospection::Value &)"
([EMAIL PROTECTED]@[EMAIL PROTECTED]@@PAV23@@[EMAIL PROTECTED]@[EMAIL 
PROTECTED]@@@osgIntrospection@@[EMAIL PROTECTED]@[EMAIL PROTECTED]@Z)
DatabasePager.obj
Error3fatal error LNK1120: 2 unresolved externals
C:\OpenSceneGraph-2.4.0\OpenSceneGraph\bin\osgPlugins-2.5.1\osgwrapper_osgDBd.dll
1

Has anyone seen these before? Am I missing something obvious? Thanks
again for your help.

-Fred Zyda

Steven Thomas wrote:


You're using the OSG 2.4 release then with DOM 2.1? Due to some breaking
changes in the DOM, OSG didn't work with the latest version of the DOM
(2.0 and up) until sometime in early May. Seems like we just missed the
OSG 2.4 release.

You have a few options. Checkout the latest OSG from svn, which uses DOM
2.1. Or revert back to an older version of the DOM, like 1.3. I think
the first option is probably the better choice in this case, since I
can't vouch that the old DOM with OSG 2.4 will work properly.

Steve

On Wed, 2008-06-04 at 17:04 -0700, Fred Zyda wrote:

  

Hello Everyone,

I'm trying to get OSG to compile with Collada on a Windows box under
Visual Studio 2005 and I can't get Plugins dae to compile. I keep getting
the following errors:

Error1error C2512: 'daeURI' : no appropriate default constructor
available
 c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeWriter.cpp
 29   Error2error C2664: 'daeURI::daeURI(DAE &)' : cannot convert
parameter 1 from 'const char *' to 'DAE &'
 c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeWMaterials.cpp
   102   Error3error C2039: 'getFilepath' : is not a member of
'daeURI'
 c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeRMaterials.cpp
   623   Error4error C2039: 'getFilepath' : is not a member of
'daeURI'
 c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeRMaterials.cpp
   625   Error5error C2039: 'getFile' : is not a member of 'daeURI'

 c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeRMaterials.cpp
   627   Error6error C2039: 'getFile' : is not a member of 'daeURI'

 c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeRMaterials.cpp
   629   Error7error C2039: '_Meta' : is not a member of 'domP'
 c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeRGeometry.cpp
   314   Error8error C2065: '_Meta' : undeclared identifier
 c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeRGeometry.cpp
   314   Error9error C2227: left of '->create' must point to
class/struct/union/generic type
 c:\OpenSceneGraph-2.4.0\OpenSceneGraph\src\osgPlugins\dae\daeRGeometry.cpp
   314
I've tried the fix from this archived post:


http://lists.openscenegraph.org/pipermail/osg-users-openscenegraph.org/2007-October/003826.html

But it didn't work and I got exactly the same errors. Can anyone help me
fix this? Thanks so much for your help.

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


  

Re: [osg-users] Please test SVN of OpenSceneGraph, before I tag next dev releases

[Jean-Sébastien Guay]

Hello Robert,


I'm just winding up for the week, and going into prep mod for my trip
away next week.  If SVN build is looking stable then I'll tag a dev
release before the end of the day, so could users do an svn update and
let me know how it goes.  If there are any build problems/major errors
then I'll tend right away, and if I still have time at the end of
this process I'll tag OpenScenGraph-2.5.2.


All seems well here. Windows Vista, Visual Studio 2005, CMake 2.6.

Good work,

J-S
--
__
Jean-Sebastien Guay[EMAIL PROTECTED]
   http://www.cm-labs.com/
http://whitestar02.webhop.org/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Wiki: What's the DifferencebetweenProgrammingGuides and KnowledgeBase?

[Michael Dorsett]

You are not the first to have discovered that the wiki, which is a community 
project, suffers from poor organization due to several people making 
inconsistent changes, and could therefore use some reorganizing. You are 
welcome to take ownership and do some reorganizing.
 
I think the specific issue you mentioned might have some historical roots; this 
is not the first wiki we've had, and there was a pre-wiki web site even before 
the first wiki, so there's a lot of stuff brought over wholesale from prior 
incarnations.
   -Paul 

I'll probably move the OSG section from Knoledge Base into Programming Guides 
to make that the OSG "Red Book" section. Since the doxygen kind of acts like 
the "Blue Book".  The, clean up Programming Guides formatting to make it more 
clear on sections.  

The impetus was I was added a short section to kind of get the ball rolling on 
a description of how Viewers/Views/Cameras are interrelated since I was playing 
around in my framework lately on that very subject. I'll try to put a little 
more meat in there.

Thanks for the input,
Mike Dorsett


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

Re: [osg-users] Wiki: What's the DifferencebetweenProgrammingGuides and KnowledgeBase?

[Robert Osfield]

On Fri, Jun 6, 2008 at 6:44 PM, Michael Dorsett <[EMAIL PROTECTED]> wrote:
> I'll probably move the OSG section from Knoledge Base into Programming
> Guides to make that the OSG "Red Book" section. Since the doxygen kind of
> acts like the "Blue Book".  The, clean up Programming Guides formatting to
> make it more clear on sections.

KnowledgeBase is logically distinct from Programming Guides, even if
there is some overlap.  KnowledgeBase is principally about background
knowledge that form the basis of what 3D developers will need.
ProgrammingGuides should be literally guides on how to programs apps
using OSG.

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

Re: [osg-users] Please test SVN of OpenSceneGraph, before I tag next dev releases

[Mathieu MARACHE]

Works fine for me on ubuntu 8.04 32 and 64 bits

2008/6/6 Jean-Sébastien Guay <[EMAIL PROTECTED]>:

> Hello Robert,
>
>  I'm just winding up for the week, and going into prep mod for my trip
>> away next week.  If SVN build is looking stable then I'll tag a dev
>> release before the end of the day, so could users do an svn update and
>> let me know how it goes.  If there are any build problems/major errors
>> then I'll tend right away, and if I still have time at the end of
>> this process I'll tag OpenScenGraph-2.5.2.
>>
>
> All seems well here. Windows Vista, Visual Studio 2005, CMake 2.6.
>
> Good work,
>
> J-S
> --
> __
> Jean-Sebastien Guay[EMAIL PROTECTED]
>   http://www.cm-labs.com/
>http://whitestar02.webhop.org/
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



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

[osg-users] OpenSceneGraph-2.5.2 dev release tagged.

[Robert Osfield]

Hi All,

I've just tagged the OpenSceneGraph-2.5.2 dev release. It can be
downloaded from:

   http://www.openscenegraph.org/projects/osg/wiki/Downloads/DeveloperReleases

Details:

* OpenSceneGraph-2.5.2, released on 6th June 2008.
OpenSceneGraph-2.5.2 introduces a osgkdtree example that is serving as
test bed for future native kdtree support for accelerating
intersection tests, various bug and build fixes.

source package : OpenSceneGraph-2.5.2.zip
svn tag: svn co
http://www.openscenegraph.org/svn/osg/OpenSceneGraph/tags/OpenSceneGraph-2.5.2
OpenSceneGraph

Thanks to all contributors and testers ;-)

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

Re: [osg-users] Wiki: What's the DifferencebetweenProgrammingGuidesand KnowledgeBase?

[Michael Dorsett]

In so many words, if you read my previous post, I was saying that. It just 
doesn't show that distinction on the wiki. There is an OSG section that talks 
about how to use the OpenFlight plugin for example. So, I was proposing to make 
it exactly that. Maybe my Red Book /  Blue Book analogy was confusing. I guess 
KnowledgeBase would be akin to a linear algebra book continuing that analogy. 
But, I won't do anything if that's what you want.


Mike Dorsett


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert Osfield
Sent: Friday, June 06, 2008 1:01 PM
To: OpenSceneGraph Users
Subject: Re: [osg-users] Wiki: What's the DifferencebetweenProgrammingGuidesand 
KnowledgeBase?

On Fri, Jun 6, 2008 at 6:44 PM, Michael Dorsett <[EMAIL PROTECTED]> wrote:
> I'll probably move the OSG section from Knoledge Base into Programming 
> Guides to make that the OSG "Red Book" section. Since the doxygen kind 
> of acts like the "Blue Book".  The, clean up Programming Guides 
> formatting to make it more clear on sections.

KnowledgeBase is logically distinct from Programming Guides, even if there is 
some overlap.  KnowledgeBase is principally about background knowledge that 
form the basis of what 3D developers will need.
ProgrammingGuides should be literally guides on how to programs apps using OSG.

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



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

[osg-users] collada fetures in osg

[Carlos Sanches]

Hello guys ! This is my first post and I m Brazilian then execuse me any
errors in my english.
I want to know what are the features that can I load with a collada file ?
I generated some collada files with FXComposer 2 and RenderMonkey in windows
but when I load these files with osgviewer on Linux only apear the mesh
object without the effects :(

I thought that the effects would be loaded to.
Thank you!
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org