From dave.demarle at kitware.com Thu Feb 1 11:58:44 2018 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 1 Feb 2018 11:58:44 -0500 Subject: [vtk-developers] gitlab is down, we'll let you know when it is back up Message-ID: Howdy, Gitlab is down at the moment. Due to an issue with an upgrade earlier this morning Gitlab is still offline. We are working as fast as we can to get it back online. sorry about that, David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Thu Feb 1 12:38:00 2018 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 1 Feb 2018 12:38:00 -0500 Subject: [vtk-developers] gitlab is down, we'll let you know when it is back up In-Reply-To: References: Message-ID: It is back up. David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Feb 1, 2018 at 11:58 AM, David E DeMarle wrote: > Howdy, > > Gitlab is down at the moment. Due to an issue with an upgrade earlier > this morning Gitlab is still offline. We are working as fast as we can to > get it back online. > > sorry about that, > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 <(518)%20881-4909> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andematunum at gmail.com Thu Feb 1 15:08:55 2018 From: andematunum at gmail.com (Julien CLEMENT) Date: Thu, 1 Feb 2018 21:08:55 +0100 Subject: [vtk-developers] VTK-8.1.0 compilation troubles on OS X Sierra 10.12.6 In-Reply-To: References: Message-ID: <98D7E42B-DE22-41E1-97AD-3F92FA881909@gmail.com> Hello dear M. GOBBI, I had commented the said header in a file because it wasn?t compiling well (for a test) but forgot to uncomment. I?ve uncommented, re-run cmake and everything compiled successfully. Thanks ! > Le 1 f?vr. 2018 ? 00:36, David Gobbi a ?crit : > > I haven't seen a build error like this before, but the important part of the error message is here: > > /Users/clementj/DeveloppementLogiciel/Sources/VTK-8.1.0/GUISupport/Qt/QVTKInteractor.h:44:30: > error: variable has > incomplete type 'class VTKGUISUPPORTQT_EXPORT' > class VTKGUISUPPORTQT_EXPORT QVTKInteractor : public vtkRenderWindowInteractor > > The error indicates that the VTKGUISUPPORTQT_EXPORT macro is not defined. > It should be defined in the header GUISupport/Qt/vtkGUISupportQtModule.h (in the build tree). > Can you check your build to make sure that this header exists, and that it defines the macro? > This header is generated by cmake, so the best thing is to delete the header, and > then re-run cmake so that the header will be regenerated. > > - David andematunum at gmail.com From ken.martin at kitware.com Fri Feb 2 09:50:56 2018 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 2 Feb 2018 09:50:56 -0500 Subject: [vtk-developers] Dashboards Message-ID: If any of these ring a bell please address them, the dashboard is still pretty rough A buildbot eigen warning In file included from /usr/include/eigen3/Eigen/Core:414:0, from /usr/include/eigen3/Eigen/Dense:1, from /home/kitware/dashboards/buildbot/vtk_master-eeloo-linux-shared-release_extdeps_java_mpi_python_python3_qt_tbb_vtkm/source/Filters/Statistics/vtkPCAStatistics.cxx:19: /usr/include/eigen3/Eigen/src/Core/DenseBase.h: In member function 'void Eigen::DenseBase::resize(Eigen::Index, Eigen::Index)': /usr/include/eigen3/Eigen/src/Core/DenseBase.h:253:5: warning: declaration of 'cols' shadows a member of 'Eigen::DenseBase' [-Wshadow] { ^ /usr/include/eigen3/Eigen/src/Core/DenseBase.h:79:17: note: shadowed declaration is here using Base::cols; ^~~~ /usr/include/eigen3/Eigen/src/Core/DenseBase.h:253:5: warning: declaration of 'rows' shadows a member of 'Eigen::DenseBase' [-Wshadow] { ^ /usr/include/eigen3/Eigen/src/Core/DenseBase.h:78:17: note: shadowed declaration is here Some more eigin warnings on nightly https://open.cdash.org/viewBuildError.php?type=1&buildid=5244165 Python warning [CTest: warning matched] /Users/builder/external/VTK/Wrapping/PythonCore/vtkPythonOverload.cxx:64:15: warning: private field 'm_meth' is not used [-Wunused-private-field] PyCFunction m_meth; ^ [CTest: warning suppressed] 1 warning generated. IO/Export warning [CTest: warning matched] /Users/builder/external/VTK/IO/Export/vtkPDFContextDevice2D.cxx:441:21: warning: result of comparison 'vtkIdType' (aka 'int') > 2147483647 is always false [-Wtautological-type-limit-compare] if (numPoints > static_cast(VTK_INT_MAX)) ~~~~~~~~~ ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [CTest: warning suppressed] 1 warning generated. Linker issues on iOS ld: warning: direct access in function 'vtkCPExodusIIElementBlockImpl::SetExodusConnectivityArray(int*, std::__1::basic_string, std::__1::allocator > const&, int, int)' from file 'IO/Exodus/CMakeFiles/vtkIOExodus.dir/vtkCPExodusIIElementBlock.cxx.o' to global weak symbol 'toupper(int)' from file 'lib/libvtksys-9.0.a(SystemTools.cxx.o)' means the weak symbol cannot be overridden at runtime. This was likely caused by different translation units being compiled with different visibility settings. Android build failure - Pretty sure this is Chuck's EGL change VTK/Rendering/OpenGL2/vtkEGLRenderWindow.cxx:158 :27: error: 'stoi' is not a member of 'std' The still failing DataEncoder test - I think Scott was looking into this. A zillion other eigen warnings -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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: From allison.vacanti at kitware.com Fri Feb 2 10:47:46 2018 From: allison.vacanti at kitware.com (Allie Vacanti) Date: Fri, 2 Feb 2018 10:47:46 -0500 Subject: [vtk-developers] Dashboards In-Reply-To: References: Message-ID: I'll take care of the IO/Export warning. On Fri, Feb 2, 2018 at 9:50 AM, Ken Martin wrote: > > If any of these ring a bell please address them, the dashboard is still > pretty rough > > A buildbot eigen warning > > > In file included from /usr/include/eigen3/Eigen/Core:414:0, > from /usr/include/eigen3/Eigen/Dense:1, > from /home/kitware/dashboards/buildbot/vtk_master-eeloo-linux-shared-release_extdeps_java_mpi_python_python3_qt_tbb_vtkm/source/Filters/Statistics/vtkPCAStatistics.cxx:19: > /usr/include/eigen3/Eigen/src/Core/DenseBase.h: In member function 'void Eigen::DenseBase::resize(Eigen::Index, Eigen::Index)': > /usr/include/eigen3/Eigen/src/Core/DenseBase.h:253:5: warning: declaration of 'cols' shadows a member of 'Eigen::DenseBase' [-Wshadow] > { > ^ > /usr/include/eigen3/Eigen/src/Core/DenseBase.h:79:17: note: shadowed declaration is here > using Base::cols; > ^~~~ > /usr/include/eigen3/Eigen/src/Core/DenseBase.h:253:5: warning: declaration of 'rows' shadows a member of 'Eigen::DenseBase' [-Wshadow] > { > ^ > /usr/include/eigen3/Eigen/src/Core/DenseBase.h:78:17: note: shadowed declaration is here > > > > Some more eigin warnings on nightly > > https://open.cdash.org/viewBuildError.php?type=1&buildid=5244165 > > Python warning > > [CTest: warning matched] /Users/builder/external/VTK/Wrapping/PythonCore/vtkPythonOverload.cxx:64:15: warning: private field 'm_meth' is not used [-Wunused-private-field] > PyCFunction m_meth; > ^ > [CTest: warning suppressed] 1 warning generated. > > IO/Export warning > > [CTest: warning matched] /Users/builder/external/VTK/IO/Export/vtkPDFContextDevice2D.cxx:441:21: warning: result of comparison 'vtkIdType' (aka 'int') > 2147483647 <(214)%20748-3647> is always false [-Wtautological-type-limit-compare] > if (numPoints > static_cast(VTK_INT_MAX)) > ~~~~~~~~~ ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > [CTest: warning suppressed] 1 warning generated. > > > Linker issues on iOS > > ld: warning: direct access in function 'vtkCPExodusIIElementBlockImpl::SetExodusConnectivityArray(int*, std::__1::basic_string, std::__1::allocator > const&, int, int)' from file 'IO/Exodus/CMakeFiles/vtkIOExodus.dir/vtkCPExodusIIElementBlock.cxx.o' to global weak symbol 'toupper(int)' from file 'lib/libvtksys-9.0.a(SystemTools.cxx.o)' means the weak symbol cannot be overridden at runtime. This was likely caused by different translation units being compiled with different visibility settings. > > > > Android build failure - Pretty sure this is Chuck's EGL change > > VTK/Rendering/OpenGL2/vtkEGLRenderWindow.cxx:158 :27: error: 'stoi' is not a member of 'std' > > > The still failing DataEncoder test - I think Scott was looking into this. > > > A zillion other eigen warnings > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > > 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 > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Fri Feb 2 11:03:21 2018 From: david.gobbi at gmail.com (David Gobbi) Date: Fri, 2 Feb 2018 09:03:21 -0700 Subject: [vtk-developers] Dashboards In-Reply-To: References: Message-ID: I've submitted a patch for the vtkPythonOverload.cxx warning. On Fri, Feb 2, 2018 at 8:47 AM, Allie Vacanti wrote: > I'll take care of the IO/Export warning. > > On Fri, Feb 2, 2018 at 9:50 AM, Ken Martin wrote: > >> >> If any of these ring a bell please address them, the dashboard is still >> pretty rough >> >> A buildbot eigen warning >> >> >> In file included from /usr/include/eigen3/Eigen/Core:414:0, >> from /usr/include/eigen3/Eigen/Dense:1, >> from /home/kitware/dashboards/buildbot/vtk_master-eeloo-linux-shared-release_extdeps_java_mpi_python_python3_qt_tbb_vtkm/source/Filters/Statistics/vtkPCAStatistics.cxx:19: >> /usr/include/eigen3/Eigen/src/Core/DenseBase.h: In member function 'void Eigen::DenseBase::resize(Eigen::Index, Eigen::Index)': >> /usr/include/eigen3/Eigen/src/Core/DenseBase.h:253:5: warning: declaration of 'cols' shadows a member of 'Eigen::DenseBase' [-Wshadow] >> { >> ^ >> /usr/include/eigen3/Eigen/src/Core/DenseBase.h:79:17: note: shadowed declaration is here >> using Base::cols; >> ^~~~ >> /usr/include/eigen3/Eigen/src/Core/DenseBase.h:253:5: warning: declaration of 'rows' shadows a member of 'Eigen::DenseBase' [-Wshadow] >> { >> ^ >> /usr/include/eigen3/Eigen/src/Core/DenseBase.h:78:17: note: shadowed declaration is here >> >> >> >> Some more eigin warnings on nightly >> >> https://open.cdash.org/viewBuildError.php?type=1&buildid=5244165 >> >> Python warning >> >> [CTest: warning matched] /Users/builder/external/VTK/Wrapping/PythonCore/vtkPythonOverload.cxx:64:15: warning: private field 'm_meth' is not used [-Wunused-private-field] >> PyCFunction m_meth; >> ^ >> [CTest: warning suppressed] 1 warning generated. >> >> IO/Export warning >> >> [CTest: warning matched] /Users/builder/external/VTK/IO/Export/vtkPDFContextDevice2D.cxx:441:21: warning: result of comparison 'vtkIdType' (aka 'int') > 2147483647 <(214)%20748-3647> is always false [-Wtautological-type-limit-compare] >> if (numPoints > static_cast(VTK_INT_MAX)) >> ~~~~~~~~~ ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> [CTest: warning suppressed] 1 warning generated. >> >> >> Linker issues on iOS >> >> ld: warning: direct access in function 'vtkCPExodusIIElementBlockImpl::SetExodusConnectivityArray(int*, std::__1::basic_string, std::__1::allocator > const&, int, int)' from file 'IO/Exodus/CMakeFiles/vtkIOExodus.dir/vtkCPExodusIIElementBlock.cxx.o' to global weak symbol 'toupper(int)' from file 'lib/libvtksys-9.0.a(SystemTools.cxx.o)' means the weak symbol cannot be overridden at runtime. This was likely caused by different translation units being compiled with different visibility settings. >> >> >> >> Android build failure - Pretty sure this is Chuck's EGL change >> >> VTK/Rendering/OpenGL2/vtkEGLRenderWindow.cxx:158 :27: error: 'stoi' is not a member of 'std' >> >> >> The still failing DataEncoder test - I think Scott was looking into this. >> >> >> A zillion other eigen warnings >> >> >> -- >> Ken Martin PhD >> Distinguished Engineer >> Kitware Inc. >> 28 Corporate Drive >> Clifton Park NY 12065 >> >> 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: From ben.boeckel at kitware.com Fri Feb 2 11:44:07 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Fri, 2 Feb 2018 11:44:07 -0500 Subject: [vtk-developers] Dashboards In-Reply-To: References: Message-ID: <20180202164407.GA7828@megas.kitware.com> On Fri, Feb 02, 2018 at 09:50:56 -0500, Ken Martin wrote: > If any of these ring a bell please address them, the dashboard is still > pretty rough > > A buildbot eigen warning Hrm, I guess I missed one. I'll look at the Eigen warning(s). --Ben From david.gobbi at gmail.com Fri Feb 2 12:22:51 2018 From: david.gobbi at gmail.com (David Gobbi) Date: Fri, 2 Feb 2018 10:22:51 -0700 Subject: [vtk-developers] Phantom "make" dependency after header is removed Message-ID: Hi All, Over the past few months, I've thrice had build failures when headers were removed from the source code, but "make" still reported a dependency on the header even after I re-ran cmake. For example, recently vtk_libhdf5_mangle.h was removed and replaced with vtk_hdf5_mangle.h, but it still appeared in "depend.make" for vtkIOAMRPythonD (but for some reason it didn't appear in the depend.make for other targets that had a dependency on vtkhdf5). I can always fix the problem by doing a clean build, but I'm wondering, has anyone else has seen phantom dependencies like this for the Makefile generator? Is there a reason why cmake would sometimes not correctly update depend.make after all references to a header are removed from the source? - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Fri Feb 2 12:42:21 2018 From: david.gobbi at gmail.com (David Gobbi) Date: Fri, 2 Feb 2018 10:42:21 -0700 Subject: [vtk-developers] Phantom "make" dependency after header is removed In-Reply-To: References: Message-ID: Aha, I found a CMake issue that might be related to this ( https://gitlab.kitware.com/cmake/cmake/issues/16830). I'll give it a read-through to see if it addresses the same problem. Perhaps it has something to do with the use of cmake_custom_command(... IMPLICIT_DEPENDS ...) in vtkWrapPython.cmake. That would explain why only wrapper targets are affected. - David On Fri, Feb 2, 2018 at 10:22 AM, David Gobbi wrote: > Hi All, > > Over the past few months, I've thrice had build failures when headers were > removed from the source code, but "make" still reported a dependency on the > header even after I re-ran cmake. > > For example, recently vtk_libhdf5_mangle.h was removed and replaced with > vtk_hdf5_mangle.h, but it still appeared in "depend.make" for > vtkIOAMRPythonD (but for some reason it didn't appear in the depend.make > for other targets that had a dependency on vtkhdf5). > > I can always fix the problem by doing a clean build, but I'm wondering, > has anyone else has seen phantom dependencies like this for the Makefile > generator? Is there a reason why cmake would sometimes not correctly > update depend.make after all references to a header are removed from the > source? > > - David > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Fri Feb 2 13:12:33 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Fri, 2 Feb 2018 13:12:33 -0500 Subject: [vtk-developers] Dashboards In-Reply-To: <20180202164407.GA7828@megas.kitware.com> References: <20180202164407.GA7828@megas.kitware.com> Message-ID: <20180202181233.GA31375@megas.kitware.com> On Fri, Feb 02, 2018 at 11:44:07 -0500, Ben Boeckel wrote: > Hrm, I guess I missed one. I'll look at the Eigen warning(s). OK, so I fixed one of the cppcheck(?) warnings seen on RogueResearch machines for Eigen. The ones about deprecated copy constructors should be suppressed for now; I don't know how upstream would fix it, so I'd rather file an issue there and wait for a fix. --Ben From ken.martin at kitware.com Fri Feb 2 13:20:43 2018 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 2 Feb 2018 13:20:43 -0500 Subject: [vtk-developers] Dashboards In-Reply-To: References: Message-ID: Thanks Ben, Allie, David, Shawn, Scott, et al for digging into these! On Fri, Feb 2, 2018 at 9:50 AM, Ken Martin wrote: > > If any of these ring a bell please address them, the dashboard is still > pretty rough > > A buildbot eigen warning > > > In file included from /usr/include/eigen3/Eigen/Core:414:0, > from /usr/include/eigen3/Eigen/Dense:1, > from /home/kitware/dashboards/buildbot/vtk_master-eeloo-linux-shared-release_extdeps_java_mpi_python_python3_qt_tbb_vtkm/source/Filters/Statistics/vtkPCAStatistics.cxx:19: > /usr/include/eigen3/Eigen/src/Core/DenseBase.h: In member function 'void Eigen::DenseBase::resize(Eigen::Index, Eigen::Index)': > /usr/include/eigen3/Eigen/src/Core/DenseBase.h:253:5: warning: declaration of 'cols' shadows a member of 'Eigen::DenseBase' [-Wshadow] > { > ^ > /usr/include/eigen3/Eigen/src/Core/DenseBase.h:79:17: note: shadowed declaration is here > using Base::cols; > ^~~~ > /usr/include/eigen3/Eigen/src/Core/DenseBase.h:253:5: warning: declaration of 'rows' shadows a member of 'Eigen::DenseBase' [-Wshadow] > { > ^ > /usr/include/eigen3/Eigen/src/Core/DenseBase.h:78:17: note: shadowed declaration is here > > > > Some more eigin warnings on nightly > > https://open.cdash.org/viewBuildError.php?type=1&buildid=5244165 > > Python warning > > [CTest: warning matched] /Users/builder/external/VTK/Wrapping/PythonCore/vtkPythonOverload.cxx:64:15: warning: private field 'm_meth' is not used [-Wunused-private-field] > PyCFunction m_meth; > ^ > [CTest: warning suppressed] 1 warning generated. > > IO/Export warning > > [CTest: warning matched] /Users/builder/external/VTK/IO/Export/vtkPDFContextDevice2D.cxx:441:21: warning: result of comparison 'vtkIdType' (aka 'int') > 2147483647 <(214)%20748-3647> is always false [-Wtautological-type-limit-compare] > if (numPoints > static_cast(VTK_INT_MAX)) > ~~~~~~~~~ ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > [CTest: warning suppressed] 1 warning generated. > > > Linker issues on iOS > > ld: warning: direct access in function 'vtkCPExodusIIElementBlockImpl::SetExodusConnectivityArray(int*, std::__1::basic_string, std::__1::allocator > const&, int, int)' from file 'IO/Exodus/CMakeFiles/vtkIOExodus.dir/vtkCPExodusIIElementBlock.cxx.o' to global weak symbol 'toupper(int)' from file 'lib/libvtksys-9.0.a(SystemTools.cxx.o)' means the weak symbol cannot be overridden at runtime. This was likely caused by different translation units being compiled with different visibility settings. > > > > Android build failure - Pretty sure this is Chuck's EGL change > > VTK/Rendering/OpenGL2/vtkEGLRenderWindow.cxx:158 :27: error: 'stoi' is not a member of 'std' > > > The still failing DataEncoder test - I think Scott was looking into this. > > > A zillion other eigen warnings > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > > 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. > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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: From elvis.stansvik at orexplore.com Mon Feb 5 09:20:29 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Mon, 5 Feb 2018 15:20:29 +0100 Subject: [vtk-developers] Fractional DPI scaling not supported by QVTKOpenGLWidget? Message-ID: Hi all, My pointy-haired boss got a new laptop with a high-DPI monitor, and started using a fractional DPI scaling factor (under KDE screen settings). He's now reporting that our Qt/VTK app has problems with this. The VTK windows are not correctly sized. I've also gotten the same report from a Windows 10 user that had this problem. I had a look at the VTK code that sizes the render window [1]: const int devicePixelRatio_ = this->devicePixelRatio(); const QSize widgetSize = this->size(); const QSize deviceSize = widgetSize * devicePixelRatio_; and then this->RenderWindow->SetSize(deviceSize.width(), deviceSize.height()); Note the use of the int devicePixelRatio() API, not qreal devicePixelRatioF() (available from Qt 5.6). Does this mean there's no way to get correctly sized VTK windows when using a fractional DPI scaling factor? If so, has anyone looked into supporting this? Would it be a lot of work? Best regards, Elvis [1] https://gitlab.kitware.com/vtk/vtk/blob/master/GUISupport/Qt/QVTKOpenGLWidget.cxx#L340-351 From elvis.stansvik at orexplore.com Mon Feb 5 09:28:12 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Mon, 5 Feb 2018 15:28:12 +0100 Subject: [vtk-developers] Fractional DPI scaling not supported by QVTKOpenGLWidget? In-Reply-To: References: Message-ID: I also found that at one point, the devicePixelRatioF() API was actually used, but only for sizing the FBO I think? [1] And that code was replaced by what is now there. Elvis [1] https://gitlab.kitware.com/vtk/vtk/commit/e87abbc7ff53042d96dadad50a78cd7506dd951c#ff9f7e77fdcdf5bd80bdf3a1e1e95bdaf60f2621_354_333 2018-02-05 15:20 GMT+01:00 Elvis Stansvik : > Hi all, > > My pointy-haired boss got a new laptop with a high-DPI monitor, and > started using a fractional DPI scaling factor (under KDE screen > settings). He's now reporting that our Qt/VTK app has problems with > this. The VTK windows are not correctly sized. > > I've also gotten the same report from a Windows 10 user that had this problem. > > I had a look at the VTK code that sizes the render window [1]: > > const int devicePixelRatio_ = this->devicePixelRatio(); > const QSize widgetSize = this->size(); > const QSize deviceSize = widgetSize * devicePixelRatio_; > > and then > > this->RenderWindow->SetSize(deviceSize.width(), deviceSize.height()); > > Note the use of the int devicePixelRatio() API, not qreal > devicePixelRatioF() (available from Qt 5.6). > > Does this mean there's no way to get correctly sized VTK windows when > using a fractional DPI scaling factor? If so, has anyone looked into > supporting this? Would it be a lot of work? > > Best regards, > Elvis > > [1] https://gitlab.kitware.com/vtk/vtk/blob/master/GUISupport/Qt/QVTKOpenGLWidget.cxx#L340-351 From diegoa2000alt at gmail.com Wed Feb 7 09:35:22 2018 From: diegoa2000alt at gmail.com (diego8arock) Date: Wed, 7 Feb 2018 07:35:22 -0700 (MST) Subject: [vtk-developers] VTK First Peron mode Message-ID: <1518014122642-0.post@n5.nabble.com> Hello everyone, I having trouble trying to make a kind of FPS in VTK. What I need is for the user to be able to move the camera with the mouse (without clicking any button) for pitch, yawn, etc, and to move forward, backward, left or right using the keyboard (your standard FPS). I though it will be easy using any of the interaction styles but its seems that none support this kind of functionality. Any ideas what I could use? Thanks -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html From bill.lorensen at gmail.com Wed Feb 7 10:10:11 2018 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Wed, 7 Feb 2018 07:10:11 -0800 Subject: [vtk-developers] VTK First Peron mode In-Reply-To: <1518014122642-0.post@n5.nabble.com> References: <1518014122642-0.post@n5.nabble.com> Message-ID: Maybe start with this class? https://www.vtk.org/doc/nightly/html/classvtkInteractorStyleFlight.html#details On Wed, Feb 7, 2018 at 6:35 AM, diego8arock wrote: > Hello everyone, > > I having trouble trying to make a kind of FPS in VTK. What I need is for the > user to be able to move the camera with the mouse (without clicking any > button) for pitch, yawn, etc, and to move forward, backward, left or right > using the keyboard (your standard FPS). I though it will be easy using any > of the interaction styles but its seems that none support this kind of > functionality. Any ideas what I could use? > > > Thanks > > > > -- > Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html > _______________________________________________ > 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: > https://vtk.org/mailman/listinfo/vtk-developers > -- Unpaid intern in BillsParadise at noware dot com From ken.martin at kitware.com Thu Feb 8 09:05:28 2018 From: ken.martin at kitware.com (Ken Martin) Date: Thu, 8 Feb 2018 09:05:28 -0500 Subject: [vtk-developers] eigen warnings Message-ID: Is anyone fixing/suppressing the eigen dashboard warnings? If not I'll make a topic to blanket suppress everything eigen to get back some green. -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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: From ben.boeckel at kitware.com Thu Feb 8 09:59:21 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 8 Feb 2018 09:59:21 -0500 Subject: [vtk-developers] eigen warnings In-Reply-To: References: Message-ID: <20180208145921.GA18691@megas.kitware.com> On Thu, Feb 08, 2018 at 09:05:28 -0500, Ken Martin wrote: > Is anyone fixing/suppressing the eigen dashboard warnings? If not I'll make > a topic to blanket suppress everything eigen to get back some green. I see there's a new shadowing warning I had missed before; I'll get that one. The rest need input from upstream for proper fixes (mainly the warnings about implicit copy constructors). --Ben From ken.martin at kitware.com Thu Feb 8 11:24:31 2018 From: ken.martin at kitware.com (Ken Martin) Date: Thu, 8 Feb 2018 11:24:31 -0500 Subject: [vtk-developers] VTK Master broken due to netcdf update please fix Message-ID: Looks like VS 2013 builds fail with the recent update to netcdf ala [482/8689] Building C object ThirdParty\netcdf\vtknetcdf\CMakeFiles\vtknetcdf.dir\libsrc4\nc4printer.c.obj FAILED: C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\cl.exe /nologo -DDLL_EXPORT -DDLL_NETCDF -DH5_BUILT_AS_DYNAMIC_LIB -DHAVE_CONFIG_H -DVTK_IN_VTK -D_CRT_NONSTDC_NO_DEPRECATE -D_CRT_SECURE_NO_DEPRECATE -D_CRT_SECURE_NO_WARNINGS -D_SCL_SECURE_NO_DEPRECATE -D_SCL_SECURE_NO_WARNINGS -Dvtknetcdf_EXPORTS -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\include -IThirdParty\netcdf\vtknetcdf -IThirdParty\netcdf -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf -IThirdParty\hdf5\vtkhdf5 -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\hdf5\vtkhdf5\hl\src -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\hdf5\vtkhdf5\src -IThirdParty\hdf5 -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\hdf5 -IThirdParty\zlib -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\zlib -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\libdispatch -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\libsrc -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\libsrc4 -IThirdParty\netcdf\vtknetcdf\include -IThirdParty\hdf5\vtkhdf5\src -IThirdParty\hdf5\vtkhdf5\hl\src /DWIN32 /D_WINDOWS /W0 /MDd /Zi /Ob0 /Od /RTC1 /showIncludes /FoThirdParty\netcdf\vtknetcdf\CMakeFiles\vtknetcdf.dir\libsrc\ncx.c.obj /FdThirdParty\netcdf\vtknetcdf\CMakeFiles\vtknetcdf.dir\ /FS -c C:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\libsrc\ncx.c C:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\libsrc\ncx.c(222) : error C2054: expected '(' to follow 'inline' C:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\libsrc\ncx.c(223) : error C2085: 'swapn2b' : not in formal parameter list I believe in VS2013 inline is C++ only and that file is a c file. -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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: From aashish.chaudhary at kitware.com Thu Feb 8 11:26:41 2018 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Thu, 8 Feb 2018 11:26:41 -0500 Subject: [vtk-developers] VTK Master broken due to netcdf update please fix In-Reply-To: References: Message-ID: We will have a look unless someone else beats us. On Thu, Feb 8, 2018 at 11:24 AM, Ken Martin wrote: > > > Looks like VS 2013 builds fail with the recent update to netcdf ala > > [482/8689] Building C object ThirdParty\netcdf\vtknetcdf\ > CMakeFiles\vtknetcdf.dir\libsrc4\nc4printer.c.obj > FAILED: C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\cl.exe /nologo -DDLL_EXPORT > -DDLL_NETCDF -DH5_BUILT_AS_DYNAMIC_LIB -DHAVE_CONFIG_H -DVTK_IN_VTK > -D_CRT_NONSTDC_NO_DEPRECATE -D_CRT_SECURE_NO_DEPRECATE > -D_CRT_SECURE_NO_WARNINGS -D_SCL_SECURE_NO_DEPRECATE > -D_SCL_SECURE_NO_WARNINGS -Dvtknetcdf_EXPORTS -IC:\Users\ken.martin\ > Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\include > -IThirdParty\netcdf\vtknetcdf -IThirdParty\netcdf -IC:\Users\ken.martin\ > Documents\vtk2\VTK\ThirdParty\netcdf -IThirdParty\hdf5\vtkhdf5 > -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\hdf5\vtkhdf5\hl\src > -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\hdf5\vtkhdf5\src > -IThirdParty\hdf5 -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\hdf5 > -IThirdParty\zlib -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\zlib > -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\libdispatch > -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\libsrc > -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\libsrc4 > -IThirdParty\netcdf\vtknetcdf\include -IThirdParty\hdf5\vtkhdf5\src > -IThirdParty\hdf5\vtkhdf5\hl\src /DWIN32 /D_WINDOWS /W0 /MDd /Zi /Ob0 > /Od /RTC1 /showIncludes /FoThirdParty\netcdf\vtknetcdf\CMakeFiles\vtknetcdf.dir\libsrc\ncx.c.obj > /FdThirdParty\netcdf\vtknetcdf\CMakeFiles\vtknetcdf.dir\ /FS -c > C:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\ > vtknetcdf\libsrc\ncx.c > C:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\libsrc\ncx.c(222) > : error C2054: expected '(' to follow 'inline' > C:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\libsrc\ncx.c(223) > : error C2085: 'swapn2b' : not in formal parameter list > > I believe in VS2013 inline is C++ only and that file is a c file. > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > > 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 > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Thu Feb 8 11:35:22 2018 From: ken.martin at kitware.com (Ken Martin) Date: Thu, 8 Feb 2018 11:35:22 -0500 Subject: [vtk-developers] VTK Master broken due to netcdf update please fix In-Reply-To: References: Message-ID: FWIW the Nightly section has 4 entries showing the issue if that helps mug.neocisinc [image: platform] Win32-ninja-cl12-Debug [image: Notes] [image: info] 094f41 0 0 21 +21 -2 4 974 -199 17 +16 275 +183 7 hours ago kargad.kitware [image: platform] Windows-Shared-Release-Nightly-XDMF-VS2013 [image: Notes] [image: info] 094f41 0 0 21 +21 1 +1 -53 1512 +1512 15 +13 -1 373 -1524 9 hours ago sharedM5000.kitware [image: platform] Win64-VS13 OpenVR [image: Notes] [image: info] 094f41 0 0 21 +21 1 +1 1208 +1208 1 +1 -7 95 -1202 11 hours ago mug.neocisinc [image: platform] Win32-ninja-cl12-Release [image: Notes] [image: info] 094f41 0 0 21 +21 -2 4 1173 1 92 7 hours ago On Thu, Feb 8, 2018 at 11:26 AM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > We will have a look unless someone else beats us. > > On Thu, Feb 8, 2018 at 11:24 AM, Ken Martin > wrote: > >> >> >> Looks like VS 2013 builds fail with the recent update to netcdf ala >> >> [482/8689] Building C object ThirdParty\netcdf\vtknetcdf\CM >> akeFiles\vtknetcdf.dir\libsrc4\nc4printer.c.obj >> FAILED: C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\cl.exe /nologo -DDLL_EXPORT >> -DDLL_NETCDF -DH5_BUILT_AS_DYNAMIC_LIB -DHAVE_CONFIG_H -DVTK_IN_VTK >> -D_CRT_NONSTDC_NO_DEPRECATE -D_CRT_SECURE_NO_DEPRECATE >> -D_CRT_SECURE_NO_WARNINGS -D_SCL_SECURE_NO_DEPRECATE >> -D_SCL_SECURE_NO_WARNINGS -Dvtknetcdf_EXPORTS -IC:\Users\ken.martin\Document >> s\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\include >> -IThirdParty\netcdf\vtknetcdf -IThirdParty\netcdf >> -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf >> -IThirdParty\hdf5\vtkhdf5 -IC:\Users\ken.martin\Document >> s\vtk2\VTK\ThirdParty\hdf5\vtkhdf5\hl\src -IC:\Users\ken.martin\Document >> s\vtk2\VTK\ThirdParty\hdf5\vtkhdf5\src -IThirdParty\hdf5 >> -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\hdf5 >> -IThirdParty\zlib -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\zlib >> -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\libdispatch >> -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\libsrc >> -IC:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\libsrc4 >> -IThirdParty\netcdf\vtknetcdf\include -IThirdParty\hdf5\vtkhdf5\src >> -IThirdParty\hdf5\vtkhdf5\hl\src /DWIN32 /D_WINDOWS /W0 /MDd /Zi /Ob0 >> /Od /RTC1 /showIncludes /FoThirdParty\netcdf\vtknetcdf >> \CMakeFiles\vtknetcdf.dir\libsrc\ncx.c.obj /FdThirdParty\netcdf\vtknetcdf\CMakeFiles\vtknetcdf.dir\ >> /FS -c C:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtk >> netcdf\libsrc\ncx.c >> C:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\libsrc\ncx.c(222) >> : error C2054: expected '(' to follow 'inline' >> C:\Users\ken.martin\Documents\vtk2\VTK\ThirdParty\netcdf\vtknetcdf\libsrc\ncx.c(223) >> : error C2085: 'swapn2b' : not in formal parameter list >> >> I believe in VS2013 inline is C++ only and that file is a c file. >> >> >> -- >> Ken Martin PhD >> Distinguished Engineer >> Kitware Inc. >> 28 Corporate Drive >> >> Clifton Park NY 12065 >> >> >> 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 >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> >> > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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: From ben.boeckel at kitware.com Thu Feb 8 11:39:12 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 8 Feb 2018 11:39:12 -0500 Subject: [vtk-developers] VTK Master broken due to netcdf update please fix In-Reply-To: References: Message-ID: <20180208163912.GA28180@megas.kitware.com> On Thu, Feb 08, 2018 at 11:24:31 -0500, Ken Martin wrote: > Looks like VS 2013 builds fail with the recent update to netcdf ala The VS2013 buildbots are fine and they build netcdf. What happens if you clean out the `ThirdParty/netcdf` directory in the build tree? --Ben From ben.boeckel at kitware.com Thu Feb 8 11:42:29 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 8 Feb 2018 11:42:29 -0500 Subject: [vtk-developers] VTK Master broken due to netcdf update please fix In-Reply-To: <20180208163912.GA28180@megas.kitware.com> References: <20180208163912.GA28180@megas.kitware.com> Message-ID: <20180208164229.GB28180@megas.kitware.com> On Thu, Feb 08, 2018 at 11:39:12 -0500, Ben Boeckel wrote: > The VS2013 buildbots are fine and they build netcdf. What happens if you > clean out the `ThirdParty/netcdf` directory in the build tree? Oh, VTK only has VS2015 buildbots. Looking at VS2013 now. --Ben From ben.boeckel at kitware.com Thu Feb 8 11:53:26 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 8 Feb 2018 11:53:26 -0500 Subject: [vtk-developers] VTK Master broken due to netcdf update please fix In-Reply-To: <20180208164229.GB28180@megas.kitware.com> References: <20180208163912.GA28180@megas.kitware.com> <20180208164229.GB28180@megas.kitware.com> Message-ID: <20180208165326.GA2548@megas.kitware.com> On Thu, Feb 08, 2018 at 11:42:29 -0500, Ben Boeckel wrote: > Oh, VTK only has VS2015 buildbots. Looking at VS2013 now. MR is up: https://gitlab.kitware.com/vtk/vtk/merge_requests/3897 --Ben From ashtonpark7 at gmail.com Thu Feb 8 20:02:43 2018 From: ashtonpark7 at gmail.com (Minsuk Park) Date: Fri, 9 Feb 2018 10:02:43 +0900 Subject: [vtk-developers] DICOM Viewer + Labeling tool, Image labeling and extracting Message-ID: Hi, I am trying to build SW which supports DICOM 3D Image viewer. As like other DICOM viewers, I want to display 3 slices(Axial, Coronal, Sagittal) and 3D rendering image. I made it by extracting all the section images from series of DICOM data and building it as a one 3D vtkImageData. I can show every slice images and 3D rendering model. <> for (int sliceType = 0; sliceType < 3; sliceType++) { switch (sliceType) { case AXIAL: m_SliceIndex[sliceType] = (ext[4] + ext[5]) / 2; break; case CORONAL: m_SliceIndex[sliceType] = (ext[2] + ext[3]) / 2; break; case SAGITTAL: m_SliceIndex[sliceType] = (ext[0] + ext[1]) / 2; break; } m_VolumeSlice[sliceType] = vtkSmartPointer::New(); m_VolumeSlice[sliceType]->SetInputData(m_ImageData); m_VolumeSlice[sliceType]->SetOutputDimensionality(2); m_VolumeSlice[sliceType]->SetResliceAxes(GetResliceMatrix(sliceType, m_SliceIndex[sliceType])); m_VolumeSlice[sliceType]->Update(); m_SliceActor[sliceType] = vtkSmartPointer::New(); m_SliceActor[sliceType]->GetMapper()->SetInputData(m_VolumeS lice[sliceType]->GetOutput()); } <> However, I hope to paint(label) on three slices each by each and hope this can reflect real-timely on other 2 slices and 3d rendered image. The problem is, I am trying to find it in the section of "Interactor" and "widget" but I could not find perfect solutions, Also, I think it might not be an answer because Interactors are connected with vtk Window, not vtk Image data. Is there anyone know how to paint on the images(not window) and extract only the painted part with the same size of the original 3D image? Also, how can I use a pen(or brush, anything to mark on the image)? Thank you in advance Best, Minsuk -- ------------------------------------------------------------ -------------------------------------------------- *Minsuk Park* Mobile: +82-10-7329-9912 Email: ashtonpark7 at gmail.com ------------------------------------------------------------ -------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhlegarreta at vicomtech.org Fri Feb 9 02:33:16 2018 From: jhlegarreta at vicomtech.org (Jon Haitz Legarreta) Date: Fri, 9 Feb 2018 08:33:16 +0100 Subject: [vtk-developers] DICOM Viewer + Labeling tool, Image labeling and extracting In-Reply-To: References: Message-ID: Hi Minsuk, might any of the examples under the Medical category be of help? https://lorensen.github.io/VTKExamples/site/Cxx/#medical JON HAITZ -- On 9 February 2018 at 02:02, Minsuk Park wrote: > Hi, > I am trying to build SW which supports DICOM 3D Image viewer. > As like other DICOM viewers, I want to display 3 slices(Axial, Coronal, > Sagittal) and 3D rendering image. > > I made it by extracting all the section images from series of DICOM > data and building it as a one 3D vtkImageData. > I can show every slice images and 3D rendering model. > <> > for (int sliceType = 0; sliceType < 3; sliceType++) { > switch (sliceType) { > case AXIAL: > m_SliceIndex[sliceType] = (ext[4] + ext[5]) / 2; > break; > case CORONAL: > m_SliceIndex[sliceType] = (ext[2] + ext[3]) / 2; > break; > case SAGITTAL: > m_SliceIndex[sliceType] = (ext[0] + ext[1]) / 2; > break; > } > > m_VolumeSlice[sliceType] = vtkSmartPointer::New(); > m_VolumeSlice[sliceType]->SetInputData(m_ImageData); > m_VolumeSlice[sliceType]->SetOutputDimensionality(2); > m_VolumeSlice[sliceType]->SetResliceAxes(GetResliceMatrix(sliceType, > m_SliceIndex[sliceType])); > m_VolumeSlice[sliceType]->Update(); > m_SliceActor[sliceType] = vtkSmartPointer::New(); > m_SliceActor[sliceType]->GetMapper()->SetInputData(m_VolumeS > lice[sliceType]->GetOutput()); > } > <> > > However, I hope to paint(label) on three slices each by each and hope this > can reflect real-timely on other 2 slices and 3d rendered image. > The problem is, I am trying to find it in the section of "Interactor" and > "widget" but I could not find perfect solutions, > Also, I think it might not be an answer because Interactors are connected > with vtk Window, not vtk Image data. > > Is there anyone know how to paint on the images(not window) and extract > only the painted part with the same size of the original 3D image? > Also, how can I use a pen(or brush, anything to mark on the image)? > > Thank you in advance > > Best, > Minsuk > > > -- > ------------------------------------------------------------ > -------------------------------------------------- > *Minsuk Park* > Mobile: +82-10-7329-9912 > Email: ashtonpark7 at gmail.com > ------------------------------------------------------------ > -------------------------------------------------- > > _______________________________________________ > 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: > https://vtk.org/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From elvis.stansvik at orexplore.com Fri Feb 9 02:43:06 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Fri, 9 Feb 2018 08:43:06 +0100 Subject: [vtk-developers] Fractional DPI scaling not supported by QVTKOpenGLWidget? In-Reply-To: References: Message-ID: Den 5 feb. 2018 3:20 em skrev "Elvis Stansvik" : Hi all, My pointy-haired boss got a new laptop with a high-DPI monitor, and started using a fractional DPI scaling factor (under KDE screen settings). He's now reporting that our Qt/VTK app has problems with this. The VTK windows are not correctly sized. I've also gotten the same report from a Windows 10 user that had this problem. I had a look at the VTK code that sizes the render window [1]: const int devicePixelRatio_ = this->devicePixelRatio(); const QSize widgetSize = this->size(); const QSize deviceSize = widgetSize * devicePixelRatio_; and then this->RenderWindow->SetSize(deviceSize.width(), deviceSize.height()); Note the use of the int devicePixelRatio() API, not qreal devicePixelRatioF() (available from Qt 5.6). Does this mean there's no way to get correctly sized VTK windows when using a fractional DPI scaling factor? If so, has anyone looked into supporting this? Would it be a lot of work? Noone knows? :) If it's (like I suspect) currently not supported, I'd be willing to try to fix it myself. But it would be good to know whether there are dragons here (maybe that's why it's not supported yet) or if someone else is already working on it. Elvis Best regards, Elvis [1] https://gitlab.kitware.com/vtk/vtk/blob/master/GUISupport/Qt/ QVTKOpenGLWidget.cxx#L340-351 -------------- next part -------------- An HTML attachment was scrubbed... URL: From karsten.tausche at student.hpi.uni-potsdam.de Fri Feb 9 04:31:16 2018 From: karsten.tausche at student.hpi.uni-potsdam.de (Karsten Tausche) Date: Fri, 9 Feb 2018 10:31:16 +0100 Subject: [vtk-developers] Fractional DPI scaling not supported by QVTKOpenGLWidget? In-Reply-To: References: Message-ID: Hi Elvis, I have a workaround for this in my own code: Basically I have a subclass of QVTKOpenGLWidget, which disables the base class DPI support and passes Qt's DPI value manually to the internal vtkRenderWindow. See https://github.com/kateyy/geohazardvis/blob/master/gui/data_view/t_QVTKWidget.cpp especially lines 288 and 306. (In the code, don't get confused about the name of the class, it provides some support to inherit from QVTKWidget2, but you can assume OPTION_USE_QVTKOPENGLWIDGET to be enabled.) Cheers, Karsten On 09-02-18 08:43, Elvis Stansvik wrote: > Den 5 feb. 2018 3:20 em skrev "Elvis Stansvik" > >: > > Hi all, > > My pointy-haired boss got a new laptop with a high-DPI monitor, and > started using a fractional DPI scaling factor (under KDE screen > settings). He's now reporting that our Qt/VTK app has problems with > this. The VTK windows are not correctly sized. > > I've also gotten the same report from a Windows 10 user that had > this problem. > > I had a look at the VTK code that sizes the render window [1]: > > ? const int devicePixelRatio_ = this->devicePixelRatio(); > ? const QSize widgetSize = this->size(); > ? const QSize deviceSize = widgetSize * devicePixelRatio_; > > and then > > ? this->RenderWindow->SetSize(deviceSize.width(), > deviceSize.height()); > > Note the use of the int devicePixelRatio() API, not qreal > devicePixelRatioF() (available from Qt 5.6). > > Does this mean there's no way to get correctly sized VTK windows when > using a fractional DPI scaling factor? If so, has anyone looked into > supporting this? Would it be a lot of work? > > > Noone knows? :) > > If it's (like I suspect) currently not supported, I'd be willing to > try to fix it myself. But it would be good to know whether there are > dragons here (maybe that's why it's not supported yet) or if someone > else is already working on it. > > Elvis > > > Best regards, > Elvis > > [1] > https://gitlab.kitware.com/vtk/vtk/blob/master/GUISupport/Qt/QVTKOpenGLWidget.cxx#L340-351 > > > > > > _______________________________________________ > 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: > https://vtk.org/mailman/listinfo/vtk-developers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From elvis.stansvik at orexplore.com Fri Feb 9 04:51:23 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Fri, 9 Feb 2018 10:51:23 +0100 Subject: [vtk-developers] Fractional DPI scaling not supported by QVTKOpenGLWidget? In-Reply-To: References: Message-ID: 2018-02-09 10:31 GMT+01:00 Karsten Tausche : > Hi Elvis, > > I have a workaround for this in my own code: Basically I have a subclass of > QVTKOpenGLWidget, which disables the base class DPI support and passes Qt's > DPI value manually to the internal vtkRenderWindow. See > https://github.com/kateyy/geohazardvis/blob/master/gui/data_view/t_QVTKWidget.cpp > especially lines 288 and 306. > > (In the code, don't get confused about the name of the class, it provides > some support to inherit from QVTKWidget2, but you can assume > OPTION_USE_QVTKOPENGLWIDGET to be enabled.) Aha, thanks a lot Karsten. I'll see if I can do something similar in our own QVTKOpenGLWidget subclass. (Still of course interested in if any of the VTK devs have looked into supporting this out of the box.) Elvis > > Cheers, > Karsten > > > On 09-02-18 08:43, Elvis Stansvik wrote: > > Den 5 feb. 2018 3:20 em skrev "Elvis Stansvik" > : > > Hi all, > > My pointy-haired boss got a new laptop with a high-DPI monitor, and > started using a fractional DPI scaling factor (under KDE screen > settings). He's now reporting that our Qt/VTK app has problems with > this. The VTK windows are not correctly sized. > > I've also gotten the same report from a Windows 10 user that had this > problem. > > I had a look at the VTK code that sizes the render window [1]: > > const int devicePixelRatio_ = this->devicePixelRatio(); > const QSize widgetSize = this->size(); > const QSize deviceSize = widgetSize * devicePixelRatio_; > > and then > > this->RenderWindow->SetSize(deviceSize.width(), deviceSize.height()); > > Note the use of the int devicePixelRatio() API, not qreal > devicePixelRatioF() (available from Qt 5.6). > > Does this mean there's no way to get correctly sized VTK windows when > using a fractional DPI scaling factor? If so, has anyone looked into > supporting this? Would it be a lot of work? > > > Noone knows? :) > > If it's (like I suspect) currently not supported, I'd be willing to try to > fix it myself. But it would be good to know whether there are dragons here > (maybe that's why it's not supported yet) or if someone else is already > working on it. > > Elvis > > > Best regards, > Elvis > > [1] > https://gitlab.kitware.com/vtk/vtk/blob/master/GUISupport/Qt/QVTKOpenGLWidget.cxx#L340-351 > > > > > _______________________________________________ > 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: > https://vtk.org/mailman/listinfo/vtk-developers > > > > _______________________________________________ > 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: > https://vtk.org/mailman/listinfo/vtk-developers > > From ken.martin at kitware.com Fri Feb 9 08:36:40 2018 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 9 Feb 2018 08:36:40 -0500 Subject: [vtk-developers] Linker warnings Message-ID: Are these warnings we care about ld: warning: direct access in function 'vtkCPExodusIIElementBlockImpl::SetExodusConnectivityArray(int*, std::__1::basic_string, std::__1::allocator > const&, int, int)' from file 'IO/Exodus/CMakeFiles/vtkIOExodus.dir/vtkCPExodusIIElementBlock.cxx.o' to global weak symbol 'toupper(int)' from file 'lib/libvtksys-9.0.a(SystemTools.cxx.o)' means the weak symbol cannot be overridden at runtime. This was likely caused by different translation units being compiled with different visibility settings or just suppress them? -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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: From cory.quammen at kitware.com Fri Feb 9 09:24:26 2018 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 9 Feb 2018 09:24:26 -0500 Subject: [vtk-developers] Fractional DPI scaling not supported by QVTKOpenGLWidget? In-Reply-To: References: Message-ID: Elvis, I don't believe there is a reason we can't use the qreal version of devicePixelRatioF(). I think the F may have gotten dropped in a series of commits to improve DPI support. A patch would be welcome. Thanks, Cory On Fri, Feb 9, 2018 at 4:51 AM, Elvis Stansvik wrote: > 2018-02-09 10:31 GMT+01:00 Karsten Tausche > : > > Hi Elvis, > > > > I have a workaround for this in my own code: Basically I have a subclass > of > > QVTKOpenGLWidget, which disables the base class DPI support and passes > Qt's > > DPI value manually to the internal vtkRenderWindow. See > > https://github.com/kateyy/geohazardvis/blob/master/gui/ > data_view/t_QVTKWidget.cpp > > especially lines 288 and 306. > > > > (In the code, don't get confused about the name of the class, it provides > > some support to inherit from QVTKWidget2, but you can assume > > OPTION_USE_QVTKOPENGLWIDGET to be enabled.) > > Aha, thanks a lot Karsten. I'll see if I can do something similar in > our own QVTKOpenGLWidget subclass. > > (Still of course interested in if any of the VTK devs have looked into > supporting this out of the box.) > > Elvis > > > > > Cheers, > > Karsten > > > > > > On 09-02-18 08:43, Elvis Stansvik wrote: > > > > Den 5 feb. 2018 3:20 em skrev "Elvis Stansvik" > > : > > > > Hi all, > > > > My pointy-haired boss got a new laptop with a high-DPI monitor, and > > started using a fractional DPI scaling factor (under KDE screen > > settings). He's now reporting that our Qt/VTK app has problems with > > this. The VTK windows are not correctly sized. > > > > I've also gotten the same report from a Windows 10 user that had this > > problem. > > > > I had a look at the VTK code that sizes the render window [1]: > > > > const int devicePixelRatio_ = this->devicePixelRatio(); > > const QSize widgetSize = this->size(); > > const QSize deviceSize = widgetSize * devicePixelRatio_; > > > > and then > > > > this->RenderWindow->SetSize(deviceSize.width(), deviceSize.height()); > > > > Note the use of the int devicePixelRatio() API, not qreal > > devicePixelRatioF() (available from Qt 5.6). > > > > Does this mean there's no way to get correctly sized VTK windows when > > using a fractional DPI scaling factor? If so, has anyone looked into > > supporting this? Would it be a lot of work? > > > > > > Noone knows? :) > > > > If it's (like I suspect) currently not supported, I'd be willing to try > to > > fix it myself. But it would be good to know whether there are dragons > here > > (maybe that's why it's not supported yet) or if someone else is already > > working on it. > > > > Elvis > > > > > > Best regards, > > Elvis > > > > [1] > > https://gitlab.kitware.com/vtk/vtk/blob/master/GUISupport/Qt/ > QVTKOpenGLWidget.cxx#L340-351 > > > > > > > > > > _______________________________________________ > > 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: > > https://vtk.org/mailman/listinfo/vtk-developers > > > > > > > > _______________________________________________ > > 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: > > https://vtk.org/mailman/listinfo/vtk-developers > > > > > _______________________________________________ > 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: > https://vtk.org/mailman/listinfo/vtk-developers > > -- Cory Quammen Staff R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Fri Feb 9 09:34:47 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Fri, 9 Feb 2018 09:34:47 -0500 Subject: [vtk-developers] Linker warnings In-Reply-To: References: Message-ID: <20180209143447.GA22233@megas.kitware.com> On Fri, Feb 09, 2018 at 08:36:40 -0500, Ken Martin wrote: > Are these warnings we care about > > ld: warning: direct access in function > 'vtkCPExodusIIElementBlockImpl::SetExodusConnectivityArray(int*, > std::__1::basic_string, std::__1::allocator > const&, int, int)' from > file 'IO/Exodus/CMakeFiles/vtkIOExodus.dir/vtkCPExodusIIElementBlock.cxx.o' > to global weak symbol 'toupper(int)' from file > 'lib/libvtksys-9.0.a(SystemTools.cxx.o)' means the weak symbol cannot > be overridden at runtime. This was likely caused by different > translation units being compiled with different visibility settings > > > or just suppress them? They're certainly interesting? It seems that `vtkCPExodusIIElementBlockImpl` uses `::toupper` without including `` or ``. That might fix it. --Ben From ben.boeckel at kitware.com Fri Feb 9 10:19:17 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Fri, 9 Feb 2018 10:19:17 -0500 Subject: [vtk-developers] New static Windows buildbot builder Message-ID: <20180209151917.GB22233@megas.kitware.com> Hi, We've added a new static Windows builder to buildbot. It's currently broken (a configure error), so please ignore it until it's green. This MR: https://gitlab.kitware.com/vtk/vtk/merge_requests/3900 is what should get it to be so. It isn't marked as experimental because of the way scheduling works; it would just never get a chance to do any builds until the end of the day if it had an experimental build priority due to how busy `mun` is otherwise. Thanks, --Ben From elvis.stansvik at orexplore.com Fri Feb 9 10:58:47 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Fri, 9 Feb 2018 16:58:47 +0100 Subject: [vtk-developers] Fractional DPI scaling not supported by QVTKOpenGLWidget? In-Reply-To: References: Message-ID: 2018-02-09 15:24 GMT+01:00 Cory Quammen : > Elvis, > > I don't believe there is a reason we can't use the qreal version of > devicePixelRatioF(). I think the F may have gotten dropped in a series of > commits to improve DPI support. > > A patch would be welcome. Great, I'll take a stab at it. Elvis > > Thanks, > Cory > > On Fri, Feb 9, 2018 at 4:51 AM, Elvis Stansvik > wrote: >> >> 2018-02-09 10:31 GMT+01:00 Karsten Tausche >> : >> > Hi Elvis, >> > >> > I have a workaround for this in my own code: Basically I have a subclass >> > of >> > QVTKOpenGLWidget, which disables the base class DPI support and passes >> > Qt's >> > DPI value manually to the internal vtkRenderWindow. See >> > >> > https://github.com/kateyy/geohazardvis/blob/master/gui/data_view/t_QVTKWidget.cpp >> > especially lines 288 and 306. >> > >> > (In the code, don't get confused about the name of the class, it >> > provides >> > some support to inherit from QVTKWidget2, but you can assume >> > OPTION_USE_QVTKOPENGLWIDGET to be enabled.) >> >> Aha, thanks a lot Karsten. I'll see if I can do something similar in >> our own QVTKOpenGLWidget subclass. >> >> (Still of course interested in if any of the VTK devs have looked into >> supporting this out of the box.) >> >> Elvis >> >> > >> > Cheers, >> > Karsten >> > >> > >> > On 09-02-18 08:43, Elvis Stansvik wrote: >> > >> > Den 5 feb. 2018 3:20 em skrev "Elvis Stansvik" >> > : >> > >> > Hi all, >> > >> > My pointy-haired boss got a new laptop with a high-DPI monitor, and >> > started using a fractional DPI scaling factor (under KDE screen >> > settings). He's now reporting that our Qt/VTK app has problems with >> > this. The VTK windows are not correctly sized. >> > >> > I've also gotten the same report from a Windows 10 user that had this >> > problem. >> > >> > I had a look at the VTK code that sizes the render window [1]: >> > >> > const int devicePixelRatio_ = this->devicePixelRatio(); >> > const QSize widgetSize = this->size(); >> > const QSize deviceSize = widgetSize * devicePixelRatio_; >> > >> > and then >> > >> > this->RenderWindow->SetSize(deviceSize.width(), deviceSize.height()); >> > >> > Note the use of the int devicePixelRatio() API, not qreal >> > devicePixelRatioF() (available from Qt 5.6). >> > >> > Does this mean there's no way to get correctly sized VTK windows when >> > using a fractional DPI scaling factor? If so, has anyone looked into >> > supporting this? Would it be a lot of work? >> > >> > >> > Noone knows? :) >> > >> > If it's (like I suspect) currently not supported, I'd be willing to try >> > to >> > fix it myself. But it would be good to know whether there are dragons >> > here >> > (maybe that's why it's not supported yet) or if someone else is already >> > working on it. >> > >> > Elvis >> > >> > >> > Best regards, >> > Elvis >> > >> > [1] >> > >> > https://gitlab.kitware.com/vtk/vtk/blob/master/GUISupport/Qt/QVTKOpenGLWidget.cxx#L340-351 >> > >> > >> > >> > >> > _______________________________________________ >> > 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: >> > https://vtk.org/mailman/listinfo/vtk-developers >> > >> > >> > >> > _______________________________________________ >> > 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: >> > https://vtk.org/mailman/listinfo/vtk-developers >> > >> > >> _______________________________________________ >> 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: >> https://vtk.org/mailman/listinfo/vtk-developers >> > > > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. From marcus.hanwell at kitware.com Fri Feb 9 11:56:50 2018 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Fri, 9 Feb 2018 11:56:50 -0500 Subject: [vtk-developers] Fractional DPI scaling not supported by QVTKOpenGLWidget? In-Reply-To: References: Message-ID: On Fri, Feb 9, 2018 at 10:58 AM, Elvis Stansvik < elvis.stansvik at orexplore.com> wrote: > 2018-02-09 15:24 GMT+01:00 Cory Quammen : > > Elvis, > > > > I don't believe there is a reason we can't use the qreal version of > > devicePixelRatioF(). I think the F may have gotten dropped in a series of > > commits to improve DPI support. > > > > A patch would be welcome. > > Great, I'll take a stab at it. > > I know for my part I had hoped to work with the fractional API, but only had real examples using integer values. So the real-world examples drove the testing/development we did as we were getting this working in Tomviz. It would be great to collect some examples of non-integer situations we might do some verification on. -------------- next part -------------- An HTML attachment was scrubbed... URL: From elvis.stansvik at orexplore.com Fri Feb 9 12:03:18 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Fri, 9 Feb 2018 18:03:18 +0100 Subject: [vtk-developers] Fractional DPI scaling not supported by QVTKOpenGLWidget? In-Reply-To: References: Message-ID: Den 9 feb. 2018 5:56 em skrev "Marcus D. Hanwell" < marcus.hanwell at kitware.com>: On Fri, Feb 9, 2018 at 10:58 AM, Elvis Stansvik < elvis.stansvik at orexplore.com> wrote: > 2018-02-09 15:24 GMT+01:00 Cory Quammen : > > Elvis, > > > > I don't believe there is a reason we can't use the qreal version of > > devicePixelRatioF(). I think the F may have gotten dropped in a series of > > commits to improve DPI support. > > > > A patch would be welcome. > > Great, I'll take a stab at it. > > I know for my part I had hoped to work with the fractional API, but only had real examples using integer values. So the real-world examples drove the testing/development we did as we were getting this working in Tomviz. It would be great to collect some examples of non-integer situations we might do some verification on. A simple test for this specific issue I think would be to simply create a QVTKOpenGLWidget with e.g. QT_AUTO_SCREEN_SCALE_FACTOR="1.4" in the environment (assuming the test runs on screen 0) and check that the vtkWindow has the correct size. Elvis -------------- next part -------------- An HTML attachment was scrubbed... URL: From elvis.stansvik at orexplore.com Fri Feb 9 12:05:03 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Fri, 9 Feb 2018 18:05:03 +0100 Subject: [vtk-developers] Fractional DPI scaling not supported by QVTKOpenGLWidget? In-Reply-To: References: Message-ID: Err I mean QT_SCREEN_SCALE_FACTORS="1.4" of course. Den 9 feb. 2018 6:03 em skrev "Elvis Stansvik" : > Den 9 feb. 2018 5:56 em skrev "Marcus D. Hanwell" < > marcus.hanwell at kitware.com>: > > On Fri, Feb 9, 2018 at 10:58 AM, Elvis Stansvik < > elvis.stansvik at orexplore.com> wrote: > >> 2018-02-09 15:24 GMT+01:00 Cory Quammen : >> > Elvis, >> > >> > I don't believe there is a reason we can't use the qreal version of >> > devicePixelRatioF(). I think the F may have gotten dropped in a series >> of >> > commits to improve DPI support. >> > >> > A patch would be welcome. >> >> Great, I'll take a stab at it. >> >> I know for my part I had hoped to work with the fractional API, but only > had real examples using integer values. So the real-world examples drove > the testing/development we did as we were getting this working in Tomviz. > It would be great to collect some examples of non-integer situations we > might do some verification on. > > > A simple test for this specific issue I think would be to simply create a > QVTKOpenGLWidget with e.g. QT_AUTO_SCREEN_SCALE_FACTOR="1.4" in the > environment (assuming the test runs on screen 0) and check that the > vtkWindow has the correct size. > > Elvis > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawn.waldon at kitware.com Fri Feb 9 15:28:52 2018 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Fri, 9 Feb 2018 15:28:52 -0500 Subject: [vtk-developers] Updating VTK Examples baselines Message-ID: Hi all, Does anyone know the process for updating the VTK remote module examples images for a merge request? I have a merge request that updates our third-party freetype and it needs to update the expected images for two of the remote module examples [1]. I looked around the repository but I didn't see anything about how to update the expected images. Thank you, Shawn [1]: https://gitlab.kitware.com/vtk/vtk/merge_requests/3869 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Fri Feb 9 17:03:20 2018 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 9 Feb 2018 14:03:20 -0800 Subject: [vtk-developers] Updating VTK Examples baselines In-Reply-To: References: Message-ID: Just clone the repo and submit an MR. On Feb 9, 2018 12:29 PM, "Shawn Waldon" wrote: > Hi all, > > Does anyone know the process for updating the VTK remote module examples > images for a merge request? I have a merge request that updates our > third-party freetype and it needs to update the expected images for two of > the remote module examples [1]. I looked around the repository but I > didn't see anything about how to update the expected images. > > Thank you, > Shawn > > [1]: https://gitlab.kitware.com/vtk/vtk/merge_requests/3869 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Sun Feb 11 23:52:12 2018 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Mon, 12 Feb 2018 05:52:12 +0100 Subject: [vtk-developers] ParaView and VTK course in march and april 2018 in France Message-ID: Hello VTK and ParaView community Kitware will be holding VTK/ParaView courses on march and april 2017 in Lyon, France. 1/ Initial Trainings, VTK on march 13 2018 and ParaView on march 14 2018 Registration and details : VTK and ParaView User 2/ Advanced Trainings, VTK on april 4 2018 and ParaView on april 5 2018. Registration and details: VTK Advanced and ParaView Advanced Note that the course will be taught in English unless all atendees speaks French. If you have any question, please contact us at formations at http://www.kitware.fr Other trainings sessions that you may find interesting (CMake, ITK, 3D Slicer and OpenCV) are announced here . Best Regards, Mathieu Westphal -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean at rogue-research.com Mon Feb 12 16:10:41 2018 From: sean at rogue-research.com (Sean McBride) Date: Mon, 12 Feb 2018 16:10:41 -0500 Subject: [vtk-developers] VTK HDF5 libraries renamed to now have "_src" suffix? Bug? Message-ID: <20180212211041.12565755@mail.rogue-research.com> Hi all, I guess HDF5 was recently updated? Now, building & installing VTK results in library filenames with "_src" appended. ex: from "libvtkhdf5_hl.a" to "libvtkhdf5_hl_src.a". Was that change deliberate? In our usage, where our app's Xcode project references libraries by name, it's super annoying when the lib names change. Even if it was deliberate, it seems to be a change that doesn't add much, but breaks compatibility. PS: I'm back from vacation. :) Thanks, -- ____________________________________________________________ Sean McBride, B. Eng sean at rogue-research.com Rogue Research www.rogue-research.com Mac Software Developer Montr?al, Qu?bec, Canada From simon.esneault at gmail.com Tue Feb 13 03:54:50 2018 From: simon.esneault at gmail.com (Simon Esneault) Date: Tue, 13 Feb 2018 09:54:50 +0100 Subject: [vtk-developers] QVTKOpenGLWidget + SSAA pass breaks depth peeling Message-ID: Hello VTK community Is seems adding an SSAA rendering pass breaks the depth peeling process. Attached is an example that highlight the problem. When commenting out the line 64 (l_renderer->SetPass( l_ssaa ); the translucent geometry is rendered correctly, but the result is not anti-aliased. With SSAA pass -> Depth Peeling broken : https://cdn.pbrd.co/images/H7qnZxC.png Without SSAA pass -> Depth Peeling ok : https://cdn.pbrd.co/images/H7qnvE9.png Shall I fill a bug for this ? Thanks -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- cmake_minimum_required( VERSION 3.5 ) PROJECT( QtVtkSsaa ) set( CMAKE_AUTOMOC ON ) find_package( Qt5Widgets REQUIRED QUIET ) find_package( OpenGL REQUIRED ) find_package( VTK REQUIRED ) include( ${VTK_USE_FILE} ) add_executable( QtVtkSsaa MACOSX_BUNDLE main.cpp ) qt5_use_modules( QtVtkSsaa Core Gui ) target_link_libraries( QtVtkSsaa ${VTK_LIBRARIES} ${OPENGL_LIBRARIES} ) -------------- next part -------------- A non-text attachment was scrubbed... Name: main.cpp Type: text/x-c++src Size: 3468 bytes Desc: not available URL: From ben.boeckel at kitware.com Tue Feb 13 11:09:55 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 13 Feb 2018 11:09:55 -0500 Subject: [vtk-developers] VTK HDF5 libraries renamed to now have "_src" suffix? Bug? In-Reply-To: <20180212211041.12565755@mail.rogue-research.com> References: <20180212211041.12565755@mail.rogue-research.com> Message-ID: <20180213160955.GA30307@megas.kitware.com> On Mon, Feb 12, 2018 at 16:10:41 -0500, Sean McBride wrote: > I guess HDF5 was recently updated? Now, building & installing VTK > results in library filenames with "_src" appended. ex: from > "libvtkhdf5_hl.a" to "libvtkhdf5_hl_src.a". > > Was that change deliberate? In our usage, where our app's Xcode > project references libraries by name, it's super annoying when the lib > names change. Even if it was deliberate, it seems to be a change that > doesn't add much, but breaks compatibility. It was done because in the new module system the module target is "vtkhdf5" which is an interface library providing the base and HL HDF5 libraries. The obvious name conflicts with this target and I renamed it following the directory structure. HL just followed the same pattern. The new imports are basically the new module system imports with a patch to use the old APIs. How are you extracting the information required for VTK_AUTOINIT bits in the Xcode project? Include paths? Transitive dependencies of what is linked? --Ben From sean at rogue-research.com Tue Feb 13 11:32:38 2018 From: sean at rogue-research.com (Sean McBride) Date: Tue, 13 Feb 2018 11:32:38 -0500 Subject: [vtk-developers] VTK HDF5 libraries renamed to now have "_src" suffix? Bug? In-Reply-To: <20180213160955.GA30307@megas.kitware.com> References: <20180212211041.12565755@mail.rogue-research.com> <20180213160955.GA30307@megas.kitware.com> Message-ID: <20180213163238.1593694370@mail.rogue-research.com> On Tue, 13 Feb 2018 11:09:55 -0500, Ben Boeckel said: >On Mon, Feb 12, 2018 at 16:10:41 -0500, Sean McBride wrote: >> I guess HDF5 was recently updated? Now, building & installing VTK >> results in library filenames with "_src" appended. ex: from >> "libvtkhdf5_hl.a" to "libvtkhdf5_hl_src.a". >> >> Was that change deliberate? In our usage, where our app's Xcode >> project references libraries by name, it's super annoying when the lib >> names change. Even if it was deliberate, it seems to be a change that >> doesn't add much, but breaks compatibility. > >It was done because in the new module system the module target is >"vtkhdf5" which is an interface library providing the base and HL HDF5 >libraries. The obvious name conflicts with this target and I renamed it >following the directory structure. HL just followed the same pattern. >The new imports are basically the new module system imports with a patch >to use the old APIs. Afraid I don't really follow, since I don't really know anything about the 'module system', etc. But no matter. :) Is the takeaway that you cannot restore the old names? :( >How are you extracting the information required for VTK_AUTOINIT bits in >the Xcode project? Include paths? Transitive dependencies of what is >linked? I do as in /Examples/GUI/Cocoa. See PrefixHeader.pch for the VTK_MODULE_INIT stuff. As you see in that example's Xcode project, the libraries are added to the project, and so if their names change, the project needs updating too. (That project doesn't include hdf5 so isn't impacted at least.) Also: it seems the HDF5 changes didn't mangle all symbol names. I now get link errors about duplicate symbols between ITK and VTK. I suspect the greping of nm output omitted some symbols types, just like libTIFF was. The author probably used something like: nm libvtktiff.a |grep " [TRD] " instead of: nm libvtktiff.a |grep " [TRDS] " See also: As for ITK, seems it's not mangling HDF5 symbols at all, I'll follow on their list... Cheers, -- ____________________________________________________________ Sean McBride, B. Eng sean at rogue-research.com Rogue Research www.rogue-research.com Mac Software Developer Montr?al, Qu?bec, Canada From ben.boeckel at kitware.com Tue Feb 13 13:01:30 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 13 Feb 2018 13:01:30 -0500 Subject: [vtk-developers] VTK HDF5 libraries renamed to now have "_src" suffix? Bug? In-Reply-To: <20180213163238.1593694370@mail.rogue-research.com> References: <20180212211041.12565755@mail.rogue-research.com> <20180213160955.GA30307@megas.kitware.com> <20180213163238.1593694370@mail.rogue-research.com> Message-ID: <20180213180130.GA31237@megas.kitware.com> On Tue, Feb 13, 2018 at 11:32:38 -0500, Sean McBride wrote: > Afraid I don't really follow, since I don't really know anything about > the 'module system', etc. But no matter. :) Is the takeaway that > you cannot restore the old names? :( There's ongoing work to update the VTK module system to use target usage requirements rather than variable wrangling for getting include directories, compile definitions, etc. I suppose the on-disk names could be restored, but the target names cannot. See the branch here for the new module system: https://gitlab.kitware.com/ben.boeckel/vtk/commits/new-cmake-module > >How are you extracting the information required for VTK_AUTOINIT bits in > >the Xcode project? Include paths? Transitive dependencies of what is > >linked? > > I do as in /Examples/GUI/Cocoa. See PrefixHeader.pch for the > VTK_MODULE_INIT stuff. OK, so "manually" :) . > As you see in that example's Xcode project, the libraries are added to > the project, and so if their names change, the project needs updating > too. (That project doesn't include hdf5 so isn't impacted at least.) > > Also: it seems the HDF5 changes didn't mangle all symbol names. I now > get link errors about duplicate symbols between ITK and VTK. I > suspect the greping of nm output omitted some symbols types, just like > libTIFF was. The author probably used something like: Ah, likely. I'll check it out and redo the greps. --Ben From sean at rogue-research.com Tue Feb 13 19:04:18 2018 From: sean at rogue-research.com (Sean McBride) Date: Tue, 13 Feb 2018 19:04:18 -0500 Subject: [vtk-developers] VTK HDF5 libraries renamed to now have "_src" suffix? Bug? In-Reply-To: <20180213180130.GA31237@megas.kitware.com> References: <20180212211041.12565755@mail.rogue-research.com> <20180213160955.GA30307@megas.kitware.com> <20180213163238.1593694370@mail.rogue-research.com> <20180213180130.GA31237@megas.kitware.com> Message-ID: <20180214000418.1003479697@mail.rogue-research.com> On Tue, 13 Feb 2018 13:01:30 -0500, Ben Boeckel said: >I suppose the on-disk names could be restored That'd be great, thanks. I created this so we don't forget: Cheers, Sean From ben.boeckel at kitware.com Thu Feb 15 13:52:45 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 15 Feb 2018 13:52:45 -0500 Subject: [vtk-developers] New static Windows buildbot builder In-Reply-To: <20180209151917.GB22233@megas.kitware.com> References: <20180209151917.GB22233@megas.kitware.com> Message-ID: <20180215185245.GA1157@megas.kitware.com> On Fri, Feb 09, 2018 at 10:19:17 -0500, Ben Boeckel wrote: > is what should get it to be so. It isn't marked as experimental because > of the way scheduling works; it would just never get a chance to do any > builds until the end of the day if it had an experimental build > priority due to how busy `mun` is otherwise. The MR which fixes the static build has been merged. It has one test failure in WikiExamples (Utilities-PCADemo) that Dave Thompson is going to look into when he gets the time. --Ben From allison.vacanti at kitware.com Fri Feb 16 16:39:29 2018 From: allison.vacanti at kitware.com (Allie Vacanti) Date: Fri, 16 Feb 2018 16:39:29 -0500 Subject: [vtk-developers] [vtkusers] QVTKOpenGLWidget + SSAA pass breaks depth peeling In-Reply-To: References: Message-ID: Hi Simon, This is intended behavior. Setting a pass on the renderer bypasses the renderer's internal settings, and only the specified pass will be rendered. This means that the call to l_renderer->SetUseDepthPeeling(true); has no effect; only the l_ssaa render pass will be executed. Your l_ssaa pass delegates to an instance of vtkRenderPassStepsPass, which by default uses vtkTranslucentPass for rendering the translucent geometry -- this only does basic alpha blending, not depth peeling. What you want to do is replace the translucent pass with one that performs depth peeling. Something like this should work: ... // setup SSAA pass vtkSmartPointer l_basic_passes = vtkSmartPointer::New(); vtkSmartPointer l_ssaa = vtkSmartPointer::New(); l_ssaa->SetDelegatePass( l_basic_passes ); l_renderer->SetPass( l_ssaa ); // Enable depth peeling. This pass is defined in the vtkRenderingOpenGL2 module. vtkSmartPointer l_peel = vtkSmartPointer::New(); l_basic_passes->SetTranslucentPass(l_peel); ... If you have issues with the dual depth peeling pass, try the older vtkDepthPeelingPass. It's a bit slower, but still works. HTH, Allie On Tue, Feb 13, 2018 at 3:54 AM, Simon Esneault wrote: > Hello VTK community > > Is seems adding an SSAA rendering pass breaks the depth peeling process. > Attached is an example that highlight the problem. When commenting out the > line 64 (l_renderer->SetPass( l_ssaa ); the translucent geometry is > rendered correctly, but the result is not anti-aliased. > > With SSAA pass -> Depth Peeling broken : https://cdn.pbrd.co/images/ > H7qnZxC.png > Without SSAA pass -> Depth Peeling ok : https://cdn.pbrd.co/images/ > H7qnvE9.png > > Shall I fill a bug for this ? > > Thanks > > -- > ------------------------------------------------------------------ > Simon Esneault > Rennes, France > ------------------------------------------------------------------ > > _______________________________________________ > 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: > https://vtk.org/mailman/listinfo/vtkusers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Fri Feb 16 16:48:49 2018 From: david.gobbi at gmail.com (David Gobbi) Date: Fri, 16 Feb 2018 14:48:49 -0700 Subject: [vtk-developers] Extra include paths caused by module updates Message-ID: Hi Ben, I'm seeing some include paths that don't belong when building against VTK master. For example: -I/Users/dgobbi/vtk-source/ThirdParty/sqlite/vtksqlite -isystem /Users/dgobbi/vtk-build/Utilities/KWSys/vtksys I expect ThirdParty/sqlite to be in the path, but not ThirdParty/sqlite/vtksqlite. Likewise, Utilities/KWSys but not KWSys/vtksys. This seems to be due to recent changes to the modules. See https://gitlab.kitware.com/vtk/vtk/issues/17248 for a related build error. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.esneault at gmail.com Sun Feb 18 04:31:18 2018 From: simon.esneault at gmail.com (Simon Esneault) Date: Sun, 18 Feb 2018 10:31:18 +0100 Subject: [vtk-developers] [vtkusers] QVTKOpenGLWidget + SSAA pass breaks depth peeling In-Reply-To: References: Message-ID: Hello Allie, Thanks for the explanation, that make complete sense, and it works ! Simon 2018-02-16 22:39 GMT+01:00 Allie Vacanti : > Hi Simon, > > This is intended behavior. Setting a pass on the renderer bypasses the > renderer's internal settings, and only the specified pass will be rendered. > This means that the call to l_renderer->SetUseDepthPeeling(true); has no > effect; only the l_ssaa render pass will be executed. > > Your l_ssaa pass delegates to an instance of vtkRenderPassStepsPass, which > by default uses vtkTranslucentPass for rendering the translucent geometry > -- this only does basic alpha blending, not depth peeling. > > What you want to do is replace the translucent pass with one that performs > depth peeling. Something like this should work: > > ... > > // setup SSAA pass > vtkSmartPointer l_basic_passes = vtkSmartPointer< > vtkRenderStepsPass>::New(); > vtkSmartPointer l_ssaa = vtkSmartPointer:: > New(); > l_ssaa->SetDelegatePass( l_basic_passes ); > l_renderer->SetPass( l_ssaa ); > > // Enable depth peeling. This pass is defined in the > vtkRenderingOpenGL2 module. > vtkSmartPointer l_peel = vtkSmartPointer< > vtkDualDepthPeelingPass>::New(); > l_basic_passes->SetTranslucentPass(l_peel); > > ... > > If you have issues with the dual depth peeling pass, try the older > vtkDepthPeelingPass. It's a bit slower, but still works. > > HTH, > Allie > > On Tue, Feb 13, 2018 at 3:54 AM, Simon Esneault > wrote: > >> Hello VTK community >> >> Is seems adding an SSAA rendering pass breaks the depth peeling process. >> Attached is an example that highlight the problem. When commenting out the >> line 64 (l_renderer->SetPass( l_ssaa ); the translucent geometry is >> rendered correctly, but the result is not anti-aliased. >> >> With SSAA pass -> Depth Peeling broken : https://cdn.pbrd.co/images/H >> 7qnZxC.png >> Without SSAA pass -> Depth Peeling ok : https://cdn.pbrd.co/images/H >> 7qnvE9.png >> >> Shall I fill a bug for this ? >> >> Thanks >> >> -- >> ------------------------------------------------------------------ >> Simon Esneault >> Rennes, France >> ------------------------------------------------------------------ >> >> _______________________________________________ >> 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: >> https://vtk.org/mailman/listinfo/vtkusers >> >> > -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Sun Feb 18 12:36:52 2018 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Sun, 18 Feb 2018 09:36:52 -0800 Subject: [vtk-developers] ANN: VTK File Formats is now part of VTKExamples Message-ID: Folks, Motivated by Berk and Will, Andrew Maclean and I have converted and enhanced the VTK File Formats document: https://www.vtk.org/wp-content/uploads/2015/04/file-formats.pdf The new document is here: https://lorensen.github.io/VTKExamples/site/VTKFileFormats/ The figures in the new document correspond to the data described. Also, the figures refer to the nightly regression tested images. The source code for the examples that generate the images is also available as part of the VTKExamples site. Figure 2: https://lorensen.github.io/VTKExamples/site/Cxx/GeometricObjects/LinearCellDemo/ Figure 3: https://lorensen.github.io/VTKExamples/site/Cxx/GeometricObjects/IsoparametricCellsDemo/ Figure 4: https://lorensen.github.io/VTKExamples/site/Cxx/IO/ReadLegacyUnstructuredGrid/ Figure 5: https://lorensen.github.io/VTKExamples/site/VTKFileFormats/ Enjoy VTK! Bill -- Unpaid intern in BillsParadise at noware dot com From will.schroeder at kitware.com Sun Feb 18 12:55:15 2018 From: will.schroeder at kitware.com (Will Schroeder) Date: Sun, 18 Feb 2018 12:55:15 -0500 Subject: [vtk-developers] ANN: VTK File Formats is now part of VTKExamples In-Reply-To: References: Message-ID: Andrew and Bill rock! or as they would say: Old guys Rule! This is another huge resource for the community.... On Sun, Feb 18, 2018 at 12:36 PM, Bill Lorensen wrote: > Folks, > > Motivated by Berk and Will, Andrew Maclean and I have converted and > enhanced the VTK File Formats document: > https://www.vtk.org/wp-content/uploads/2015/04/file-formats.pdf > > The new document is here: > https://lorensen.github.io/VTKExamples/site/VTKFileFormats/ > > The figures in the new document correspond to the data described. > Also, the figures refer to the nightly regression tested images. The > source code for the examples that generate the images is also > available as part of the VTKExamples site. > > Figure 2: https://lorensen.github.io/VTKExamples/site/Cxx/ > GeometricObjects/LinearCellDemo/ > > Figure 3: https://lorensen.github.io/VTKExamples/site/Cxx/ > GeometricObjects/IsoparametricCellsDemo/ > > Figure 4: https://lorensen.github.io/VTKExamples/site/Cxx/IO/ > ReadLegacyUnstructuredGrid/ > > Figure 5: https://lorensen.github.io/VTKExamples/site/VTKFileFormats/ > > > Enjoy VTK! > > Bill > -- > Unpaid intern in BillsParadise at noware dot com > _______________________________________________ > 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: > https://vtk.org/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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Sun Feb 18 17:20:30 2018 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Mon, 19 Feb 2018 09:20:30 +1100 Subject: [vtk-developers] Python and the function GetParametricCoords() Message-ID: I was looking at converting Bill's excellent example: https://lorensen.github.io/VTKExamples/site/Cxx/GeometricObjects/IsoparametricCellsDemo/ into Python but I have run into a problem with respect to GetParametricCoords() It seems to return a void pointer not an expected tuple even though the example below is a primary cell. There are no tests in the Python tests for GetParametricCoords() yet it is wrapped Ok as far as I can see. Does anyone have a solution? Here is some test code that illustrates the problem: #!/usr/bin/env python # -*- coding: utf-8 -*- import vtk def main(): xx = vtk.vtkQuadraticEdge() print('Is it a primary cell?', xx.IsPrimaryCell()) # help(vtk.vtkQuadraticEdge.GetBounds) # help(vtk.vtkQuadraticEdge.GetParametricCoords) # print(dir(vtk.vtkQuadraticEdge)) pcoords = xx.GetParametricCoords() # Here we expect a tuple of nine floats. print('pcoords:', pcoords) # GetBounds() works. bounds = xx.GetBounds() print('bounds:', bounds) if __name__ == '__main__': main() -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Sun Feb 18 18:53:11 2018 From: david.gobbi at gmail.com (David Gobbi) Date: Sun, 18 Feb 2018 16:53:11 -0700 Subject: [vtk-developers] Python and the function GetParametricCoords() In-Reply-To: References: Message-ID: Hi Andrew, It's missing a size hint for the wrappers, it should be declared like this: virtual double *GetParametricCoords() VTK_SIZEHINT(3); I've submitted an MR: https://gitlab.kitware.com/vtk/vtk/merge_requests/3944 It's strange, it never had a hint in the old "hints" file, either. - David On Sun, Feb 18, 2018 at 3:20 PM, Andrew Maclean wrote: > I was looking at converting Bill's excellent example: https://lorensen. > github.io/VTKExamples/site/Cxx/GeometricObjects/IsoparametricCellsDemo/ > into Python but I have run into a problem with respect to > GetParametricCoords() > > It seems to return a void pointer not an expected tuple even though the > example below is a primary cell. > > There are no tests in the Python tests for GetParametricCoords() yet it is > wrapped Ok as far as I can see. Does anyone have a solution? > > Here is some test code that illustrates the problem: > > #!/usr/bin/env python > # -*- coding: utf-8 -*- > > import vtk > > > def main(): > xx = vtk.vtkQuadraticEdge() > print('Is it a primary cell?', xx.IsPrimaryCell()) > # help(vtk.vtkQuadraticEdge.GetBounds) > # help(vtk.vtkQuadraticEdge.GetParametricCoords) > # print(dir(vtk.vtkQuadraticEdge)) > pcoords = xx.GetParametricCoords() > # Here we expect a tuple of nine floats. > print('pcoords:', pcoords) > # GetBounds() works. > bounds = xx.GetBounds() > print('bounds:', bounds) > > > if __name__ == '__main__': > main() > > > > > -- > ___________________________________________ > Andrew J. P. Maclean > > ___________________________________________ > > _______________________________________________ > 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: > https://vtk.org/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ashtonpark7 at gmail.com Mon Feb 19 02:04:52 2018 From: ashtonpark7 at gmail.com (Minsuk Park) Date: Mon, 19 Feb 2018 16:04:52 +0900 Subject: [vtk-developers] SetCallbackMethod, add new keyPressEvent Message-ID: Hi! I'm pretty much beginner of vtk and its application. I applied vtkContourWidget on renderWindow and hope to add a new keyPressEvent on it. So I am now trying to change the vtkContourWidget.cxx file directly and add *this->CallbackMapper->SetCallbackMethod(vtkCommand::KeyPressEvent,* * vtkEvent::NoModifier, 13, 1, "Return",* * vtkWidgetEvent::Reset,* * this, vtkContourWidget::ResetAction);* this for new Action when I pressed Return(I guess it is "Enter"), which acts ResetAction when Shift+Del is pressed like behind *this->CallbackMapper->SetCallbackMethod(vtkCommand::KeyPressEvent,* * vtkEvent::ShiftModifier, 127, 1, "Delete",* * vtkWidgetEvent::Reset,* * this, vtkContourWidget::ResetAction);* However, "Return" doesn't work and I couldn't figure it out. I am pretty much sure that I am not supposed to add the keyPressEvent in this way, but I don't know what to do. How can I add a new keyPressEvent for a new key on vtkWidget? -- -------------------------------------------------------------------------------------------------------------- *Minsuk Park* Mobile: +82-10-7329-9912 Email: ashtonpark7 at gmail.com -------------------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From elvis.stansvik at orexplore.com Mon Feb 19 02:51:50 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Mon, 19 Feb 2018 08:51:50 +0100 Subject: [vtk-developers] ANN: VTK File Formats is now part of VTKExamples In-Reply-To: References: Message-ID: Fantastic guys! Elvis Den 18 feb. 2018 6:36 em skrev "Bill Lorensen" : > Folks, > > Motivated by Berk and Will, Andrew Maclean and I have converted and > enhanced the VTK File Formats document: > https://www.vtk.org/wp-content/uploads/2015/04/file-formats.pdf > > The new document is here: > https://lorensen.github.io/VTKExamples/site/VTKFileFormats/ > > The figures in the new document correspond to the data described. > Also, the figures refer to the nightly regression tested images. The > source code for the examples that generate the images is also > available as part of the VTKExamples site. > > Figure 2: https://lorensen.github.io/VTKExamples/site/Cxx/ > GeometricObjects/LinearCellDemo/ > > Figure 3: https://lorensen.github.io/VTKExamples/site/Cxx/ > GeometricObjects/IsoparametricCellsDemo/ > > Figure 4: https://lorensen.github.io/VTKExamples/site/Cxx/IO/ > ReadLegacyUnstructuredGrid/ > > Figure 5: https://lorensen.github.io/VTKExamples/site/VTKFileFormats/ > > > Enjoy VTK! > > Bill > -- > Unpaid intern in BillsParadise at noware dot com > _______________________________________________ > 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: > https://vtk.org/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Mon Feb 19 02:53:31 2018 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Mon, 19 Feb 2018 07:53:31 +0000 Subject: [vtk-developers] Python and the function GetParametricCoords() In-Reply-To: References: Message-ID: David, Thankyou so much for such a quick response! Please see my comments on the MR. Only the first point is being returned, maybe the VTK_SIZEHINT() has to be applied in all the subclasses? There is a little Python script there that may be useful for testing since it is never tested in CTest. This is tested in Cxx but has never been tested using Python. Regards Andrew Andrew Maclean On Mon, 19 Feb 2018, 10:53 David Gobbi wrote: > Hi Andrew, > > It's missing a size hint for the wrappers, it should be declared like this: > > virtual double *GetParametricCoords() VTK_SIZEHINT(3); > > I've submitted an MR: > https://gitlab.kitware.com/vtk/vtk/merge_requests/3944 > It's strange, it never had a hint in the old "hints" file, either. > > - David > > On Sun, Feb 18, 2018 at 3:20 PM, Andrew Maclean > wrote: > >> I was looking at converting Bill's excellent example: >> https://lorensen.github.io/VTKExamples/site/Cxx/GeometricObjects/IsoparametricCellsDemo/ >> into Python but I have run into a problem with respect to >> GetParametricCoords() >> >> It seems to return a void pointer not an expected tuple even though the >> example below is a primary cell. >> >> There are no tests in the Python tests for GetParametricCoords() yet it >> is wrapped Ok as far as I can see. Does anyone have a solution? >> >> Here is some test code that illustrates the problem: >> >> #!/usr/bin/env python >> # -*- coding: utf-8 -*- >> >> import vtk >> >> >> def main(): >> xx = vtk.vtkQuadraticEdge() >> print('Is it a primary cell?', xx.IsPrimaryCell()) >> # help(vtk.vtkQuadraticEdge.GetBounds) >> # help(vtk.vtkQuadraticEdge.GetParametricCoords) >> # print(dir(vtk.vtkQuadraticEdge)) >> pcoords = xx.GetParametricCoords() >> # Here we expect a tuple of nine floats. >> print('pcoords:', pcoords) >> # GetBounds() works. >> bounds = xx.GetBounds() >> print('bounds:', bounds) >> >> >> if __name__ == '__main__': >> main() >> >> >> >> >> -- >> ___________________________________________ >> Andrew J. P. Maclean >> >> ___________________________________________ >> >> _______________________________________________ >> 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: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhlegarreta at vicomtech.org Mon Feb 19 02:53:51 2018 From: jhlegarreta at vicomtech.org (Jon Haitz Legarreta) Date: Mon, 19 Feb 2018 08:53:51 +0100 Subject: [vtk-developers] ANN: VTK File Formats is now part of VTKExamples In-Reply-To: References: Message-ID: Andrew, Bill, this is brilliant !! A huge thanks. JON HAITZ -- On 19 February 2018 at 08:51, Elvis Stansvik wrote: > Fantastic guys! > > Elvis > > > Den 18 feb. 2018 6:36 em skrev "Bill Lorensen" : > >> Folks, >> >> Motivated by Berk and Will, Andrew Maclean and I have converted and >> enhanced the VTK File Formats document: >> https://www.vtk.org/wp-content/uploads/2015/04/file-formats.pdf >> >> The new document is here: >> https://lorensen.github.io/VTKExamples/site/VTKFileFormats/ >> >> The figures in the new document correspond to the data described. >> Also, the figures refer to the nightly regression tested images. The >> source code for the examples that generate the images is also >> available as part of the VTKExamples site. >> >> Figure 2: https://lorensen.github.io/VTKExamples/site/Cxx/GeometricObj >> ects/LinearCellDemo/ >> >> Figure 3: https://lorensen.github.io/VTKExamples/site/Cxx/GeometricObj >> ects/IsoparametricCellsDemo/ >> >> Figure 4: https://lorensen.github.io/VTKExamples/site/Cxx/IO/ReadLegac >> yUnstructuredGrid/ >> >> Figure 5: https://lorensen.github.io/VTKExamples/site/VTKFileFormats/ >> >> >> Enjoy VTK! >> >> Bill >> -- >> Unpaid intern in BillsParadise at noware dot com >> _______________________________________________ >> 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: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> > _______________________________________________ > 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: > https://vtk.org/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Mon Feb 19 10:39:21 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 19 Feb 2018 10:39:21 -0500 Subject: [vtk-developers] Extra include paths caused by module updates In-Reply-To: References: Message-ID: <20180219153921.GA6983@megas.kitware.com> On Fri, Feb 16, 2018 at 14:48:49 -0700, David Gobbi wrote: > -I/Users/dgobbi/vtk-source/ThirdParty/sqlite/vtksqlite Well, the *build* tree of vtksqlite should be in the list; there's an export header which is required in order to export symbols properly. It's included as `"vtksqlite_export.h"` from the main header since they live next to each other in the install tree; the build tree has an include interface to make it work. > -isystem /Users/dgobbi/vtk-build/Utilities/KWSys/vtksys > > I expect ThirdParty/sqlite to be in the path, but not > ThirdParty/sqlite/vtksqlite. > Likewise, Utilities/KWSys but not KWSys/vtksys. > > This seems to be due to recent changes to the modules. > See https://gitlab.kitware.com/vtk/vtk/issues/17248 for a related build > error. I've commented on the issue. --Ben From wascott at sandia.gov Mon Feb 19 14:22:34 2018 From: wascott at sandia.gov (Scott, W Alan) Date: Mon, 19 Feb 2018 19:22:34 +0000 Subject: [vtk-developers] [EXTERNAL] ANN: VTK File Formats is now part of VTKExamples In-Reply-To: References: Message-ID: <69DDA01A-6C98-42E2-9B47-CACF398E0B52@sandia.gov> Very nice! I updated the ParaView wiki, Data formats page. https://www.paraview.org/Wiki/Data_formats#VTK.28Visualization_ToolKit.29_files Alan ?On 2/18/18, 10:36 AM, "vtk-developers on behalf of Bill Lorensen" wrote: Folks, Motivated by Berk and Will, Andrew Maclean and I have converted and enhanced the VTK File Formats document: https://www.vtk.org/wp-content/uploads/2015/04/file-formats.pdf The new document is here: https://lorensen.github.io/VTKExamples/site/VTKFileFormats/ The figures in the new document correspond to the data described. Also, the figures refer to the nightly regression tested images. The source code for the examples that generate the images is also available as part of the VTKExamples site. Figure 2: https://lorensen.github.io/VTKExamples/site/Cxx/GeometricObjects/LinearCellDemo/ Figure 3: https://lorensen.github.io/VTKExamples/site/Cxx/GeometricObjects/IsoparametricCellsDemo/ Figure 4: https://lorensen.github.io/VTKExamples/site/Cxx/IO/ReadLegacyUnstructuredGrid/ Figure 5: https://lorensen.github.io/VTKExamples/site/VTKFileFormats/ Enjoy VTK! Bill -- Unpaid intern in BillsParadise at noware dot com _______________________________________________ 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: https://vtk.org/mailman/listinfo/vtk-developers From andrew.amaclean at gmail.com Tue Feb 20 02:36:33 2018 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Tue, 20 Feb 2018 18:36:33 +1100 Subject: [vtk-developers] Wrong hash errors in LSDyna images. Message-ID: I'm seeing erors like this: FAILED: ExternalData/Testing/Data/LSDyna/ale/d3plot01-hash-stamp ExternalData/Testing/Data/LSDyna/ale/d3plot01 FAILED: ExternalData/Testing/Data/LSDyna/ale/d3plot02-hash-stamp ExternalData/Testing/Data/LSDyna/ale/d3plot02 ? Object MD5=c07f38f0b600dcd069149ee10ffed684 not found at: http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=c07f38f0b600dcd069149ee10ffed684&algorithm=MD5 (wrong hash MD5=a0a85923331d4faa2ba6ff130a19d946) http://www.vtk.org/files/ExternalData/MD5/c07f38f0b600dcd069149ee10ffed684 ("Timeout was reached")? Object MD5=2bfe8aed7d4589f18469ec21d17a91e6 not found at: http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=2bfe8aed7d4589f18469ec21d17a91e6&algorithm=MD5 (wrong hash MD5=a0a85923331d4faa2ba6ff130a19d946) http://www.vtk.org/files/ExternalData/MD5/2bfe8aed7d4589f18469ec21d17a91e6 ("Timeout was reached") Maybe the files were never uploaded? I have deleted my .ExternalData several times, however it hasn't helped. Thanks Andrew -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Tue Feb 20 10:46:20 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 20 Feb 2018 10:46:20 -0500 Subject: [vtk-developers] Wrong hash errors in LSDyna images. In-Reply-To: References: Message-ID: <20180220154620.GA3090@megas.kitware.com> On Tue, Feb 20, 2018 at 18:36:33 +1100, Andrew Maclean wrote: > http://www.vtk.org/files/ExternalData/MD5/c07f38f0b600dcd069149ee10ffed684 > ("Timeout was reached") The file is there. I don't know what caused the timeout, but try again? --Ben From andrew.amaclean at gmail.com Tue Feb 20 23:00:21 2018 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Wed, 21 Feb 2018 15:00:21 +1100 Subject: [vtk-developers] Wrong hash errors in LSDyna images. In-Reply-To: <20180220154620.GA3090@megas.kitware.com> References: <20180220154620.GA3090@megas.kitware.com> Message-ID: Thanks for looking into it. The download is now working Ok, no timeouts. On Wed, Feb 21, 2018 at 2:46 AM, Ben Boeckel wrote: > On Tue, Feb 20, 2018 at 18:36:33 +1100, Andrew Maclean wrote: > > http://www.vtk.org/files/ExternalData/MD5/c07f38f0b600dcd069149ee10ffed6 > 84 > > ("Timeout was reached") > > The file is there. I don't know what caused the timeout, but try again? > > --Ben > -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Thu Feb 22 10:16:03 2018 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 22 Feb 2018 07:16:03 -0800 Subject: [vtk-developers] Coverage Message-ID: Coverage build has been missing for a while. Wazzup. -- Unpaid intern in BillsParadise at noware dot com From shawn.waldon at kitware.com Thu Feb 22 10:39:13 2018 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Thu, 22 Feb 2018 10:39:13 -0500 Subject: [vtk-developers] Coverage In-Reply-To: References: Message-ID: The old coverage machine died and I've been too busy to finish setting up the replacement. It is on my list, but until I can finish setting it up, the coverage and valgrind builds will be missing and the online nightly documentation will be out of date (I thought I'd gotten the docs set up, but after looking just now apparently it still doesn't work). Shawn On Thu, Feb 22, 2018 at 10:16 AM, Bill Lorensen wrote: > Coverage build has been missing for a while. > > Wazzup. > > -- > Unpaid intern in BillsParadise at noware dot com > _______________________________________________ > 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: > https://vtk.org/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ashtonpark7 at gmail.com Thu Feb 22 20:33:24 2018 From: ashtonpark7 at gmail.com (Minsuk Park) Date: Fri, 23 Feb 2018 10:33:24 +0900 Subject: [vtk-developers] vtkPolyData(contour : line) to vtkImageData Message-ID: Hi all! I have a problem projecting vtkPolyData got from vtkContourWidget, which is line values (contour,) to a vtkImageData(2D) that is on the same RenderWindow. I've read both https://www.vtk.org/Wiki/VTK/Examples/Cxx/PolyData/PolyDataContourToImageData and https://www.vtk.org/Wiki/VTK/Examples/Cxx/PolyData/PolyDataToImageData but I couldn't figure out how to do so. Is there anyone know how to getting start with or any ideas? Thank you in advance. Best Minsuk -- -------------------------------------------------------------------------------------------------------------- *Minsuk Park* Mobile: +82-10-7329-9912 Email: ashtonpark7 at gmail.com -------------------------------------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From elvis.stansvik at orexplore.com Mon Feb 26 04:06:23 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Mon, 26 Feb 2018 10:06:23 +0100 Subject: [vtk-developers] Multiple overlapping volumes Message-ID: Hi folks, I think I asked about support for rendering multiple overlapping volumes a couple of years ago, but can't find the mail. I just came across this wiki page from June last year: https://na-mic.org/wiki/Project_Week_25/Next_Generation_GPU_Volume_Rendering It mentions that "Multiple volume support is in development at Kitware" and lists "Overlapping volumes - multiple inputs to mapper" under "Work in progress". I'm just curious if that work was continued or put on hold. I also found https://www.youtube.com/watch?time_continue=28&v=ML9_JWAz1kY which shows a proof-of-concept in WebGL (uploaded by Steve Pieper). Anyone know if the code for that experiment is available? Was it done using/on top of VTK.js? Best regards, Elvis From elvis.stansvik at orexplore.com Mon Feb 26 05:14:02 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Mon, 26 Feb 2018 11:14:02 +0100 Subject: [vtk-developers] Fractional DPI scaling not supported by QVTKOpenGLWidget? In-Reply-To: References: Message-ID: 2018-02-09 16:58 GMT+01:00 Elvis Stansvik : > 2018-02-09 15:24 GMT+01:00 Cory Quammen : >> Elvis, >> >> I don't believe there is a reason we can't use the qreal version of >> devicePixelRatioF(). I think the F may have gotten dropped in a series of >> commits to improve DPI support. >> >> A patch would be welcome. > > Great, I'll take a stab at it. Things got in the way, but now there's a WIP MR from me: https://gitlab.kitware.com/vtk/vtk/merge_requests/3973 Marcus: I need your advice on QVTKInteractorAdapter::SetDevicePixelRatio(...) (see question in the MR). Cheers, Elvis > > Elvis > >> >> Thanks, >> Cory >> >> On Fri, Feb 9, 2018 at 4:51 AM, Elvis Stansvik >> wrote: >>> >>> 2018-02-09 10:31 GMT+01:00 Karsten Tausche >>> : >>> > Hi Elvis, >>> > >>> > I have a workaround for this in my own code: Basically I have a subclass >>> > of >>> > QVTKOpenGLWidget, which disables the base class DPI support and passes >>> > Qt's >>> > DPI value manually to the internal vtkRenderWindow. See >>> > >>> > https://github.com/kateyy/geohazardvis/blob/master/gui/data_view/t_QVTKWidget.cpp >>> > especially lines 288 and 306. >>> > >>> > (In the code, don't get confused about the name of the class, it >>> > provides >>> > some support to inherit from QVTKWidget2, but you can assume >>> > OPTION_USE_QVTKOPENGLWIDGET to be enabled.) >>> >>> Aha, thanks a lot Karsten. I'll see if I can do something similar in >>> our own QVTKOpenGLWidget subclass. >>> >>> (Still of course interested in if any of the VTK devs have looked into >>> supporting this out of the box.) >>> >>> Elvis >>> >>> > >>> > Cheers, >>> > Karsten >>> > >>> > >>> > On 09-02-18 08:43, Elvis Stansvik wrote: >>> > >>> > Den 5 feb. 2018 3:20 em skrev "Elvis Stansvik" >>> > : >>> > >>> > Hi all, >>> > >>> > My pointy-haired boss got a new laptop with a high-DPI monitor, and >>> > started using a fractional DPI scaling factor (under KDE screen >>> > settings). He's now reporting that our Qt/VTK app has problems with >>> > this. The VTK windows are not correctly sized. >>> > >>> > I've also gotten the same report from a Windows 10 user that had this >>> > problem. >>> > >>> > I had a look at the VTK code that sizes the render window [1]: >>> > >>> > const int devicePixelRatio_ = this->devicePixelRatio(); >>> > const QSize widgetSize = this->size(); >>> > const QSize deviceSize = widgetSize * devicePixelRatio_; >>> > >>> > and then >>> > >>> > this->RenderWindow->SetSize(deviceSize.width(), deviceSize.height()); >>> > >>> > Note the use of the int devicePixelRatio() API, not qreal >>> > devicePixelRatioF() (available from Qt 5.6). >>> > >>> > Does this mean there's no way to get correctly sized VTK windows when >>> > using a fractional DPI scaling factor? If so, has anyone looked into >>> > supporting this? Would it be a lot of work? >>> > >>> > >>> > Noone knows? :) >>> > >>> > If it's (like I suspect) currently not supported, I'd be willing to try >>> > to >>> > fix it myself. But it would be good to know whether there are dragons >>> > here >>> > (maybe that's why it's not supported yet) or if someone else is already >>> > working on it. >>> > >>> > Elvis >>> > >>> > >>> > Best regards, >>> > Elvis >>> > >>> > [1] >>> > >>> > https://gitlab.kitware.com/vtk/vtk/blob/master/GUISupport/Qt/QVTKOpenGLWidget.cxx#L340-351 >>> > >>> > >>> > >>> > >>> > _______________________________________________ >>> > 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: >>> > https://vtk.org/mailman/listinfo/vtk-developers >>> > >>> > >>> > >>> > _______________________________________________ >>> > 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: >>> > https://vtk.org/mailman/listinfo/vtk-developers >>> > >>> > >>> _______________________________________________ >>> 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: >>> https://vtk.org/mailman/listinfo/vtk-developers >>> >> >> >> >> -- >> Cory Quammen >> Staff R&D Engineer >> Kitware, Inc. From elvis.stansvik at orexplore.com Mon Feb 26 05:23:13 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Mon, 26 Feb 2018 11:23:13 +0100 Subject: [vtk-developers] Multiple overlapping volumes In-Reply-To: References: Message-ID: 2018-02-26 10:06 GMT+01:00 Elvis Stansvik : > Hi folks, > > I think I asked about support for rendering multiple overlapping > volumes a couple of years ago, but can't find the mail. > > I just came across this wiki page from June last year: > > https://na-mic.org/wiki/Project_Week_25/Next_Generation_GPU_Volume_Rendering > > It mentions that "Multiple volume support is in development at > Kitware" and lists "Overlapping volumes - multiple inputs to mapper" > under "Work in progress". > > I'm just curious if that work was continued or put on hold. I should have checked Git history before sending this mail. I now found https://gitlab.kitware.com/vtk/vtk/commit/a632f77e3fa955dbf17813a803ddae43a9675021 "Added support for multiple volume inputs in GPUVolumeRayCastMapper". This is fantastic news! I shall experiment with it ASAP. Elvis > > I also found https://www.youtube.com/watch?time_continue=28&v=ML9_JWAz1kY > which shows a proof-of-concept in WebGL (uploaded by Steve Pieper). > Anyone know if the code for that experiment is available? Was it done > using/on top of VTK.js? > > Best regards, > Elvis From sebastien.jourdain at kitware.com Mon Feb 26 09:52:09 2018 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Mon, 26 Feb 2018 07:52:09 -0700 Subject: [vtk-developers] Multiple overlapping volumes In-Reply-To: References: Message-ID: Hi Elvis, Regarding vtk.js, the video you shared wasn't based on vtk.js. But vtk.js does support mix of geometries and a volume. Although, right now, you can not mix volumes. HTH, Seb On Mon, Feb 26, 2018 at 3:23 AM, Elvis Stansvik < elvis.stansvik at orexplore.com> wrote: > 2018-02-26 10:06 GMT+01:00 Elvis Stansvik : > > Hi folks, > > > > I think I asked about support for rendering multiple overlapping > > volumes a couple of years ago, but can't find the mail. > > > > I just came across this wiki page from June last year: > > > > https://na-mic.org/wiki/Project_Week_25/Next_Generation_GPU_Volume_ > Rendering > > > > It mentions that "Multiple volume support is in development at > > Kitware" and lists "Overlapping volumes - multiple inputs to mapper" > > under "Work in progress". > > > > I'm just curious if that work was continued or put on hold. > > I should have checked Git history before sending this mail. I now found > > https://gitlab.kitware.com/vtk/vtk/commit/ > a632f77e3fa955dbf17813a803ddae43a9675021 > > "Added support for multiple volume inputs in GPUVolumeRayCastMapper". > > This is fantastic news! I shall experiment with it ASAP. > > Elvis > > > > > I also found https://www.youtube.com/watch? > time_continue=28&v=ML9_JWAz1kY > > which shows a proof-of-concept in WebGL (uploaded by Steve Pieper). > > Anyone know if the code for that experiment is available? Was it done > > using/on top of VTK.js? > > > > Best regards, > > Elvis > _______________________________________________ > 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: > https://vtk.org/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From elvis.stansvik at orexplore.com Mon Feb 26 10:02:55 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Mon, 26 Feb 2018 16:02:55 +0100 Subject: [vtk-developers] Multiple overlapping volumes In-Reply-To: References: Message-ID: 2018-02-26 15:52 GMT+01:00 Sebastien Jourdain : > Hi Elvis, > > Regarding vtk.js, the video you shared wasn't based on vtk.js. But vtk.js > does support mix of geometries and a volume. Although, right now, you can > not mix volumes. Alright, good to know. I suspected that was the case for VTK.js. We were interested in mixing volumes. But we're using VTK/C++, so the news that Alvaros work on this is now merged was very good news. If we ever try to build something with VTK.js, this would be further into the future. We'd be interested in mixing volumes there as well. But hopefully by then something is in place? (perhaps inspired by Alvaros work?) Elvis > > HTH, > > Seb > > On Mon, Feb 26, 2018 at 3:23 AM, Elvis Stansvik > wrote: >> >> 2018-02-26 10:06 GMT+01:00 Elvis Stansvik : >> > Hi folks, >> > >> > I think I asked about support for rendering multiple overlapping >> > volumes a couple of years ago, but can't find the mail. >> > >> > I just came across this wiki page from June last year: >> > >> > >> > https://na-mic.org/wiki/Project_Week_25/Next_Generation_GPU_Volume_Rendering >> > >> > It mentions that "Multiple volume support is in development at >> > Kitware" and lists "Overlapping volumes - multiple inputs to mapper" >> > under "Work in progress". >> > >> > I'm just curious if that work was continued or put on hold. >> >> I should have checked Git history before sending this mail. I now found >> >> >> https://gitlab.kitware.com/vtk/vtk/commit/a632f77e3fa955dbf17813a803ddae43a9675021 >> >> "Added support for multiple volume inputs in GPUVolumeRayCastMapper". >> >> This is fantastic news! I shall experiment with it ASAP. >> >> Elvis >> >> > >> > I also found >> > https://www.youtube.com/watch?time_continue=28&v=ML9_JWAz1kY >> > which shows a proof-of-concept in WebGL (uploaded by Steve Pieper). >> > Anyone know if the code for that experiment is available? Was it done >> > using/on top of VTK.js? >> > >> > Best regards, >> > Elvis >> _______________________________________________ >> 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: >> https://vtk.org/mailman/listinfo/vtk-developers >> > From pieper at isomics.com Mon Feb 26 10:40:28 2018 From: pieper at isomics.com (Steve Pieper) Date: Mon, 26 Feb 2018 10:40:28 -0500 Subject: [vtk-developers] Multiple overlapping volumes In-Reply-To: References: Message-ID: Hi Guys - That video was made using some code I've been playing with for a while [1] to see how much of a program like Slicer could be implemented in JavaScript and WebGL(2). The web environment is very powerful and it's great to see vtk.js develop. We've also looked a bit at what it would take to make libraries of GLSL code that could work in either desktop OpenGL or WebGL (the CommonGL idea [2]). Best, Steve [1] https://github.com/pieper/sites/tree/gh-pages/step [2] https://public.kitware.com/pipermail/vtk-developers/2015-June/032132.html On Mon, Feb 26, 2018 at 9:52 AM, Sebastien Jourdain < sebastien.jourdain at kitware.com> wrote: > Hi Elvis, > > Regarding vtk.js, the video you shared wasn't based on vtk.js. But vtk.js > does support mix of geometries and a volume. Although, right now, you can > not mix volumes. > > HTH, > > Seb > > On Mon, Feb 26, 2018 at 3:23 AM, Elvis Stansvik < > elvis.stansvik at orexplore.com> wrote: > >> 2018-02-26 10:06 GMT+01:00 Elvis Stansvik : >> > Hi folks, >> > >> > I think I asked about support for rendering multiple overlapping >> > volumes a couple of years ago, but can't find the mail. >> > >> > I just came across this wiki page from June last year: >> > >> > https://na-mic.org/wiki/Project_Week_25/Next_Generation_ >> GPU_Volume_Rendering >> > >> > It mentions that "Multiple volume support is in development at >> > Kitware" and lists "Overlapping volumes - multiple inputs to mapper" >> > under "Work in progress". >> > >> > I'm just curious if that work was continued or put on hold. >> >> I should have checked Git history before sending this mail. I now found >> >> https://gitlab.kitware.com/vtk/vtk/commit/a632f77e3fa955dbf1 >> 7813a803ddae43a9675021 >> >> "Added support for multiple volume inputs in GPUVolumeRayCastMapper". >> >> This is fantastic news! I shall experiment with it ASAP. >> >> Elvis >> >> > >> > I also found https://www.youtube.com/watch? >> time_continue=28&v=ML9_JWAz1kY >> > which shows a proof-of-concept in WebGL (uploaded by Steve Pieper). >> > Anyone know if the code for that experiment is available? Was it done >> > using/on top of VTK.js? >> > >> > Best regards, >> > Elvis >> _______________________________________________ >> 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: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> > > _______________________________________________ > 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: > https://vtk.org/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcus.hanwell at kitware.com Mon Feb 26 11:13:54 2018 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Mon, 26 Feb 2018 11:13:54 -0500 Subject: [vtk-developers] Fractional DPI scaling not supported by QVTKOpenGLWidget? In-Reply-To: References: Message-ID: On Mon, Feb 26, 2018 at 5:14 AM, Elvis Stansvik < elvis.stansvik at orexplore.com> wrote: > 2018-02-09 16:58 GMT+01:00 Elvis Stansvik : > > 2018-02-09 15:24 GMT+01:00 Cory Quammen : > >> Elvis, > >> > >> I don't believe there is a reason we can't use the qreal version of > >> devicePixelRatioF(). I think the F may have gotten dropped in a series > of > >> commits to improve DPI support. > >> > >> A patch would be welcome. > > > > Great, I'll take a stab at it. > > Things got in the way, but now there's a WIP MR from me: > > https://gitlab.kitware.com/vtk/vtk/merge_requests/3973 > > Marcus: I need your advice on > QVTKInteractorAdapter::SetDevicePixelRatio(...) (see question in the > MR). > Replied in the MR, but this was a bug we were seeing on macOS at the time. I mentioned it in the commit message, but it would have been helpful to add a comment in the code. I am not sure if that bug is still relevant, we don't do a lot of testing on macOS with the combination of retinal and non-retinal multi-monitor set ups. Maybe that is too niche to worry about too much too? -------------- next part -------------- An HTML attachment was scrubbed... URL: From elvis.stansvik at orexplore.com Mon Feb 26 12:22:00 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Mon, 26 Feb 2018 18:22:00 +0100 Subject: [vtk-developers] Multiple overlapping volumes In-Reply-To: References: Message-ID: Thanks for responding Steve, and for the links. Very interesting. Did you consider using VTK.js for your Slicer/WebGL experiment, or was it not mature enough at the time? (We have (very) preliminary plans for a web version of our program, and it would be great if VTK.js gained mixed/intersecting volume support just like VTK recently did.) Elvis Den 26 feb. 2018 4:40 em skrev "Steve Pieper" : > Hi Guys - > > That video was made using some code I've been playing with for a while [1] > to see how much of a program like Slicer could be implemented in JavaScript > and WebGL(2). The web environment is very powerful and it's great to see > vtk.js develop. > > We've also looked a bit at what it would take to make libraries of GLSL > code that could work in either desktop OpenGL or WebGL (the CommonGL idea > [2]). > > Best, > Steve > > [1] https://github.com/pieper/sites/tree/gh-pages/step > > [2] https://public.kitware.com/pipermail/vtk-developers/ > 2015-June/032132.html > > On Mon, Feb 26, 2018 at 9:52 AM, Sebastien Jourdain < > sebastien.jourdain at kitware.com> wrote: > >> Hi Elvis, >> >> Regarding vtk.js, the video you shared wasn't based on vtk.js. But vtk.js >> does support mix of geometries and a volume. Although, right now, you can >> not mix volumes. >> >> HTH, >> >> Seb >> >> On Mon, Feb 26, 2018 at 3:23 AM, Elvis Stansvik < >> elvis.stansvik at orexplore.com> wrote: >> >>> 2018-02-26 10:06 GMT+01:00 Elvis Stansvik >>> : >>> > Hi folks, >>> > >>> > I think I asked about support for rendering multiple overlapping >>> > volumes a couple of years ago, but can't find the mail. >>> > >>> > I just came across this wiki page from June last year: >>> > >>> > https://na-mic.org/wiki/Project_Week_25/Next_Generation_GPU >>> _Volume_Rendering >>> > >>> > It mentions that "Multiple volume support is in development at >>> > Kitware" and lists "Overlapping volumes - multiple inputs to mapper" >>> > under "Work in progress". >>> > >>> > I'm just curious if that work was continued or put on hold. >>> >>> I should have checked Git history before sending this mail. I now found >>> >>> https://gitlab.kitware.com/vtk/vtk/commit/a632f77e3fa955dbf1 >>> 7813a803ddae43a9675021 >>> >>> "Added support for multiple volume inputs in GPUVolumeRayCastMapper". >>> >>> This is fantastic news! I shall experiment with it ASAP. >>> >>> Elvis >>> >>> > >>> > I also found https://www.youtube.com/watch? >>> time_continue=28&v=ML9_JWAz1kY >>> > which shows a proof-of-concept in WebGL (uploaded by Steve Pieper). >>> > Anyone know if the code for that experiment is available? Was it done >>> > using/on top of VTK.js? >>> > >>> > Best regards, >>> > Elvis >>> _______________________________________________ >>> 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: >>> https://vtk.org/mailman/listinfo/vtk-developers >>> >>> >> >> _______________________________________________ >> 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: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pieper at isomics.com Mon Feb 26 12:45:49 2018 From: pieper at isomics.com (Steve Pieper) Date: Mon, 26 Feb 2018 12:45:49 -0500 Subject: [vtk-developers] Multiple overlapping volumes In-Reply-To: References: Message-ID: Hi Elvis - I'm really happy to see all the progress in vtk.js and want to pool resources to avoid divergent/redundant work. I haven't had a chance to look yet at what it would take to integrate the multivolume rendering with vtk.js but I'm sure something is possible. The complex parts are managing the opengl state and generating the GLSL code on the fly (metaprogramming) to manage resources and composite during ray integration. Would love to work with people on this. -Steve On Mon, Feb 26, 2018 at 12:22 PM, Elvis Stansvik < elvis.stansvik at orexplore.com> wrote: > Thanks for responding Steve, and for the links. Very interesting. > > Did you consider using VTK.js for your Slicer/WebGL experiment, or was it > not mature enough at the time? > > (We have (very) preliminary plans for a web version of our program, and it > would be great if VTK.js gained mixed/intersecting volume support just like > VTK recently did.) > > Elvis > > Den 26 feb. 2018 4:40 em skrev "Steve Pieper" : > >> Hi Guys - >> >> That video was made using some code I've been playing with for a while >> [1] to see how much of a program like Slicer could be implemented in >> JavaScript and WebGL(2). The web environment is very powerful and it's >> great to see vtk.js develop. >> >> We've also looked a bit at what it would take to make libraries of GLSL >> code that could work in either desktop OpenGL or WebGL (the CommonGL idea >> [2]). >> >> Best, >> Steve >> >> [1] https://github.com/pieper/sites/tree/gh-pages/step >> >> [2] https://public.kitware.com/pipermail/vtk-developers/2015 >> -June/032132.html >> >> On Mon, Feb 26, 2018 at 9:52 AM, Sebastien Jourdain < >> sebastien.jourdain at kitware.com> wrote: >> >>> Hi Elvis, >>> >>> Regarding vtk.js, the video you shared wasn't based on vtk.js. But >>> vtk.js does support mix of geometries and a volume. Although, right now, >>> you can not mix volumes. >>> >>> HTH, >>> >>> Seb >>> >>> On Mon, Feb 26, 2018 at 3:23 AM, Elvis Stansvik < >>> elvis.stansvik at orexplore.com> wrote: >>> >>>> 2018-02-26 10:06 GMT+01:00 Elvis Stansvik >>> >: >>>> > Hi folks, >>>> > >>>> > I think I asked about support for rendering multiple overlapping >>>> > volumes a couple of years ago, but can't find the mail. >>>> > >>>> > I just came across this wiki page from June last year: >>>> > >>>> > https://na-mic.org/wiki/Project_Week_25/Next_Generation_GPU >>>> _Volume_Rendering >>>> > >>>> > It mentions that "Multiple volume support is in development at >>>> > Kitware" and lists "Overlapping volumes - multiple inputs to mapper" >>>> > under "Work in progress". >>>> > >>>> > I'm just curious if that work was continued or put on hold. >>>> >>>> I should have checked Git history before sending this mail. I now found >>>> >>>> https://gitlab.kitware.com/vtk/vtk/commit/a632f77e3fa955dbf1 >>>> 7813a803ddae43a9675021 >>>> >>>> "Added support for multiple volume inputs in GPUVolumeRayCastMapper". >>>> >>>> This is fantastic news! I shall experiment with it ASAP. >>>> >>>> Elvis >>>> >>>> > >>>> > I also found https://www.youtube.com/watch? >>>> time_continue=28&v=ML9_JWAz1kY >>>> > which shows a proof-of-concept in WebGL (uploaded by Steve Pieper). >>>> > Anyone know if the code for that experiment is available? Was it done >>>> > using/on top of VTK.js? >>>> > >>>> > Best regards, >>>> > Elvis >>>> _______________________________________________ >>>> 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: >>>> https://vtk.org/mailman/listinfo/vtk-developers >>>> >>>> >>> >>> _______________________________________________ >>> 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: >>> https://vtk.org/mailman/listinfo/vtk-developers >>> >>> >>> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.schroeder at kitware.com Tue Feb 27 06:22:21 2018 From: will.schroeder at kitware.com (Will Schroeder) Date: Tue, 27 Feb 2018 06:22:21 -0500 Subject: [vtk-developers] Linux-clang3.4-scanbuild Message-ID: There are some clang issues popping up, I'll work on the following: vtkMersenneTwister_Private.cxx (along with TJ as he added this class) vtkRandomPool.cxx -- 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Tue Feb 27 09:11:55 2018 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 27 Feb 2018 09:11:55 -0500 Subject: [vtk-developers] Linux-clang3.4-scanbuild In-Reply-To: References: Message-ID: I'll grab the openglstate related issues that popped up - Ken On Tue, Feb 27, 2018 at 6:22 AM, Will Schroeder wrote: > There are some clang issues popping up, I'll work on the following: > > vtkMersenneTwister_Private.cxx (along with TJ as he added this class) > vtkRandomPool.cxx > > > -- > 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: > https://vtk.org/mailman/listinfo/vtk-developers > > > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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: From aashish.chaudhary at kitware.com Tue Feb 27 13:27:07 2018 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Tue, 27 Feb 2018 13:27:07 -0500 Subject: [vtk-developers] Multiple overlapping volumes In-Reply-To: References: Message-ID: We have implemented overlapping volumes on the C++ side, I would be interested in having it available but this probably be somewhat more than a minor task. - aashish On Mon, Feb 26, 2018 at 12:45 PM, Steve Pieper wrote: > Hi Elvis - > > I'm really happy to see all the progress in vtk.js and want to pool > resources to avoid divergent/redundant work. I haven't had a chance to > look yet at what it would take to integrate the multivolume rendering with > vtk.js but I'm sure something is possible. The complex parts are managing > the opengl state and generating the GLSL code on the fly (metaprogramming) > to manage resources and composite during ray integration. Would love to > work with people on this. > > -Steve > > > On Mon, Feb 26, 2018 at 12:22 PM, Elvis Stansvik < > elvis.stansvik at orexplore.com> wrote: > >> Thanks for responding Steve, and for the links. Very interesting. >> >> Did you consider using VTK.js for your Slicer/WebGL experiment, or was it >> not mature enough at the time? >> >> (We have (very) preliminary plans for a web version of our program, and >> it would be great if VTK.js gained mixed/intersecting volume support just >> like VTK recently did.) >> >> Elvis >> >> Den 26 feb. 2018 4:40 em skrev "Steve Pieper" : >> >>> Hi Guys - >>> >>> That video was made using some code I've been playing with for a while >>> [1] to see how much of a program like Slicer could be implemented in >>> JavaScript and WebGL(2). The web environment is very powerful and it's >>> great to see vtk.js develop. >>> >>> We've also looked a bit at what it would take to make libraries of GLSL >>> code that could work in either desktop OpenGL or WebGL (the CommonGL idea >>> [2]). >>> >>> Best, >>> Steve >>> >>> [1] https://github.com/pieper/sites/tree/gh-pages/step >>> >>> [2] https://public.kitware.com/pipermail/vtk-developers/2015 >>> -June/032132.html >>> >>> On Mon, Feb 26, 2018 at 9:52 AM, Sebastien Jourdain < >>> sebastien.jourdain at kitware.com> wrote: >>> >>>> Hi Elvis, >>>> >>>> Regarding vtk.js, the video you shared wasn't based on vtk.js. But >>>> vtk.js does support mix of geometries and a volume. Although, right now, >>>> you can not mix volumes. >>>> >>>> HTH, >>>> >>>> Seb >>>> >>>> On Mon, Feb 26, 2018 at 3:23 AM, Elvis Stansvik < >>>> elvis.stansvik at orexplore.com> wrote: >>>> >>>>> 2018-02-26 10:06 GMT+01:00 Elvis Stansvik < >>>>> elvis.stansvik at orexplore.com>: >>>>> > Hi folks, >>>>> > >>>>> > I think I asked about support for rendering multiple overlapping >>>>> > volumes a couple of years ago, but can't find the mail. >>>>> > >>>>> > I just came across this wiki page from June last year: >>>>> > >>>>> > https://na-mic.org/wiki/Project_Week_25/Next_Generation_GPU >>>>> _Volume_Rendering >>>>> > >>>>> > It mentions that "Multiple volume support is in development at >>>>> > Kitware" and lists "Overlapping volumes - multiple inputs to mapper" >>>>> > under "Work in progress". >>>>> > >>>>> > I'm just curious if that work was continued or put on hold. >>>>> >>>>> I should have checked Git history before sending this mail. I now found >>>>> >>>>> https://gitlab.kitware.com/vtk/vtk/commit/a632f77e3fa955dbf1 >>>>> 7813a803ddae43a9675021 >>>>> >>>>> "Added support for multiple volume inputs in GPUVolumeRayCastMapper". >>>>> >>>>> This is fantastic news! I shall experiment with it ASAP. >>>>> >>>>> Elvis >>>>> >>>>> > >>>>> > I also found https://www.youtube.com/watch? >>>>> time_continue=28&v=ML9_JWAz1kY >>>>> > which shows a proof-of-concept in WebGL (uploaded by Steve Pieper). >>>>> > Anyone know if the code for that experiment is available? Was it done >>>>> > using/on top of VTK.js? >>>>> > >>>>> > Best regards, >>>>> > Elvis >>>>> _______________________________________________ >>>>> 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: >>>>> https://vtk.org/mailman/listinfo/vtk-developers >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> 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: >>>> https://vtk.org/mailman/listinfo/vtk-developers >>>> >>>> >>>> >>> > > _______________________________________________ > 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: > https://vtk.org/mailman/listinfo/vtk-developers > > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Tue Feb 27 13:32:46 2018 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 27 Feb 2018 13:32:46 -0500 Subject: [vtk-developers] Multiple overlapping volumes In-Reply-To: References: Message-ID: It would probably be a few days effort depending on how much flexibility we supported. I'd be happy to help work on it, just lacking a customer to drive it right now. On Mon, Feb 26, 2018 at 12:45 PM, Steve Pieper wrote: > Hi Elvis - > > I'm really happy to see all the progress in vtk.js and want to pool > resources to avoid divergent/redundant work. I haven't had a chance to > look yet at what it would take to integrate the multivolume rendering with > vtk.js but I'm sure something is possible. The complex parts are managing > the opengl state and generating the GLSL code on the fly (metaprogramming) > to manage resources and composite during ray integration. Would love to > work with people on this. > > -Steve > > > On Mon, Feb 26, 2018 at 12:22 PM, Elvis Stansvik < > elvis.stansvik at orexplore.com> wrote: > >> Thanks for responding Steve, and for the links. Very interesting. >> >> Did you consider using VTK.js for your Slicer/WebGL experiment, or was it >> not mature enough at the time? >> >> (We have (very) preliminary plans for a web version of our program, and >> it would be great if VTK.js gained mixed/intersecting volume support just >> like VTK recently did.) >> >> Elvis >> >> Den 26 feb. 2018 4:40 em skrev "Steve Pieper" : >> >>> Hi Guys - >>> >>> That video was made using some code I've been playing with for a while >>> [1] to see how much of a program like Slicer could be implemented in >>> JavaScript and WebGL(2). The web environment is very powerful and it's >>> great to see vtk.js develop. >>> >>> We've also looked a bit at what it would take to make libraries of GLSL >>> code that could work in either desktop OpenGL or WebGL (the CommonGL idea >>> [2]). >>> >>> Best, >>> Steve >>> >>> [1] https://github.com/pieper/sites/tree/gh-pages/step >>> >>> [2] https://public.kitware.com/pipermail/vtk-developers/2015 >>> -June/032132.html >>> >>> On Mon, Feb 26, 2018 at 9:52 AM, Sebastien Jourdain < >>> sebastien.jourdain at kitware.com> wrote: >>> >>>> Hi Elvis, >>>> >>>> Regarding vtk.js, the video you shared wasn't based on vtk.js. But >>>> vtk.js does support mix of geometries and a volume. Although, right now, >>>> you can not mix volumes. >>>> >>>> HTH, >>>> >>>> Seb >>>> >>>> On Mon, Feb 26, 2018 at 3:23 AM, Elvis Stansvik < >>>> elvis.stansvik at orexplore.com> wrote: >>>> >>>>> 2018-02-26 10:06 GMT+01:00 Elvis Stansvik < >>>>> elvis.stansvik at orexplore.com>: >>>>> > Hi folks, >>>>> > >>>>> > I think I asked about support for rendering multiple overlapping >>>>> > volumes a couple of years ago, but can't find the mail. >>>>> > >>>>> > I just came across this wiki page from June last year: >>>>> > >>>>> > https://na-mic.org/wiki/Project_Week_25/Next_Generation_GPU >>>>> _Volume_Rendering >>>>> > >>>>> > It mentions that "Multiple volume support is in development at >>>>> > Kitware" and lists "Overlapping volumes - multiple inputs to mapper" >>>>> > under "Work in progress". >>>>> > >>>>> > I'm just curious if that work was continued or put on hold. >>>>> >>>>> I should have checked Git history before sending this mail. I now found >>>>> >>>>> https://gitlab.kitware.com/vtk/vtk/commit/a632f77e3fa955dbf1 >>>>> 7813a803ddae43a9675021 >>>>> >>>>> "Added support for multiple volume inputs in GPUVolumeRayCastMapper". >>>>> >>>>> This is fantastic news! I shall experiment with it ASAP. >>>>> >>>>> Elvis >>>>> >>>>> > >>>>> > I also found https://www.youtube.com/watch? >>>>> time_continue=28&v=ML9_JWAz1kY >>>>> > which shows a proof-of-concept in WebGL (uploaded by Steve Pieper). >>>>> > Anyone know if the code for that experiment is available? Was it done >>>>> > using/on top of VTK.js? >>>>> > >>>>> > Best regards, >>>>> > Elvis >>>>> _______________________________________________ >>>>> 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: >>>>> https://vtk.org/mailman/listinfo/vtk-developers >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> 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: >>>> https://vtk.org/mailman/listinfo/vtk-developers >>>> >>>> >>>> >>> > > _______________________________________________ > 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: > https://vtk.org/mailman/listinfo/vtk-developers > > > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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: From ken.martin at kitware.com Tue Feb 27 14:33:33 2018 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 27 Feb 2018 14:33:33 -0500 Subject: [vtk-developers] Buildbot fails to find new valid image? Message-ID: This ring a bell? The md5 values look consistent and if I git checkout on another machine it does find the valid image, so it seems a buildbot related issue maybe? C:\Users\ken.martin\Documents\vtk\VTK>git commit -a Rendering/OpenGL2/Testing/Data/Baseline/TestSharedRenderWindow.png.md5: Added content to Git at refs/data/MD 5/9084d37af6fb7ccbc23e0ad58e2935fb Rendering/OpenGL2/Testing/Data/Baseline/TestSharedRenderWindow.png.md5: Added content to local store at .Ext ernalData/MD5/9084d37af6fb7ccbc23e0ad58e2935fb Content link Rendering/OpenGL2/Testing/Data/Baseline/TestSharedRenderWindow.png.md5 -> .ExternalData/MD5/908 4d37af6fb7ccbc23e0ad58e2935fb [shared_render_windows c2c1bc6] add ability to share data between render windows 11 files changed, 231 insertions(+), 3 deletions(-) create mode 100644 Rendering/OpenGL2/Testing/Cxx/TestSharedRenderWindow.cxx create mode 100644 Rendering/OpenGL2/Testing/Data/Baseline/TestSharedRenderWindow.png.md5 C:\Users\ken.martin\Documents\vtk\VTK>git gitlab-push Fetching gitlab master Fetching origin master Pushing to gitlab Counting objects: 84, done. Delta compression using up to 8 threads. Compressing objects: 100% (79/79), done. Writing objects: 100% (84/84), 94.08 KiB | 0 bytes/s, done. Total 84 (delta 41), reused 0 (delta 0) remote: remote: To create a merge request for shared_render_windows, visit: remote: https://gitlab.kitware.com/ken-martin/vtk/merge_requests/new?merge_request%5Bsource_branch%5D=shared_render_windows remote: To git at gitlab.kitware.com:ken-martin/vtk.git a82a218a781cadaf000a550efa678f4c784a3438:refs/heads/master 98af330..a82a218 * refs/data/MD5/9084d37af6fb7ccbc23e0ad58e2935fb:refs/data/MD5/9084d37af6fb7ccbc23e0ad58e2935fb [new branch] * HEAD:refs/heads/shared_render_windows [new branch] Done Pushed refs/data/MD5/9084d37af6fb7ccbc23e0ad58e2935fb and removed local ref. Branch shared_render_windows set up to track remote branch shared_render_windows from gitlab. Yet the buildbots are indicating that they cannot find that md5 ala CMake Error at /usr/local/share/cmake-3.7/Modules/ExternalData.cmake:1021 (message): Object MD5=9084d37af6fb7ccbc23e0ad58e2935fb not found at: http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=9084d37af6fb7ccbc23e0ad58e2935fb&algorithm=MD5 (wrong hash MD5=a0a85923331d4faa2ba6ff130a19d946) http://www.vtk.org/files/ExternalData/MD5/9084d37af6fb7ccbc23e0ad58e2935fb ("HTTP response code said error") -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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: From ben.boeckel at kitware.com Tue Feb 27 15:23:32 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 27 Feb 2018 15:23:32 -0500 Subject: [vtk-developers] Buildbot fails to find new valid image? In-Reply-To: References: Message-ID: <20180227202332.GA12532@megas.kitware.com> On Tue, Feb 27, 2018 at 14:33:33 -0500, Ken Martin wrote: > http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=9084d37af6fb7ccbc23e0ad58e2935fb&algorithm=MD5 > (wrong hash MD5=a0a85923331d4faa2ba6ff130a19d946) > http://www.vtk.org/files/ExternalData/MD5/9084d37af6fb7ccbc23e0ad58e2935fb > ("HTTP response code said error") It's unfortunate it doesn't say what the error is. It's on vtk.org with proper permissions. Temporary failure? --Ben From ben.boeckel at kitware.com Tue Feb 27 15:32:40 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 27 Feb 2018 15:32:40 -0500 Subject: [vtk-developers] Buildbot fails to find new valid image? In-Reply-To: <20180227202332.GA12532@megas.kitware.com> References: <20180227202332.GA12532@megas.kitware.com> Message-ID: <20180227203240.GB17946@megas.kitware.com> On Tue, Feb 27, 2018 at 15:23:32 -0500, Ben Boeckel wrote: > It's unfortunate it doesn't say what the error is. It's on vtk.org with > proper permissions. Temporary failure? Shawn caught me here and found the same thing. Turns out that the permissions on the MD5 directory reverted to 750. Probably when we were bringing some missing data from midas back to vtk.org. Should be working now. --Ben From ken.martin at kitware.com Tue Feb 27 16:00:05 2018 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 27 Feb 2018 16:00:05 -0500 Subject: [vtk-developers] Buildbot fails to find new valid image? In-Reply-To: <20180227203240.GB17946@megas.kitware.com> References: <20180227202332.GA12532@megas.kitware.com> <20180227203240.GB17946@megas.kitware.com> Message-ID: Thanks Ben for digging into it! On Tue, Feb 27, 2018 at 3:32 PM, Ben Boeckel wrote: > On Tue, Feb 27, 2018 at 15:23:32 -0500, Ben Boeckel wrote: > > It's unfortunate it doesn't say what the error is. It's on vtk.org with > > proper permissions. Temporary failure? > > Shawn caught me here and found the same thing. Turns out that the > permissions on the MD5 directory reverted to 750. Probably when we were > bringing some missing data from midas back to vtk.org. > > Should be working now. > > --Ben > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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: From jchris.fillionr at kitware.com Tue Feb 27 18:19:55 2018 From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin) Date: Tue, 27 Feb 2018 18:19:55 -0500 Subject: [vtk-developers] VTK HDF5 libraries renamed to now have "_src" suffix? Bug? In-Reply-To: <20180214000418.1003479697@mail.rogue-research.com> References: <20180212211041.12565755@mail.rogue-research.com> <20180213160955.GA30307@megas.kitware.com> <20180213163238.1593694370@mail.rogue-research.com> <20180213180130.GA31237@megas.kitware.com> <20180214000418.1003479697@mail.rogue-research.com> Message-ID: Hi Sean, Thanks a lot for updating ITK so that symbols are properly mangled. Yesterday, after updating the version of VTK using in 3D Slicer, I was facing the problem you described. (For the record, before I updated ITK to include your patch , reverting the last hdf5/netcdf related merge commit in VTK mitigated the issue) Notes: * VTK version is indeed improperly mangled: it is critical to include the public Data symbols in the mangling. * In application including both VTK and ITK, I guess we were lucky ... Hi Ben, Could we move forward with properly mangling hdf5 symbol integrated in VTK ? I am sure we could easily adapt the patch of Sean. Or may be Sean could help :) Thanks Jc On Tue, Feb 13, 2018 at 7:04 PM, Sean McBride wrote: > On Tue, 13 Feb 2018 13:01:30 -0500, Ben Boeckel said: > > >I suppose the on-disk names could be restored > > That'd be great, thanks. I created this so we don't forget: > > > Cheers, > > Sean > > > _______________________________________________ > 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: > https://vtk.org/mailman/listinfo/vtk-developers > > -- +1 919 869 8849 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean at rogue-research.com Tue Feb 27 18:27:24 2018 From: sean at rogue-research.com (Sean McBride) Date: Tue, 27 Feb 2018 18:27:24 -0500 Subject: [vtk-developers] VTK HDF5 libraries renamed to now have "_src" suffix? Bug? In-Reply-To: References: <20180212211041.12565755@mail.rogue-research.com> <20180213160955.GA30307@megas.kitware.com> <20180213163238.1593694370@mail.rogue-research.com> <20180213180130.GA31237@megas.kitware.com> <20180214000418.1003479697@mail.rogue-research.com> Message-ID: <20180227232724.873987222@mail.rogue-research.com> On Tue, 27 Feb 2018 18:19:55 -0500, Jean-Christophe Fillion-Robin said: >Could we move forward with properly mangling hdf5 symbol integrated in VTK JC, I *think* this will solve your issue: Sean From ken.martin at kitware.com Wed Feb 28 12:54:39 2018 From: ken.martin at kitware.com (Ken Martin) Date: Wed, 28 Feb 2018 12:54:39 -0500 Subject: [vtk-developers] Wiki test failing Message-ID: I've noticed that the Wiki examples Utilities-PCADemo test has been failing for some time on mun. Ring a bell with anyone? -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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: From sean at rogue-research.com Wed Feb 28 13:22:17 2018 From: sean at rogue-research.com (Sean McBride) Date: Wed, 28 Feb 2018 13:22:17 -0500 Subject: [vtk-developers] Wiki test failing In-Reply-To: References: Message-ID: <20180228182217.817845125@mail.rogue-research.com> On Wed, 28 Feb 2018 12:54:39 -0500, Ken Martin said: >I've noticed that the Wiki examples Utilities-PCADemo test has been failing >for some time on mun. Ring a bell with anyone? See this thread on vtk-users: Sean From ben.boeckel at kitware.com Wed Feb 28 13:45:52 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 28 Feb 2018 13:45:52 -0500 Subject: [vtk-developers] Wiki test failing In-Reply-To: References: Message-ID: <20180228184552.GA22661@megas.kitware.com> On Wed, Feb 28, 2018 at 12:54:39 -0500, Ken Martin wrote: > I've noticed that the Wiki examples Utilities-PCADemo test has been failing > for some time on mun. Ring a bell with anyone? It only affects static (and maybe Windows) builds. Some information is available on the MR which made the static builder work: https://gitlab.kitware.com/vtk/vtk/merge_requests/3900 David, if you don't have the time, we should probably just skip the test on that machine. --Ben