Hi Ivan,
The only thing I can see that's different to the way we handle
SourceGeos internally is that we do our matrix stuff inside a
re-implementation of geometry_engine instead of create_geometry, so we
do something like:
void geometry_engine(Scene& scene, GeometryList& out)
{
SourceGeo::geometry_engine(scene, out);
// Now do matrix stuff
...
}
However, if you're also re-implementing init_geoinfo_params then I can't
see anything else that would overwrite the geoInfo's matrix, so it may
be worth giving this a try but I don't think it's the problem.
How do you calculate the matrix? Do you use any variables that are
stored on the op? I'm wondering if you're just getting a new instance of
your op which doesn't have the correct values stored. This would explain
why it only happens occasionally and why changing frames can fix it.
Cheers,
Peter.
On 20/08/2012 07:06, Ivan Busquets wrote:
Hi all,
I'm having a problem where a change in an GeoInfo's matrix does not
always update immediately (in the viewer).
Details:
- In a SourceGeo subclass I'm setting a matrix for each GeoInfo within
create_geometry
- I've overridden init_geoinfo_params so it won't reset to an identity
matrix
- output_context().frame() is added to the hash in append()
- output_context().frame() is added to the geo_hash[Group_Matrix] in
get_geometry_hash()
This seems to work well, except that, every now and then, I'll hit a
frame where the matrix is reset to the identity.
This happens more often when rendering with multi-samples. Most of the
samples will behave properly, but every now and then there will be one
that's off (matrix reset to identity). Sometimes hovering over the
viewer is enough to force an update that fixes it, and sometimes it'll
take moving forward one frame and back.
If I don't set the GeoInfo's matrix and bake it into all points
instead, I don't have any of those issues.
Has anyone else had similar problems?
Is there anything else I should be doing to make sure that the
GeoInfo's matrix is up to date?
Thanks,
Ivan
_______________________________________________
Nuke-dev mailing list
[email protected], http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-dev
_______________________________________________
Nuke-dev mailing list
[email protected], http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-dev
