When I call sceneViewer-cull() first it works like a charm.. But should I have
to?
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: 8. april 2008 13:51
To: osg-users@lists.openscenegraph.org
Subject: [osg-users] SceneView error
I try to use OpenSceneGraph
-- 原始邮件 --
发件人: osg-users-request[EMAIL PROTECTED];
发送时间: 2008年5月10日(星期六) 下午02:36
收件人: osg-usersosg-users@lists.openscenegraph.org;
主题: osg-users Digest, Vol 11, Issue 36
Send osg-users mailing list submissions to
osg-users@lists.openscenegraph.org
Hi Jason,
On Fri, May 9, 2008 at 10:27 PM, Jason Baurick [EMAIL PROTECTED] wrote:
Hi Robert,
I'll look at osgViewer::Viewer, the reason I used osgViewer::CompositeViewer
is because the methods it provided made implementing something very easy.
I'm curious, what methods made it easier with
Hi Phishjam,
Is it simply that you want the viewers camera to follow a child in the
scene? If so then you can use either node-getWorldMatrices() to get
the list of model matrices of the a node in the scene, inverting this
then gives
you the view matrix. Note, getWorldMatrices() may return 1 or
On Thu, Apr 10, 2008 at 10:41 AM, [EMAIL PROTECTED] wrote:
When I call sceneViewer-cull() first it works like a charm.. But should I
have to?
You always have to call cull() before draw(), even
osgViewer::Viewer::renderingTraversals()
does this internally. cull() is what culls the scene graph
Hello everyone,
I'm making PickHandler inherit from osgGA::GUIEnentHandler.
This class implememt Pick function. In this Pick func., there are
PolytopeIntersector.
And I use it as follows
osgUtil::PolytopeIntersector* pPicker
= new osgUtil::PolytopeIntersector(
Hi Wojtek,
This morning I awoke and had an idea about why the compile bit be
running currently with the update traversal, so I got up and reviewed
the code and your test example. First up I can reproduce the problem
of the red then green flag on my linux box so when I/we do come up
with a
Hi Jeongsoeok,
The CoordinateFrame relates the standard OpenGL coordinate frames - the options:
enum CoordinateFrame
{
WINDOW,
PROJECTION,
VIEW,
MODEL
};
Which mean
WINDOW - the coordinates of your window,
Thank you very much, Robert. J
Jeongseok Lee
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Hi.
For your information writer plugin for dae doesn't work at all:
osgconv cessna.osg cessna.dae
I/O error : Permission denied
I/O error : Permission denied
error : xmlNewTextWriterFilename : out of memory!
Error: daeLIBXMLPlugin::write(file://cessna.dae) failed
Warning: Error in writing to
Yes you have to call cull,
basically it's the cull the creates the list of things to draw
__
Gordon Tomlinson
Email : mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
YIM/AIM : gordon3dBrit
MSN IM : mailto:[EMAIL PROTECTED]
[EMAIL
On the OSG downloads page
http://www.openscenegraph.org/projects/osg/wiki/Downloads
there is a link to http://openscenegraph.dachary.org/ for Debian
GNU/Linux binaries.
Going to openscenegraph.dachary.org shows a hacked page that has been
there for months now. This was previously reported to
Done. Thanks for reporting this.
On Sat, May 10, 2008 at 3:21 PM, Berg, Michael [EMAIL PROTECTED] wrote:
On the OSG downloads page
http://www.openscenegraph.org/projects/osg/wiki/Downloads
there is a link to http://openscenegraph.dachary.org/ for Debian
GNU/Linux binaries.
Going to
HI Valery,
On Sat, May 10, 2008 at 12:48 PM, Валерий Быков [EMAIL PROTECTED] wrote:
For your information writer plugin for dae doesn't work at all:
osgconv cessna.osg cessna.dae
I/O error : Permission denied
I/O error : Permission denied
error : xmlNewTextWriterFilename : out of memory!
Hi Michael,
Thanks for reporting this. When I updated the link for 2.4 binaries
openscenegraph.dachary.org was working, with Loic having just repaired
it from being hacked. So depressing to see it hacked again within
days ;-|
Thanks to Jose for fixing this so quickly.
Robert.
On Sat, May 10,
hi everyone,
I am puzzled by the method of drawing text.
Three is three main sentences in the function
Text::drawForegroundText(...)
{
state.setVertexPointer( 3, GL_FLOAT, 0, (transformedCoords.front()));
state.setTexCoordPointer( 0, 2, GL_FLOAT, 0,
Hi Robert,
The solution is either to add a block that prevents the first frame
from commencing till all the CompileOperations have been complete, or
to move the compile into the osgViewer::Renderer::draw()
implementation, so the compile is done after cull, but before the
first draw(). The
Hi,
I solved the question as below:
void AdapterWidget::wheelEvent(QWheelEvent * event)
{
float delta = event-delta() / 8.0;
if( delta==0 )return;
osgGA::GUIEventAdapter* ea = _gw-getEventQueue()-createEvent();
ea-setTime( _gw-getEventQueue()-getTime() );
ea-setX(
Hi Wojciech,
On Sat, May 10, 2008 at 4:23 PM, Wojciech Lewandowski
[EMAIL PROTECTED] wrote:
Realize in Producer::Viewer was usually explicitly called before entering
update/event/cull/render loop. osgViewer::Viewer::Realize can still be
called by user before main loop. I believe this makes
Thanks Paul, changes are now all safely merged and submitted to SVN.
On Sat, May 10, 2008 at 4:57 PM, Paul Martz [EMAIL PROTECTED] wrote:
Hi all --
With my recent osg-submission to add Billboard support to the FLT export
plugin, I believe the plugin is now functionally complete. Consequently,
Hi Joakim!
I know what's wrong here. The geode, which has the cull callback, has an
absolute reference frame. That's why you don't get the expected values
from the cullvisitor.
On Fri, 09 May 2008 17:34:18 +0200, Joakim Simonsson [EMAIL PROTECTED]
wrote:
I've done this before,
Should I change camera's Projection matrix (setProjectionMatrixAsOrtho(.))
my self?
Or more smart way?
Jeongseok Lee
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Would it be worth while to link to the official Debian repository there?
http://ftp.us.debian.org/debian/pool/main/o/openscenegraph/
Between the stable, testing, and unstable branches, there are packages
for OSG 1.2, 2.2, and 2.4 on multiple platforms.
These may always be the most up-to-date,
Thanks Robert,
I did some testing. Fix seems to work at my Home. No red frames at all.
However there seems to be an issue
with --CullThreadPerCameraDrawThreadPerContext mode which looks like a
deadlock after third frame (plane moved three times and stopped). Mode can
be invoked either by
Thanks, Jeremy. I'll try to facilitate things further by
taking the lab example that Bob mentioned, and identify
areas of suspicion. I'll post my results tonight or tomorrow.
-Paul
Sorry; this has been delayed due to a number of issues. I have made some
preliminary investigations,
25 matches
Mail list logo