I'm using the new version, under Linux (although I will eventually be testing
under windows as well, I need it to work on Ubuntu first).
Like I mentioned, I am trying to extend the example to fit into the
QGraphicsView approach. Based on various guides and discussions that I have
found, this
I've made a couple of attempts, and I feel like I am very close...
On one attempt, using a seperate osgViewer for each View, everything works but
the Database Pager isn't happy about having multiple viewers looking at the
same data. (osgEarth data under PagedLOD nodes flickers in and out of the
Hi,
Are you talking about the old osgviewerQT [1] or the newer osgviewerQt [2]?
[1]
http://trac.openscenegraph.org/projects/osg/browser/OpenSceneGraph/trunk/examples/osgviewerQT/osgviewerQT.cpp?rev=6819
[2]
Hi,
I'm looking at extending the osgViewerQT example by being able to add items to
the QGraphicsView (by setting a QGraphicsScene and adding items to that). These
items include some QT controls that need to be embedded in the window with
transparency enabled.
When I simply create the scene
Alistair Baxter wrote:
Yeah, we had to override the Qt resizeEvent function for our osgQt::GLWidget
subclass to ensure that neither width nor height were being set to zero
before calling the parent's version.
Thanks Alistair for your reply.
As a workaround I implemented minimumSizeHint()
Yeah, we had to override the Qt resizeEvent function for our osgQt::GLWidget
subclass to ensure that neither width nor height were being set to zero before
calling the parent's version.
Alistair Baxter
Software Engineer
Join us for the 2014 Houston Roadshow on
So, the problem related to the NaN dump of CullVisitor::apply(Geode) is
solved in OSG 3.2.0.
On the other side there is still a problem related to the 3d graphics
disappearing. This can be easily reproduced with osgviewerQt example.
Basically, resizing the viewer to have 0 height then expand it
Hi,
in my Qt application I'm experiencing some issues when the viewer is reduced to
0 height. I reduce the viewer size to 0 height then I increase its height again
and when I try to interactively rotate the (no more visible - see below) scene
with mouse (through a trackabll manipulator) I get
Hi Gianni,
The issue sounds vaguely familiar, but I'm afraid I can't recall all
details off the top of my head, or whether it was osgQt specific even.
My guess it'll be an issue with the camera projection matrix being
scaled to 0,0 to fit to zero sized viewport and then once an attempt
to
Hi Robert,
If I set the camera projection resize policy to FIXED then I don't get the
bunch of NAN dump and the does not disappears.
Anyway I tried with the osgviewer application calling it with --window option
and even if the camera projection resize polici is set to HORIZONTAL, it works
fine
Hi everyone,
I'm trying to modify the osgViewerQt example by adding a new class of my own
that will contain the viewer. The design is:
wrapper.h: Defines class Wrapper. It inherits from QMainWindow and has a
QDockWidget where the ViewerWidget will be attached.
viewer.h: Defines ViewerWidget
bump?
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=43896#43896
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Hi,
#pragma once
#include QtOSG.h
#include osg/ShapeDrawable
osg::Camera* createCamera(int x, int y, int w, int h, QTOSG* myQTOSG, const
std::string name=, bool windowDecoration=false)
{
osg::DisplaySettings* ds = osg::DisplaySettings::instance().get();
It looks like you disabled the paint event.
I just posted a Qt example in another thread - perhaps that is a better
starting point for you.
-Marius
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Hi Marius,
enabled the paintEvent, nothing changed.
Cheers,
Patrick
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=43798#43798
___
osg-users mailing list
osg-users@lists.openscenegraph.org
This is what I think:
o You're creating a new QWidget; QTOSG - this is your toplevel Widget
o You're then creating a new GLWidget (created by
osgQt::GraphicsWindowQt(traits), but it's not connected to the QTOSG widget.
- You now have two twolevel widgets.
Try modifying your code so that you
Thanks for the answer; I am indeed using Windows and Microsoft Visual studio 10.
Problem solved.
Thank you!
Cheers,
Patrick[/img]
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=43752#43752
___
Hi,
anyone wanna answer?
Thank you!
Cheers,
Patrick
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=43788#43788
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Hi,
I have a few problems regarding the osgviewerQt example:
I can run it in release-mode w/o any problems, but when i switch to Debug, i
get multiple Errors, when running the programm (Compiling is not an issue).
It stops working at the line
Code:
QWidget* widget1 = addViewWidget(
Hello Patrick,
I can run it in release-mode w/o any problems, but when i switch to Debug, i
get multiple Errors, when running the programm (Compiling is not an issue).
It stops working at the line
Code:
QWidget* widget1 = addViewWidget( createCamera(0,0,100,100),
are multi-processor new york asian escort (http://www.nyasiangirls.com)
systems. The New York Escort (http://www.nyasiangirls.com) third is a very fast
single core Xenon.
All they New York Asian Escorts (http://www.nyasiangirls.com) systems new york
escorts (http://www.nyasiangirls.com) where
Hi, Batateam, you are spaming on the list, I have seen the forum and the
links doesn't seem to appear, but at mailing list (see your text below...)
2009/5/8 Batateam bata11...@gmail.com
are multi-processor new york asian escort (http://www.nyasiangirls.com)
systems. The New York Escort
Hi Don,
There's a significant new clue here. Two of my three systems that crash
with
osgviewerQT --QOSGWidget cow.osg
are multi-processor systems. The third is a very fast single core Xenon.
All they systems where there's no crash are single processor systems.
Is anyone else able to run
Thanks J-S,
Updating the driver fixed the problem on two systems. I don't have access
to the third system yet, but it's likely that a new driver will fix that one
too. It's not always practical to install new software on other peoples
systems.
I own you at least 2 beers. I went to school
Hi Don,
Updating the driver fixed the problem on two systems. I don't have access
to the third system yet, but it's likely that a new driver will fix that
one
too. It's not always practical to install new software on other peoples
systems.
Yeah, I know. That's one of the problems with
Hi Don,
the given example works for me without crashes with OSG 2.8, QT 4.5 on a
Q6600 but a third of the viewer-frame is corrupted.
My own integration of OSG and QT runs without crashes and corruption.
Greetings
Mathias Buhr
On Fri, 2009-05-01 at 18:35 -0400, Don Leich wrote:
Hi all,
Hi all,
There's a significant new clue here. Two of my three systems that crash with
osgviewerQT --QOSGWidget cow.osg
are multi-processor systems. The third is a very fast single core Xenon.
All they systems where there's no crash are single processor systems.
Is anyone else able to run
I looked into some odd behavior with an OSG/Qt based application at
my place and traced this behavior back to an old favorite...
osgviewerQT --QOSGWidget cow.osg
This crashes on some systems, runs fine on others. This seems to be true
for both OSG versions 2.8.1-rc2 and 2.9.2, Qt version
Hi,
I tried to set the QOSGWidget from the examples as central widget in a
QApplication (using setCentralWidget). It did not work (the central
widget came up empty). Have anyone tried that before, or know what the
problem can be? (A single-threaded QGLWidget based widget will work, but the
I forgot to initialize the ViewerQOSG with a pointer (this) to the
QMainWindow _viewer = new ViewerQOSG(this). It is ok now.
John Ivar Haugland
On Wed, Mar 18, 2009 at 3:20 PM, John Ivar Haugland john.haugl...@gmail.com
wrote:
Hi,
I tried to set the QOSGWidget from the examples as central
On Thu, Dec 25, 2008 at 8:12 AM, Don Leich d...@ilight.com wrote:
Julian - thanks for the gift!
Hi Don,
you're welcome, I'm glad you find it useful.
On a related note, I've never got around to cleaning up the patch and
replying to Robert in the thread on osg-submissions [*]. It looks like
Hi Richard,
Thanks a lot for your comment, I actually tried VirtualBox and it works
better than VMWare.
On Tue, Dec 9, 2008 at 12:52 AM, Richard Baron Penman
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
yes I can confirm that flag works for me.
I am using the older 1.6 version and haven't
Hi Scott,
I've been trying to use the ViewerQT portion of osgviewerQT example.
Has anyone been able to get the ViewerQT class to work when the
threading model is set to osgViewer::Viewer::ThreadPerContext instead of
single threaded?
ViewerQT subclasses AdapterWidget, which uses
yes I can confirm that flag works for me.
I am using the older 1.6 version and haven't tested version 2, which came
out last month. FYI I've found virtualizing Linux with VirtualBox more
responsive than VMWare.
Richard
On Mon, Dec 8, 2008 at 8:05 PM, Serge Lages [EMAIL PROTECTED] wrote:
Hi
I've been trying to use the ViewerQT portion of osgviewerQT example. Has
anyone been able to get the ViewerQT class to work when the threading model
is set to osgViewer::Viewer::ThreadPerContext instead of single threaded?
Thanks
Scott
On Thu, Dec 4, 2008 at 8:11 AM, Serge Lages [EMAIL
Oh, my apologies, I should have specified that I'm working under linux.
On Mon, Dec 8, 2008 at 7:34 PM, Scott Senften [EMAIL PROTECTED] wrote:
I've been trying to use the ViewerQT portion of osgviewerQT example. Has
anyone been able to get the ViewerQT class to work when the threading model
I have that example working with Debian in VirtualBox.
On Fri, Dec 5, 2008 at 7:56 PM, Serge Lages [EMAIL PROTECTED] wrote:
Thank you very much for these information Don, so it seems that our crash
is really related to VMWare, I think we'll need to install a proper Linux...
:)
On Fri, Dec
Thank you very much for these information Don, so it seems that our crash is
really related to VMWare, I think we'll need to install a proper Linux... :)
On Fri, Dec 5, 2008 at 12:21 AM, Don Leich [EMAIL PROTECTED] wrote:
The osgviewerQT example with the --QOSGWidget option has exposed some
Hi all,
I would like to know if in a correctly configured Linux, the osgviewerQT
example works with the --QOSGWidget option ?
I am asking that because we are currently trying to achieve something
similar with WinForms on Linux (using Mono), and we are following the same
way than the QT example
The osgviewerQT example with the --QOSGWidget option has exposed some problems
at the juction of OSG and the windowing system. I was aware of a problem
running this on Mac OS X for a couple of weeks, but didn't pay much attention to
it. I spent some time testing on a variey of Linux systems
After a recent recompile osgviewerQT fails to compile against Qt4.2,
complaining about missing QMdiArea and friends in AdapterWidget.cpp.
These classes were introduced in Qt4.3 according to Trolltech's site
(http://doc.trolltech.com/4.3/qmdiarea.html). It looks like OSG's Cmake
config doesn't
41 matches
Mail list logo
