[vtk-developers] Rendering hangs in viewport

Ken Martin ken.martin at kitware.com
Mon Aug 1 10:50:55 EDT 2016


I have a topic I'm working on to address this issue, but it is a
non-trivial fix so it may take some discussion and time to get it nailed
down. My topic is really just to show the basic approach and then I'll have
to go and change all of VTK to use it assuming folks agree with it.

https://gitlab.kitware.com/vtk/vtk/merge_requests/1724

Ken


On Fri, Jul 29, 2016 at 10:27 AM, Taras Shchehelskyi <shchegelskij at gmail.com
> wrote:

> Hello,
>
>
>
> Just want to check if there are some news about this issue. Maybe somebody
> have idea how to fix this bug?
>
>
>
> Thanks,
>
> Taras
>
>
>
>
>
> *From: *Will Schroeder <will.schroeder at kitware.com>
> *Sent: *5 липня 2016 р. 21:34
> *To: *Taras Shchehelskyi <shchegelskij at gmail.com>
> *Cc: *vtk-developers <vtk-developers at vtk.org>
> *Subject: *Re: [vtk-developers] Rendering hangs in viewport
>
>
>
> Okay we have a VTK hackathon tomorrow, I'll talk with some of the folks
> there....
>
>
>
> Best,
> W
>
>
>
> On Tue, Jul 5, 2016 at 2:17 PM, Taras Shchehelskyi <shchegelskij at gmail.com>
> wrote:
>
> I did. Out app work only in 64bit mode. I see that VTK really uses
> vtkAtomicInt64 for GlobalTimeStamp. But what about next line
>
> *this->ModifiedTime = (unsigned long)++GlobalTimeStamp;*  (in
> vtkTimeStamp::Modified())
>
>
>
> Also I checked and everywhere in code timestamp is unsigned long. In
> windows x64 unsigned long is 32bit type. So despite 64bit vtkAtomicInt64 we
> still have conversion to unsigned long.
>
>
>
> Thanks,
>
> Taras
>
>
>
>
>
> *From: *Will Schroeder <will.schroeder at kitware.com>
> *Sent: *5 липня 2016 р. 21:00
> *To: *Taras Shchehelskyi <shchegelskij at gmail.com>
>
>
> *Subject: *Re: [vtk-developers] Rendering hangs in viewport
>
>
>
> Taras why aren't you building 64-bit? That's the easiest solution...
>
>
>
> On Tue, Jul 5, 2016 at 1:53 PM, Will Schroeder <will.schroeder at kitware.com>
> wrote:
>
> Okay Taras, I talked to someone smarter than me and it may be that some
> versions of Windows support vtkAtomicInt64 ..... and at one point there
> were some versions that did not, I'm not sure what the current status is.
> So for a simple fix I would try using vtkAtomicInt64 on your machine and
> recompiling. If that doesn't work we'll have to scratch our heads a little
> more.
>
>
>
>
>
> On Tue, Jul 5, 2016 at 12:31 PM, Taras Shchehelskyi <
> shchegelskij at gmail.com> wrote:
>
> Hello,
>
>
>
> Just checked. Our app does enough vtkTimeStamp::Modified() calls to
> wrapping 32 bit unsigned long in about 15-20h (depending on how many
> other processes I have on my PC). When enable more features – less time
> necessary.
>
>
>
> I am new to VTK. Can you please give me advice how hard (how many changes
> necessary) to move this->ModifiedTime  to int64 type in windows?
>
>
>
> If move to int64 type, from my rough estimate app should work fine for
> 400000+ years. And this more than enough for any use case 😊
>
>
>
> Thanks,
>
> Taras
>
>
>
> *From: *Sean McBride <sean at rogue-research.com>
> *Sent: *5 липня 2016 р. 18:02
> *To: *Will Schroeder <will.schroeder at kitware.com>; Mathieu Malaterre
> <mathieu.malaterre at gmail.com>
> *Cc: *vtk-developers at vtk.org
> *Subject: *Re: [vtk-developers] Rendering hangs in viewport
>
>
>
> On Tue, 5 Jul 2016 08:16:46 -0400, Will Schroeder said:
>
>
>
> >I like this theory! It's hard to imagine an unsigned long wrapping around,
>
>
>
> Not on Windows, where unsigned long is only 32 bits. :(
>
>
>
> Cheers,
>
>
>
> --
>
> ____________________________________________________________
>
> Sean McBride, B. Eng                 sean at rogue-research.com
>
> Rogue Research                        www.rogue-research.com
>
> Mac Software Developer              Montréal, Québec, Canada
>
>
>
>
>
> _______________________________________________
>
> Powered by www.kitware.com
>
>
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
>
>
> Search the list archives at: http://markmail.org/search/?q=vtk-developers
>
>
>
> Follow this link to subscribe/unsubscribe:
>
> http://public.kitware.com/mailman/listinfo/vtk-developers
>
>
>
>
>
>
>
>
>
> --
>
> William J. Schroeder, PhD
> Kitware, Inc. - Building the World's Technical Computing Software
> 28 Corporate Drive
> Clifton Park, NY 12065
> will.schroeder at kitware.com
> http://www.kitware.com
> (518) 881-4902
>
>
>
>
>
> --
>
> William J. Schroeder, PhD
> Kitware, Inc. - Building the World's Technical Computing Software
> 28 Corporate Drive
> Clifton Park, NY 12065
> will.schroeder at kitware.com
> http://www.kitware.com
> (518) 881-4902
>
>
>
>
>
>
>
> --
>
> William J. Schroeder, PhD
> Kitware, Inc. - Building the World's Technical Computing Software
> 28 Corporate Drive
> Clifton Park, NY 12065
> will.schroeder at kitware.com
> http://www.kitware.com
> (518) 881-4902
>
>
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Search the list archives at: http://markmail.org/search/?q=vtk-developers
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/vtk-developers
>
>
>


-- 
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20160801/20326b7f/attachment.html>


More information about the vtk-developers mailing list