1]
and start using the MinGW toolchain instead of Microsoft’s Visual C++?
Greets,
Marko
[1] http://msys2.github.io/___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
GE)
/opt/local/share/cmake-3.5/Modules/FindOpenSceneGraph.cmake:234
(FIND_PACKAGE_HANDLE_STANDARD_ARGS)
CMakeLists.txt:38 (find_package)
-- Configuring incomplete, errors occurred!
---
What am I missing?
Why isn't the libosgQt library built in case of Qt4?
Greets,
Marko
__
Thanks, Robert, for the clarifications!
OK, will mark them as spam.
Greets,
Marko
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
list’s
mailing list daemon at all and I need to search somewhere else?
Greets,
Marko
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
have probably both version installed on
> your machine and the first found by CMake is the Qt5. Look which version of
> qmake is found in the cmake-gui (or ccmake). That's the starting point for
> the Qt choice of CMake.
Ah, no, I have only qt4 installed on t
D_QT_VERSION=4
is actually enough to get it to build the osgQt lib…
For some reason I could get this to work for Qt5 only, trying the same for Qt4
on OSX didn't succeed for me - up to now.
Greets,
Marko
___
osg-users mailing li
Hi,
I was wondering whether the latest stable 3.4.0 still builds with Qt4?
Greets,
Marko
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
camera PostDraw callback, but it doesn't really solve
the problem, since the downloaded data won't be available in the next frame
update travesal.
If anyone can share some experience on this matter, I'd appreciate it. Thanks.
Cheers,
Marko
--
Read this topic online here:
http
I tried your suggestion and it works. I attached the depth texture to the first
pass and reused it in the second. I guess the performance of RTT is just about
the same as rendering to conventional buffer, so this should work pretty good.
It also gives some more control over the situation. Thank
the first camera
to include the geometry from the second camera when computing near/far plane? I
need this since both cameras share the depth buffer.
Thanks,
Marko
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=48222#48222
that. If
anyone has experience with this or ideas where to look, I'd very much
appreciate it. Thanks.
Cheers,
Marko[/code]
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=48179#48179
___
osg-users mailing
Hello Sebastian,
thanks for a quick reply. I wanted to do something like that, but I am missing
the depth_tex part. The first camera doesn't render to texture, but to a
classical frame buffer/depth_buffer. The second camera is then RTT, but it
should be using the depth buffer from the first
Did you ever use png themes? I am trying to use 66x66 pngs for theming with
osgWidget::Frame::createSimpleFrameFromTheme(), but the corners/borders of the
frame are not displayed correctly. There is a one pixel wide gap at corners of
the frame. This also happens with stock theme-2.png that's
? Thanks.
Cheers,
Marko
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=47042#47042
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users
that could be used, but there would still need to be a
register that knows how to connect appropriate physics bodies to OSG nodes
after both states have been restored.
I would appreciate any suggestions and ideas, or if anyone has experience to
share regarding this topic. Thanks.
Cheers,
Marko
along.
Best regards,
Marko
#0 0x7fca5fa385aa in osg::Matrixd::set () from
/usr/local/lib64/libosg.so.55
#1 0x7fca5fa67c9c in osg::Matrixd::Matrixd () from
/usr/local/lib64/libosg.so.55
#2 0x7fca57fff04e in
osgIntrospection::Value::Instance_boxosg::Matrixd::Instance_box
Hi,
I have a Linux box and I am trying to cross compile osg with mingw32,
following instructions at http://www.vtk.org/Wiki/CmakeMingw .
I use this cmake command:
cmake -DCMAKE_TOOLCHAIN_FILE=/home/marko/dev/Toolchain-minigw32.cmake -
DCMAKE_INSTALL_PREFIX=/home/marko/dev/minigw-install
of the baseTexture from
osgshaderterrain must be alphabetically before the terrainTexture, as
it is by default. So for example renaming the heightmap to
aterrainTexture render the object white, while cterrainTexture works
just fine.
Marko
___
osg-users mailing list
queer behaviour when using two textures in fragment
program... ati opengl support seems quite buggy and unpredictable.
Marko wrote:
This is my first post on the lists; hello to everybody and thanks for
all the precious info I gathered here in one year of working with
openscenegraph.
I have
users, it would be helpful to know if
osgshaderterrain runs there, since the drivers (8.5+) supposedly support it.
Any hints on where to look for information are most welcome. Thanks.
Marko
___
osg-users mailing list
osg-users@lists.openscenegraph.org
20 matches
Mail list logo