Mansheng,
I was finally able to get some time to work on the hanging process and
have made some changes to how the code closes down. I tried closing
down the application everyway that I could think of for both release and
debug and it closed everything down with no hanging processes. I have
s
Mansheng,
I ran the release version this evening and did not see any memory leaks but I
am several weeks behind the SVN version so I will update tonight and rebuild
everything. Hopefully I will get sometime to look at this tomorrow and test
for memory issues with the release version and look
On Behalf Of Hartman, Michael W. (MSFC-
> NNM06AA05Z)[PEOPLETEC]
> Sent: Monday, June 11, 2007 9:42 AM
> To: osg users
> Subject: RE: [osg-users] Problems converting from SceneView to
osgViewer
>
> Charles,
>
> Did you make sure that you specified Double Buffer on the Pixel
Charles,
Did you make sure that you specified Double Buffer on the Pixel
Description for your window that you are trying to render to? To see
how to do this, please look at osgviewerMFC -> MFC_OSG.cpp -> class
instantiation function.
Let me know if this helps.
Mike Hartman
-Original Messa
Mike,
How did you run the program?
I followed the below procedure and did not see any remaining processes.
1) Started the application
2) Selected File/Open and selected cow.osg
3) Used the mouse to move the scene around.
4) Pressed the escape key
5) application popped up a message box
6)
osgviewerMFC can only be run on windows and is a multi document
application so that it does not take any input arguments when starting.
Once started, the user would select the "File\Open" on the toolbar to
start the osg process of loading a file and displaying it in a window of
the application.
M
t. :)
Just call the install one and nothing will be removed.
On 6/7/07, Hartman, Michael W. (MSFC-NNM06AA05Z)[PEOPLETEC] <
[EMAIL PROTECTED]> wrote:
All,
I am starting to see a strange issue with the cmake install script that
I had not noticed until this morning. After the build (which com
All,
I am starting to see a strange issue with the cmake install script that
I had not noticed until this morning. After the build (which completes
correctly), cmake does the install and copies all of the headers to the
correct install directory but then it does an uninstall and removes all
of
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Serge Lages
Sent: Thursday, June 07, 2007 7:07 AM
To: osg users
Subject: Re: [osg-users] Here22 debug message and Cmake example
installation
On 6/7/07, Hartman, Michael W. (MSFC-NNM06AA05Z)[PEOPLETEC] <
[EMAIL PROTECTED]>
Serge,
I know that for my case I just set an windows environment variable to
the install directory where the dll's are located and then add this
variable to the windows path environment variable so that windows can
find all the dll's without having to move them to the directory of the
executabl
Serge & Robert,
If I understand the question, the cmake windows script installs all of
the example executables into a share folder under the main install
location that the user defines with cmake. The default install location
is "c:\program files\OpenSceneGraph" with the share folder coming under
of it !
// Miguel Martinez
Hartman, Michael W. (MSFC-NNM06AA05Z)[PEOPLETEC] escribió:
> Miguel & Robert,
>
> I have made some changes that seem to fix the closing crash but still not
> sure what is causing the problem with rendering. I have tried the program on
> several diff
his example is really an example that would
> probably be best done using CompositeViewer with each new window a
> separate View rather than a separate Viewer.
>
> Robert.
>
>
>
> On 5/28/07, Hartman, Michael W. (MSFC-NNM06AA05Z)[PEOPLETEC]
> <[EMAIL PROTECTED]> wr
on the windows.
Finally I have to add this example is really an example that would
probably be best done using CompositeViewer with each new window a
separate View rather than a separate Viewer.
Robert.
On 5/28/07, Hartman, Michael W. (MSFC-NNM06AA05Z)[PEOPLETEC]
<[EMAIL PROTECTED]> wrote
Not sure why the optimizer crashed but with the second issue I had the same
problem on my home computer and found that the pixel description needed to have
PFD_DOUBLEBUFFER defined. Once I added this I was able to see the object but
without it all I had was a blue background for the window. Pl
Robert,
I have an MFC MDI (mutli document interface) basic example that I can
send you. It is very simple but shows the steps needed to get OSG
working with windows Doc/View Architecture.
If interested let me know how to submit it since I have never submitted
anything before.
Thanks
Harash,
This is from an earlier response that I had written that concerned the
same problem you are having. Please give it a try and see if it allows
you to create the graphics context.
Thanks,
Mike Hartman
What I have found working with osgViewer and Windows, is that if you are
Daniel,
What I have found working with osgViewer and Windows, is that if you are
assigning OSG to use an existing window/control is that you must set the
pixelformat for that window/control before OSG can render to that
window/control. I'm not familiar with QWidget but it sounds like the
same
However, even with out this GraphicsWindowWin32 being included things
should still compile and run, as GraphicsWindowWin32 will work behinds the
scenes as a default implementation of GraphicsWindow for Windows.
Robert.
On 5/1/07, Hartman, Michael W
pprorpriate
for that platform.
However, even with out this GraphicsWindowWin32 being included things should
still compile and run, as GraphicsWindowWin32 will work behinds the scenes as a
default implementation of GraphicsWindow for Windows.
Robert.
On 5/1/07, Hartman, Michael W. (MSFC-NNM
All,
Not sure if this is intentional, oversight, or my misunderstanding. I do a
full build with CMake (Visual Studio 8) and everything builds fine but when I
go to use osgViewer in my existing MSFC application I don't have
GraphicsWindowWin32 in the CMake output directory for
"openscenegr
07 11:12 AM
To: osg users
Subject: Re: [osg-users] Render to Existing Window with new
osgViewerfunctionality
Mike,
This functionality is in the queue. See this thread:
http://openscenegraph.org/archiver/osg-users/2007-January/0577.html
-gw
On 3/9/07, Hartman, Michael W. (MSFC-NNM06AA05Z)[PEOP
All,
I have an existing application (Windows MDI application) that renders an
OSG scene to an existing window (given the handle to the window) by the
use of the Producer::RenderSurface::setWindow function. How do I go
about this same process with the new osgViewer functionality? I have
not be
23 matches
Mail list logo
