I have seen you solved your problem. Just for information,
Terry Welsh writes:
Sorry about the incorrect subject line before. I hate it when I do that :(
But I'm not talking about that usage. I'm talking to set it just for
your application. I have seen many commercial applications doing
Hi Shayne,
On 10 January 2012 23:37, Shayne Tueller shayne.tuel...@hill.af.mil wrote:
Just a followup on this problem...
If I run osgdem directly on the dted files, things build just fine.
If I run vpbmaster on exactly the same dted files, it blows up with the error
no destination graph
Hi Sebas,
On 10 January 2012 20:17, Sebas Walther sebas.walt...@googlemail.com wrote:
I am not sure if I understand you correctly. I do have limited access to the
viewer. It is for example possible to change the viewMatrix of the camera
permanently if no camera manipulator is attached. The
Hi, Shuiying There are three interpolation qualifiers which states how values would be interpolated between vertex (or geometry) - fragment shaders (no FFP here, sry)no qualifier - perspective corrected interpolationflat - no interpolation, value taken from 1st(?) vertex of poly
Hi Robert,
this issues seems to be independent from reprojection aspects:
it occurs as soon as a database setup contains DEM data wich is not covered
with texture data.
All data is reprojected in the corrected way.
Regarding the latter I am sure because I used exactly the same data later on
Hi Robert,
The potential problem is that any other traversals that want to use
the projection and view matrix of the Camera will use a different
value to than that set in the draw traversal. For instance picking is
going to be off.
thank you for this explanation. It is really helpful
For info,
I used git before our internal repo moved from subversion to git, with
git-svn that allows to commit back to a svn repo, here is a page that
explains the process :
http://www.codeography.com/2010/03/17/howto-mirror-git-to-subversion.html
HTH
--
Mathieu
On 10 January 2012 10:57,
I agree with Torben here.
There is no usage of texture or images anywhere in this problem. Only
elevation data is being fed to vpbmaster when the hiccup occurs. What's
strange is that running a single osgdem on the problem as a whole builds
the database just fine. It's when osgdem runs in a
Hi all,
I've updated to latest OSG svn and have Qt 4.7.4 on Debian 64-bit with
NVidia graphics. For both osgQtBrowser and osgQtWidgets I get a white
rectangle where the Qt widgets are supposed to be.
osgViewerQt works fine.
Anyone else seeing this?
thanks
jp
--
This message is subject to
9 matches
Mail list logo