Paul Leopard writes:
Nobody else has seen this?
Paul, if you can attach the source code you used to generate that mesh,
I can test it for you on the latest SVN version.
--
Alberto
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Hi Rebecca,
On 27 January 2014 18:34, Rebecca N. Palmer r.pal...@bham.ac.uk wrote:
I haven't ever seen this threading crash with osgviewerQt when compiling
against Qt4.
That suggests the problem is in the Debian/Ubuntu packaging rather than
OSG itself (my test builds were as a .deb package,
Robert Osfield writes:
[...]
XInitThreads() patch is hack for a problem that lies entirely
elsewhere in the stack, most likely Qt.
I completely agree.
Debian *shouldn't* by compiling the examples into binaries. The OSG
build by default doesn't build the examples, just the libraries,
Hi all,
Do I need to pay any patent fee or another fee if my commercial program is
using OSG for 3D display? Thanks.
Regards,
Clement
___
osg-users mailing list
osg-users@lists.openscenegraph.org
On 01/28/2014 10:51 AM, clement@csiro.au wrote:
Hi all,
Do I need to pay any patent fee or another fee if my commercial
program is using OSG for 3D display? Thanks.
Regards,
Clement
Hi,
standing to OSGPL license (
http://www.openscenegraph.org/index.php/about/licensing), you can
Hi Alberto,
Thanks for pitching in.
On 28 January 2014 09:42, Alberto Luaces alua...@udc.es wrote:
Debian *shouldn't* by compiling the examples into binaries. The OSG
build by default doesn't build the examples, just the libraries,
plugins and applications, why on earth would debian be
Robert Osfield writes:
Hi Alberto,
Thanks for pitching in.
On 28 January 2014 09:42, Alberto Luaces alua...@udc.es wrote:
Debian *shouldn't* by compiling the examples into binaries. The
OSG
build by default doesn't build the examples, just the libraries,
plugins and
I have checked in non op getModeUsage() from Texture2DMultisample and
Texture2DArray.
The same applies to osg::TextureBuffer.
I never use setTextureAttributeAndModes() with it.
--
Paweł Księżopolski
--
Read this topic online here:
Hi,
I'm trying to load an heightfield and smooth it by adding a
GeometryTechnique to the osgTerrain::TerrainTile.
Since I didn't get it working I tried the osgthreadedTerrain example.
Loading a heightfield or elevation from texture and modifying the
filter used doesn't change anything there
I have now tested a normal OpenSceneGraph build (i.e. cmake $source_dir
-DCMAKE_BUILD_TYPE=Release; make; sudo make install), and found that it
also has the osgviewerQt crash on my system, so this isn't a packaging
bug; given that similar issues have been reported in Qt before, I agree
it may
Hi Rebecca,
On 28 January 2014 13:17, Rebecca N. Palmer r.pal...@bham.ac.uk wrote:
I have now tested a normal OpenSceneGraph build (i.e. cmake $source_dir
-DCMAKE_BUILD_TYPE=Release; make; sudo make install), and found that it
also has the osgviewerQt crash on my system, so this isn't a
Hi
With MinGW x86 build (g++-4.8), with current SVN revision (and it is the same
with 3.2 release), running osgDB::readNodeFile(cessna.osg) will print an
error like
Could not find plugin to read objects from file cessna.osg
This is because by default the plugins dll do not have the d suffix,
Hi Rémi,
On 28 January 2014 14:26, Rémi Thebault remi.theba...@outlook.com wrote:
Hi
With MinGW x86 build (g++-4.8), with current SVN revision (and it is the
same with 3.2 release), running osgDB::readNodeFile(cessna.osg) will
print an error like
Could not find plugin to read objects from
Ok, I will. Right now the code uses some of our own libraries and including
them would not be feasible. I will try to create a version that does not use
our libs and post it soon ... Thanks
things are more like they are now than they have ever been before
Rebecca N. Palmer writes:
I have now tested a normal OpenSceneGraph build (i.e. cmake
$source_dir -DCMAKE_BUILD_TYPE=Release; make; sudo make install), and
found that it also has the osgviewerQt crash on my system, so this
isn't a packaging bug; given that similar issues have been reported in
Rebecca N. Palmer writes:
try compiling OSG with Qt5. At least this combination doesn't crash on
my system.
osgviewerQt is now single threaded by default on Qt 5
(http://lists.openscenegraph.org/pipermail/osg-users-openscenegraph.org/2014-January/065916.html),
to avoid another vaguely
Hi Robert
It looks like the script in OsgMacroUtils.cmake is a bit out of
date. The problem you've seen also suggests that it's out sync with the
build of the plugins.
Could you try the attached OsgMacroUtils.cmake, I've simply removed the section:
IF(NOT UNIX)
A default build of the OSG won't build the examples, so won't build
osgviewerQt. Did you enable the build of the examples?
I compiled the example separately with g++ -o osgviewerQt
'/home/palmer/fs_dev/git/osg/examples/osgviewerQt/osgviewerQt.cpp'
-DUSE_QT4 -DQT_SHARED -I/usr/include/qt4
Thanks for your reply. I am worried about FFMpeg. Since OSG is using ffmpeg
on some functions, some patented algorithms are used inside ffmpeg. Even my
program won't call ffmpeg any function, but I am worried OSG includes ffmpeg
and OSG may have a risk on include patented algorithm. Does
Hi Clement,
Thanks for your reply. I am worried about FFMpeg. Since OSG is using
ffmpeg on some functions, some patented algorithms are used inside
ffmpeg. Even my program won't call ffmpeg any function, but I am
worried OSG includes ffmpeg and OSG may have a risk on include
patented
Hi Clement,
On 28 January 2014 19:56, clement@csiro.au wrote:
Thanks for your reply. I am worried about FFMpeg. Since OSG is using
ffmpeg on some functions, some patented algorithms are used inside ffmpeg.
Even my program won't call ffmpeg any function, but I am worried OSG
includes
Here is the code : http://www.3rdm.biz/files/OSG_DelaunayTest.cpp
Or cut and paste :
Code:
#include osgViewer/Viewer
#include osgViewer/ViewerEventHandlers
#include osgUtil/SmoothingVisitor
#include osgUtil/DelaunayTriangulator
#include osgDB/WriteFile
#include iostream
#include algorithm
We're using 3.0.1. I'd like to update, but at the moment don't have time and
have something else going on.
I'm able to build on a Mac OS X 10.7.5 machine. With a few changes to our
makefile (which calls cmake and then gmake), I'm trying to build on Mac OS X
10.8. (The changes involve
23 matches
Mail list logo
