Hoping someone can help me out here, I think I'm missing something in
Blender, I export my animations and I get
TransformVertexFunctor::UniqBoneSetVertexSet no bones found
when I load them. Any thoughts?
-Russ
___
osg-users mailing list
osg-users@lists.op
Hello
i was wondering if there were pprebuilt binaries available for
download for windows for use with VS2008 c++ for the latest released
versions of OSG.
I seem to only be able to find up to v2.4.
In addition is there any site/info that has examples for having osg
viewer running in a dotNET wi
By the way, thanks--this works very well.
Randolph
On Jan 20, 2009, at 10:58 PM, Gerwin de Haan wrote:
Randolph,
I suggest you take a look at the code in the other wx example:
osgviewerWX.py
btw, I updated the examples slightly according to your findings in
http://code.google.com/p/osgswig/
Hi,
I got an issue about osgManipulator::dragger. When I set up a dragger,
sometime it just hide (totally or partially) inside the selected object. So,
I am wondering if there is some sort of way that I could always force the
dragger rendered on top of the selected object to make it fully visible
Hi Robert,
On Mon, Jan 26, 2009 at 8:58 PM, Robert Osfield
wrote:
> Mostly I think we probably do reasonable well on the ready to package
> front. We can always do better of course. I'm curious just how much
> the new cpack work can help out in this direction.
At 'make install' time there is n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Osfield wrote:
>
> Thanks for the link, it's a useful read.
You are welcome.
>
> Perhaps we should have a README.txt, or a section for it in the
> present README.txt, just for package maintainers. The alternative
> would be to put a page(s)
Hi Jan,
On Mon, Jan 26, 2009 at 6:36 PM, Jan Ciger wrote:
> I have also found this:
> http://www.onlamp.com/pub/a/onlamp/2005/03/31/packaging.html
>
> The article describes in more detail what I was talking about with
> regards to making software easier to package. The guy is a netBSD
> packager,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Robert Osfield wrote:
> The question then is... how to we make it easier for these downstream
> package maintainers.
I have also found this:
http://www.onlamp.com/pub/a/onlamp/2005/03/31/packaging.html
The article describes in more detail what
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Robert Osfield wrote:
> HI Jan,
> So for the past half dozen emails you've been saying that
> /usr/local/lib64 is the "standard", but... there are also all these
> other standards...
You were asking about /usr/local/lib vs. /usr/local/lib64, not
Yes, it works fine now.
I can use earth file in my application, thanks again for your great work
(both osg and osgEarth!)
Fabien
-Original Message-
From: Robert Osfield [mailto:robert.osfi...@gmail.com]
Sent: lundi 26 janvier 2009 17:33
To: Fabien Lavignotte
Cc: jasonbever...@gmail.com;
Hi All,
When I original merged the new camera/view stats code in testing on my
older machine I was able to see a crash when viewing large paged
databases with the on screen camera + view stats switched on, it used
to take a few minutes to see it, but it would eventually appear.
However, now I've a
HI Jan,
To be clear, I'm not advocating installing to /usr/lib instead or
/usr/lib64, my suggestion only pertains to the possibility of using
/usr/local/lib rather than /usr/local/lib64 as the later isn't
supported out of the box. As it turns out Madriva and at least older
versions of RedHat/Fedo
Hi Ryan,
J-S, I think you might have mistaken the "Single GPU" with "Single Display."
Hey, you're right, I misread that! *embarrased*
Sorry about that. I don't know why you're getting trouble on your other
screen then. Sorry for jumping the gun.
J-S
--
_
Hi Sukender,
I updated my osgAL version with latest svn revision 71 and it works
perfectly, code isn't commented anymore.
I was maybe using an old svn update, my apologize ;-)
2009/1/26 Sukender
> Hi Alexandre,
>
> I *DO* call "osgAL::SoundManager::instance()->getSample()" in my app and it
> wo
Hi Robert,
Great !! As you said it's an old plugin but an usefull one ;-)
2009/1/26 Robert Osfield
> Thanks Alexandre, turns out that this old plugin wasn't using
> ref_ptr<> internally when it should have been. I've fixed this and
> checked it in to svn/trunk, osgviewer osg64.logo now works
Thanks Alexandre, turns out that this old plugin wasn't using
ref_ptr<> internally when it should have been. I've fixed this and
checked it in to svn/trunk, osgviewer osg64.logo now works without any
errors.
On Mon, Jan 26, 2009 at 4:40 PM, Alexandre Amalric
wrote:
> Hi Robert,
>
> The image fro
Yes, two sided lighting was what I was going to suggest, but you beat me to
it.
Note that two sided lighting is deprecated in OpenGL 3.0, so you should
consider looking for a shader-based solution instead. In the shader, if the
dot product of the normal and eye vector is negative, just negate it,
Hi Robert,
thank you for according some time to this case, it's very important to me to
understand what I'm doing wrong or if it's a bug from osg ;-)
Kind regards,
2009/1/26 Robert Osfield
> Hi Alexandre,
>
> Thanks for the updated example and screenshot, this makes it much
> clearer. I'm fix
Hi Robert,
The image from the logo isn't displayed.
You can reproduce the error by launching osgViewer with osg64.logo data.
In drawImplementation function from ReaderWriterLOGO.cpp, at line 141, the
image we get back from logo vector is apparently corrupted :
for( p = logos[i].begin(); p != lo
Hi Alexandre,
Thanks for the updated example and screenshot, this makes it much
clearer. I'm fixing another bug right now, but once that is complete
I'll have another look at this example.
Robert.
On Mon, Jan 26, 2009 at 4:32 PM, Alexandre Amalric
wrote:
> Hi Robert,
>
> Well I attached new ve
Hi All,
I've been fixing bugs through today, and am presently refactoring the
Camera/View stats code so it avoids the threading problems that have
appeared since this code was introduced last year. I probably won't
complete this bug fixing round in time to get 2.7.9 out today, so I'll
go for it t
Hi Fabien,
Have you now tested the latest svn/trunk?
Ribert.
On Mon, Jan 26, 2009 at 3:41 PM, Fabien Lavignotte
wrote:
> Hum sorry Robert to bother you, but i look at the changes from Jason :
> he fix the bug!
> OpenSceneGraph evolves too fast for me :) Next time i will check the
> really last
Hi Morne,
This isn't a bug, rather a limitation of using camera's to clear the
background colour of the graphics context. If your camera's don't
cover the whole window then you have tell the GraphicsContext to do a
clear - something it doesn't do by default for efficiency reasons - as
the vast ma
Robert Osfield wrote:
It's curious one would create a /usr/local/lib64 and then not provide
a library path to it...
Can any RedHat/CentOS/Fedora users tell use what /etc/ld.so.conf and
/etc/ld.so.conf.d contain w.r.t pulling in /usr/local/lib?
No reference to /usr/local/lib on Fedora 6 or R
Hi Alexandre,
Could you explain how it's failing? I'd like to reproduce the problem
and fix it properly.
Robert.
On Mon, Jan 26, 2009 at 4:19 PM, Alexandre Amalric
wrote:
> Hi osg-users,
>
> Apparently latest osg SVN logo plugin isn't working.
>
> I did make it work by replacing line :
>
> osg
Hi osg-users,
Apparently latest osg SVN logo plugin isn't working.
I did make it work by replacing line :
osg::ref_ptr image = osgDB::readRefImageFile( name.c_str() );
by line :
osg::Image* image = osgDB::readImageFile( name.c_str() );
in ReaderWriterLOGO.cpp like in osg 2.7.8 version.
Kind
HI Alexandre,
I read your explanation but am still am confused. Could you modify
the code so that you use a command line argument to add/remove the
code this will make it easy to test the two configuration without
recompile.
As for it being a serious issue, well it could well still be an
incorre
Hi Robert,
I'm sorry If my explanation wasn't clear enough but it seems to be to be a
serious issue so I will take more time to make myself clear.
In the file osgLight.cpp previously attached there is a piece of code in
main function at line 397 to 400 :
/
Glenn Waldron wrote:
Announcing osgEarth, a new open source toolkit that enables on-demand
terrain generation in OpenSceneGraph applications.
osgEarth brings web-based geospatial visualization to OSG. It it built
on the osgTerrain library, and operates in a manner similar to the
technology th
Hi Jan,
On Mon, Jan 26, 2009 at 3:28 PM, Jan Ciger wrote:
> You are not taking into account that 64bit systems are far less
> prevalent than 32bit ones, even though most machines sold in the last
> two years are capable of running 64bit code. So your assertion does not
> really carry that much we
J-S, I think you might have mistaken the "Single GPU" with "Single Display."
In any case, I do remember this feature working prior to 181.20. This seems to
be a driver related bug, as I too am having the same problem. I'm sure NVidia
already knows of the problem, but it wouldn't hurt to send th
Have you tried using the osgUtil::SmoothingVistor on the model when its
loaded ?
to see if this will solve your problem ?
rendering both sides will lead to a different set of unwanted artifacts
Gordon
__
Gordon Tomlinson
Produc
For sure the best thing to do would be to process the incoming data as
suggested. However, you might be able to get OpenGL to do what you want
by setting all material properties for both sides of the polygon and
enabling two sided lighting. Something like this.
osg::ref_ptr< osg::LightModel > pL
Hum sorry Robert to bother you, but i look at the changes from Jason :
he fix the bug!
OpenSceneGraph evolves too fast for me :) Next time i will check the
really last version of the trunk.
Fabien
-Original Message-
From: Robert Osfield [mailto:robert.osfi...@gmail.com]
Sent: lundi 26 j
HI Alexandre,
I can't find the code you are referring to in the osglight.cpp you provided.
I'm afraid I really don't understand what you are trying to achieve,
and what is happening that is wrong. Given this there is nothing I
can do till you provide a clear example code and a better explanation
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Osfield wrote:
> Well many other projects are using /usr/local/lib for 64bit libs, I'm
> afraid from my experience that it's more prevalent than installing
> locally compiled libraries in /usr/local/lib64. Much as you may
> infer that /usr/lo
Problem is that the models that come to my application are already prepared
by people that do not (and unfortunately won't) think about normals issues,
so maybe the best thing to do would be to really render both front and back
faces, I'm not an expert, but the only approach I can think is to doubl
Hi Jason & Fabien,
I'm introducing Jason into discussion in the hope that he'll have some
ideas about what is going wrong as Jason's recently made changes to
Registry.cpp that affect the handling of http file references.
Jason's also one of the authors of osgEarth too so doubly relevant :-)
I hav
Hi John,
For both modes I get two windows, however, for the first mode the cow
does not appear on the second screen. When the second window is moved to
the first screen, the cow appears, and disappear when moved to
the second screen again. Is this behavior as intended ?
Since the setting is
Hi,
I have one GPU and two screens configured independentlay from each other
(Dual view). Nvidia driver 181.20. In "Manage 3D settings" under
"Multi-display/mixed-GPU acceleration" I have tried both
1: "Single GPU multiple display performance mode" and 2: "Multiple display
performance mode" in co
Hi Rahul,
Happy to hear that the GDAL plugin is working for you now.
The GDAL plugin is currently in its infancy, so it doesn't have support for
anything other than RGB and RGBA datasets right now. It shouldn't be too
difficult to add support for single channel raster images like the current
OSG
Hi Robert,
On Mon, Jan 26, 2009 at 5:38 AM, Robert Osfield wrote:
> Hi Glenn and Jason,
>
> I've been browsing through the various sample .earth files, it really
> is very cool how easy it is to plugin and play.
>
Thanks:) We hoped to make writing new plugins as easy as possible.
>
> I have
Hi All,
What is the best mechanism to create the characters to be used with
osgAnimation ?
cheers
RJ
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Hi Matthew,
The best approach to working with C4251 is to selectively disable it around
class declarations which produce such false warnings. In some cases, C4251 may
expose an actual problem in a DLL interface, and thus it should not be globally
supressed, in general.
Well, I think in hind
Hi Robert, Alfonso,
I still find it curious that your timer is so erratic, the problems
that you are having certainly aren't something that lots of people
have problems with, yet the task of moving objects around is very
common indeed.
One thing to check, on Windows XP systems with dual-core p
Hi Robert,
Glad to hear that things are working well for you!
The osgearth_seed application simply runs through a series of tile keys and
tries to load them through the cache defined in the .earth file. If no
cache is defined in the .earth file, then there really isn't anything for
osgearth_seed
I live on the bleeding edge, i am using the trunk revision 9521.
Fabien
-Original Message-
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Robert
Osfield
Sent: lundi 26 janvier 2009 14:46
To: OpenSceneGraph Users
Subject: Re
Hi Adrian,
Does the master camera have a graphics context associated with it? If
so perhaps you could re-arrange things so that the master camera has
no graphics context, and the only slaves have graphics contexts, this
way local slave changes wouldn't affect other slaves.
Robert.
On Mon, Jan 26
Hi Alexandre,
I *DO* call "osgAL::SoundManager::instance()->getSample()" in my app and it
works perfectly... since the code is not commented! Which revision do you use?
Revisions 70 and 71 ( https://osgal.svn.sourceforge.net/svnroot/osgal ) work
perfectly for me.
Sukender
PVLE - Lightweight cr
Hello Tanguay,
First complaint so far about my vc90 zip and I must say that I've been
expecting it ;-)
I'll have a look as soon as I can. This week hopefully.
cheers
Mattias
On 1/26/09, Tanguy Fautre wrote:
> Hi,
>
> I've been using VC90 with OSG 2.7.8 for several weeks now, and I've
> noticed
Sorry Robert,
I should precise in detail my problem. Each slave gets updated each frame.
osg54-osgd.dll!osg::View::updateSlave(unsigned int i=0) Line 154C++
osg54-osgd.dll!osg::View::updateSlaves() Line 144 + 0xc bytesC++
osg54-osgViewerd.dll!osgViewer::Viewer::updateTraversal() Line 9
Hi Sukkender,
I found something interesting in last svn update in soundmanager.cpp :
try {
// Cache miss, load the file:
/*std::string new_path = osgDB::findDataFile(path);
if (new_path.empty()) {
osg::notify(osg::INFO) << "SoundManager::getSamp
Hi Fabien,
Which version of the OSG are you testing osgEarth against?
Robert.
On Mon, Jan 26, 2009 at 1:29 PM, Fabien Lavignotte
wrote:
> While trying osgEarth (great work by the way), I find a OSG problem.
> osgEarth works correctly with osgviewer but not with our own viewer.
> After some inve
J-S & Robert - with regard to C4251:
As J-S has noted, C4251 is often generated for STL usage; in particular, C4251
is often errorneously generated for STL usage in *private* members or
functions. STL usage in *public* members or functions in a DLL-exported class
is problematic (as would be pro
Hi Alfonso,
I still find it curious that your timer is so erratic, the problems
that you are having certainly aren't something that lots of people
have problems with, yet the task of moving objects around is very
common indeed.
Robert.
On Mon, Jan 26, 2009 at 11:02 AM, Alfonso Callejo Goena
wro
Hi Jan,
On Mon, Jan 26, 2009 at 10:46 AM, Jan Ciger wrote:
> Strictly speaking, you can put the libraries wherever you want, it will
> work with sufficient changes to the system config. However, it is good
> to stay with the conventions others are using - it prevents a lot of
> headaches.
Well m
While trying osgEarth (great work by the way), I find a OSG problem.
osgEarth works correctly with osgviewer but not with our own viewer.
After some investigations with the debugger, it was because we are
loading a png file before loading the earth file.
And then when osgEarth try to load distant p
Hi,
could you also please read through the following two threads:
http://thread.gmane.org/gmane.comp.graphics.openscenegraph.user/21003/
and
http://thread.gmane.org/gmane.comp.graphics.openscenegraph.user/33099/
and let us know if your fix addresses any of the issues raised by
Richard there.
Hi Jason ,
Thanks, after SVN update the problem is resolved.
The another issue i just came across is that images with single
band(Gray) can not be loaded. Looking at the code of
ReaderWriterGDAL.cpp it seems that the image with the single band are
not handled. Is it intentional or its just th
osg-us...@artel-tech.com wrote:
hi all,
quaternion multiplication is a non-commutative operator, i've changed
the source code and documentation accordingly.
Good catch, but I wonder why you made the constructors and
multiplication operator non-inline?
Paul
_
your triangles all need to be wound the same way (anticlockwise by
default for OSG & Opengl), whether or not your normal's are correct
The easiest fix would be to ensure that your modeling package sets up
correct normal's before you get to OSG
Assuming your triangles are wound the same way ( if
M.J. please see this page on submissions
http://www.openscenegraph.org/projects/osg/wiki/MailingLists/Submissions
Protocol
Things submitted to this list will typically not get acted upon
Gordon
__
Gordon Tomlinson
Product Manager 3D
Emai
hi all,
quaternion multiplication is a non-commutative operator, i've changed
the source code and documentation accordingly.
best regards,
ir. m.j.baars
/* -*-c++-*- OpenSceneGraph - Copyright (C) 1998-2006 Robert Osfield
*
* This library is open source and may be redistributed and/or modified
Sometimes my application has to load models that have normals not always
oriented in the same coherent way, so it is not always possible to say that
a surface is oriented in a way or in another and my renderings do not look
correct.
I'd like to fix this problem in some way...so I was thinking abou
Hi,
I've been using VC90 with OSG 2.7.8 for several weeks now, and I've
noticed several warnings at compile time using these 3rd Party libraries
(http://www.openscenegraph.org/projects/osg/wiki/Community/People/Mattia
sHelsing).
Libtiff.lib seems to be incorrectly linked with the debug CRT. Sinc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Guy Wallis wrote:
> Hello,
>
> I just tried to do something in osg that produces different behavior
> depending on which platform I compile it on. I realize it’s an ugly
> thing to do, but I set up a global variable v that is of type osg::Vec3
> and t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jason Beverage wrote:
> Hi Robert and Jan,
>
> I just committed a fix to osgearth that removes the segfault at the end
> of the seeding. Works fine for me now in Ubuntu.
Now it seems to work fine :)
Thanks a lot.
Jan
-BEGIN PGP SIGNATURE-
hi Guy,
are you perhaps using multiple threads on a multi core machine? then it
might be a cache coherence problem. You'd need to declare your shared
data as volatile:
volatile osg::Vec3 v[12];
regards Ralph
Guy Wallis schrieb:
> Hello,
>
> I just tried to do something in osg that produces dif
Hi Guy,
AFAIK this should work. Could you reduce that problem to a small example
program so we could actually review the code?
Cheers,
Tanguy
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Guy
Wallis
Sent: Mond
Hi Robert:
I have two ways of performing the displacement:
-- time = nv->getFrameStamp()->getSimulationTime();
mT.makeTranslate( vehSpeed*time, 0., 0. );
-- mT.makeTranslate( dist, 0., 0. );
dist=dist+avgTime*vehSpeed; // avgTime is the average time per callback
In the first case jumps ap
Hello,
I just tried to do something in osg that produces different behavior
depending on which platform I compile it on. I realize it's an ugly
thing to do, but I set up a global variable v that is of type osg::Vec3
and then made it an array of size 12:
osg::Vec3 v[12];
If I compile the co
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Osfield wrote:
> Hi Jan,
>
> The FHS docs talk about /usr/lib64 for 64bit, but in all it's
> discussion of /usr/local it only discusses /usr/local/lib there is
> absolutely no mention of /use/local/lib64. So rather than ambiguous
> it just doe
Hi Glenn and Jason,
I've been browsing through the various sample .earth files, it really
is very cool how easy it is to plugin and play.
I have seen a couple of tile errors when browsing though, with the
following error reported on the command line:
TIFF loader: Error opening file
Also if I
Hi Adrian,
You can control the management of the projection matrix w.r.t resizing
via osg::Camera methods. I can't recall them off the top of my head,
go have a browse.
Robert.
On Mon, Jan 26, 2009 at 10:20 AM, Adrian Egli OpenSceneGraph (3D)
<3dh...@gmail.com> wrote:
> Hi Robert,
>
> for each
Hi Robert,
for each slave camera, osg overwrites the projection matrix (each frame).
what happends when i have a slave with w=1,h=1 and a second w=2,h=1 ->the
aspection ratio should be different, but i get wrong output. i believe that
the aspect ratio
gets overwritten with the master cams, this is
Hi Jason,
On Mon, Jan 26, 2009 at 3:56 AM, Jason Beverage wrote:
> I just committed a fix to osgearth that removes the segfault at the end of
> the seeding. Works fine for me now in Ubuntu.
Seg fault is gone now, thanks :-)
I can now run
>osgearth_seed simple_caching.earth
it runs to comple
Hi robert,
Oops sorry ;-)
2009/1/26 Robert Osfield
> Hi Alexandre,
>
> You missed attaching the file.
>
> Robert.
>
> On Mon, Jan 26, 2009 at 8:29 AM, Alexandre Amalric
> wrote:
> > Hi osg-users,
> >
> > I recently have found something weird about adding slave camera to
> > osgViewer::View whe
Hi Alexandre,
You missed attaching the file.
Robert.
On Mon, Jan 26, 2009 at 8:29 AM, Alexandre Amalric
wrote:
> Hi osg-users,
>
> I recently have found something weird about adding slave camera to
> osgViewer::View when managing my own lightning.
>
> I'm using OSG SVN version.
>
> I derived os
Hi osg-users,
I recently have found something weird about adding slave camera to
osgViewer::View when managing my own lightning.
I'm using OSG SVN version.
I derived osgLight example to show you my problem, please compile attached
code with uncommenting following lines :
// Adding slave camera,
79 matches
Mail list logo