date:20090519

Re: [osg-users] Understanding OSG : plugins runtime loading question

2009-05-19 Thread Vincent Bourdier

Hi JP, Hi Robert,

2009/5/19 Robert Osfield 

> Hi Vincent,
>
> Looking at J.P. follow up email it does sound like it could be windows
> specific issue.  Are you using windows?

Yes

Is you singleton implemented in a header?

Yes..


> If so the just have the declaration in the header, and
> keep the implementation entirely within the .cpp to ensure that the
> allocation happens single dll.
>
> Robert.



I thinks the problem is here : I've a dll and an exe implementing the same
singleton (common sources but 2 compilations) ... so I get two instances,
that sounds logical.
Now I'm thinking a way to get only one ... maybe an other lib ?

In OSG sources this is not a problem : the core is a lib, the plugin is a
lib based on the core, and the application uses the core. so we can explain
the calls just on one single line... but me I've got a dll using an other
one, and the one in question implement the same code than the core using the
dll ... I can explain it making a triangle, with the exe, the exe code in
dll, and the dll... so the same code is implemented twice ... and so my
singleton too...

If you think of any solution, I would be very interested to hear it.

Thanks.

Regards,
   Vincent.



>
>
> On Tue, May 19, 2009 at 3:33 PM, Vincent Bourdier
>  wrote:
> > Hi Robert,
> >
> > I get more info : the singleton is not destroyed, but is called from the
> lib
> > I did and from the exe itself. When the lib call the singleton, it works
> > good. when the exe call the singleton, It does a new call to constructor
> ...
> >
> > Any idea about how to solve that problem ?
> >
> > Thanks.
> >
> > Regards,
> >Vincent.
> >
> > 2009/5/19 Robert Osfield 
> >>
> >> On Tue, May 19, 2009 at 2:24 PM, Vincent Bourdier
> >>  wrote:
> >> > Hi Robert,
> >> >
> >> > I think I get it :
> >> >
> >> > I seems to be due to the osgDB::DynamicLibrary instance I use, which
> >> > ref_ptr
> >> > unref when leaving the load code, so the destructor of the
> >> > RegisterReaderWriterProxy (my equivalent) was called, and it seems to
> be
> >> > sufficient to force a new call to the Registry constructor.
> >> >
> >> > Does it sounds right for you ?
> >>
> >> I can't comment on code I'm not party to.
> >>
> >> As a general note one shouldn't be able to delete a internally
> >> singleton used in my example without doing a instance()=0;  Just take
> >> a ref_ptr<> to the return won't delete the object as the instance()
> >> method keeps around a copy.
> >>
> >> 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 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] Inverse shadow

2009-05-19 Thread Jean-Sébastien Guay

Hello Rodrigo,

Oh, I thought everything was integrated. Thanks a lot, I'll pay more attention
to the mailing list.

Well all posts from the forum go to the mailing list and inversely, but
not all history (archives) were imported to the forum when it was
created. So if you want to search old discussions, you should really
search the mailing list archives to get the whole picture.

If I do, the application render as it has to do, but if I try to move the
camera, it crashes.

That's really weird. Can you make a simple reproduction example to show
this, and post it? I've personally never seen this.

Doing the line I mentioned inside the loop, it moves normally, but not so fast. It makes sense, because a child is added in each frame the application render, witch is expensive.

Well, adding a child in itself is not expensive, but the fact that the
shadows need to be calculated X number of times for the same subgraph
(with X=X+1 each frame) means that performance will degrade as time goes
by...

If I run osgShadow example, the shadow is inverse in some positions, probably
caused by the ATI card. But it runs ok, not crashing if I try to move it.
Weird, isn't it?

Yes. So if you have some time, as I said, please try to make a simple
example that reproduces this. We'll probably be able to find out what's
wrong (either in OSG or your own code).

I really really appreciate your support. It helped a lot. I'll run the
application with the nVidia card tomorrow to see if it works.

My pleasure. As I said, running on nVidia might work short term, but
trying to get issues resolved on ATI is a good long term goal too. And
I'm still not sure the problem you're having (the addChild in the frame
loop thing) is caused by the ATI card. I'm pretty sure the inverse
shadows thing is though.

Hope this helps,

J-S
--
__
Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com
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] Inverse shadow

2009-05-19 Thread Rodrigo Salvador

Hi J-S (Sorry for the last post, I tought you wouldn't mind calling you by the 
last name)


> 
> You might want to search the mailing list archives instead of just the 
> forum disucssions, it's only fairly recently that we've started using 
> forum+mailing list integration.


Oh, I thought everything was integrated. Thanks a lot, I'll pay more attention 
to the mailing list.


> 
> Note that in general, OSG gets less testing on ATI cards than on nVidia. 
> So I wouldn't necessarily suggest you switch to nVidia, but at least 
> expect some things not to work at 100%, and maybe help us with testing 
> on ATI :-)


Sure I'll be happy to help. I'll try to answer why this is happening only in 
this card.


> 
> You mean that you can't do shadowedScene->addChild() outside the frame 
> loop? That's weird... The osgShadow example doesn't do it that way - 
> does it work for you? I would suspect a driver problem if it doesn't. 
> Perhaps try updating your drivers?
> 
> In general, shadows will double the cull/draw times (depending on the 
> shadow technique you use). So the frame rate drop you see might be 
> "normal" / expected, depending on the scene and your hardware.


If I do, the application render as it has to do, but if I try to move the 
camera, it crashes. Doing the line I mentioned inside the loop, it moves 
normally, but not so fast. It makes sense, because a child is added in each 
frame the application render, witch is expensive. If I run osgShadow example, 
the shadow is inverse in some positions, probably caused by the ATI card. But 
it runs ok, not crashing if I try to move it. Weird, isn't it?

I really really appreciate your support. It helped a lot. I'll run the 
application with the nVidia card tomorrow to see if it works.

Thanks a lot

Rodrigo Salvador

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





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

Re: [osg-users] OpenSceneGraph-2.8.1 released :-)

2009-05-19 Thread Cory Riddell

Awesome. Thank you very much.

Cory

Robert Osfield wrote:
> Hi All,
>
> I have just tagged the OpenSceneGraph-2.8.1 release, and have started
> updating the website with all the details.  The source code can be
> grabbed from:
>
> source package : OpenSceneGraph-2.8.1.zip
> svn tag: svn co
> http://www.openscenegraph.org/svn/osg/OpenSceneGraph/tags/OpenSceneGraph-2.8.1
> OpenSceneGraph
>
> Or from the download page:
>
>http://www.openscenegraph.org/projects/osg/wiki/Downloads?version=90
>
> News item for this release is:
>
>http://www.openscenegraph.org/projects/osg/wiki/News/Press/OSG2.8.1
>
> We don't yet have any binaries, so could volunteers on the various
> platforms pull down the 2.8.1 sources and build the packages as we did
> for OpenSceneGraph-2.8.0.   It should be possible to ftp the binary
> packages on the OSG webiste, I'm afraid I don't recall the log in
> details over the top of my head.  Perhaps Jose Luis Hidalgo can point
> us in the right direction ;-)
>
> Many thanks to all those long suffering contributors that have been
> testing and help bug fix on this release.
>
> Happy coding :-)
> Robert.
>
> --  Updates between 2.8.1 and 2.8.0 releases include: ¶
>
> * Build fixes under !FreeBSD and IBM AIX, and RedHat Enterprise Linux.
> * Improved compatibility with SWIG wrapper building
> * Crash fixes in osg::State, osg::Geometry and osgWidget.
> * Bug fixes to :
>   o draw instanced support
>   o Optimizer - MergeGeometryVisitor,
> RemoveLoadedProxyNodesVisitor and SpatializeGroupsVistor
>   o hdr image loader
>   o handling of opacity maps in 3ds loader
>   o dxf loader
>   o frame buffer object
>   o cursor/event handling in windows
>   o windows threading
>   o memory leak in Collada loader
>   o fixes to display lists/vbo creation that prevent crash
> under ATI drivers
>   o subface PolygonOffset setting in OpenFlight
>   o osgconv --formats under OSX
>   o osgTerrain::Layer bounding volume calculation.
>
> Updates between 2.8 and 2.6 include: ¶
>
> * New osgVolume library for volume rendering, with support for:
>   o High quality GPU based Ray tracing
>   o Transfer functions
>   o Per pixel lighting
>   o Iso surface rendering
>   o Maximum Intensity Projection rendering
>   o Non-power-of-two 3D textures, and 3D texture compression
>   o DICOM loading for reading dicom medical data
> * New osgAnimation library for character and scene animation.
> * New plugin for reading Biovision hierarchical files (.BVH) to
> generate character motion animations.
> * New osgShadow support for Light Space Perspective Shadow Maps (LispSM).
> * Three new scene graph widgets for placing traditional 2D
> capability into fully interactive 3D scenes:
>   o PDF widget (based on libPoppler)
>   o VNC client widget (based on libVNCServer)
>   o Internet browser client widget (based on Gecko/UBrowser)
> * New plugins for loading Half-Life 2 maps and models.
> * New plugin for loading EXR, high dynamic range imagery
> * Improvements to DatabasePager, tailored for low latency paging.
> * Improved runtime stats collection and on screen reporting.
> * Performance improvements through optimization of matrix operations.
> * Support for the OpenGL "draw instanced" extension.
> * Support for zlib compressed native .ive and .gz files
> * Improvements to COLLADA support.
> * Build reporting using CDash
> * New packaging support using CPack
> * A wide range of build and bug fixes
> ___
> 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] OSG and osgart problem

2009-05-19 Thread daniele argiolas

Hi,
I've a problem with osgart 2.0.
In a simple example, with 2 marker and 2 osg object with texture made with 
osgexp from 3ds max, one object changes lights of other. The first marker added 
can influence other marker. That's the same also using BuildAR software and 
adding two object.
Do you know anything about it?

Thanks,
Daniele

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





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

Re: [osg-users] Inverse shadow

2009-05-19 Thread Jean-Sébastien Guay


Hello Rodrigo,

My first name is Jean-Sébastien (J-S for short) :-)


Yes, I'm using an ATI card. In fact, I've searched for past discussions, but 
didn't find answers, that's why I've posted a new topic. Maybe my search wasn't 
that good! Thanks for the hint, I'll try with a NVidia card. If it still bad, 
I'll post again.


You might want to search the mailing list archives instead of just the 
forum disucssions, it's only fairly recently that we've started using 
forum+mailing list integration.


http://dir.gmane.org/gmane.comp.graphics.openscenegraph.user

Note that in general, OSG gets less testing on ATI cards than on nVidia. 
So I wouldn't necessarily suggest you switch to nVidia, but at least 
expect some things not to work at 100%, and maybe help us with testing 
on ATI :-)



The ShadowTechnique is ShadowMap. Even because the others have failed. With 
ShadowVolume, for example, looks like the scene is merged in a green lake, its 
all distorced.


Yes, well ShadowVolume has been a work in progress for a long time. I 
was actually wondering about other techniques which are only in OSG 2.8, 
so when you said you were using 2.6.1 that more or less answered my 
question.



By the way, another question: The application only works fine if I add 
"shadowedScene->addChild(root.get())" inside the viewer's loop; if not, it 
crashes. But it become heavier, the frame rate decrease a lot. Is there another way to do 
it? The optmize functions didn't make any difference either.


You mean that you can't do shadowedScene->addChild() outside the frame 
loop? That's weird... The osgShadow example doesn't do it that way - 
does it work for you? I would suspect a driver problem if it doesn't. 
Perhaps try updating your drivers?


In general, shadows will double the cull/draw times (depending on the 
shadow technique you use). So the frame rate drop you see might be 
"normal" / expected, depending on the scene and your hardware.


Hope this helps,

J-S
--
__
Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com
   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] problem with Drawable and glCallList (sample programincluded)

2009-05-19 Thread Mojtaba Fathi


Hi
I was using osg 2.6.1 and had this problem. Recently I've changed to osg 2.8.0 
and it happens again. I used both built versions and source codes. I'm using 
VS2005+SP1 and windows XP with a Toshiba laptop which has intel 945GM chipset. 
I've checked intel's site and it says my display drivers are up to date.
I think this a problem with my graphics card, and not a logical error.
This problem usually happens when I use osgTerrain in my application.
In fact, I've disabled all display lists in my application to prevent this 
error, but this is a temporary solution.

Moji the Great

--- On Wed, 5/20/09, Paul Martz  wrote:

From: Paul Martz 
Subject: Re: [osg-users] problem with Drawable and glCallList (sample 
programincluded)
To: "'OpenSceneGraph Users'" 
Date: Wednesday, May 20, 2009, 12:37 AM



 
You code is fine. It looks OK, so I built it and ran it 
and it runs fine. I'm using OSG 2.9.4. Are you on an older version of OSG, or 
is 
it possible that you linked with one version and ran with another? Do you have 
an old OpenGL driver?
 
Paul Martz
Skew Matrix Software 
LLC
http://www.skew-matrix.com
+1 303 859 9466
 



From: osg-users-boun...@lists.openscenegraph.org 
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Mojtaba 
Fathi
Sent: Tuesday, May 19, 2009 1:40 PM
To: 
osg-users@lists.openscenegraph.org
Subject: [osg-users] problem with 
Drawable and glCallList (sample programincluded)




  
  

Hi all

I have a strange problem with 
  Drawable::draw function which can't understand the reason. In order to 
  show you the problem, I've attached a sample program which generates an 
  Access Violation in Drawable::draw function when it calls glCallList 
  function.

Before the main function, there is the definition of 
  NUM_POINTS as follows:

#define 
  NUM_POINTS 100

If I change this value to 10 and rerun the 
  program, every thing seems to be fine, but with 100 I get the Access 
  Violation error.

Regards
Moji the 
Great




-Inline Attachment Follows-

___
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] problem with Drawable and glCallList (sample programincluded)

2009-05-19 Thread Mojtaba Fathi


Not true, because the third parameter of DrawArray constructor is the count of 
array members, not the last one.
In fact, I think the problem arises from osgTerrain, but I don't know how and 
why.

Moji the Great

--- On Wed, 5/20/09, Tomlinson, Gordon  wrote:

From: Tomlinson, Gordon 
Subject: Re: [osg-users] problem with Drawable and glCallList (sample 
programincluded)
To: "OpenSceneGraph Users" 
Date: Wednesday, May 20, 2009, 12:22 AM



 
I Believe your Draw Array number should be NUM_POINTS - 
1
as 
you have defined it
 
You 
providing 0-99 in you for loop but telling the array you have 
0-100
 
 


Gordon
Product 
Manager 3d
__
Gordon Tomlinson
Email  : gtomlinso...@ overwatch.textron.com
__
 



From: osg-users-boun...@lists.openscenegraph.org 
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Mojtaba 
Fathi
Sent: Tuesday, May 19, 2009 3:40 PM
To: 
osg-users@lists.openscenegraph.org
Subject: [osg-users] problem with 
Drawable and glCallList (sample programincluded)




  
  

Hi all

I have a strange problem with 
  Drawable::draw function which can't understand the reason. In order to 
  show you the problem, I've attached a sample program which generates an 
  Access Violation in Drawable::draw function when it calls glCallList 
  function.

Before the main function, there is the definition of 
  NUM_POINTS as follows:

#define 
  NUM_POINTS 100

If I change this value to 10 and rerun the 
  program, every thing seems to be fine, but with 100 I get the Access 
  Violation error.

Regards
Moji the 
Great




-Inline Attachment Follows-

___
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] problem with Drawable and glCallList (sample programincluded)

2009-05-19 Thread Paul Martz

You code is fine. It looks OK, so I built it and ran it and it runs fine.
I'm using OSG 2.9.4. Are you on an older version of OSG, or is it possible
that you linked with one version and ran with another? Do you have an old
OpenGL driver?
 
Paul Martz
Skew Matrix Software LLC
http://www.skew-matrix.com  
+1 303 859 9466
 

  _  

From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Mojtaba
Fathi
Sent: Tuesday, May 19, 2009 1:40 PM
To: osg-users@lists.openscenegraph.org
Subject: [osg-users] problem with Drawable and glCallList (sample
programincluded)



Hi all

I have a strange problem with Drawable::draw function which can't understand
the reason. In order to show you the problem, I've attached a sample program
which generates an Access Violation in Drawable::draw function when it calls
glCallList function.

Before the main function, there is the definition of NUM_POINTS as follows:

#define NUM_POINTS 100

If I change this value to 10 and rerun the program, every thing seems to be
fine, but with 100 I get the Access Violation error.

Regards
Moji the Great




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

Re: [osg-users] problem with Drawable and glCallList (sample programincluded)

2009-05-19 Thread Tomlinson, Gordon

I Believe your Draw Array number should be NUM_POINTS - 1
as you have defined it
 
You providing 0-99 in you for loop but telling the array you have 0-100
 
 

Gordon
Product Manager 3d
__
Gordon Tomlinson
Email  : gtomlinson @ overwatch.textron.com
__

 



From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Mojtaba
Fathi
Sent: Tuesday, May 19, 2009 3:40 PM
To: osg-users@lists.openscenegraph.org
Subject: [osg-users] problem with Drawable and glCallList (sample
programincluded)



Hi all

I have a strange problem with Drawable::draw function which can't
understand the reason. In order to show you the problem, I've attached a
sample program which generates an Access Violation in Drawable::draw
function when it calls glCallList function.

Before the main function, there is the definition of NUM_POINTS as
follows:

#define NUM_POINTS 100

If I change this value to 10 and rerun the program, every thing seems to
be fine, but with 100 I get the Access Violation error.

Regards
Moji the Great




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

Re: [osg-users] Stereo Problem

2009-05-19 Thread Jason Daly


Pierre Bourdin (gmail) wrote:

Quad stereo is working well on my thinkpad T42p with a FireGL.
  


That's not too surprising.  The FireGL is AMD/ATi's pro workstation 
card, so one would expect the features to be similar to Nvidia's QuadroFX.


--"J"

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

[osg-users] problem with Drawable and glCallList (sample program included)

2009-05-19 Thread Mojtaba Fathi


Hi all

I have a strange problem with Drawable::draw function which can't understand 
the reason. In order to show you the problem, I've attached a sample program 
which generates an Access Violation in Drawable::draw function when it calls 
glCallList function.

Before the main function, there is the definition of NUM_POINTS as follows:

#define NUM_POINTS 100

If I change this value to 10 and rerun the program, every thing seems to be 
fine, but with 100 I get the Access Violation error.

Regards
Moji the Great





  
#include 
#include 
#include 
#include 
#include 
#define _USE_MATH_DEFINES
#include 

#define FIELD_SIZE 10
#define NUM_POINTS 100

int main()
{
	osg::ref_ptr viewer=new osgViewer::Viewer;

	// initiate OSG objects
	osg::ref_ptr osgRaster=new osgTerrain::TerrainTile;
	osg::ref_ptr locator=new osgTerrain::Locator;
	osg::ref_ptr hf_layer=new osgTerrain::HeightFieldLayer;
	osg::ref_ptr hfield=new osg::HeightField;
	osg::ref_ptr geometryTechnique=new osgTerrain::GeometryTechnique;

	hfield->allocate(FIELD_SIZE,FIELD_SIZE);
	for(int row=0;row < FIELD_SIZE;row++)
		for(int col=0;col < FIELD_SIZE;col++)
			hfield->setHeight(col,row,0.01*col*row);

	locator->setTransformAsExtents(0,0,FIELD_SIZE,FIELD_SIZE);

	hf_layer->setHeightField(hfield);
	hf_layer->setLocator(locator);
	osgRaster->setElevationLayer(hf_layer);
	osgRaster->setTerrainTechnique(geometryTechnique);
	osgRaster->setRequiresNormals(false);

	// create 3d shape
	osg::ref_ptr coords=new osg::Vec3Array;
	for(int i=0;i < NUM_POINTS;i++)
		coords->push_back(osg::Vec3d(i,i,i));

	osg::ref_ptr osgPattern=new osg::Geometry;
	osgPattern->setVertexArray(coords);

	osg::DrawArrays &de=*new osg::DrawArrays(osg::PrimitiveSet::LINE_STRIP,0,NUM_POINTS);
	osgPattern->addPrimitiveSet(&de);

	osg::ref_ptr geode=new osg::Geode;
	geode->addDrawable(osgPattern);

	osg::ref_ptr osgGroup=new osg::Group;
	osgGroup->addChild(osgRaster);
	osgGroup->addChild(geode);

	viewer->setSceneData(osgGroup);

	viewer->run();

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

Re: [osg-users] Inverse shadow

2009-05-19 Thread Rodrigo Salvador

Hi, Guay

Yes, I'm using an ATI card. In fact, I've searched for past discussions, but 
didn't find answers, that's why I've posted a new topic. Maybe my search wasn't 
that good! Thanks for the hint, I'll try with a NVidia card. If it still bad, 
I'll post again.

The ShadowTechnique is ShadowMap. Even because the others have failed. With 
ShadowVolume, for example, looks like the scene is merged in a green lake, its 
all distorced.

By the way, another question: The application only works fine if I add 
"shadowedScene->addChild(root.get())" inside the viewer's loop; if not, it 
crashes. But it become heavier, the frame rate decrease a lot. Is there another 
way to do it? The optmize functions didn't make any difference either.

Thank you a lot!

Cheers,
Rodrigo

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





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

Re: [osg-users] Inverse shadow

2009-05-19 Thread Jean-Sébastien Guay


Hello Rodrigo,


I'm trying to work with osgShadow. After lots of tries, I achieved to see some 
shadows in the scene, but they're inverse. I don't know how to fix it, because 
in the osgShadow example I see troubles close to this one.

Please, see the attachment. The objects on the left of the light pole have 
their shadows project on the right of it, and vice-versa.


Are you using an ATI card? If so, there's been discussion in the past 
that the shadow texture lookups should be reversed for ATI cards. Please 
search the archives.


Otherwise, which shadow technique are you using? On what hardware?

J-S
--
__
Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com
   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] Stereo Problem

2009-05-19 Thread Jan Ciger

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Philip Lamb wrote:
> No, and although it wouldn't be too hard to drive the DDC signal
> manually on a Mac (I believe this can be done through IOKit entirely
> from userland API) getting it to sync correctly to the page-flip is more
> challenging.

Well, while you could probably drive the pin manually, you have no way
to know when does the card actually flip the image. It is not
necessarily synchronized with the VSYNC interrupt reported to software
any more - I have seen  the signal "lag" behind vsync by a frame or two.
So this is not really a workable solution these days.

There used to be a "soft genlock" for Linux that was doing this, but
they stopped developing it long time ago.

Still, isn't there something in the driver to enable the output?

> My solution is clumsy but workable, which is two use the Stereographics
> Stereoenabler (http://reald-corporate.com/scientific/stereoenabler.asp)
> and then take the vesa 3-pin stereo signal
> (http://www.stereoscopic.org/2001/standards.html) and re-inject it into
> the VGA cable on pine 13 (the so-called "ELSA revelator" mode) via a
> custom-made adapter. This works well with the eMagin z800, which is
> still one of the best value 3D headsets out there.

Yes, I was actually considering building this type of decoder, it is not
too complicated.

Regards,

Jan
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org

iD8DBQFKEvyPn11XseNj94gRAiLlAJ9iCqHEmD1Z8xBocGbxMssDHCxcjwCg5aco
ZXHTTuoN2fEwsOT/hQwRbIg=
=+J5V
-END PGP SIGNATURE-
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] FirstPersonManipulator

2009-05-19 Thread Simon Loic

Maybe alejandro is right. I should post it as an complete example. Then it
will be more convenient to test it. I'll try to provide it soon.

On Tue, May 19, 2009 at 6:48 PM, Pierre Bourdin (gmail) <
pierre.bour...@imerir.com> wrote:

> Well it's just one line to add to osgviewer...
>
> keyswitchManipulator->addMatrixManipulator( '5', "FPS", new
> osgGA::FirstPersonManipulator() );
>
> Pierre.
>
> Le mardi 19 mai 2009 à 11:46 -0500, Alejandro Aguilar Sierra a écrit :
> > Yeah, it would be better to have a complete, working, example, to test
> > its basics.
> >
> > -- A.
> >
> >
> > On Tue, May 19, 2009 at 11:37 AM, Pierre Bourdin (gmail)
> >  wrote:
> > > I've just made an osgViewer with a FirstPersonManipulator...
> > >
> > > I've tested with a terrain...
> > >
> > > The Manipulator is shouting: "you are lost in space!"
> > >
> > > What kind of model you suggest to use it ?
> > >
> > > I had no time for a more complete test, so maybe I missed something
> > > obvious ?...?
> > >
> > > At least I can say it compiles on Linux Debian Testing with 2.8.1-rc5
> > > without any problem...
> > >
> > > Pierre.
> > >
> > > Le mardi 19 mai 2009 à 17:05 +0200, Simon Loic a écrit :
> > >> Hi,
> > >> I don't think it would make sense anyway to review a code where very
> > >> few people find interest. So I totally understand your position.
> > >> Anyway, from what I've seen on this ML, users are quite active and I
> > >> think they just didn't paid attention. So let's wait for feedback.
> > >> Cheers.
> > >> Loïc
> > >>
> > >> On Tue, May 19, 2009 at 4:56 PM, Robert Osfield
> > >>  wrote:
> > >> On Tue, May 19, 2009 at 3:43 PM, Simon Loic
> > >>  wrote:
> > >> > Hi Robert,
> > >> > I'm not sure if the code is clean enough to fulfill OSG
> > >> standards. Yet I was
> > >> > expecting some feedbacks about the manipulator (stability on
> > >> different
> > >> > machines, missing features, weird behaviours, ...) before to
> > >> release a
> > >> > submission.
> > >> >
> > >> > If you feel it's clean enough I guess you can check it in.
> > >> Yet, as we don't
> > >> > get any feedback, maybe it's not worth it.
> > >>
> > >>
> > >> I was hoping to have feedback from others before diving in
> > >> with a
> > >> review myself.  I have plenty on my plate so having to do all
> > >> the
> > >> review work myself is something I'd rather not do.
> > >>
> > >> Robert.
> > >>
> > >> ___
> > >> osg-users mailing list
> > >> osg-users@lists.openscenegraph.org
> > >>
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
> > >>
> > >>
> > >>
> > >>
> > >> --
> > >> Loïc Simon
> > >> ___
> > >> osg-users mailing list
> > >> osg-users@lists.openscenegraph.org
> > >>
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
> > > 
> > > Pierre BOURDIN
> > > I.M.E.R.I.R.
> > > Av. Pascot BP 90443
> > > 66004 PERPIGNAN
> > > tél: 04 68 56 84 95
> > > fax: 04 68 55 03 86
> > > email: bour...@imerir.com
> > > 
> > >
> > > ___
> > > osg-users mailing list
> > > osg-users@lists.openscenegraph.org
> > >
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
> > >
> 
> Pierre BOURDIN
> I.M.E.R.I.R.
> Av. Pascot BP 90443
> 66004 PERPIGNAN
> tél: 04 68 56 84 95
> fax: 04 68 55 03 86
> email: bour...@imerir.com
> 
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



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

[osg-users] Inverse shadow

2009-05-19 Thread Rodrigo Salvador

Hi!

I'm trying to work with osgShadow. After lots of tries, I achieved to see some 
shadows in the scene, but they're inverse. I don't know how to fix it, because 
in the osgShadow example I see troubles close to this one.

Please, see the attachment. The objects on the left of the light pole have 
their shadows project on the right of it, and vice-versa.

I'm using osg 2.6.1.

Thanks in advance.

Cheers,
Rodrigo Salvador

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



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

74 matches

Mail list logo