Hi Glenn and Robert,
I added a call setting up the projection matrix to the FAQ for embedding a
viewer in a .NET control. I was having an issue that the perspective on my
camera was squished when I started with a tall and skilly control. Setting
the initial projection matrix with the following
FYI, I have taken the liberty of adding this to the FAQ:
http://www.openscenegraph.org/projects/osg/wiki/Support/FAQ#HowdoIembedanOSGviewerina.NETcontrol
Glenn
On Wed, May 28, 2008 at 3:04 PM, Robert Osfield [EMAIL PROTECTED]
wrote:
Hi Jason,
On Wed, May 28, 2008 at 7:02 PM, Jason Beverage
Hi Jason,
On Wed, May 28, 2008 at 5:48 PM, Jason Beverage [EMAIL PROTECTED] wrote:
Did you ever find a fix for this issue? I believe I might be running into
the same problem.
There is still a problem with the set up of events within
CompositeViewer with certainly window/camera combinations,
Hi Glenn and Robert,
Glenn, your code worked great, thanks alot, I really appreciate it. The
posts from you and Hesicong over the last few months about using OSG via
C++/CLI have made using OSG in a .NET environment much nicer than what we
were previously doing.
Robert, I'm in no major hurry to
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Jean-S?bastien Guay
Sent: Monday, March 24, 2008 10:03 PM
To: OpenSceneGraph Users
Subject: Re: [osg-users] osgViewer::View::getCameraContainingPosition()
returns weird results when using slave cameras
Hi Glenn
J-S,
Did you ever resolve this? I am having possibly-related issues, so I thought
I'd check with you before delving in too deeply.
Thanks - Glenn
On Fri, Jan 18, 2008 at 5:04 PM, Jean-Sebastien Guay
[EMAIL PROTECTED] wrote:
Hello Robert,
I was toying around with CompositeViewer and using
Hi Glenn,
Did you ever resolve this? I am having possibly-related issues, so I
thought I'd check with you before delving in too deeply.
Yes, a fix to CompositeViewer.cpp was checked in a while ago (about a
week after Robert came back from vacation IIRC). If you're using SVN you
shouldn't
Hi Glenn,
In a nutshell, I am using a single slave camera (in order to embed my
OSG surface in a .NET control). If I resize the viewport after creation,
computeIntersections() no longer returns correct results -- the Y value
is incorrectly scaled. It only works correctly if I resize the
Subject: Re: [osg-users] osgViewer::View::getCameraContainingPosition()
returns weird results when using slave cameras
Hi Glenn,
In a nutshell, I am using a single slave camera (in order to embed my
OSG surface in a .NET control). If I resize the viewport after
creation,
computeIntersections
Hi J-S.
I'm afraid I don't have any suggestions, it'll require me to spend a
couple of hours investigating the issue, time that I don;t have right
now as I'm knee deep in tax returns and other pressing work.
Hopefully in the later half of next week things should start seeing a
little more
Hello Robert,
Hopefully in the later half of next week things should start seeing a
little more sanity...
That's fine, I'm away most of next week at Paul's training course in Washington
DC, so it's no rush. I think with the modified osgcompositeviewer and osgpick
examples I sent, you should
Hello Robert,
I was toying around with CompositeViewer and using slave views, and I noticed
that getCameraContainingPosition() returns weird values for the local_x and
local_y when using a CompositeViewer with a single view containing slave
cameras. I have modified the osgcompositeviewer example
Hello again,
local_x = 10 - local_y = 10
local_x = 1270 - local_y = 10
local_x = 1270 - local_y = 1014
local_x = 10 - local_y = 1014
and indeed, if I run the same example with -2, I get the expected results.
Trying something else, I modified the osgpick example (which uses a straight
13 matches
Mail list logo
