[vtkusers] Moving an actor, after about 1.5 hours.

Richard Frank rickfrank at me.com
Mon Mar 7 11:31:01 EST 2016


Agreed. Ours is a medical application as well. The priority should be raised in the bug tracker in my opinion 

Rick Frank

> On Mar 7, 2016, at 11:13 AM, David Cole <DLRdave at aol.com> wrote:
> 
> This is a well known issue, reported here:
> 
>    http://www.vtk.org/Bug/view.php?id=14310
> 
> There are some patch files against older versions of VTK which are
> attached to the bug. You could try a similar patch (although it's
> quite a few lines to change) against whatever version of VTK you are
> using.
> 
> I would be VERY interested in seeing a modification to fix this
> problem make its way into VTK master.
> 
> 
> David C.
> 
> 
>> On Mon, Mar 7, 2016 at 9:36 AM, Ken Martin <ken.martin at kitware.com> wrote:
>> Oops, yes, I meant runnable time not run time :-)
>> 
>> 
>> 
>>> On Mon, Mar 7, 2016 at 9:25 AM, Richard Frank <rickfrank at me.com> wrote:
>>> 
>>> Oh never mind - increase the runnable time not run time :>}
>>> 
>>> Sent from my iPad
>>> 
>>> On Mar 7, 2016, at 9:07 AM, David Gobbi <david.gobbi at gmail.com> wrote:
>>> 
>>> On Mon, Mar 7, 2016 at 6:43 AM, Richard Frank <rickfrank at me.com> wrote:
>>>> 
>>>> 
>>>> Not yet. That will be next step. Seems plausible since I can't  find
>>>> after quite a bit of testing any leaks, OpenGL errors reported, and testing
>>>> on different systems with different Nvidia cards. etc, and tracing into VTK
>>>> ( although trying to trace through all the calls to executive, algorithm,
>>>> superclass, etc is quite cumbersome). Things just fail to move, silently.
>>> 
>>> 
>>> As far as I'm aware, the only reason that VTK hasn't yet switched to a
>>> 64-bit MTime everywhere is that there would be backwards compatibility
>>> problems (GetMTime is a virtual method that is overridden in many
>>> subclasses).
>>> 
>>>> I found another post where someone had a slightly similar problem and
>>>> said removing and re-adding actors fixed the problem, which we also seem to
>>>> see.....
>>> 
>>> 
>>> The VTK pipeline uses the difference between timestamps to as an indicator
>>> for when to undertake certain actions.  So it is likely that problems only
>>> arise when this "difference" between two crucial timestamps exceeds the
>>> 32-bit limit.  That's why re-adding actors might fix the problem.
>>> 
>>>> 
>>>> Also, why the runtime hit on a 64 bit build?.
>>> 
>>> 
>>> What are you referring to? (I rarely use Windows, and when I do, I use
>>> 32-bit builds).
>>> 
>>> - David
>>> 
>>> 
>>> _______________________________________________
>>> Powered by www.kitware.com
>>> 
>>> Visit other Kitware open-source projects at
>>> http://www.kitware.com/opensource/opensource.html
>>> 
>>> Please keep messages on-topic and check the VTK FAQ at:
>>> http://www.vtk.org/Wiki/VTK_FAQ
>>> 
>>> Search the list archives at: http://markmail.org/search/?q=vtkusers
>>> 
>>> Follow this link to subscribe/unsubscribe:
>>> http://public.kitware.com/mailman/listinfo/vtkusers
>> 
>> 
>> 
>> --
>> Ken Martin PhD
>> Chairman & CFO
>> Kitware Inc.
>> 28 Corporate Drive
>> Clifton Park NY 12065
>> 518 371 3971
>> 
>> This communication, including all attachments, contains confidential and
>> legally privileged information, and it is intended only for the use of the
>> addressee.  Access to this email by anyone else is unauthorized. If you are
>> not the intended recipient, any disclosure, copying, distribution or any
>> action taken in reliance on it is prohibited and may be unlawful. If you
>> received this communication in error please notify us immediately and
>> destroy the original message.  Thank you.
>> 
>> _______________________________________________
>> Powered by www.kitware.com
>> 
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>> 
>> Please keep messages on-topic and check the VTK FAQ at:
>> http://www.vtk.org/Wiki/VTK_FAQ
>> 
>> Search the list archives at: http://markmail.org/search/?q=vtkusers
>> 
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/vtkusers
>> 


More information about the vtkusers mailing list