Markus, more specifically... when is the appropriate time to call the
glDispatchCompute() function?
Thank you!
Cheers,
Steven
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=63081#63081
___
osg-user
Hi,
I don't think there is anything special about the geometry. I also had the
issue that the compute shader would only work if it had the axis.osgt appended
to it's scene graph.
Is it necessary that the compute shader always appear previous to the
"resultsRenderTree" in the scene graph? It mi
Hi KOS,
I have resolved the bug in serialization of MorphGeometry and RigGeometry
by moving the respective UpdateVertex callbacks out of the respective class
scopes and into the osgAnimation namespace, renaming them to
MorphGeometryCallback and RigGeometryCallback, and have implemented them in
the
Hi Konstantin,
The bug looks to be down to the serializers writing out an UpdateCallback
but leaving it as just an empty callback, not the UpdateVertex as it should
do. If you remove the following line from the .osgt file:
UpdateCallback TRUE {
osg::UpdateCallback {
Hi KOS,
The missing *USE_SERIALIZER_WRAPPER is a bug, but it only relates to
loading .osgt, .osgx. .osgb files with a static build, as *LibraryWrapper.cpp
only has an effect during a static build. I have added in the missing
USE_SERIALIZER_WRAPPER but as expected this doesn't resolve the bug with
*Hi, Robert!I can see the problem here, in
osgWrappers/serializers/osgAnimation/UpdateVertex.cpp:*
*#undef OBJECT_CAST#define OBJECT_CAST dynamic_cast#include
#include #include
#include
REGISTER_OBJECT_WRAPPER2(osg_Drawable_UpdateCallback,
new osgAnimation::RigGeometry::UpdateVerte
RigGeometry has the same problem but in the static OSG-3.3.6 build...
*W/( 8009): InputStream::readObject(): Unsupported wrapper class
osgAnimation::UpdateVertex*
2015-03-12 17:50 GMT+04:00 Robert Osfield :
> Hi Konstantin,
>
> Have you spotted a why the .osg loading works, but the .osg
Hi,
the problem seems to be that FFmpegDecoder::rewindButDontFlushQueues() is
calling rewind() which in turn resets the timestamps returned by the
FFmpegClocks object. This ignores the fact that there is still audio/video
to be played out before the playout queues are actually empty.
FFmpegClocks
Reviving this old thread with new information.
I use a 60 second MP4 clip for testing, no audio stream in the file. OSG
3.2 branch is used with the FFMPEG plug-in. The FFMPEG version is 2.5.4
stable (I tried GPL and LGPL builds). This is on Windows 7.
After about 49 seconds, the value returned by
Hi Konstantin,
Have you spotted a why the .osg loading works, but the .osgt doesn't? I
presume from what you've found that is a difference in the way that the
callback is assigned.
Robert.
On 12 March 2015 at 13:44, Konstantin wrote:
> Hi, Robert!
>
> I've discovered, that MorphGeometry has Up
Hi, Robert!
I've discovered, that MorphGeometry has UpdateCallback (*in osgt*), that
cannot be cast to MorphGeometry::UpdateVertex while running.
Just done this for test:
inside osgAnimation/MorphGeometry.cpp
*void UpdateMorph::operator()(osg::Node* node, osg::NodeVisitor* nv){...
if (m
Hi Konstantin,
I have had a quick look at recreating the problem, and see the problem with
OSG svn/trunk.
I have done a couple of experiments to get a bit more feel for the nature
of the bug.
export OSG_OPTIMIZER=OFF
// first create a local copy to work with, using the loader with the
loade
Hello!
I have a problem with morph geometry after conversion to *osgb(t)*.
*# OSG_OPTIMIZER=OFF* osgconv osg-data/morphing.osg *morphing.osgb(t)*
osganimationviewer *morphing.osg* morph the face.
osganimationviewer *morphing.osgb(t)* *do not *morph the face.
What in can be?
Same operations in 3
13 matches
Mail list logo