On May 15, 2010, at 8:35 AM, Ulrich Hertlein wrote:
Hi Uli,
On 15/05/10 3:43 , Ulrich von Zadow wrote:
I've narrowed the issue down further. This works:
int main()
{
osgDB::readNodeFile(...)
optimizer.Optimize(...)
osgDB::writeNodeFile(...)
}
The same code executed
On May 14, 2010, at 12:33 AM, Ulrich Hertlein wrote:
Hi Uli,
On 14/05/10 2:06 , Ulrich von Zadow wrote:
I'm running into a crash when displaying collada files. The same collada
files load
cleanly in osgviewer, and other files load cleanly in my app. So this is
probably a bug in
my
the number of vertices in the geometry, so it's not surprising
the OpenGL driver is crashing.
This error could mean a bug in the collada plugin, or possibly even a
bug in the data file/the exported it came from.
Robert.
On Fri, May 14, 2010 at 9:54 AM, Ulrich von Zadow
u...@archimedes
Hi Robert,
On May 14, 2010, at 2:24 PM, Robert Osfield wrote:
Hi Ulrich,
On Fri, May 14, 2010 at 10:30 AM, Ulrich von Zadow
u...@archimedes-solutions.de wrote:
shouldn't osgviewer crash as well then? Valgrind reports nothing for
osgviewer with this file.
It's not crashing by fluke
and NormalIndices). On a mac, both variants work. Is
it possible that there is some sort of static initialization issue?
Cheers thanks for looking at this,
Uli
On May 14, 2010, at 4:14 PM, Ulrich von Zadow wrote:
Hi Robert,
On May 14, 2010, at 2:24 PM, Robert Osfield wrote:
Hi
::default_call_policies,
boost::mpl::vector2void, avg::Player ::operator()(_object*, _object*)
(invoke.hpp:94)
Thanks for any help,
Uli
--
Ulrich von Zadow
Software Engineer (Dipl. Inf.)
Exhibit Development
Tel +49 (0)30 / 2000 577 12
Fax +49 (0)30 / 2000 577 20
Skype: uzadow
Archimedes
(which is IMHO also
part of 2.8.3)
I'm not selecting PixelBufferCarbon, it's being selected by OSG
internally.
Cheers,
Uli
--
Ulrich von Zadow
Software Engineer (Dipl. Inf.)
Exhibit Development
Tel +49 (0)30 / 2000 577 12
Fax +49 (0)30 / 2000 577 20
Skype: uzadow
Archimedes Solutions GmbH
);
_pixelformat =
NULL; }
can you provide some more details about how your viewer-setup?
cheers,
Stephan
Am 30.04.10 15:14, schrieb Ulrich von Zadow:
Hi,
my OSG program crashes on end:
Thread 0 Crashed:
0 com.apple.agl 0x91e52a71
aglDestroyPixelFormat + 60
1
0x1ef4f600
Done destructing osg::View
The crash happens (when it does) at the second
PixelBufferCarbon::closeImplementation line.
Any idea what I might be doing wrong? The logging output is a response
to dereferencing the Viewer - nothing more.
Cheers,
Uli
--
Ulrich von Zadow
Software
unsuccessfully to use
GraphicsWindowEmbedded.
Cheers,
Uli
--
Ulrich von Zadow
Software Engineer (Dipl. Inf.)
Exhibit Development
Tel +49 (0)30 / 2000 577 12
Fax +49 (0)30 / 2000 577 20
Skype: uzadow
Archimedes Solutions GmbH
Saarbrücker Str. 24 10405 Berlin
www.archimedes-solutions.com
mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
--
Ulrich von Zadow
Software Engineer (Dipl. Inf.)
Exhibit Development
Tel +49 (0)30 / 2000 577 12
Fax +49 (0)30 / 2000 577 20
Skype: uzadow
Archimedes Solutions GmbH
Saarbrü
solution would be to render the OSG scene to a a
pbuffer and then use the pbuffer as a texture source for the original
graphics context. This would isolate the OSG and your own OpenGL
context completely from each other.
Robert.
On Fri, Jan 23, 2009 at 9:56 AM, Ulrich von Zadow
u...@archimedes
that libavg uses.
libavg itself has no dependency on OSG and it's rendering state should
be completely independent of the OSG state.
Any ideas?
Thanks,
Uli
--
Ulrich von Zadow
Software Engineer (Dipl. Inf.)
Exhibit Development
Tel +49 (0)30 / 2000 577 12
Fax +49 (0)30 / 2000 577 20
Skype
13 matches
Mail list logo