From xabivtk at gmail.com Fri Oct 2 08:43:15 2015 From: xabivtk at gmail.com (Xabi Riobe) Date: Fri, 2 Oct 2015 14:43:15 +0200 Subject: [vtk-developers] Call to Render on WM_PAINT in vtkWin32RenderWindowInteractor Message-ID: Hi, Does someone know why in vtkWin32RenderWindowInteractor::vtkHandleMessage2 there is the Render() call on WM_PAINT: case WM_PAINT: me->Render(); return CallWindowProc(me->OldProc,hWnd,uMsg,wParam,lParam); break; since CallWindowProc will lead to vtkWin32OpenGLRenderWindow::MessageProc that performs the rendering on WM_PAINT So we have a double rendering that can be slow... For example, resize a render window and you can see this happening. Thanks for any info about that -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Sun Oct 4 06:29:21 2015 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Sun, 4 Oct 2015 21:29:21 +1100 Subject: [vtk-developers] [vtkusers] Computational Geometry - user equations? In-Reply-To: <6a222acfec7caa72d2c03ec9769c6418@logicmonkey.co.uk> References: <3fa3b483d461f0bfda0895fa4e60ac03@logicmonkey.co.uk> <6a222acfec7caa72d2c03ec9769c6418@logicmonkey.co.uk> Message-ID: This is such a beautiful example. Would you consider adding this to the VTK examples? I was going to add the example I sent you but this looks so much better. And ... those partial derivatives look awesome! I would use "\" to keep them within the 72 character limit line length. Andrew Maclean On 4 Oct 2015 7:20 pm, wrote: > vtkusers, > > On 2015-10-04 05:38, Andrew Maclean wrote: > > pfnSrc->SetUResolution(100); > pfnSrc->SetVResolution(100); > > And you should get a really smooth surface. > > Thanks - that works - I've pushed a change that sets 200. > > This is a nice solution to visualisation. MathMod does a similar job but > has a clunky GUI. > > -- > > Piers Barber -:=LogicMonkey;=- > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Sun Oct 4 20:05:22 2015 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Mon, 5 Oct 2015 11:05:22 +1100 Subject: [vtk-developers] [vtkusers] Computational Geometry - user equations? In-Reply-To: <03afc92a037ac9b93d24c2452c1fc4e3@logicmonkey.co.uk> References: <3fa3b483d461f0bfda0895fa4e60ac03@logicmonkey.co.uk> <6a222acfec7caa72d2c03ec9769c6418@logicmonkey.co.uk> <03afc92a037ac9b93d24c2452c1fc4e3@logicmonkey.co.uk> Message-ID: Fantastic, a beautiful piece of work. Andrew Maclean On 5 Oct 2015 10:32 am, wrote: > I've updated the source code to explain in comments where the point > equations come from and shortened all the long lines of code as you suggest. > > > https://github.com/logicmonkey/curves/blob/master/vtk/TrefoilKnot/TrefoilKnot.cxx > > I shall be delighted if you find this interesting and use it to > demonstrate the benefits of VTK. > > -- > > Piers Barber (-=:LogicMonkey:=-) > > On 2015-10-04 11:29, Andrew Maclean wrote: > > This is such a beautiful example. > > Would you consider adding this to the VTK examples? > > I was going to add the example I sent you but this looks so much better. > And ... those partial derivatives look awesome! I would use "\" to keep > them within the 72 character limit line length. > > Andrew Maclean > On 4 Oct 2015 7:20 pm, wrote: > >> vtkusers, >> >> On 2015-10-04 05:38, Andrew Maclean wrote: >> >> pfnSrc->SetUResolution(100); >> pfnSrc->SetVResolution(100); >> >> And you should get a really smooth surface. >> >> Thanks - that works - I've pushed a change that sets 200. >> >> This is a nice solution to visualisation. MathMod does a similar job but >> has a clunky GUI. >> >> -- >> >> Piers Barber -:=LogicMonkey;=- >> >> >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Mon Oct 5 08:21:05 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Mon, 5 Oct 2015 06:21:05 -0600 Subject: [vtk-developers] PROPOSAL: Changing VTK's indentation style In-Reply-To: References: Message-ID: On Thu, Sep 10, 2015 at 6:13 PM, Andrew Maclean wrote: > > 4) All the existing code needs to be retroformatted. Presumably you will > write a script to do this. It would be a good idea to add this script > (python?) to Utilities so that the Slicer people and others can easily > reformat their code if so desired. > I've written a python script to adjust the indentation, extra testing would be very welcome: https://gist.github.com/dgobbi To apply it to a lot of files, I recommend doing something like this: find -name "*.cxx" -exec python vtkindent.py {} + - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.schroeder at kitware.com Mon Oct 5 11:29:28 2015 From: will.schroeder at kitware.com (Will Schroeder) Date: Mon, 5 Oct 2015 11:29:28 -0400 Subject: [vtk-developers] vtkSMPTools::Sort() Message-ID: FYI- As some of you know we have been inserting shared memory parallel constructs via vtkSMPTools into VTK . Recently we added a new capability, vtkSMPTools::Sort(), that is a drop in replacement for std::sort. For large data with multi-core machines this can have a significant performance impact, and I am thinking about broadening the reach of vtkSMPTools::Sort() by replacing std::sort wherever it makes sense in VTK. There is a modest length list of classes that currently use std::sort (see the list below). I plan on doing this slowly over the next several months. Does anyone have a problem with this? I know some of the sorts are performed on relatively short containers and I'm sure it's not really worth the effort (so I will probably skip them). Any other comments or concerns? W PS- Note: parallel sorting really only works with VTK_SMP_IMPLEMENTATION_TYPE=TBB. We plan on adding an OpenMP version soon. Otherwise the fallback for Sequential, etc. is simply std::sort. -- ./Charts/Core/vtkChartXY.cxx ./Charts/Core/vtkPlotArea.cxx ./Charts/Core/vtkPlotBag.cxx ./Charts/Core/vtkPlotBar.cxx ./Charts/Core/vtkPlotBox.cxx ./Charts/Core/vtkPlotPoints.cxx ./Charts/Core/vtkPlotStacked.cxx ./Common/Core/Testing/Cxx/TestArrayLookup.cxx ./Common/Core/Testing/Cxx/TestAtomic.cxx ./Common/Core/vtkSortDataArray.cxx ./Common/Core/vtkStringArray.cxx ./Common/DataModel/Testing/Cxx/TestDataArrayDispatcher.cxx ./Common/DataModel/Testing/Cxx/TestDispatchers.cxx ./Common/DataModel/vtkGraph.cxx ./Common/DataModel/vtkKdTree.cxx ./Common/DataModel/vtkPiecewiseFunction.cxx ./Common/DataModel/vtkReebGraph.cxx ./Common/DataModel/vtkSelectionNode.cxx ./Common/ExecutionModel/vtkSpanSpace.cxx ./Filters/AMR/vtkAMRCutPlane.cxx ./Filters/AMR/vtkAMRResampleFilter.cxx ./Filters/Extraction/vtkConvertSelection.cxx ./Filters/FlowPaths/vtkModifiedBSPTree.cxx ./Filters/FlowPaths/vtkStreaklineFilter.cxx ./Filters/General/vtkContourTriangulator.cxx ./Filters/General/vtkYoungsMaterialInterface.cxx ./Filters/Matlab/vtkMatlabMexAdapter.cxx ./Filters/Parallel/vtkExtractCTHPart.cxx ./Filters/ParallelGeometry/vtkPUnstructuredGridConnectivity.cxx ./Filters/ReebGraph/vtkReebGraphToJoinSplitTreeFilter.cxx ./Filters/Statistics/vtkExtractFunctionalBagPlot.cxx ./Imaging/Core/vtkImageStencilData.cxx ./Imaging/General/vtkImageHybridMedian2D.cxx ./Infovis/BoostGraphAlgorithms/vtkBoostExtractLargestComponent.cxx ./Infovis/Core/vtkNetworkHierarchy.cxx ./Infovis/Core/vtkReduceTable.cxx ./Infovis/Layout/vtkCosmicTreeLayoutStrategy.cxx ./Infovis/Parallel/Testing/Cxx/PBGLRandomGraph.cxx ./Interaction/Widgets/vtkClosedSurfacePointPlacer.cxx ./IO/Core/vtkGlobFileNames.cxx ./IO/Core/vtkSortFileNames.cxx ./IO/EnSight/vtkEnSightReader.cxx ./IO/Xdmf2/vtkXdmfWriter.cxx ./Parallel/Core/vtkSubGroup.cxx ./Rendering/Core/vtkColorTransferFunction.cxx ./Web/WebGLExporter/vtkWebGLExporter.cxx -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Tue Oct 6 00:46:00 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Mon, 5 Oct 2015 22:46:00 -0600 Subject: [vtk-developers] Add python version to all vtk libs that have python dependency Message-ID: Hi All, Currently it isn't feasible for copies of VTK that were built against different versions of Python to be installed under the same install prefix, because libs like vtkFiltersPython would conflict between different Python versions. I propose renaming such libs to e.g. vtkFiltersPythonPy27 to indicate what version of the Python libs they link to. Something similar was already done for the wrapper libs, e.g. vtkCommonCorePython27D is CommonCore's wrapper lib. The renaming can be done automatically for any module lib that depends on Python, as shown in this merge request: https://gitlab.kitware.com/vtk/vtk/merge_requests/729 Thoughts? - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From vladimir.chalupecky at gmail.com Tue Oct 6 03:23:59 2015 From: vladimir.chalupecky at gmail.com (Vladimir Chalupecky) Date: Tue, 6 Oct 2015 16:23:59 +0900 Subject: [vtk-developers] Change 19327 Message-ID: Hi, Some time ago I submitted the patch http://review.source.kitware.com/#/c/19327/ for a review. It got one "looks good to me" but since then it's been waiting for an approval. This is my first patch so I'm not so familiar with the submission process. I'd like to ask what I should do to prod it a little forward. Thanks, Vladimir -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Tue Oct 6 03:38:48 2015 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Tue, 6 Oct 2015 09:38:48 +0200 Subject: [vtk-developers] Change 19327 In-Reply-To: References: Message-ID: Hello We changed code hosting platform to gitlab in march, and your MR probably got lost in the process. Please subscribe to https://gitlab.kitware.com/, and propose the merge request ( after a rebase on master ), then it will be reviewed and merged if it is indeed good. Mathieu Mathieu Westphal On Tue, Oct 6, 2015 at 9:23 AM, Vladimir Chalupecky < vladimir.chalupecky at gmail.com> wrote: > Hi, > > Some time ago I submitted the patch > http://review.source.kitware.com/#/c/19327/ > for a review. It got one "looks good to me" but since then it's been > waiting for an approval. This is my first patch so I'm not so familiar with > the submission process. I'd like to ask what I should do to prod it a > little forward. > > Thanks, > > Vladimir > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xabivtk at gmail.com Tue Oct 6 09:19:06 2015 From: xabivtk at gmail.com (Xabi Riobe) Date: Tue, 6 Oct 2015 15:19:06 +0200 Subject: [vtk-developers] Proposal on not retaining untreated events in the RenderWindowInteractor Message-ID: Hi, I would like to propose you some modifications in the window events handling process. I often face the annoyance of some events catched by vtk but not treated that are not passed by and we can not receive in the upper level interface. Concretely in vtkWin32RenderWindowInteractor, some keyboard keys "retained" in vtkHandleMessage2 by OnKeyDown that i would like to use, but it applies to every event. My proposal is just to return a value (using the one from InvokeEvent) for all the "OnXXX" methods instead of void, and if the event was not used, pass it to CallWindowProc in vtkHandleMessage2. I have a patch for this but i wanted to get your opinion on the idea before creating a branch in GitLab if you know it has not a chance to be merged. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Tue Oct 6 16:48:19 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 6 Oct 2015 16:48:19 -0400 Subject: [vtk-developers] Add python version to all vtk libs that have python dependency In-Reply-To: References: Message-ID: <20151006204819.GA5404@megas.khq.kitware.com> On Mon, Oct 05, 2015 at 22:46:00 -0600, David Gobbi wrote: > Currently it isn't feasible for copies of VTK that were built > against different versions of Python to be installed under > the same install prefix, because libs like vtkFiltersPython > would conflict between different Python versions. > > I propose renaming such libs to e.g. vtkFiltersPythonPy27 > to indicate what version of the Python libs they link to. > Something similar was already done for the wrapper libs, e.g. > vtkCommonCorePython27D is CommonCore's wrapper lib. > > The renaming can be done automatically for any module lib > that depends on Python, as shown in this merge request: > https://gitlab.kitware.com/vtk/vtk/merge_requests/729 > > Thoughts? So?what about modules which *link* to vtkFiltersPython or vtkPythonInterpreter? Which one do you get? It should be the Python that is *currently* found in the finding project, but who knows? This will need module logic awareness to duplicate any modules (and tests) which link to a versioned library to build for all versions. The file dropped in the Modules/ directory should also have this suffix so that vtkFiltersPython27 can coexist with vtkFiltersPython34. I don't think building a single VTK with Python2 and Python3 from one build tree is feasible (nevermind multiple versions of either Python2 or Python3 in the same build). --Ben From david.gobbi at gmail.com Tue Oct 6 17:00:29 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Tue, 6 Oct 2015 15:00:29 -0600 Subject: [vtk-developers] Add python version to all vtk libs that have python dependency In-Reply-To: <20151006204819.GA5404@megas.khq.kitware.com> References: <20151006204819.GA5404@megas.khq.kitware.com> Message-ID: On Tue, Oct 6, 2015 at 2:48 PM, Ben Boeckel wrote: > On Mon, Oct 05, 2015 at 22:46:00 -0600, David Gobbi wrote: > > Currently it isn't feasible for copies of VTK that were built > > against different versions of Python to be installed under > > the same install prefix, because libs like vtkFiltersPython > > would conflict between different Python versions. > > > > I propose renaming such libs to e.g. vtkFiltersPythonPy27 > > to indicate what version of the Python libs they link to. > > Something similar was already done for the wrapper libs, e.g. > > vtkCommonCorePython27D is CommonCore's wrapper lib. > > > > The renaming can be done automatically for any module lib > > that depends on Python, as shown in this merge request: > > https://gitlab.kitware.com/vtk/vtk/merge_requests/729 > > > > Thoughts? > > So?what about modules which *link* to vtkFiltersPython or > vtkPythonInterpreter? Which one do you get? It should be the Python that > is *currently* found in the finding project, but who knows? > Only the filename is changed, not the target name. CMake uses target names to deal with dependencies. The only real problem is when non-CMake projects try to find these libraries. This will need module logic awareness to duplicate any modules (and > tests) which link to a versioned library to build for all versions. The > file dropped in the Modules/ directory should also have this suffix so > that vtkFiltersPython27 can coexist with vtkFiltersPython34. > My motivation is to make it possible for the distro folks (e.g. debian, arch linux) to build vtk packages... and I agree that module awareness of duplicate libraries would be a very nice thing (if someone has the time). I don't think building a single VTK with Python2 and Python3 from one > build tree is feasible (nevermind multiple versions of either Python2 or > Python3 in the same build). What of the distro folks then? I think we should at least try to meet them halfway. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Tue Oct 6 17:17:09 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Tue, 6 Oct 2015 15:17:09 -0600 Subject: [vtk-developers] Add python version to all vtk libs that have python dependency In-Reply-To: <20151006204819.GA5404@megas.khq.kitware.com> References: <20151006204819.GA5404@megas.khq.kitware.com> Message-ID: On Tue, Oct 6, 2015 at 2:48 PM, Ben Boeckel wrote: > > So?what about modules which *link* to vtkFiltersPython or > vtkPythonInterpreter? Which one do you get? It should be the Python that > is *currently* found in the finding project, but who knows? > Oops, I misread this the first time through. Right now, of course, it will always find the one that was built according to the current VTK CMakeCache.txt settings. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Tue Oct 6 17:58:43 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 6 Oct 2015 17:58:43 -0400 Subject: [vtk-developers] Add python version to all vtk libs that have python dependency In-Reply-To: References: <20151006204819.GA5404@megas.khq.kitware.com> Message-ID: <20151006215843.GB26620@megas.khq.kitware.com> On Tue, Oct 06, 2015 at 15:00:29 -0600, David Gobbi wrote: > > So?what about modules which *link* to vtkFiltersPython or > > vtkPythonInterpreter? Which one do you get? It should be the Python that > > is *currently* found in the finding project, but who knows? > > > > Only the filename is changed, not the target name. CMake > uses target names to deal with dependencies. > > The only real problem is when non-CMake projects try to find > these libraries. No, it isn't just a problem there. Say I have a VTK-using project where I want to use vtkPythonInterpreter. My modules.cmake says: vtk_module(vtkFooBar PRIVATE_DEPENDS vtkPythonInterpreter) What Python version do I get? How do I tell it that I need Python3.3 support? 2.7 and 3.3? What error message do I get when it mismatches? How can both module files be installed at once? > > This will need module logic awareness to duplicate any modules (and > > tests) which link to a versioned library to build for all versions. The > > file dropped in the Modules/ directory should also have this suffix so > > that vtkFiltersPython27 can coexist with vtkFiltersPython34. > > My motivation is to make it possible for the distro folks (e.g. > debian, arch linux) to build vtk packages... and I agree that > module awareness of duplicate libraries would be a very nice > thing (if someone has the time). Understood, but the library itself is not the only thing which needs duplicated between the two installs. Looking around a bit: - vtkPythonConfigure.h; - headers for any Python-using modules[1]; - Rendering/Matplotlib (uses vtkPythonInterpreter); - Parallel/MPI4Py (see below for why this is another big hurdle); - Rendering/Tk (not sure if these are version agnostic though); - Web/Core (uses Py_* calls); and - vtkxdmf2 has some Python code in it. Note that a similar issue exists for MPI backends; OpenMPI and MPICH need separate ParaView builds currently. Note that Parallel/MPI4Py is distinct based on MPI implementation and Python version, so that's 4 variant builds there. > > I don't think building a single VTK with Python2 and Python3 from one > > build tree is feasible (nevermind multiple versions of either Python2 or > > Python3 in the same build). > > What of the distro folks then? I think we should at least try to meet > them halfway. Let's not meet them halfway with a halfway solution. The veneer of changing just the library name is pretty thin. --Ben [1]Arguably, vtkFiltersPython should be only a Python module, not a VTK module, but vtkPythonInterpreter still exists anyways, so it doesn't remove these problems. From david.gobbi at gmail.com Wed Oct 7 00:25:21 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Tue, 6 Oct 2015 22:25:21 -0600 Subject: [vtk-developers] Add python version to all vtk libs that have python dependency In-Reply-To: <20151006215843.GB26620@megas.khq.kitware.com> References: <20151006204819.GA5404@megas.khq.kitware.com> <20151006215843.GB26620@megas.khq.kitware.com> Message-ID: On Tue, Oct 6, 2015 at 3:58 PM, Ben Boeckel wrote: > > Understood, but the library itself is not the only thing which needs > duplicated between the two installs. Looking around a bit: > > - vtkPythonConfigure.h; > - headers for any Python-using modules[1]; > - Rendering/Matplotlib (uses vtkPythonInterpreter); > - Parallel/MPI4Py (see below for why this is another big hurdle); > - Rendering/Tk (not sure if these are version agnostic though); > - Web/Core (uses Py_* calls); and > - vtkxdmf2 has some Python code in it. > Some good news is, the version dependency of vtkPythonConfigure.h can probably be removed now, I don't think it is needed anymore. All the headers can be made to work with either version of Python (most already do). RenderingTk is agnostic, it's pure Tcl/Tk even when used from Python. The Web stuff is, as far as I understand, stuck with Python 2 due to the third party stuff it uses. The other python-dependent modules are all doable, it will just require ugly multiplicity. And dealing with exported targets will be really ugly, too. But t's worth taking some baby steps in the right direction. I can remove VTK_PYTHON_VERSION from vtkPythonConfigure.h, at the very least. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From itkhelpacc at gmail.com Wed Oct 7 02:05:33 2015 From: itkhelpacc at gmail.com (vishal k) Date: Wed, 7 Oct 2015 11:35:33 +0530 Subject: [vtk-developers] Local entropy image calculation Message-ID: im working on a project that requires me to calculate Entropy feature image from the input 2d dicom image...basically i need to go pixel to pixel of the input image and replace it by the entropy value of its 3x3 neighbouring pixels... pls help me out of this problem... regards vis -------------- next part -------------- An HTML attachment was scrubbed... URL: From xabivtk at gmail.com Wed Oct 7 05:49:33 2015 From: xabivtk at gmail.com (Xabi Riobe) Date: Wed, 7 Oct 2015 11:49:33 +0200 Subject: [vtk-developers] OpenGL2 : VBO update missing for mapper2d Message-ID: Hi, There is a missing update of the VBO in vtkOpenGLPolyDataMapper2D when we use TransformCoordinate and the viewport changes. In the attached example, a plane is rendered to cover the full window, but if you resize the window, the plane does not update. Maybe in vtkOpenGLPolyDataMapper2D::RenderOverlay, we should had a test on the viewport MTime when updating the VBO? It works if i force to pass this condition and update: if (this->VBOUpdateTime < this->GetMTime() || this->VBOUpdateTime < actor->GetMTime() || this->VBOUpdateTime < input->GetMTime() ) { this->UpdateVBO(actor, viewport); this->VBOUpdateTime.Modified(); } -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- #include #include #include #include #include #include #include #include #include int main(int, char *[]) { vtkSmartPointer ren1 = vtkSmartPointer::New(); vtkSmartPointer renWin = vtkSmartPointer::New(); renWin->SetSize(512, 512); renWin->AddRenderer(ren1); vtkSmartPointer iren = vtkSmartPointer::New(); iren->SetRenderWindow(renWin); vtkSmartPointer source = vtkSmartPointer::New(); source->SetOrigin(0.0, 0.0, 0.0); source->SetPoint1(1.0, 0.0, 0.0); source->SetPoint2(0.0, 1.0, 0.0); source->Update(); vtkSmartPointer scalars = vtkSmartPointer::New(); double bottom[3] = { 255.0, 0, 0 }; double top[3] = { 0, 255.0, 0 }; scalars->Initialize(); scalars->SetNumberOfComponents(3); scalars->SetNumberOfTuples(4); scalars->InsertTuple(0, bottom); scalars->InsertTuple(1, bottom); scalars->InsertTuple(2, top); scalars->InsertTuple(3, top); source->GetOutput()->GetPointData()->SetScalars(scalars); vtkSmartPointer coordinateSystem = vtkSmartPointer::New(); coordinateSystem->SetCoordinateSystemToNormalizedViewport(); vtkSmartPointer mapper = vtkSmartPointer::New(); mapper->SetInputConnection(source->GetOutputPort()); mapper->SetTransformCoordinate(coordinateSystem); mapper->TransformCoordinateUseDoubleOn(); vtkSmartPointer actor2d = vtkSmartPointer::New(); actor2d->SetMapper(mapper); ren1->AddActor(actor2d); ren1->ResetCamera(); renWin->Render(); iren->Start(); return EXIT_SUCCESS; } From cory.quammen at kitware.com Wed Oct 7 08:38:47 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Wed, 7 Oct 2015 08:38:47 -0400 Subject: [vtk-developers] Local entropy image calculation In-Reply-To: References: Message-ID: Hi Vishal, One of the ITK mailing lists is more likely to give you an answer to this. http://www.itk.org/ITK/help/mailing.html Best regards, Cory On Wed, Oct 7, 2015 at 2:05 AM, vishal k wrote: > im working on a project that requires me to calculate Entropy feature > image from the input 2d dicom image...basically i need to go pixel to pixel > of the input image and replace it by the entropy value of its 3x3 > neighbouring pixels... pls help me out of this problem... > regards > vis > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Wed Oct 7 08:48:16 2015 From: ken.martin at kitware.com (Ken Martin) Date: Wed, 7 Oct 2015 08:48:16 -0400 Subject: [vtk-developers] OpenGL2 : VBO update missing for mapper2d In-Reply-To: References: Message-ID: Yes, topic https://gitlab.kitware.com/vtk/vtk/merge_requests/607 has a fix for it. I just have been too chicken to try merging that patch. But the fix you need is in the diffs. Thanks Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf Of *Xabi Riobe *Sent:* Wednesday, October 7, 2015 5:50 AM *To:* VTK Developers *Subject:* [vtk-developers] OpenGL2 : VBO update missing for mapper2d Hi, There is a missing update of the VBO in vtkOpenGLPolyDataMapper2D when we use TransformCoordinate and the viewport changes. In the attached example, a plane is rendered to cover the full window, but if you resize the window, the plane does not update. Maybe in vtkOpenGLPolyDataMapper2D::RenderOverlay, we should had a test on the viewport MTime when updating the VBO? It works if i force to pass this condition and update: if (this->VBOUpdateTime < this->GetMTime() || this->VBOUpdateTime < actor->GetMTime() || this->VBOUpdateTime < input->GetMTime() ) { this->UpdateVBO(actor, viewport); this->VBOUpdateTime.Modified(); } -------------- next part -------------- An HTML attachment was scrubbed... URL: From xabivtk at gmail.com Wed Oct 7 10:00:27 2015 From: xabivtk at gmail.com (Xabi Riobe) Date: Wed, 7 Oct 2015 16:00:27 +0200 Subject: [vtk-developers] OpenGL2 : VBO update missing for mapper2d In-Reply-To: References: Message-ID: Yes it fixes the issue. And i was the one that reported the initial problem linked to the topic, so i will be double happy to see it merged when appropriate :) Thanks Ken ! 2015-10-07 14:48 GMT+02:00 Ken Martin : > Yes, topic > > > > https://gitlab.kitware.com/vtk/vtk/merge_requests/607 > > > > has a fix for it. I just have been too chicken to try merging that patch. > But the fix you need is in the diffs. > > > > Thanks > > Ken > > > > Ken Martin PhD > > Chairman & CFO > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > ken.martin at kitware.com > > 919 869-8871 (w) > > > > > > 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. > > > > *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf > Of *Xabi Riobe > *Sent:* Wednesday, October 7, 2015 5:50 AM > *To:* VTK Developers > *Subject:* [vtk-developers] OpenGL2 : VBO update missing for mapper2d > > > > Hi, > > > > There is a missing update of the VBO in vtkOpenGLPolyDataMapper2D when we > use TransformCoordinate and the viewport changes. > > > > In the attached example, a plane is rendered to cover the full window, but > if you resize the window, the plane does not update. > > > > Maybe in vtkOpenGLPolyDataMapper2D::RenderOverlay, we should had a test on > the viewport MTime when updating the VBO? It works if i force to pass this > condition and update: > > > > if (this->VBOUpdateTime < this->GetMTime() || > > this->VBOUpdateTime < actor->GetMTime() || > > this->VBOUpdateTime < input->GetMTime() ) > > { > > this->UpdateVBO(actor, viewport); > > this->VBOUpdateTime.Modified(); > > } > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Thu Oct 8 10:59:35 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 8 Oct 2015 10:59:35 -0400 Subject: [vtk-developers] Trouble connecting to dashboards Message-ID: I'm running safari on a mac. Recently I cannot connect to cdash dashboards. Safari reports that it cannot open the page. Chrome works fine on the same system. Has something changed in cdash recently? Bill From zack.galbreath at kitware.com Thu Oct 8 11:15:15 2015 From: zack.galbreath at kitware.com (Zack Galbreath) Date: Thu, 8 Oct 2015 11:15:15 -0400 Subject: [vtk-developers] Trouble connecting to dashboards In-Reply-To: References: Message-ID: On Thu, Oct 8, 2015 at 10:59 AM, Bill Lorensen wrote: > I'm running safari on a mac. Recently I cannot connect to cdash > dashboards. Safari reports that it cannot open the page. Chrome works > fine on the same system. > Strange, it works for me. I'm using Safari v9.0 & MacOS v10.10.5. Has something changed in cdash recently? > Looks like the last changes were on October 1st. This was to enable Google authentication. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Thu Oct 8 11:17:31 2015 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 8 Oct 2015 11:17:31 -0400 Subject: [vtk-developers] Trouble connecting to dashboards In-Reply-To: References: Message-ID: I get the same result as Bill. A couple of other kitware hosted sites behave the same way. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Oct 8, 2015 at 11:15 AM, Zack Galbreath wrote: > On Thu, Oct 8, 2015 at 10:59 AM, Bill Lorensen > wrote: > >> I'm running safari on a mac. Recently I cannot connect to cdash >> dashboards. Safari reports that it cannot open the page. Chrome works >> fine on the same system. >> > > Strange, it works for me. I'm using Safari v9.0 & MacOS v10.10.5. > > > Has something changed in cdash recently? >> > > Looks like the last changes were on October 1st. This was to enable > Google authentication. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Thu Oct 8 11:18:56 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 8 Oct 2015 11:18:56 -0400 Subject: [vtk-developers] Trouble connecting to dashboards In-Reply-To: References: Message-ID: Strange. Has a certificate changed for the cdash site? I'm running an old version of safari 6.1.6 and MacOS v10.7.5 On Thu, Oct 8, 2015 at 11:15 AM, Zack Galbreath wrote: > On Thu, Oct 8, 2015 at 10:59 AM, Bill Lorensen > wrote: >> >> I'm running safari on a mac. Recently I cannot connect to cdash >> dashboards. Safari reports that it cannot open the page. Chrome works >> fine on the same system. > > > Strange, it works for me. I'm using Safari v9.0 & MacOS v10.10.5. > > >> Has something changed in cdash recently? > > > Looks like the last changes were on October 1st. This was to enable Google > authentication. -- Unpaid intern in BillsBasement at noware dot com From sean at rogue-research.com Thu Oct 8 11:42:30 2015 From: sean at rogue-research.com (Sean McBride) Date: Thu, 8 Oct 2015 11:42:30 -0400 Subject: [vtk-developers] Trouble connecting to dashboards In-Reply-To: References: Message-ID: <20151008154230.999999452@mail.rogue-research.com> On Thu, 8 Oct 2015 10:59:35 -0400, Bill Lorensen said: >I'm running safari on a mac. Recently I cannot connect to cdash >dashboards. Safari reports that it cannot open the page. Chrome works >fine on the same system. > >Has something changed in cdash recently? Seems to work for me. There was an update to Safari 9 just the other day, did your problems coincide with its installation? 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 bill.lorensen at gmail.com Thu Oct 8 11:51:26 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 8 Oct 2015 11:51:26 -0400 Subject: [vtk-developers] Trouble connecting to dashboards In-Reply-To: <20151008154230.999999452@mail.rogue-research.com> References: <20151008154230.999999452@mail.rogue-research.com> Message-ID: I,m running safari 6 On Thu, Oct 8, 2015 at 11:42 AM, Sean McBride wrote: > On Thu, 8 Oct 2015 10:59:35 -0400, Bill Lorensen said: > >>I'm running safari on a mac. Recently I cannot connect to cdash >>dashboards. Safari reports that it cannot open the page. Chrome works >>fine on the same system. >> >>Has something changed in cdash recently? > > Seems to work for me. There was an update to Safari 9 just the other day, did your problems coincide with its installation? > > Cheers, > > -- > ____________________________________________________________ > Sean McBride, B. Eng sean at rogue-research.com > Rogue Research www.rogue-research.com > Mac Software Developer Montr?al, Qu?bec, Canada > > -- Unpaid intern in BillsBasement at noware dot com From bill.lorensen at gmail.com Thu Oct 8 12:14:25 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 8 Oct 2015 12:14:25 -0400 Subject: [vtk-developers] Trouble connecting to dashboards In-Reply-To: References: Message-ID: I've cleared the cache. My guess is that something on the server changed. On Oct 8, 2015 12:11 PM, "Matthew Bowman" wrote: > Is it an old version of safari, or an out of date MACOS? > > I can't reproduce, maybe clearing out cache? > > Matt > > On Thu, Oct 8, 2015 at 11:17 AM, David E DeMarle > wrote: > >> I get the same result as Bill. A couple of other kitware hosted sites >> behave the same way. >> >> >> >> David E DeMarle >> Kitware, Inc. >> R&D Engineer >> 21 Corporate Drive >> Clifton Park, NY 12065-8662 >> Phone: 518-881-4909 >> >> On Thu, Oct 8, 2015 at 11:15 AM, Zack Galbreath < >> zack.galbreath at kitware.com> wrote: >> >>> On Thu, Oct 8, 2015 at 10:59 AM, Bill Lorensen >>> wrote: >>> >>>> I'm running safari on a mac. Recently I cannot connect to cdash >>>> dashboards. Safari reports that it cannot open the page. Chrome works >>>> fine on the same system. >>>> >>> >>> Strange, it works for me. I'm using Safari v9.0 & MacOS v10.10.5. >>> >>> >>> Has something changed in cdash recently? >>>> >>> >>> Looks like the last changes were on October 1st. This was to enable >>> Google authentication. >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: >>> http://markmail.org/search/?q=vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Thu Oct 8 12:30:28 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 8 Oct 2015 12:30:28 -0400 Subject: [vtk-developers] Trouble connecting to dashboards In-Reply-To: References: Message-ID: I cleaned my cache, no change. On Thu, Oct 8, 2015 at 12:28 PM, Jake Stookey wrote: > Is it redirecting from http to https? If so there may be a cached bad > redirect, try clearing your cache and try again. In particular, in Google > chrome clear "Cached images and files". > > Jake > > On Thu, Oct 8, 2015 at 11:17 AM, David E DeMarle > wrote: >> >> I get the same result as Bill. A couple of other kitware hosted sites >> behave the same way. >> >> >> >> David E DeMarle >> Kitware, Inc. >> R&D Engineer >> 21 Corporate Drive >> Clifton Park, NY 12065-8662 >> Phone: 518-881-4909 >> >> On Thu, Oct 8, 2015 at 11:15 AM, Zack Galbreath >> wrote: >>> >>> On Thu, Oct 8, 2015 at 10:59 AM, Bill Lorensen >>> wrote: >>>> >>>> I'm running safari on a mac. Recently I cannot connect to cdash >>>> dashboards. Safari reports that it cannot open the page. Chrome works >>>> fine on the same system. >>> >>> >>> Strange, it works for me. I'm using Safari v9.0 & MacOS v10.10.5. >>> >>> >>>> Has something changed in cdash recently? >>> >>> >>> Looks like the last changes were on October 1st. This was to enable >>> Google authentication. >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: http://markmail.org/search/?q=vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >>> >> > -- Unpaid intern in BillsBasement at noware dot com From bill.lorensen at gmail.com Thu Oct 8 12:31:57 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 8 Oct 2015 12:31:57 -0400 Subject: [vtk-developers] Trouble connecting to dashboards In-Reply-To: References: Message-ID: So, can this be fixed or should Dave DeMarle and I stop looking at dashboard on our Macs? On Thu, Oct 8, 2015 at 12:30 PM, Bill Lorensen wrote: > I cleaned my cache, no change. > > > On Thu, Oct 8, 2015 at 12:28 PM, Jake Stookey wrote: >> Is it redirecting from http to https? If so there may be a cached bad >> redirect, try clearing your cache and try again. In particular, in Google >> chrome clear "Cached images and files". >> >> Jake >> >> On Thu, Oct 8, 2015 at 11:17 AM, David E DeMarle >> wrote: >>> >>> I get the same result as Bill. A couple of other kitware hosted sites >>> behave the same way. >>> >>> >>> >>> David E DeMarle >>> Kitware, Inc. >>> R&D Engineer >>> 21 Corporate Drive >>> Clifton Park, NY 12065-8662 >>> Phone: 518-881-4909 >>> >>> On Thu, Oct 8, 2015 at 11:15 AM, Zack Galbreath >>> wrote: >>>> >>>> On Thu, Oct 8, 2015 at 10:59 AM, Bill Lorensen >>>> wrote: >>>>> >>>>> I'm running safari on a mac. Recently I cannot connect to cdash >>>>> dashboards. Safari reports that it cannot open the page. Chrome works >>>>> fine on the same system. >>>> >>>> >>>> Strange, it works for me. I'm using Safari v9.0 & MacOS v10.10.5. >>>> >>>> >>>>> Has something changed in cdash recently? >>>> >>>> >>>> Looks like the last changes were on October 1st. This was to enable >>>> Google authentication. >>>> >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Search the list archives at: http://markmail.org/search/?q=vtk-developers >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>> >>>> >>> >> > > > > -- > Unpaid intern in BillsBasement at noware dot com -- Unpaid intern in BillsBasement at noware dot com From ben.boeckel at kitware.com Thu Oct 8 12:59:55 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 8 Oct 2015 12:59:55 -0400 Subject: [vtk-developers] Trouble connecting to dashboards In-Reply-To: References: Message-ID: <20151008165955.GA23310@megas.khq.kitware.com> On Thu, Oct 08, 2015 at 12:31:57 -0400, Bill Lorensen wrote: > So, can this be fixed or should Dave DeMarle and I stop looking at > dashboard on our Macs? Should definitely be fixed: https://buildbot.kitware.com/builders/vtk-bigmac-osx-shared-debug%2Bclang%2Bopengl2%2Bpython/builds/1689/steps/build-n-test/logs/stdio Don't know if it is related to it being a mac or not. --Ben From ken.martin at kitware.com Thu Oct 8 15:16:50 2015 From: ken.martin at kitware.com (Ken Martin) Date: Thu, 8 Oct 2015 15:16:50 -0400 Subject: [vtk-developers] Fwd: Picking problem with OpenGL2 and DepthPeeling In-Reply-To: References: <4a86e1519564c55cffeef2e29171a650@mail.gmail.com> <51afd6505c336d3459969fd21fa7d37a@mail.gmail.com> Message-ID: OK I updated the earlier topic with a fix for this and I threw in the fix for the Mapper2D, hopefully I will merge tomorrow. Thanks Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. *From:* Xabi Riobe [mailto:xabivtk at gmail.com] *Sent:* Wednesday, October 7, 2015 5:33 AM *To:* Ken Martin *Subject:* Re: [vtk-developers] Fwd: Picking problem with OpenGL2 and DepthPeeling Ok, keep me updated and of course if you want me to test things i will take time to do it ! I found an other issue related to VBO update but i will create another thread with example. 2015-10-06 15:54 GMT+02:00 Ken Martin : Yes, I can reproduce that issue thanks to your great example. It is a bug and I have added it to the list. Thanks Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. *From:* Xabi Riobe [mailto:xabivtk at gmail.com] *Sent:* Wednesday, September 30, 2015 10:49 AM *To:* Ken Martin *Subject:* Re: [vtk-developers] Fwd: Picking problem with OpenGL2 and DepthPeeling Thanks Ken, I tried it and it fixes the depth peeling issue, but i still have another one (not introduced with your changes as it was already there) related to picker. Here is a sample to reproduce it: click on the spheres and the color must change green/red. the first click is good, but then it is almost always the plane that is picked unless you select the very edge of the external spheres. I tested without opengl2 and it works as expected. 2015-09-29 17:57 GMT+02:00 Ken Martin : OK I think the following topic should fix the issue. https://gitlab.kitware.com/vtk/vtk/merge_requests/706 Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf Of *Xabi Riobe *Sent:* Friday, September 25, 2015 7:50 AM *To:* VTK Developers *Subject:* [vtk-developers] Fwd: Picking problem with OpenGL2 and DepthPeeling Hi Ken, with the patch we can pick the transparent surfaces but not the opaque ones anymore. for example in the sample you can pick on the plane but not on the spheres that are created. 2015-09-24 16:37 GMT+02:00 Ken Martin : Thanks! I believe the new depth peeling code is probably leaving the zbuffer in a different state than the opaque z buffer. If you get a second could you try the attached patch and see if it works for you. It is based on a more recent VTK but it is a tiny patch. Thanks Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf Of *Xabi Riobe *Sent:* Thursday, September 24, 2015 5:29 AM *To:* VTK Developers *Subject:* [vtk-developers] Picking problem with OpenGL2 and DepthPeeling Hi, I try to pick in a scene that contains a translucent object and the pick fails if I use the OpenGL2 backend (v6.3.0), tested on VS2013 32 bits with nVidia Quadro 4000 (driver 353.30) The same code works with OpenGL backend. I can reproduce it with the sample code attached, based on the example at http://www.vtk.org/Wiki/VTK/Examples/Cxx/Interaction/Picking with these lines added: renderer->SetUseDepthPeeling(1); renderer->SetMaximumNumberOfPeels(8); renderWindow->SetAlphaBitPlanes(1); renderWindow->SetMultiSamples(0); and the opacity set to 0.5 for the plane. If i don't use depth peeling, or if the plane is opaque, the picker works as expected. It seems that the pick fails when in vtkOpenGLRenderer::DonePick the float value returned by GetZbufferData is 1.0 -------------- next part -------------- An HTML attachment was scrubbed... URL: From xabivtk at gmail.com Fri Oct 9 08:01:32 2015 From: xabivtk at gmail.com (Xabi Riobe) Date: Fri, 9 Oct 2015 14:01:32 +0200 Subject: [vtk-developers] Fwd: Picking problem with OpenGL2 and DepthPeeling In-Reply-To: References: <4a86e1519564c55cffeef2e29171a650@mail.gmail.com> <51afd6505c336d3459969fd21fa7d37a@mail.gmail.com> Message-ID: Thank you Ken, I confirm that fixes the two issues. 2015-10-08 21:16 GMT+02:00 Ken Martin : > OK I updated the earlier topic with a fix for this and I threw in the fix > for the Mapper2D, hopefully I will merge tomorrow. > > > > > > Thanks > > Ken > > > > Ken Martin PhD > > Chairman & CFO > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > ken.martin at kitware.com > > 919 869-8871 (w) > > > > > > 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. > > > > *From:* Xabi Riobe [mailto:xabivtk at gmail.com] > *Sent:* Wednesday, October 7, 2015 5:33 AM > > *To:* Ken Martin > *Subject:* Re: [vtk-developers] Fwd: Picking problem with OpenGL2 and > DepthPeeling > > > > Ok, keep me updated and of course if you want me to test things i will > take time to do it ! > > > > I found an other issue related to VBO update but i will create another > thread with example. > > > > 2015-10-06 15:54 GMT+02:00 Ken Martin : > > Yes, I can reproduce that issue thanks to your great example. It is a bug > and I have added it to the list. > > > > Thanks > > Ken > > > > Ken Martin PhD > > Chairman & CFO > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > ken.martin at kitware.com > > 919 869-8871 (w) > > > > > > 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. > > > > *From:* Xabi Riobe [mailto:xabivtk at gmail.com] > *Sent:* Wednesday, September 30, 2015 10:49 AM > *To:* Ken Martin > *Subject:* Re: [vtk-developers] Fwd: Picking problem with OpenGL2 and > DepthPeeling > > > > Thanks Ken, > > I tried it and it fixes the depth peeling issue, but i still have another > one (not introduced with your changes as it was already there) related to > picker. > > > > Here is a sample to reproduce it: click on the spheres and the color must > change green/red. the first click is good, but then it is almost always the > plane that is picked unless you select the very edge of the external > spheres. > > > > I tested without opengl2 and it works as expected. > > > > 2015-09-29 17:57 GMT+02:00 Ken Martin : > > OK I think the following topic should fix the issue. > > > > https://gitlab.kitware.com/vtk/vtk/merge_requests/706 > > > > > > > > Ken Martin PhD > > Chairman & CFO > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > ken.martin at kitware.com > > 919 869-8871 (w) > > > > > > 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. > > > > *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf > Of *Xabi Riobe > *Sent:* Friday, September 25, 2015 7:50 AM > *To:* VTK Developers > *Subject:* [vtk-developers] Fwd: Picking problem with OpenGL2 and > DepthPeeling > > > > Hi Ken, > > > > with the patch we can pick the transparent surfaces but not the opaque > ones anymore. for example in the sample you can pick on the plane but not > on the spheres that are created. > > > > 2015-09-24 16:37 GMT+02:00 Ken Martin : > > Thanks! I believe the new depth peeling code is probably leaving the > zbuffer in a different state than the opaque z buffer. If you get a second > could you try the attached patch and see if it works for you. It is based > on a more recent VTK but it is a tiny patch. > > > > Thanks > > Ken > > > > Ken Martin PhD > > Chairman & CFO > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > ken.martin at kitware.com > > 919 869-8871 (w) > > > > > > 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. > > > > *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf > Of *Xabi Riobe > *Sent:* Thursday, September 24, 2015 5:29 AM > *To:* VTK Developers > *Subject:* [vtk-developers] Picking problem with OpenGL2 and DepthPeeling > > > > Hi, > > > > I try to pick in a scene that contains a translucent object and the pick > fails if I use the OpenGL2 backend (v6.3.0), tested on VS2013 32 bits with > nVidia Quadro 4000 (driver 353.30) > > > > The same code works with OpenGL backend. > > > > I can reproduce it with the sample code attached, based on the example at > http://www.vtk.org/Wiki/VTK/Examples/Cxx/Interaction/Picking with these > lines added: > > > > renderer->SetUseDepthPeeling(1); > > renderer->SetMaximumNumberOfPeels(8); > > renderWindow->SetAlphaBitPlanes(1); > > renderWindow->SetMultiSamples(0); > > > > and the opacity set to 0.5 for the plane. > > > > If i don't use depth peeling, or if the plane is opaque, the picker works > as expected. > > > > It seems that the pick fails when in vtkOpenGLRenderer::DonePick the float > value returned by GetZbufferData is 1.0 > > > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Sun Oct 11 16:57:39 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Sun, 11 Oct 2015 16:57:39 -0400 Subject: [vtk-developers] Memory leaks Message-ID: git bisect reports that this commit: commit 33b2338696de5f42d6fa179e911d8062c4cada8a Author: David C. Lonie Date: Mon Sep 14 11:20:33 2015 -0400 Remove the ftgl third party module. It's no longer needed since Rendering/FreeTypeOpenGL was removed, and is causing issues on android. :040000 040000 f812d627cbe5800068d624554801424908f09314 c9d1e09e2b1f432ca8e43c958f14bd110182972c M Rendering :040000 040000 a53a138407ee2d08aa81b21a634760c39c6fc110 5cced75c46ad0cc4fdfd6a1eb2c8ca5af8b94086 M ThirdParty is causing over 160 memory leaks: https://open.cdash.org/viewDynamicAnalysis.php?buildid=4058359 From david.lonie at kitware.com Mon Oct 12 09:22:32 2015 From: david.lonie at kitware.com (David Lonie) Date: Mon, 12 Oct 2015 09:22:32 -0400 Subject: [vtk-developers] Memory leaks In-Reply-To: References: Message-ID: Thanks for the heads up, I'll take a look. Dave On Sun, Oct 11, 2015 at 4:57 PM, Bill Lorensen wrote: > git bisect reports that this commit: > commit 33b2338696de5f42d6fa179e911d8062c4cada8a > Author: David C. Lonie > Date: Mon Sep 14 11:20:33 2015 -0400 > > Remove the ftgl third party module. > > It's no longer needed since Rendering/FreeTypeOpenGL was removed, and > is causing issues on android. > > :040000 040000 f812d627cbe5800068d624554801424908f09314 > c9d1e09e2b1f432ca8e43c958f14bd110182972c M Rendering > :040000 040000 a53a138407ee2d08aa81b21a634760c39c6fc110 > 5cced75c46ad0cc4fdfd6a1eb2c8ca5af8b94086 M ThirdParty > > is causing over 160 memory leaks: > https://open.cdash.org/viewDynamicAnalysis.php?buildid=4058359 > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.lonie at kitware.com Mon Oct 12 13:36:42 2015 From: david.lonie at kitware.com (David Lonie) Date: Mon, 12 Oct 2015 13:36:42 -0400 Subject: [vtk-developers] Memory leaks In-Reply-To: References: Message-ID: Patch: https://gitlab.kitware.com/vtk/vtk/merge_requests/758 On Mon, Oct 12, 2015 at 9:22 AM, David Lonie wrote: > Thanks for the heads up, I'll take a look. > > Dave > > On Sun, Oct 11, 2015 at 4:57 PM, Bill Lorensen > wrote: > >> git bisect reports that this commit: >> commit 33b2338696de5f42d6fa179e911d8062c4cada8a >> Author: David C. Lonie >> Date: Mon Sep 14 11:20:33 2015 -0400 >> >> Remove the ftgl third party module. >> >> It's no longer needed since Rendering/FreeTypeOpenGL was removed, and >> is causing issues on android. >> >> :040000 040000 f812d627cbe5800068d624554801424908f09314 >> c9d1e09e2b1f432ca8e43c958f14bd110182972c M Rendering >> :040000 040000 a53a138407ee2d08aa81b21a634760c39c6fc110 >> 5cced75c46ad0cc4fdfd6a1eb2c8ca5af8b94086 M ThirdParty >> >> is causing over 160 memory leaks: >> https://open.cdash.org/viewDynamicAnalysis.php?buildid=4058359 >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From saeedbakhshmand at gmail.com Tue Oct 13 03:03:32 2015 From: saeedbakhshmand at gmail.com (Saeed Mahdizadeh Bakhshmand) Date: Tue, 13 Oct 2015 03:03:32 -0400 Subject: [vtk-developers] [slicer-devel] Array Calculator to combine two vtk arrays In-Reply-To: References: <2b00ce76d8534096a191612e3e6276b0@PHSX10HT5.partners.org> Message-ID: Thanks for your helpful hints, So here is roughly how my code looks now: Labels = Model.GetPolyData().GetPointData() Label1 = Labels.GetArray(1) /* Label1(name:alpha) and Label2(name:betha) are vtkfloatarray */ Label2 = Labels.GetArray(2) calc = vtkArrayCalculator() calc.AddScalarArrayName('alpha') calc.AddScalarArrayName('betha') calc.SetFunction('betha+alpha') // I am not sure if "+" will concatenate these two arrays?? And in almost every example of vtkArrayCalculator, there is a SetInputConnection function to be assigned that I couldn't find what to import! Neither Model or any of it's members have a GetOutputPort. Alternative to this could be using vtkConcatenateArray. I wonder why that is not available in the slicer!? http://www.vtk.org/doc/release/5.10/html/classvtkConcatenateArray.html On Oct 12, 2015 6:16 PM, "Andras Lasso" wrote: > You can get the vtkPolyData object from the model node. You then follow > VTK documentation to process the data, add attributes, etc. If you add a > new scalar point attribute then you can choose to show it in the Models > module. > > There are multiple detailed examples and tests, even in Python, that > demonstrate the use of vtkArrayCalculator: > http://www.vtk.org/doc/nightly/html/classvtkArrayCalculator.html > > A Slicer module that operates on point attributes in a model node: > > https://github.com/SlicerIGT/SlicerIGT/blob/master/Experimental/TexturedMesh/TexturedMesh.py > > Andras > ------------------------------ > From: Saeed Mahdizadeh Bakhshmand > Sent: ?2015-?10-?12 14:43 > To: SPL Slicer Devel > Subject: [slicer-devel] Array Calculator to combine two vtk arrays > > Hello, > > Would some body please walk me through how to code concatenating two > vtkfloatarrays using vtkArrayCalculator (or any other possible way)? > > Thanks, > SMB > -------------- next part -------------- An HTML attachment was scrubbed... URL: From serhattural12 at gmail.com Tue Oct 13 09:14:37 2015 From: serhattural12 at gmail.com (serseri) Date: Tue, 13 Oct 2015 06:14:37 -0700 (MST) Subject: [vtk-developers] Read Part of File Message-ID: <1444742077244-5734387.post@n5.nabble.com> Hi, I couldn't find anything about read only a part of the file. I keep my data as image data(.vti). It can have big size. So I don't want to load all values to memory. I need to reach a specific points data. Is there any method like GetValue(x,y,z) from file without load all data to memory? -- View this message in context: http://vtk.1045678.n5.nabble.com/Read-Part-of-File-tp5734387.html Sent from the VTK - Dev mailing list archive at Nabble.com. From david.gobbi at gmail.com Tue Oct 13 10:55:29 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Tue, 13 Oct 2015 08:55:29 -0600 Subject: [vtk-developers] Dashboard memory errors Message-ID: There are three UMC's in the "Dynamic Analysis" section of the dashboard, all during calls to vtkLabelSizeCalculator::SetDPI(). Can someone take a look? It also looks like there is uninitialized memory at the left edge of this test image (TestImageDataLIC2D): https://open.cdash.org/testDetails.php?test=382573388&build=4061903 - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Tue Oct 13 11:49:00 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Tue, 13 Oct 2015 11:49:00 -0400 Subject: [vtk-developers] Dashboard memory errors In-Reply-To: References: Message-ID: I just merged a patch for the UMR's https://gitlab.kitware.com/vtk/vtk/merge_requests/760 On Tue, Oct 13, 2015 at 10:55 AM, David Gobbi wrote: > There are three UMC's in the "Dynamic Analysis" section of the > dashboard, all during calls to vtkLabelSizeCalculator::SetDPI(). > Can someone take a look? > > It also looks like there is uninitialized memory at the left edge of > this test image (TestImageDataLIC2D): > https://open.cdash.org/testDetails.php?test=382573388&build=4061903 > > - David > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -- Unpaid intern in BillsBasement at noware dot com From david.gobbi at gmail.com Tue Oct 13 11:52:00 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Tue, 13 Oct 2015 09:52:00 -0600 Subject: [vtk-developers] Dashboard memory errors In-Reply-To: References: Message-ID: Thanks, Bill! On Tue, Oct 13, 2015 at 9:49 AM, Bill Lorensen wrote: > I just merged a patch for the UMR's > https://gitlab.kitware.com/vtk/vtk/merge_requests/760 > > > On Tue, Oct 13, 2015 at 10:55 AM, David Gobbi > wrote: > > There are three UMC's in the "Dynamic Analysis" section of the > > dashboard, all during calls to vtkLabelSizeCalculator::SetDPI(). > > Can someone take a look? > > > > It also looks like there is uninitialized memory at the left edge of > > this test image (TestImageDataLIC2D): > > https://open.cdash.org/testDetails.php?test=382573388&build=4061903 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lonni.besancon at gmail.com Wed Oct 14 06:57:04 2015 From: lonni.besancon at gmail.com (=?UTF-8?Q?Lonni_Besan=C3=A7on?=) Date: Wed, 14 Oct 2015 03:57:04 -0700 (MST) Subject: [vtk-developers] VTK Android and integration with Android Studio Message-ID: <1444820224509-5734398.post@n5.nabble.com> Hello, So I've been trying to play a little with VTK for android and it seems to work just fine. However, it does not integrate very well with previous developments and recent developments I have made. Indeed, android development has been moving towards gradle and Android Studio since a few months/years. Therefore I was wondering if there was any known way to integrate/combine VTK development with android studio and gradle. I've seen a post on kitware with someone doing it for VES, but since VES is now "deprecated" having a solution for "VTK for Android" would be great. Maybe there's a workaround like including the gradle script into the makefiles or the other way around. Anyway would love to get some feedback from those of you who have tried some things with android and vtk. Have a nice day -- View this message in context: http://vtk.1045678.n5.nabble.com/VTK-Android-and-integration-with-Android-Studio-tp5734398.html Sent from the VTK - Dev mailing list archive at Nabble.com. From ben.boeckel at kitware.com Wed Oct 14 10:19:51 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 14 Oct 2015 10:19:51 -0400 Subject: [vtk-developers] VTK Android and integration with Android Studio In-Reply-To: <1444820224509-5734398.post@n5.nabble.com> References: <1444820224509-5734398.post@n5.nabble.com> Message-ID: <20151014141951.GB25520@megas.khq.kitware.com> On Wed, Oct 14, 2015 at 03:57:04 -0700, Lonni Besan?on wrote: > So I've been trying to play a little with VTK for android and it seems to > work just fine. However, it does not integrate very well with previous > developments and recent developments I have made. Indeed, android > development has been moving towards gradle and Android Studio since a few > months/years. > > Therefore I was wondering if there was any known way to integrate/combine > VTK development with android studio and gradle. I've seen a post on kitware > with someone doing it for VES, but since VES is now "deprecated" having a > solution for "VTK for Android" would be great. > > Maybe there's a workaround like including the gradle script into the > makefiles or the other way around. Anyway would love to get some feedback > from those of you who have tried some things with android and vtk. It isn't directly useful, but I have a separate project which use CMake to run ant for the older-style Android builds here: https://github.com/mathstuf/abagames-gunroar/tree/master/src/android It basically adds a build step to install the library into jni/ so that the NDK can pick it up and then runs the ndk-build and ant commands to build the code and APK. Adapting it to do something similar for gradle shouldn't be too hard. --Ben From aashish.chaudhary at kitware.com Wed Oct 14 10:22:10 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Wed, 14 Oct 2015 10:22:10 -0400 Subject: [vtk-developers] VTK Android and integration with Android Studio In-Reply-To: <20151014141951.GB25520@megas.khq.kitware.com> References: <1444820224509-5734398.post@n5.nabble.com> <20151014141951.GB25520@megas.khq.kitware.com> Message-ID: Casey is planning to write a blog on this particular topic. I have cc'd him. - Aashish On Wed, Oct 14, 2015 at 10:19 AM, Ben Boeckel wrote: > On Wed, Oct 14, 2015 at 03:57:04 -0700, Lonni Besan?on wrote: > > So I've been trying to play a little with VTK for android and it seems to > > work just fine. However, it does not integrate very well with previous > > developments and recent developments I have made. Indeed, android > > development has been moving towards gradle and Android Studio since a few > > months/years. > > > > Therefore I was wondering if there was any known way to integrate/combine > > VTK development with android studio and gradle. I've seen a post on > kitware > > with someone doing it for VES, but since VES is now "deprecated" having a > > solution for "VTK for Android" would be great. > > > > Maybe there's a workaround like including the gradle script into the > > makefiles or the other way around. Anyway would love to get some feedback > > from those of you who have tried some things with android and vtk. > > It isn't directly useful, but I have a separate project which use CMake > to run ant for the older-style Android builds here: > > https://github.com/mathstuf/abagames-gunroar/tree/master/src/android > > It basically adds a build step to install the library into jni/ so that > the NDK can pick it up and then runs the ndk-build and ant commands to > build the code and APK. > > Adapting it to do something similar for gradle shouldn't be too hard. > > --Ben > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From casey.goodlett at kitware.com Wed Oct 14 10:22:30 2015 From: casey.goodlett at kitware.com (Casey Goodlett) Date: Wed, 14 Oct 2015 10:22:30 -0400 Subject: [vtk-developers] VTK Android and integration with Android Studio In-Reply-To: <1444820224509-5734398.post@n5.nabble.com> References: <1444820224509-5734398.post@n5.nabble.com> Message-ID: Hi Lonni, I've started to experiment with using VTK from android studio and gradle. The procedure is still somewhat experimental, but I will post a blog soon describing how I tried things. -- Casey B Goodlett -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Wed Oct 14 13:32:08 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 14 Oct 2015 11:32:08 -0600 Subject: [vtk-developers] Buildbot waiting for tests that never run? Message-ID: It looks to me like the build machines don't run the tests if the build fails, and this leaves the buildbot waiting indefinitely for build results that never come. Is there a way to keep buildbot from waiting for test results if the build failed? - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Wed Oct 14 13:57:01 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 14 Oct 2015 13:57:01 -0400 Subject: [vtk-developers] Buildbot waiting for tests that never run? In-Reply-To: References: Message-ID: <20151014175701.GB27747@megas.khq.kitware.com> On Wed, Oct 14, 2015 at 11:32:08 -0600, David Gobbi wrote: > It looks to me like the build machines don't run the tests if the build > fails, and this leaves the buildbot waiting indefinitely for build results > that never come. Is there a way to keep buildbot from waiting for test > results if the build failed? Hmm. Do you have a link? Where is buildbot waiting? --Ben From david.gobbi at gmail.com Wed Oct 14 14:10:35 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 14 Oct 2015 12:10:35 -0600 Subject: [vtk-developers] Buildbot waiting for tests that never run? In-Reply-To: <20151014175701.GB27747@megas.khq.kitware.com> References: <20151014175701.GB27747@megas.khq.kitware.com> Message-ID: On Wed, Oct 14, 2015 at 11:57 AM, Ben Boeckel wrote: > On Wed, Oct 14, 2015 at 11:32:08 -0600, David Gobbi wrote: > > It looks to me like the build machines don't run the tests if the build > > fails, and this leaves the buildbot waiting indefinitely for build > results > > that never come. Is there a way to keep buildbot from waiting for test > > results if the build failed? > > Hmm. Do you have a link? Where is buildbot waiting? Here are the links for buildbot and cdash. https://buildbot.kitware.com/grid?branch=wrap-exclude-python&category=vtk-expected https://open.cdash.org/index.php?compare1=63&filtercount=2&field1=buildname%2Fstring&project=VTK&field2=buildstarttime%2Fdate&showfilters=0&limit=100&compare2=83&value1=570e0510&showfeed=0&value2=20151014T102453 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Wed Oct 14 15:36:37 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 14 Oct 2015 15:36:37 -0400 Subject: [vtk-developers] Buildbot waiting for tests that never run? In-Reply-To: References: <20151014175701.GB27747@megas.khq.kitware.com> Message-ID: <20151014193637.GB26536@megas.khq.kitware.com> On Wed, Oct 14, 2015 at 12:10:35 -0600, David Gobbi wrote: > Here are the links for buildbot and cdash. > > So this looks like what I would expect. If the build fails, there's no use wasting time running the tests, so that's expected. I don't see any instances of buildbot "waiting" for test results though. What part of buildbot is "waiting"? The status report on GitLab? If so, there are probably experimental machines which haven't run yet; right now, just one on nemesis: https://buildbot.kitware.com/grid?branch=wrap-exclude-python&category=vtk-experimental There's currently no setup for "when all builds for a changeset, but not X (or only Y)" complete, but only when all builds that are scheduled for a changeset are completed. It'd be nice if it were on a per-category basis, but that's not implemented (it'd be an upstream buildbot change anyways). --Ben From david.gobbi at gmail.com Wed Oct 14 15:58:05 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 14 Oct 2015 13:58:05 -0600 Subject: [vtk-developers] Buildbot waiting for tests that never run? In-Reply-To: <20151014193637.GB26536@megas.khq.kitware.com> References: <20151014175701.GB27747@megas.khq.kitware.com> <20151014193637.GB26536@megas.khq.kitware.com> Message-ID: On Wed, Oct 14, 2015 at 1:36 PM, Ben Boeckel wrote: > > > So this looks like what I would expect. If the build fails, there's no > use wasting time running the tests, so that's expected. > Thanks for the explanation. I don't see any instances of buildbot "waiting" for test results though. > What part of buildbot is "waiting"? The status report on GitLab? If so, > there are probably experimental machines which haven't run yet; right > now, just one on nemesis. > I was conjecturing. But now, yeah, I see that nemesis has a long queue. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From lonni.besancon at gmail.com Wed Oct 14 18:11:41 2015 From: lonni.besancon at gmail.com (=?UTF-8?Q?Lonni_Besan=C3=A7on?=) Date: Wed, 14 Oct 2015 15:11:41 -0700 (MST) Subject: [vtk-developers] VTK Android and integration with Android Studio In-Reply-To: References: <1444820224509-5734398.post@n5.nabble.com> Message-ID: <1444860701206-5734417.post@n5.nabble.com> Alright thanks a lot for this piece of news. Do you plan to write it anytime soon? I'm definitely willing to help and provide a lot of feedback as this is going to be an essential tool for my PhD project I guess i will be using it a lot. Maybe we should find a way to communicate about it without flooding the mailing list? Casey Goodlett wrote > Hi Lonni, > > I've started to experiment with using VTK from android studio and gradle. > The procedure is still somewhat experimental, but I will post a blog soon > describing how I tried things. > > -- > Casey B Goodlett > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers Casey Goodlett wrote > Hi Lonni, > > I've started to experiment with using VTK from android studio and gradle. > The procedure is still somewhat experimental, but I will post a blog soon > describing how I tried things. > > -- > Casey B Goodlett > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers Casey Goodlett wrote > Hi Lonni, > > I've started to experiment with using VTK from android studio and gradle. > The procedure is still somewhat experimental, but I will post a blog soon > describing how I tried things. > > -- > Casey B Goodlett > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers -- View this message in context: http://vtk.1045678.n5.nabble.com/VTK-Android-and-integration-with-Android-Studio-tp5734398p5734417.html Sent from the VTK - Dev mailing list archive at Nabble.com. From lonni.besancon at gmail.com Wed Oct 14 18:13:02 2015 From: lonni.besancon at gmail.com (=?UTF-8?Q?Lonni_Besan=C3=A7on?=) Date: Wed, 14 Oct 2015 15:13:02 -0700 (MST) Subject: [vtk-developers] VTK Android and integration with Android Studio In-Reply-To: <20151014141951.GB25520@megas.khq.kitware.com> References: <1444820224509-5734398.post@n5.nabble.com> <20151014141951.GB25520@megas.khq.kitware.com> Message-ID: <1444860782892-5734418.post@n5.nabble.com> Hi Ben, Thanks for the link. Will take a look at it. However I'm afraid migrating from eclipse and its architecture to android studio and gradle is kind of complicated and the source of a lot of problems. Will try it anyway and let you know. -- View this message in context: http://vtk.1045678.n5.nabble.com/VTK-Android-and-integration-with-Android-Studio-tp5734398p5734418.html Sent from the VTK - Dev mailing list archive at Nabble.com. From bill.lorensen at gmail.com Thu Oct 15 12:07:04 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 15 Oct 2015 12:07:04 -0400 Subject: [vtk-developers] Dashboards down? Message-ID: When accessing the vtk, itk dashboards I get the message: CDash cannot connect to the database. Bill From dave.demarle at kitware.com Thu Oct 15 12:52:00 2015 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 15 Oct 2015 12:52:00 -0400 Subject: [vtk-developers] Dashboards down? In-Reply-To: References: Message-ID: Yes, cdash is down due to an issue with the database. Our sys admins are working on it and we'll let you know when it is back up. hth David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Oct 15, 2015 at 12:07 PM, Bill Lorensen wrote: > When accessing the vtk, itk dashboards I get the message: > CDash cannot connect to the database. > > Bill > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Thu Oct 15 13:29:36 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 15 Oct 2015 13:29:36 -0400 Subject: [vtk-developers] Dashboards down? In-Reply-To: References: Message-ID: <20151015172936.GA14309@megas.khq.kitware.com> On Thu, Oct 15, 2015 at 12:07:04 -0400, Bill Lorensen wrote: > When accessing the vtk, itk dashboards I get the message: > CDash cannot connect to the database. Known issue (buildbot is down as well to avoid false negatives); sysadmin is working on it. No ETA yet :( . --Ben From shawn.waldon at kitware.com Fri Oct 16 10:03:26 2015 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Fri, 16 Oct 2015 10:03:26 -0400 Subject: [vtk-developers] Dashboards down? In-Reply-To: <20151015172936.GA14309@megas.khq.kitware.com> References: <20151015172936.GA14309@megas.khq.kitware.com> Message-ID: CDash is back up this morning and I have restarted the buildbots. Shawn On Thu, Oct 15, 2015 at 1:29 PM, Ben Boeckel wrote: > On Thu, Oct 15, 2015 at 12:07:04 -0400, Bill Lorensen wrote: > > When accessing the vtk, itk dashboards I get the message: > > CDash cannot connect to the database. > > Known issue (buildbot is down as well to avoid false negatives); > sysadmin is working on it. No ETA yet :( . > > --Ben > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Fri Oct 16 11:08:01 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Fri, 16 Oct 2015 09:08:01 -0600 Subject: [vtk-developers] TestImageDataLIC2D test failures Message-ID: I mentioned previously that the LIC 2D test has some suspicious failures, as illustrated here: https://open.cdash.org/testDetails.php?test=381270243&build=4054835 https://open.cdash.org/testDetails.php?test=381265140&build=4055218 For both of these machines, there is a column of garbage (perhaps uninitialized memory) at the left edge of the image. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Fri Oct 16 11:52:07 2015 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 16 Oct 2015 11:52:07 -0400 Subject: [vtk-developers] TestImageDataLIC2D test failures In-Reply-To: References: Message-ID: <94447f2e4aacd8749aeae25fe827176a@mail.gmail.com> That garbage (or slightly different garbage) is in the valid images as well from OpenGL1, so I suspect the issue has been present for a long time. You can see a black line along the left edge that does not look right. I?ll try to take a quick look soon to see if the issue is easy to find/fix unless someone else wants to :-) Thanks Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf Of *David Gobbi *Sent:* Friday, October 16, 2015 11:08 AM *To:* VTK Developers *Subject:* [vtk-developers] TestImageDataLIC2D test failures I mentioned previously that the LIC 2D test has some suspicious failures, as illustrated here: https://open.cdash.org/testDetails.php?test=381270243&build=4054835 https://open.cdash.org/testDetails.php?test=381265140&build=4055218 For both of these machines, there is a column of garbage (perhaps uninitialized memory) at the left edge of the image. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Fri Oct 16 12:11:14 2015 From: dave.demarle at kitware.com (David E DeMarle) Date: Fri, 16 Oct 2015 12:11:14 -0400 Subject: [vtk-developers] Dashboards down? In-Reply-To: References: <20151015172936.GA14309@megas.khq.kitware.com> Message-ID: As Matt said over on ITK, vtk cdash is back up. To: ITK > > Followup: CDash is back up, but we lost some recent records. If you > find a Gerrit build of interest is gone, they can be re-run by adding > request build: all > in a review comment. > Matt David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Oct 16, 2015 at 10:03 AM, Shawn Waldon wrote: > CDash is back up this morning and I have restarted the buildbots. > > Shawn > > On Thu, Oct 15, 2015 at 1:29 PM, Ben Boeckel > wrote: > >> On Thu, Oct 15, 2015 at 12:07:04 -0400, Bill Lorensen wrote: >> > When accessing the vtk, itk dashboards I get the message: >> > CDash cannot connect to the database. >> >> Known issue (buildbot is down as well to avoid false negatives); >> sysadmin is working on it. No ETA yet :( . >> >> --Ben >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xabivtk at gmail.com Mon Oct 19 05:17:16 2015 From: xabivtk at gmail.com (Xabi Riobe) Date: Mon, 19 Oct 2015 11:17:16 +0200 Subject: [vtk-developers] Master vs Release v6 maintenance Message-ID: Hi, I would like to know how things will be done for the support of the version 6. I understand that only bug fixes will be merged, but what is the workflow? Should we always create bug fixes branches from the 6.x release, do we have to ask someone to merge the ones from master we are interested in, or will there be a big parsing of the master merges before creating the 6.x to select all the ones related to fixes? I see a lot of fixes in the master, what should i do to see them in the 6.4? Thanks! Xabi. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Mon Oct 19 11:07:30 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 19 Oct 2015 11:07:30 -0400 Subject: [vtk-developers] Master vs Release v6 maintenance In-Reply-To: References: Message-ID: <20151019150730.GA30474@megas.khq.kitware.com> On Mon, Oct 19, 2015 at 11:17:16 +0200, Xabi Riobe wrote: > I would like to know how things will be done for the support of the version > 6. > I understand that only bug fixes will be merged, but what is the workflow? > Should we always create bug fixes branches from the 6.x release, do we have > to ask someone to merge the ones from master we are interested in, or will > there be a big parsing of the master merges before creating the 6.x to > select all the ones related to fixes? > > I see a lot of fixes in the master, what should i do to see them in the 6.4? If you'd like to have fixes in the release branch, please base your changes on the release-6.3 branch, but still target the master branch. Kwrobot should comment that your branch is eligible for the 6.3 branch. Once it is in master, ping Dave DeMarle and me (@ben.boeckel and @demarle) and one of us will merge it into the release-6.3 branch. --Ben From xabivtk at gmail.com Mon Oct 19 11:37:53 2015 From: xabivtk at gmail.com (Xabi Riobe) Date: Mon, 19 Oct 2015 17:37:53 +0200 Subject: [vtk-developers] Master vs Release v6 maintenance In-Reply-To: <20151019150730.GA30474@megas.khq.kitware.com> References: <20151019150730.GA30474@megas.khq.kitware.com> Message-ID: Ok for my branches, but what about the other ones that are already in the master, like for example the OpenGL2 fixes? Is it possible to have them in the release-6.3 ? 2015-10-19 17:07 GMT+02:00 Ben Boeckel : > On Mon, Oct 19, 2015 at 11:17:16 +0200, Xabi Riobe wrote: > > I would like to know how things will be done for the support of the > version > > 6. > > I understand that only bug fixes will be merged, but what is the > workflow? > > Should we always create bug fixes branches from the 6.x release, do we > have > > to ask someone to merge the ones from master we are interested in, or > will > > there be a big parsing of the master merges before creating the 6.x to > > select all the ones related to fixes? > > > > I see a lot of fixes in the master, what should i do to see them in the > 6.4? > > If you'd like to have fixes in the release branch, please base your > changes on the release-6.3 branch, but still target the master branch. > Kwrobot should comment that your branch is eligible for the 6.3 branch. > Once it is in master, ping Dave DeMarle and me (@ben.boeckel and > @demarle) and one of us will merge it into the release-6.3 branch. > > --Ben > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Mon Oct 19 13:21:31 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 19 Oct 2015 13:21:31 -0400 Subject: [vtk-developers] Master vs Release v6 maintenance In-Reply-To: References: <20151019150730.GA30474@megas.khq.kitware.com> Message-ID: <20151019172131.GA10610@megas.khq.kitware.com> On Mon, Oct 19, 2015 at 17:37:53 +0200, Xabi Riobe wrote: > Ok for my branches, but what about the other ones that are already in the > master, like for example the OpenGL2 fixes? Is it possible to have them in > the release-6.3 ? Not as is. The branches are likely based on commits in master which do not belong in the release branch. Feel free to: - ping the original MR asking if it is sensible for the release branch (if in doubt); - cherry-pick (with -x please) the commits onto a new branch meant for the release branch; and - mention the old MR and author in the new MR to cross link things properly. Thanks, --Ben From serhattural12 at gmail.com Mon Oct 19 15:19:23 2015 From: serhattural12 at gmail.com (serseri) Date: Mon, 19 Oct 2015 12:19:23 -0700 (MST) Subject: [vtk-developers] Read Part of File In-Reply-To: <1444742077244-5734387.post@n5.nabble.com> References: <1444742077244-5734387.post@n5.nabble.com> Message-ID: <1445282363363-5734469.post@n5.nabble.com> Hi, What is the adviced way to deal with a big data file in VTK? Should I convert my original data file to VTK data file? I can read some part of my original data file and convert it to VTK format in memory. Is it possible on VTK data file? For example a file with size of 1 GB. -- View this message in context: http://vtk.1045678.n5.nabble.com/Read-Part-of-File-tp5734387p5734469.html Sent from the VTK - Dev mailing list archive at Nabble.com. From bill.lorensen at gmail.com Mon Oct 19 17:21:47 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Mon, 19 Oct 2015 17:21:47 -0400 Subject: [vtk-developers] Experimental buildbot builds are distracting Message-ID: What is the purpose of the experimental builds?. I have a merge request that is pretty clean (except for a failing test, but that is another complaint). https://open.cdash.org/index.php?compare1=63&filtercount=2&field1=buildname%2Fstring&project=VTK&field2=buildstarttime%2Fdate&showfilters=0&limit=100&compare2=83&value1=a680a98e&showfeed=0&value2=20151018T112343 Bill From xabivtk at gmail.com Mon Oct 19 17:25:22 2015 From: xabivtk at gmail.com (Xabi Riobe) Date: Mon, 19 Oct 2015 23:25:22 +0200 Subject: [vtk-developers] Master vs Release v6 maintenance In-Reply-To: <20151019172131.GA10610@megas.khq.kitware.com> References: <20151019150730.GA30474@megas.khq.kitware.com> <20151019172131.GA10610@megas.khq.kitware.com> Message-ID: Thank you Ben for the information, i will definitely try to put some of the fixes in the release branch according to these instructions. 2015-10-19 19:21 GMT+02:00 Ben Boeckel : > On Mon, Oct 19, 2015 at 17:37:53 +0200, Xabi Riobe wrote: > > Ok for my branches, but what about the other ones that are already in the > > master, like for example the OpenGL2 fixes? Is it possible to have them > in > > the release-6.3 ? > > Not as is. The branches are likely based on commits in master which do > not belong in the release branch. Feel free to: > > - ping the original MR asking if it is sensible for the release > branch (if in doubt); > - cherry-pick (with -x please) the commits onto a new branch meant for > the release branch; and > - mention the old MR and author in the new MR to cross link things > properly. > > Thanks, > > --Ben > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Tue Oct 20 08:00:55 2015 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 20 Oct 2015 08:00:55 -0400 Subject: [vtk-developers] Experimental buildbot builds are distracting In-Reply-To: References: Message-ID: I can see the experimental buildbot group being useful for staging new builbots to see if they would be green, or moving master buildbots down if an OS upgrade breaks something and it has not been fixed yet (Trey would have been a candidate for this) But having long running persistent experimental failing buildbots seems of questionable value. I do not consider experimental buildbots in evaluating the quality of a topic. Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. -----Original Message----- From: vtk-developers [mailto:vtk-developers-bounces at vtk.org] On Behalf Of Bill Lorensen Sent: Monday, October 19, 2015 5:22 PM To: VTK Developers Subject: [vtk-developers] Experimental buildbot builds are distracting What is the purpose of the experimental builds?. I have a merge request that is pretty clean (except for a failing test, but that is another complaint). https://open.cdash.org/index.php?compare1=63&filtercount=2&field1=buildnam e%2Fstring&project=VTK&field2=buildstarttime%2Fdate&showfilters=0&limit=10 0&compare2=83&value1=a680a98e&showfeed=0&value2=20151018T112343 Bill _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Search the list archives at: http://markmail.org/search/?q=vtk-developers Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/vtk-developers From ben.boeckel at kitware.com Tue Oct 20 11:50:06 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 20 Oct 2015 11:50:06 -0400 Subject: [vtk-developers] Experimental buildbot builds are distracting In-Reply-To: References: Message-ID: <20151020155006.GA17155@megas.khq.kitware.com> On Tue, Oct 20, 2015 at 08:00:55 -0400, Ken Martin wrote: > I can see the experimental buildbot group being useful for staging new > builbots to see if they would be green, or moving master buildbots down if > an OS upgrade breaks something and it has not been fixed yet (Trey would > have been a candidate for this) The problem with downgrading is that we generally have minimal cover over the feature sets we're testing. For example, trey is the only osx+python3 tester and the only osx+qt+opengl2 (kamino is just osx+qt) tester. And since the experimentals are generally ignored? > But having long running persistent experimental failing buildbots > seems of questionable value. I do not consider experimental buildbots > in evaluating the quality of a topic. Agreed. For VTK, agora should be fixed and made expected as it's the only machine testing the Intel compiler and PGI. Kargad is flaky and probably worth deciding whether to boot off or not. Amber10 has this error: ..\..\..\..\source\ThirdParty\netcdf\vtknetcdf\libsrc4\nc4hdf.c(3666): error C2177: constant too big ..\..\..\..\source\ThirdParty\netcdf\vtknetcdf\libsrc4\nc4hdf.c(3666): error C2177: constant too big which is weird since every other Win64 builder doesn't care. Is it VS2010-specific? Unlikely since ParaView has 2010 builders which don't have this error. And it looks like I need to get a Qt4 build on nemesis which has QtWebKit enabled (or disable the webkit-using modules). --Ben From will.schroeder at kitware.com Tue Oct 20 16:09:44 2015 From: will.schroeder at kitware.com (Will Schroeder) Date: Tue, 20 Oct 2015 16:09:44 -0400 Subject: [vtk-developers] vtkSMPTools::Sort() In-Reply-To: References: Message-ID: Does anyone have a deeper understanding of vtkSortDataArray? Not only does it use std::sort, but qsort, and even bubble sort make a guest appearance in the Cxx file. I'd like to replace everything with a vtkSMPTools::Sort(). (Utkarsh says this is worth parallelizing for ParaView). It may that the comparison operation when using the tuple components as a key is the difficulty if used with std::sort but I'm not sure. W On Mon, Oct 5, 2015 at 11:29 AM, Will Schroeder wrote: > FYI- As some of you know we have been inserting shared memory parallel > constructs via vtkSMPTools into VTK > . Recently we added a new > capability, vtkSMPTools::Sort(), that is a drop in replacement for > std::sort. For large data with multi-core machines this can have a > significant performance impact, and I am thinking about broadening the > reach of vtkSMPTools::Sort() by replacing std::sort wherever it makes sense > in VTK. There is a modest length list of classes that currently use > std::sort (see the list below). I plan on doing this slowly over the next > several months. > > Does anyone have a problem with this? I know some of the sorts are > performed on relatively short containers and I'm sure it's not really worth > the effort (so I will probably skip them). Any other comments or concerns? > > W > > PS- Note: parallel sorting really only works with > VTK_SMP_IMPLEMENTATION_TYPE=TBB. We plan on adding an OpenMP version soon. > Otherwise the fallback for Sequential, etc. is simply std::sort. > > -- > ./Charts/Core/vtkChartXY.cxx > ./Charts/Core/vtkPlotArea.cxx > ./Charts/Core/vtkPlotBag.cxx > ./Charts/Core/vtkPlotBar.cxx > ./Charts/Core/vtkPlotBox.cxx > ./Charts/Core/vtkPlotPoints.cxx > ./Charts/Core/vtkPlotStacked.cxx > ./Common/Core/Testing/Cxx/TestArrayLookup.cxx > ./Common/Core/Testing/Cxx/TestAtomic.cxx > ./Common/Core/vtkSortDataArray.cxx > ./Common/Core/vtkStringArray.cxx > ./Common/DataModel/Testing/Cxx/TestDataArrayDispatcher.cxx > ./Common/DataModel/Testing/Cxx/TestDispatchers.cxx > ./Common/DataModel/vtkGraph.cxx > ./Common/DataModel/vtkKdTree.cxx > ./Common/DataModel/vtkPiecewiseFunction.cxx > ./Common/DataModel/vtkReebGraph.cxx > ./Common/DataModel/vtkSelectionNode.cxx > ./Common/ExecutionModel/vtkSpanSpace.cxx > ./Filters/AMR/vtkAMRCutPlane.cxx > ./Filters/AMR/vtkAMRResampleFilter.cxx > ./Filters/Extraction/vtkConvertSelection.cxx > ./Filters/FlowPaths/vtkModifiedBSPTree.cxx > ./Filters/FlowPaths/vtkStreaklineFilter.cxx > ./Filters/General/vtkContourTriangulator.cxx > ./Filters/General/vtkYoungsMaterialInterface.cxx > ./Filters/Matlab/vtkMatlabMexAdapter.cxx > ./Filters/Parallel/vtkExtractCTHPart.cxx > ./Filters/ParallelGeometry/vtkPUnstructuredGridConnectivity.cxx > ./Filters/ReebGraph/vtkReebGraphToJoinSplitTreeFilter.cxx > ./Filters/Statistics/vtkExtractFunctionalBagPlot.cxx > ./Imaging/Core/vtkImageStencilData.cxx > ./Imaging/General/vtkImageHybridMedian2D.cxx > ./Infovis/BoostGraphAlgorithms/vtkBoostExtractLargestComponent.cxx > ./Infovis/Core/vtkNetworkHierarchy.cxx > ./Infovis/Core/vtkReduceTable.cxx > ./Infovis/Layout/vtkCosmicTreeLayoutStrategy.cxx > ./Infovis/Parallel/Testing/Cxx/PBGLRandomGraph.cxx > ./Interaction/Widgets/vtkClosedSurfacePointPlacer.cxx > ./IO/Core/vtkGlobFileNames.cxx > ./IO/Core/vtkSortFileNames.cxx > ./IO/EnSight/vtkEnSightReader.cxx > ./IO/Xdmf2/vtkXdmfWriter.cxx > ./Parallel/Core/vtkSubGroup.cxx > ./Rendering/Core/vtkColorTransferFunction.cxx > ./Web/WebGLExporter/vtkWebGLExporter.cxx > -- William J. Schroeder, PhD Kitware, Inc. 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 bill.lorensen at gmail.com Tue Oct 20 16:30:51 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Tue, 20 Oct 2015 16:30:51 -0400 Subject: [vtk-developers] vtkSMPTools::Sort() In-Reply-To: References: Message-ID: Will, It only 40% covered by testing: https://open.cdash.org/viewCoverageFile.php?buildid=4061637&fileid=11456217 and TestSortDataArray only covers 20% of the code! Bill On Tue, Oct 20, 2015 at 4:09 PM, Will Schroeder wrote: > Does anyone have a deeper understanding of vtkSortDataArray? > > Not only does it use std::sort, but qsort, and even bubble sort make a guest > appearance in the Cxx file. I'd like to replace everything with a > vtkSMPTools::Sort(). (Utkarsh says this is worth parallelizing for > ParaView). It may that the comparison operation when using the tuple > components as a key is the difficulty if used with std::sort but I'm not > sure. > > W > > > On Mon, Oct 5, 2015 at 11:29 AM, Will Schroeder > wrote: >> >> FYI- As some of you know we have been inserting shared memory parallel >> constructs via vtkSMPTools into VTK. Recently we added a new capability, >> vtkSMPTools::Sort(), that is a drop in replacement for std::sort. For large >> data with multi-core machines this can have a significant performance >> impact, and I am thinking about broadening the reach of vtkSMPTools::Sort() >> by replacing std::sort wherever it makes sense in VTK. There is a modest >> length list of classes that currently use std::sort (see the list below). I >> plan on doing this slowly over the next several months. >> >> Does anyone have a problem with this? I know some of the sorts are >> performed on relatively short containers and I'm sure it's not really worth >> the effort (so I will probably skip them). Any other comments or concerns? >> >> W >> >> PS- Note: parallel sorting really only works with >> VTK_SMP_IMPLEMENTATION_TYPE=TBB. We plan on adding an OpenMP version soon. >> Otherwise the fallback for Sequential, etc. is simply std::sort. >> >> -- >> ./Charts/Core/vtkChartXY.cxx >> ./Charts/Core/vtkPlotArea.cxx >> ./Charts/Core/vtkPlotBag.cxx >> ./Charts/Core/vtkPlotBar.cxx >> ./Charts/Core/vtkPlotBox.cxx >> ./Charts/Core/vtkPlotPoints.cxx >> ./Charts/Core/vtkPlotStacked.cxx >> ./Common/Core/Testing/Cxx/TestArrayLookup.cxx >> ./Common/Core/Testing/Cxx/TestAtomic.cxx >> ./Common/Core/vtkSortDataArray.cxx >> ./Common/Core/vtkStringArray.cxx >> ./Common/DataModel/Testing/Cxx/TestDataArrayDispatcher.cxx >> ./Common/DataModel/Testing/Cxx/TestDispatchers.cxx >> ./Common/DataModel/vtkGraph.cxx >> ./Common/DataModel/vtkKdTree.cxx >> ./Common/DataModel/vtkPiecewiseFunction.cxx >> ./Common/DataModel/vtkReebGraph.cxx >> ./Common/DataModel/vtkSelectionNode.cxx >> ./Common/ExecutionModel/vtkSpanSpace.cxx >> ./Filters/AMR/vtkAMRCutPlane.cxx >> ./Filters/AMR/vtkAMRResampleFilter.cxx >> ./Filters/Extraction/vtkConvertSelection.cxx >> ./Filters/FlowPaths/vtkModifiedBSPTree.cxx >> ./Filters/FlowPaths/vtkStreaklineFilter.cxx >> ./Filters/General/vtkContourTriangulator.cxx >> ./Filters/General/vtkYoungsMaterialInterface.cxx >> ./Filters/Matlab/vtkMatlabMexAdapter.cxx >> ./Filters/Parallel/vtkExtractCTHPart.cxx >> ./Filters/ParallelGeometry/vtkPUnstructuredGridConnectivity.cxx >> ./Filters/ReebGraph/vtkReebGraphToJoinSplitTreeFilter.cxx >> ./Filters/Statistics/vtkExtractFunctionalBagPlot.cxx >> ./Imaging/Core/vtkImageStencilData.cxx >> ./Imaging/General/vtkImageHybridMedian2D.cxx >> ./Infovis/BoostGraphAlgorithms/vtkBoostExtractLargestComponent.cxx >> ./Infovis/Core/vtkNetworkHierarchy.cxx >> ./Infovis/Core/vtkReduceTable.cxx >> ./Infovis/Layout/vtkCosmicTreeLayoutStrategy.cxx >> ./Infovis/Parallel/Testing/Cxx/PBGLRandomGraph.cxx >> ./Interaction/Widgets/vtkClosedSurfacePointPlacer.cxx >> ./IO/Core/vtkGlobFileNames.cxx >> ./IO/Core/vtkSortFileNames.cxx >> ./IO/EnSight/vtkEnSightReader.cxx >> ./IO/Xdmf2/vtkXdmfWriter.cxx >> ./Parallel/Core/vtkSubGroup.cxx >> ./Rendering/Core/vtkColorTransferFunction.cxx >> ./Web/WebGLExporter/vtkWebGLExporter.cxx > > > > > -- > William J. Schroeder, PhD > Kitware, Inc. > 28 Corporate Drive > Clifton Park, NY 12065 > will.schroeder at kitware.com > http://www.kitware.com > (518) 881-4902 > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -- Unpaid intern in BillsBasement at noware dot com From bill.lorensen at gmail.com Wed Oct 21 12:46:18 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Wed, 21 Oct 2015 12:46:18 -0400 Subject: [vtk-developers] Nightly Coverage Message-ID: Folks, A reminder about the nightly coverage I produce each night using lcov. It is much easier to navigate than the cdash coverage. http://lorensen.github.io/VTKCodeCoverage/VTK/index.html Bill From julien.jomier at kitware.com Wed Oct 21 12:57:10 2015 From: julien.jomier at kitware.com (Julien Jomier) Date: Wed, 21 Oct 2015 18:57:10 +0200 Subject: [vtk-developers] Nightly Coverage In-Reply-To: References: Message-ID: <5627C3E6.8060601@kitware.com> Bill, The CDash coverage page was changed to produce the coverage by directories so it's very similar to lcov's output (unless I'm missing something). Julien On 21/10/2015 18:46, Bill Lorensen wrote: > Folks, > > A reminder about the nightly coverage I produce each night using lcov. > It is much easier to navigate than the cdash coverage. > > http://lorensen.github.io/VTKCodeCoverage/VTK/index.html > > Bill > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > From bill.lorensen at gmail.com Wed Oct 21 13:22:21 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Wed, 21 Oct 2015 13:22:21 -0400 Subject: [vtk-developers] Nightly Coverage In-Reply-To: <5627C3E6.8060601@kitware.com> References: <5627C3E6.8060601@kitware.com> Message-ID: Julien, I missed that change. Much much better. I can stop generating my pages. Thanks! Bill On Wed, Oct 21, 2015 at 12:57 PM, Julien Jomier wrote: > Bill, > > The CDash coverage page was changed to produce the coverage by directories > so it's very similar to lcov's output (unless I'm missing something). > > Julien > > > On 21/10/2015 18:46, Bill Lorensen wrote: >> >> Folks, >> >> A reminder about the nightly coverage I produce each night using lcov. >> It is much easier to navigate than the cdash coverage. >> >> http://lorensen.github.io/VTKCodeCoverage/VTK/index.html >> >> Bill >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> > -- Unpaid intern in BillsBasement at noware dot com From david.gobbi at gmail.com Wed Oct 21 16:15:52 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 21 Oct 2015 14:15:52 -0600 Subject: [vtk-developers] Mantis doesn't show recent issues Message-ID: This morning I added an issue to mantis, but it didn't show up on the "View Issues" page. It seems that "View Issues" only shows issues that have a Category. By default the category for new issues is empty (No Category), and for some reason this causes the issue to not show. As a result, I only see a couple of results between #15700 and #15800. This might be due to something funny with my mantis configuration. Can someone else confirm this behavior? - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Wed Oct 21 17:53:35 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 21 Oct 2015 15:53:35 -0600 Subject: [vtk-developers] Mantis doesn't show recent issues In-Reply-To: References: Message-ID: On Wed, Oct 21, 2015 at 2:15 PM, David Gobbi wrote: > This morning I added an issue to mantis, but it didn't show up on the > "View Issues" page. > > It seems that "View Issues" only shows issues that have a Category. > By default the category for new issues is empty (No Category), and > for some reason this causes the issue to not show. As a result, I only > see a couple of results between #15700 and #15800. > > This might be due to something funny with my mantis configuration. > Can someone else confirm this behavior? > Nevermind, it was a problem with getting the filter settings right. I created an "Everything" filter for myself and everything is peachy. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Wed Oct 21 19:53:04 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Wed, 21 Oct 2015 19:53:04 -0400 Subject: [vtk-developers] TestTensorGlyph.py needs help Message-ID: Andrew, The test Filters/Core/Testing/Python/TestTensorGlyph.py is generating error messages (although the dashboard shows it passing). Can you take a look? Bill -- Unpaid intern in BillsBasement at noware dot com From andrew.amaclean at gmail.com Thu Oct 22 02:03:14 2015 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Thu, 22 Oct 2015 17:03:14 +1100 Subject: [vtk-developers] TestTensorGlyph.py needs help In-Reply-To: References: Message-ID: I can do a fix tomorrow. The test works because in testGlyphs(self) the vtkTensorGlyph objects are set up with input/output ports correctly connected. In testParse, testGetSet, testParse [note: two functions of the same name] vtkTensorGlyph() is defined but there is no input/output port assignment. Hence the error: "VTK\Common\ExecutionModel\vtkAlgorithm.cxx, line 1396 vtkTensorGlyph (00000000004AA3B0): Attempt to get connection index 0 for input port 0, which has 0 connections. " The question is: 1) Do we just delete the offending tests? 2) Fix the offending tests which is relatively simple. Let me know what you prefer. Regards Andrew On Thu, Oct 22, 2015 at 10:53 AM, Bill Lorensen wrote: > Andrew, > > The test Filters/Core/Testing/Python/TestTensorGlyph.py is generating > error messages (although the dashboard shows it passing). Can you take > a look? > > Bill > > -- > Unpaid intern in BillsBasement at noware dot com > -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Thu Oct 22 09:34:17 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 22 Oct 2015 09:34:17 -0400 Subject: [vtk-developers] TestTensorGlyph.py needs help In-Reply-To: References: Message-ID: I think we can just eliminate the offending tests. Thanks, Bill On Thu, Oct 22, 2015 at 2:03 AM, Andrew Maclean wrote: > I can do a fix tomorrow. > > The test works because in testGlyphs(self) the vtkTensorGlyph objects are > set up with input/output ports correctly connected. > > In testParse, testGetSet, testParse [note: two functions of the same name] > vtkTensorGlyph() is defined but there is no input/output port assignment. > Hence the error: > "VTK\Common\ExecutionModel\vtkAlgorithm.cxx, line 1396 > vtkTensorGlyph (00000000004AA3B0): Attempt to get connection index 0 for > input port 0, which has 0 connections. > " > The question is: > 1) Do we just delete the offending tests? > 2) Fix the offending tests which is relatively simple. > > Let me know what you prefer. > > Regards > Andrew > > > On Thu, Oct 22, 2015 at 10:53 AM, Bill Lorensen > wrote: >> >> Andrew, >> >> The test Filters/Core/Testing/Python/TestTensorGlyph.py is generating >> error messages (although the dashboard shows it passing). Can you take >> a look? >> >> Bill >> >> -- >> Unpaid intern in BillsBasement at noware dot com > > > > > -- > ___________________________________________ > Andrew J. P. Maclean > > ___________________________________________ -- Unpaid intern in BillsBasement at noware dot com From andrew.amaclean at gmail.com Thu Oct 22 16:15:03 2015 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Fri, 23 Oct 2015 07:15:03 +1100 Subject: [vtk-developers] TestTensorGlyph.py needs help In-Reply-To: References: Message-ID: Ok Bill, I'll do that. Regards Andrew Andrew Maclean On 23 Oct 2015 12:34 am, "Bill Lorensen" wrote: > I think we can just eliminate the offending tests. > > Thanks, > > Bill > > On Thu, Oct 22, 2015 at 2:03 AM, Andrew Maclean > wrote: > > I can do a fix tomorrow. > > > > The test works because in testGlyphs(self) the vtkTensorGlyph objects are > > set up with input/output ports correctly connected. > > > > In testParse, testGetSet, testParse [note: two functions of the same > name] > > vtkTensorGlyph() is defined but there is no input/output port assignment. > > Hence the error: > > "VTK\Common\ExecutionModel\vtkAlgorithm.cxx, line 1396 > > vtkTensorGlyph (00000000004AA3B0): Attempt to get connection index 0 for > > input port 0, which has 0 connections. > > " > > The question is: > > 1) Do we just delete the offending tests? > > 2) Fix the offending tests which is relatively simple. > > > > Let me know what you prefer. > > > > Regards > > Andrew > > > > > > On Thu, Oct 22, 2015 at 10:53 AM, Bill Lorensen > > > wrote: > >> > >> Andrew, > >> > >> The test Filters/Core/Testing/Python/TestTensorGlyph.py is generating > >> error messages (although the dashboard shows it passing). Can you take > >> a look? > >> > >> Bill > >> > >> -- > >> Unpaid intern in BillsBasement at noware dot com > > > > > > > > > > -- > > ___________________________________________ > > Andrew J. P. Maclean > > > > ___________________________________________ > > > > -- > Unpaid intern in BillsBasement at noware dot com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Fri Oct 23 04:23:21 2015 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Fri, 23 Oct 2015 19:23:21 +1100 Subject: [vtk-developers] TestTensorGlyph.py needs help In-Reply-To: References: Message-ID: I have submitted a merge request, see: https://gitlab.kitware.com/vtk/vtk/merge_requests/816 Andrew Maclean On 23 Oct 2015 7:15 am, "Andrew Maclean" wrote: > Ok Bill, I'll do that. > > Regards > Andrew > > Andrew Maclean > On 23 Oct 2015 12:34 am, "Bill Lorensen" wrote: > >> I think we can just eliminate the offending tests. >> >> Thanks, >> >> Bill >> >> On Thu, Oct 22, 2015 at 2:03 AM, Andrew Maclean >> wrote: >> > I can do a fix tomorrow. >> > >> > The test works because in testGlyphs(self) the vtkTensorGlyph objects >> are >> > set up with input/output ports correctly connected. >> > >> > In testParse, testGetSet, testParse [note: two functions of the same >> name] >> > vtkTensorGlyph() is defined but there is no input/output port >> assignment. >> > Hence the error: >> > "VTK\Common\ExecutionModel\vtkAlgorithm.cxx, line 1396 >> > vtkTensorGlyph (00000000004AA3B0): Attempt to get connection index 0 for >> > input port 0, which has 0 connections. >> > " >> > The question is: >> > 1) Do we just delete the offending tests? >> > 2) Fix the offending tests which is relatively simple. >> > >> > Let me know what you prefer. >> > >> > Regards >> > Andrew >> > >> > >> > On Thu, Oct 22, 2015 at 10:53 AM, Bill Lorensen < >> bill.lorensen at gmail.com> >> > wrote: >> >> >> >> Andrew, >> >> >> >> The test Filters/Core/Testing/Python/TestTensorGlyph.py is generating >> >> error messages (although the dashboard shows it passing). Can you take >> >> a look? >> >> >> >> Bill >> >> >> >> -- >> >> Unpaid intern in BillsBasement at noware dot com >> > >> > >> > >> > >> > -- >> > ___________________________________________ >> > Andrew J. P. Maclean >> > >> > ___________________________________________ >> >> >> >> -- >> Unpaid intern in BillsBasement at noware dot com >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Fri Oct 23 11:48:15 2015 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 23 Oct 2015 11:48:15 -0400 Subject: [vtk-developers] Call to Render on WM_PAINT in vtkWin32RenderWindowInteractor In-Reply-To: References: Message-ID: <5b7a1fe530dc0794b1e9e0d163cd0de0@mail.gmail.com> No clue why it has a paint, but if everything passes with it removed then I think it would be a good fix - Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf Of *Xabi Riobe *Sent:* Friday, October 2, 2015 8:43 AM *To:* VTK Users; VTK Developers *Subject:* [vtk-developers] Call to Render on WM_PAINT in vtkWin32RenderWindowInteractor Hi, Does someone know why in vtkWin32RenderWindowInteractor::vtkHandleMessage2 there is the Render() call on WM_PAINT: case WM_PAINT: me->Render(); return CallWindowProc(me->OldProc,hWnd,uMsg,wParam,lParam); break; since CallWindowProc will lead to vtkWin32OpenGLRenderWindow::MessageProc that performs the rendering on WM_PAINT So we have a double rendering that can be slow... For example, resize a render window and you can see this happening. Thanks for any info about that -------------- next part -------------- An HTML attachment was scrubbed... URL: From xabivtk at gmail.com Mon Oct 26 06:47:33 2015 From: xabivtk at gmail.com (Xabi Riobe) Date: Mon, 26 Oct 2015 11:47:33 +0100 Subject: [vtk-developers] Call to Render on WM_PAINT in vtkWin32RenderWindowInteractor In-Reply-To: <5b7a1fe530dc0794b1e9e0d163cd0de0@mail.gmail.com> References: <5b7a1fe530dc0794b1e9e0d163cd0de0@mail.gmail.com> Message-ID: Ok, then i will push a patch in GitLab. however, in vtkRenderWindowInteractor::Render() there is a call to this->InvokeEvent(vtkCommand::RenderEvent, NULL); do you think I have to move it to vtkWin32RenderWindowInteractor::vtkHandleMessage2 where the extra render was called? otherwise there is just the StartEvent and EndEvent of vtkRenderWindow::Render Also, is it considered as a fix, to put it in the 6.3 branch? 2015-10-23 17:48 GMT+02:00 Ken Martin : > No clue why it has a paint, but if everything passes with it removed then > I think it would be a good fix - Ken > > > > Ken Martin PhD > > Chairman & CFO > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > ken.martin at kitware.com > > 919 869-8871 (w) > > > > > > 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. > > > > *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf > Of *Xabi Riobe > *Sent:* Friday, October 2, 2015 8:43 AM > *To:* VTK Users; VTK Developers > *Subject:* [vtk-developers] Call to Render on WM_PAINT in > vtkWin32RenderWindowInteractor > > > > Hi, > > > > Does someone know why in vtkWin32RenderWindowInteractor::vtkHandleMessage2 > there is the Render() call on WM_PAINT: > > > > case WM_PAINT: > > me->Render(); > > return CallWindowProc(me->OldProc,hWnd,uMsg,wParam,lParam); > > break; > > > > since CallWindowProc will lead to vtkWin32OpenGLRenderWindow::MessageProc > that performs the rendering on WM_PAINT > > > > So we have a double rendering that can be slow... > > > > For example, resize a render window and you can see this happening. > > > > Thanks for any info about that > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon Oct 26 09:30:28 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 26 Oct 2015 09:30:28 -0400 Subject: [vtk-developers] Experimental buildbot builds are distracting In-Reply-To: <20151020155006.GA17155@megas.khq.kitware.com> References: <20151020155006.GA17155@megas.khq.kitware.com> Message-ID: I would be great if the experimental builds in the gitlab messages be listed at the bottom so that they can more easily be ignored. Cory On Tue, Oct 20, 2015 at 11:50 AM, Ben Boeckel wrote: > On Tue, Oct 20, 2015 at 08:00:55 -0400, Ken Martin wrote: > > I can see the experimental buildbot group being useful for staging new > > builbots to see if they would be green, or moving master buildbots down > if > > an OS upgrade breaks something and it has not been fixed yet (Trey would > > have been a candidate for this) > > The problem with downgrading is that we generally have minimal cover > over the feature sets we're testing. For example, trey is the only > osx+python3 tester and the only osx+qt+opengl2 (kamino is just osx+qt) > tester. And since the experimentals are generally ignored? > > > But having long running persistent experimental failing buildbots > > seems of questionable value. I do not consider experimental buildbots > > in evaluating the quality of a topic. > > Agreed. For VTK, agora should be fixed and made expected as it's the > only machine testing the Intel compiler and PGI. Kargad is flaky and > probably worth deciding whether to boot off or not. Amber10 has this > error: > > ..\..\..\..\source\ThirdParty\netcdf\vtknetcdf\libsrc4\nc4hdf.c(3666): > error C2177: constant too big > ..\..\..\..\source\ThirdParty\netcdf\vtknetcdf\libsrc4\nc4hdf.c(3666): > error C2177: constant too big > > which is weird since every other Win64 builder doesn't care. Is it > VS2010-specific? Unlikely since ParaView has 2010 builders which don't > have this error. And it looks like I need to get a Qt4 build on nemesis > which has QtWebKit enabled (or disable the webkit-using modules). > > --Ben > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon Oct 26 09:59:57 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 26 Oct 2015 09:59:57 -0400 Subject: [vtk-developers] [BUILDBOT] New buildbot features! In-Reply-To: <20150928152236.GA11816@megas.khq.kitware.com> References: <20150928152236.GA11816@megas.khq.kitware.com> Message-ID: Ben, On VTK MR 804 [1] My goal was to run an updated patch on just bigmac. I tried this: Do: test --stop followed by Do: test --regex-include bigmac In gitlab, I get a report for just the bigmac builds as expected. However, if I look at the buildbot page [2] (third column), it looks like all the buildbot machines are triggered to run. Do they all run a script that skips the tests early if they don't match the regex? Thanks, Cory [1] https://gitlab.kitware.com/vtk/vtk/merge_requests/804 [2] https://buildbot.kitware.com/grid?branch=15797_fix_texture_caching&category=vtk-expected On Mon, Sep 28, 2015 at 11:22 AM, Ben Boeckel wrote: > Hi, > > As I see some people have noticed, buildbot can now be driven by `Do: > test` which triggers ~immediately rather than on a 10 minute schedule. > With this come some other nifty bits :) . > > You may also have noticed buildbot now comments back to your MR when it > is complete :) . If anyone sees duplicate messages where the first does > not involve "slave lost? will retry in the future" somewhere in the > list, please comment while mentioning @buildbot. > > First, some important information: > > If you are currently using `@buildbot test`, if `Do: test` is found, any > `@buildbot test` mechanism is ignored, so moving to `Do: test` will not > cause duplicate builds. A transistion of a few weeks should suffice > before we turn off `@buildbot test`. It also needs to be at the bottom > of your comment, the same as other kwrobot commands. > > It is currently only on VTK for now; I'll announce to the other projects > when it has been enabled for them (kwrobot will tell you if it is not > ready as well); you will probably then need to edit your comment to > remove `Do: test` so `@buildbot test` doesn't skip it though. > > And now for the fun bits: > > With the new `Do: test` command, buildbot keeps a list of active > commands for a merge request. For example, this may be used to build > only on Python3 builders: > > Do: test --regex-include \+python3 > > to *add* MPI builders to the set, give this command: > > Do: test --regex-include \+mpi > > When these two commands are active, any builder with +python3 or +mpi in > its name will be built for updates to the MR. If, however, you now only > need MPI builders, this command: > > Do: test --clear --regex-include \+mpi > > will empty out the command list before adding the command for +mpi. > > To test any Python except on Windows with MPI: > > Do: test --regex-include \+python --regex-exclude -windows.*\+mpi > > On any branch update, all active commands will be used, but --oneshot > may be used to not remember the command. > > The breakdown for build names is as follows: > > project-host-os-libtype-buildtype+feature1+feature2 > > * project: always "vtk" for vtk > * host: the buildbot host > * os: one of "windows", "osx", or "linux" > * libtype: "shared" or "static" > * buildtype: "release" or "debug" > > And a grouped list of features (not exhaustive): > > * python > * python3 > * tcl > * java > > * opengl2 (OpenGL1 if not there; will be flipped to be +opengl1 at > some point) > > * mpi > * qt > * qt5 > > * clang > * gcc (this is not used everywhere yet: if not specified and not > Windows, it's probably gcc; this will be fixed when we rename > builders to turn +opengl2 -> +opengl1) > * vs (Visual Studio generator; all Windows builders are MSVC) > * icc > * pgi > > * tbb > * openmp > > All features in a build name are in alphabetical order, so matching a > collection of features shouldn't need too many regex hacks. > > Some nitty-gritty details should the need arise: > > Arguments may not contain spaces (there should be no reason to) and > there is no escaping other than Python's regex nor quoting (i.e., the > command is split on spaces and that's it). Extra spaces between > arguments shouldn't be a problem. > > The command is applied in whitelist -> blacklist order, so > --regex-exclude will never be overridden within each command; however, > each command is considered separately and then union'd with the other > command results (so that you can include builders later and not have to > hunt down the command excluding it from before). > > Any errors in argument parsing renders the entire command as ignored. > > The full list of arguments: > > * --oneshot > only build the *current* hash of the branch; updates will not be > built using this command > * --stop > clear the list of commands for the merge request > * --superbuild > build the superbuilds related to the project (vtk-superbuild is > currently excluded from this since it is only a nightly test) > * --clear: > clear previous commands and add this command to the list > * --regex-include > only build on builders matching (a Python regex) > * --regex-exclude > excludes builds on builders matching (a Python regex) > > --Ben > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawn.waldon at kitware.com Mon Oct 26 10:04:41 2015 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Mon, 26 Oct 2015 10:04:41 -0400 Subject: [vtk-developers] Experimental buildbot builds are distracting In-Reply-To: References: <20151020155006.GA17155@megas.khq.kitware.com> Message-ID: Cory, As of last Tuesday, the experimental builds no longer show up in the messages at all. We still have to wait for them to complete (buildbot doesn't have a hook for 'when a subset of builds finishes'), but the messages pushed to gitlab should only contain results from expected builds. Shawn On Mon, Oct 26, 2015 at 9:30 AM, Cory Quammen wrote: > I would be great if the experimental builds in the gitlab messages be > listed at the bottom so that they can more easily be ignored. > > Cory > > On Tue, Oct 20, 2015 at 11:50 AM, Ben Boeckel > wrote: > >> On Tue, Oct 20, 2015 at 08:00:55 -0400, Ken Martin wrote: >> > I can see the experimental buildbot group being useful for staging new >> > builbots to see if they would be green, or moving master buildbots down >> if >> > an OS upgrade breaks something and it has not been fixed yet (Trey would >> > have been a candidate for this) >> >> The problem with downgrading is that we generally have minimal cover >> over the feature sets we're testing. For example, trey is the only >> osx+python3 tester and the only osx+qt+opengl2 (kamino is just osx+qt) >> tester. And since the experimentals are generally ignored? >> >> > But having long running persistent experimental failing buildbots >> > seems of questionable value. I do not consider experimental buildbots >> > in evaluating the quality of a topic. >> >> Agreed. For VTK, agora should be fixed and made expected as it's the >> only machine testing the Intel compiler and PGI. Kargad is flaky and >> probably worth deciding whether to boot off or not. Amber10 has this >> error: >> >> ..\..\..\..\source\ThirdParty\netcdf\vtknetcdf\libsrc4\nc4hdf.c(3666): >> error C2177: constant too big >> ..\..\..\..\source\ThirdParty\netcdf\vtknetcdf\libsrc4\nc4hdf.c(3666): >> error C2177: constant too big >> >> which is weird since every other Win64 builder doesn't care. Is it >> VS2010-specific? Unlikely since ParaView has 2010 builders which don't >> have this error. And it looks like I need to get a Qt4 build on nemesis >> which has QtWebKit enabled (or disable the webkit-using modules). >> >> --Ben >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> > > > -- > Cory Quammen > R&D Engineer > Kitware, Inc. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon Oct 26 10:11:23 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 26 Oct 2015 10:11:23 -0400 Subject: [vtk-developers] Experimental buildbot builds are distracting In-Reply-To: References: <20151020155006.GA17155@megas.khq.kitware.com> Message-ID: Thanks, Shawn. What does the new "new" designation mean? Can we ignore those builds? Thanks, Cory On Mon, Oct 26, 2015 at 10:04 AM, Shawn Waldon wrote: > Cory, > > As of last Tuesday, the experimental builds no longer show up in the > messages at all. We still have to wait for them to complete (buildbot > doesn't have a hook for 'when a subset of builds finishes'), but the > messages pushed to gitlab should only contain results from expected builds. > > Shawn > > On Mon, Oct 26, 2015 at 9:30 AM, Cory Quammen > wrote: > >> I would be great if the experimental builds in the gitlab messages be >> listed at the bottom so that they can more easily be ignored. >> >> Cory >> >> On Tue, Oct 20, 2015 at 11:50 AM, Ben Boeckel >> wrote: >> >>> On Tue, Oct 20, 2015 at 08:00:55 -0400, Ken Martin wrote: >>> > I can see the experimental buildbot group being useful for staging new >>> > builbots to see if they would be green, or moving master buildbots >>> down if >>> > an OS upgrade breaks something and it has not been fixed yet (Trey >>> would >>> > have been a candidate for this) >>> >>> The problem with downgrading is that we generally have minimal cover >>> over the feature sets we're testing. For example, trey is the only >>> osx+python3 tester and the only osx+qt+opengl2 (kamino is just osx+qt) >>> tester. And since the experimentals are generally ignored? >>> >>> > But having long running persistent experimental failing buildbots >>> > seems of questionable value. I do not consider experimental buildbots >>> > in evaluating the quality of a topic. >>> >>> Agreed. For VTK, agora should be fixed and made expected as it's the >>> only machine testing the Intel compiler and PGI. Kargad is flaky and >>> probably worth deciding whether to boot off or not. Amber10 has this >>> error: >>> >>> ..\..\..\..\source\ThirdParty\netcdf\vtknetcdf\libsrc4\nc4hdf.c(3666): >>> error C2177: constant too big >>> ..\..\..\..\source\ThirdParty\netcdf\vtknetcdf\libsrc4\nc4hdf.c(3666): >>> error C2177: constant too big >>> >>> which is weird since every other Win64 builder doesn't care. Is it >>> VS2010-specific? Unlikely since ParaView has 2010 builders which don't >>> have this error. And it looks like I need to get a Qt4 build on nemesis >>> which has QtWebKit enabled (or disable the webkit-using modules). >>> >>> --Ben >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: >>> http://markmail.org/search/?q=vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >>> >> >> >> -- >> Cory Quammen >> R&D Engineer >> Kitware, Inc. >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> >> > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawn.waldon at kitware.com Mon Oct 26 10:20:13 2015 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Mon, 26 Oct 2015 10:20:13 -0400 Subject: [vtk-developers] Experimental buildbot builds are distracting In-Reply-To: References: <20151020155006.GA17155@megas.khq.kitware.com> Message-ID: Oh, those. Those are a subset of the experimental builds that are prioritized because we are currently working on them. Experimental builds are scheduled last when multiple builds are on a machine which makes debugging them a pain. Ben added a new category last week for builds he is working on that will be run first. They're not in the experimental category though, so the message still prints about them... Ben, we might want to ignore these in the message generation too. Short answer: yes you can ignore them until they are expected. Shawn On Mon, Oct 26, 2015 at 10:11 AM, Cory Quammen wrote: > Thanks, Shawn. > > What does the new "new" designation mean? Can we ignore those builds? > > Thanks, > Cory > > On Mon, Oct 26, 2015 at 10:04 AM, Shawn Waldon > wrote: > >> Cory, >> >> As of last Tuesday, the experimental builds no longer show up in the >> messages at all. We still have to wait for them to complete (buildbot >> doesn't have a hook for 'when a subset of builds finishes'), but the >> messages pushed to gitlab should only contain results from expected builds. >> >> Shawn >> >> On Mon, Oct 26, 2015 at 9:30 AM, Cory Quammen >> wrote: >> >>> I would be great if the experimental builds in the gitlab messages be >>> listed at the bottom so that they can more easily be ignored. >>> >>> Cory >>> >>> On Tue, Oct 20, 2015 at 11:50 AM, Ben Boeckel >>> wrote: >>> >>>> On Tue, Oct 20, 2015 at 08:00:55 -0400, Ken Martin wrote: >>>> > I can see the experimental buildbot group being useful for staging new >>>> > builbots to see if they would be green, or moving master buildbots >>>> down if >>>> > an OS upgrade breaks something and it has not been fixed yet (Trey >>>> would >>>> > have been a candidate for this) >>>> >>>> The problem with downgrading is that we generally have minimal cover >>>> over the feature sets we're testing. For example, trey is the only >>>> osx+python3 tester and the only osx+qt+opengl2 (kamino is just osx+qt) >>>> tester. And since the experimentals are generally ignored? >>>> >>>> > But having long running persistent experimental failing buildbots >>>> > seems of questionable value. I do not consider experimental buildbots >>>> > in evaluating the quality of a topic. >>>> >>>> Agreed. For VTK, agora should be fixed and made expected as it's the >>>> only machine testing the Intel compiler and PGI. Kargad is flaky and >>>> probably worth deciding whether to boot off or not. Amber10 has this >>>> error: >>>> >>>> ..\..\..\..\source\ThirdParty\netcdf\vtknetcdf\libsrc4\nc4hdf.c(3666): >>>> error C2177: constant too big >>>> ..\..\..\..\source\ThirdParty\netcdf\vtknetcdf\libsrc4\nc4hdf.c(3666): >>>> error C2177: constant too big >>>> >>>> which is weird since every other Win64 builder doesn't care. Is it >>>> VS2010-specific? Unlikely since ParaView has 2010 builders which don't >>>> have this error. And it looks like I need to get a Qt4 build on nemesis >>>> which has QtWebKit enabled (or disable the webkit-using modules). >>>> >>>> --Ben >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Search the list archives at: >>>> http://markmail.org/search/?q=vtk-developers >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>> >>>> >>> >>> >>> -- >>> Cory Quammen >>> R&D Engineer >>> Kitware, Inc. >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: >>> http://markmail.org/search/?q=vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >>> >>> >> > > > -- > Cory Quammen > R&D Engineer > Kitware, Inc. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Mon Oct 26 10:30:00 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 26 Oct 2015 10:30:00 -0400 Subject: [vtk-developers] Experimental buildbot builds are distracting In-Reply-To: References: <20151020155006.GA17155@megas.khq.kitware.com> Message-ID: <20151026143000.GB13801@megas.khq.kitware.com> On Mon, Oct 26, 2015 at 10:20:13 -0400, Shawn Waldon wrote: > Oh, those. Those are a subset of the experimental builds that are > prioritized because we are currently working on them. Experimental builds > are scheduled last when multiple builds are on a machine which makes > debugging them a pain. Ben added a new category last week for builds he is > working on that will be run first. They're not in the experimental > category though, so the message still prints about them... Ben, we might > want to ignore these in the message generation too. > > Short answer: yes you can ignore them until they are expected. Also, since they are new, they may only work with recent master, so older-based branches may still not work with them. --Ben From ben.boeckel at kitware.com Mon Oct 26 10:35:05 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 26 Oct 2015 10:35:05 -0400 Subject: [vtk-developers] [BUILDBOT] New buildbot features! In-Reply-To: References: <20150928152236.GA11816@megas.khq.kitware.com> Message-ID: <20151026143505.GC13801@megas.khq.kitware.com> On Mon, Oct 26, 2015 at 09:59:57 -0400, Cory Quammen wrote: > On VTK MR 804 [1] My goal was to run an updated patch on just bigmac. I > tried this: > > Do: test --stop > > followed by > > Do: test --regex-include bigmac > > In gitlab, I get a report for just the bigmac builds as expected. However, > if I look at the buildbot page [2] (third column), it looks like all the > buildbot machines are triggered to run. Do they all run a script that skips > the tests early if they don't match the regex? You did not clear the previous commands (--clear), so any previous requests are still active: > On Mon, Sep 28, 2015 at 11:22 AM, Ben Boeckel > wrote: > > With the new `Do: test` command, buildbot keeps a list of active > > commands for a merge request. For example, this may be used to build > > only on Python3 builders: > > > > Do: test --regex-include \+python3 > > > > to *add* MPI builders to the set, give this command: > > > > Do: test --regex-include \+mpi > > > > When these two commands are active, any builder with +python3 or +mpi in > > its name will be built for updates to the MR. If, however, you now only > > need MPI builders, this command: > > > > Do: test --clear --regex-include \+mpi > > > > will empty out the command list before adding the command for +mpi. The page lists builders by category (vtk-expected), so all builders will be shown. Only those which are scheduled get builds. There's no way (AFAIK) to only list builders which may get a specific changeset to build. --Ben From shawn.waldon at kitware.com Mon Oct 26 10:37:30 2015 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Mon, 26 Oct 2015 10:37:30 -0400 Subject: [vtk-developers] Buildbot builds changed to use OpenGL2 Message-ID: Hi all, This morning we switched the majority of the buildbot builds to use OpenGL2 by default as part of the transition to OpenGL2 in VTK. This has several effects that you should be aware of: * Builds today may be a little flaky as we iron out issues this exposes. * Buildbot itself will no longer display history for older builds where we had to override the default. (The build names changed, so they are considered different builds...) Use CDash to get the details about failing builds on older branches. Sorry for any inconvenience, Shawn -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Mon Oct 26 10:39:39 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 26 Oct 2015 10:39:39 -0400 Subject: [vtk-developers] Buildbot builds changed to use OpenGL2 In-Reply-To: References: Message-ID: Shawn, This is great, thank you for taking lead on this. - Aashish On Mon, Oct 26, 2015 at 10:37 AM, Shawn Waldon wrote: > Hi all, > > This morning we switched the majority of the buildbot builds to use > OpenGL2 by default as part of the transition to OpenGL2 in VTK. This has > several effects that you should be aware of: > > * Builds today may be a little flaky as we iron out issues this exposes. > * Buildbot itself will no longer display history for older builds where we > had to override the default. (The build names changed, so they are > considered different builds...) Use CDash to get the details about failing > builds on older branches. > > Sorry for any inconvenience, > > Shawn > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean at rogue-research.com Mon Oct 26 11:54:57 2015 From: sean at rogue-research.com (Sean McBride) Date: Mon, 26 Oct 2015 11:54:57 -0400 Subject: [vtk-developers] Buildbot builds changed to use OpenGL2 In-Reply-To: References: Message-ID: <20151026155457.162131033@mail.rogue-research.com> On Mon, 26 Oct 2015 10:37:30 -0400, Shawn Waldon said: >This morning we switched the majority of the buildbot builds to use OpenGL2 >by default as part of the transition to OpenGL2 in VTK. This has several >effects that you should be aware of: > >* Builds today may be a little flaky as we iron out issues this exposes. >* Buildbot itself will no longer display history for older builds where we >had to override the default. (The build names changed, so they are >considered different builds...) Use CDash to get the details about failing >builds on older branches. Several dashboards have "OpenGL2" in their name, might it be better to instead assume OpenGL2 and instead use "OpenGL1" in dashboard names where appropriate? 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 shawn.waldon at kitware.com Mon Oct 26 12:03:21 2015 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Mon, 26 Oct 2015 12:03:21 -0400 Subject: [vtk-developers] Buildbot builds changed to use OpenGL2 In-Reply-To: <20151026155457.162131033@mail.rogue-research.com> References: <20151026155457.162131033@mail.rogue-research.com> Message-ID: Sean, That is what the branch I merged to buildbot this morning does for the buildbot dashboards. I don't think CDash has been updated yet to use the new build names for the latest builds at the top of the page though, so you may still see those. Dave DeMarle is the one with access to change the builds that CDash puts in that category. Best, Shawn On Mon, Oct 26, 2015 at 11:54 AM, Sean McBride wrote: > On Mon, 26 Oct 2015 10:37:30 -0400, Shawn Waldon said: > > >This morning we switched the majority of the buildbot builds to use > OpenGL2 > >by default as part of the transition to OpenGL2 in VTK. This has several > >effects that you should be aware of: > > > >* Builds today may be a little flaky as we iron out issues this exposes. > >* Buildbot itself will no longer display history for older builds where we > >had to override the default. (The build names changed, so they are > >considered different builds...) Use CDash to get the details about > failing > >builds on older branches. > > Several dashboards have "OpenGL2" in their name, might it be better to > instead assume OpenGL2 and instead use "OpenGL1" in dashboard names where > appropriate? > > Cheers, > > -- > ____________________________________________________________ > Sean McBride, B. Eng sean at rogue-research.com > Rogue Research www.rogue-research.com > Mac Software Developer Montr?al, Qu?bec, Canada > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean at rogue-research.com Mon Oct 26 12:09:20 2015 From: sean at rogue-research.com (Sean McBride) Date: Mon, 26 Oct 2015 12:09:20 -0400 Subject: [vtk-developers] Buildbot builds changed to use OpenGL2 In-Reply-To: References: <20151026155457.162131033@mail.rogue-research.com> Message-ID: <20151026160920.1032078160@mail.rogue-research.com> Sorry, I meant: Several *buildbots* have "OpenGL2" in their name, might it be better to instead assume OpenGL2 and instead use "OpenGL1" in *buildbot* names where appropriate? Sean On Mon, 26 Oct 2015 12:03:21 -0400, Shawn Waldon said: >Sean, > >That is what the branch I merged to buildbot this morning does for the >buildbot dashboards. I don't think CDash has been updated yet to use the >new build names for the latest builds at the top of the page though, so you >may still see those. Dave DeMarle is the one with access to change the >builds that CDash puts in that category. > >Best, >Shawn > >On Mon, Oct 26, 2015 at 11:54 AM, Sean McBride >wrote: > >> On Mon, 26 Oct 2015 10:37:30 -0400, Shawn Waldon said: >> >> >This morning we switched the majority of the buildbot builds to use >> OpenGL2 >> >by default as part of the transition to OpenGL2 in VTK. This has several >> >effects that you should be aware of: >> > >> >* Builds today may be a little flaky as we iron out issues this exposes. >> >* Buildbot itself will no longer display history for older builds where we >> >had to override the default. (The build names changed, so they are >> >considered different builds...) Use CDash to get the details about >> failing >> >builds on older branches. >> >> Several dashboards have "OpenGL2" in their name, might it be better to >> instead assume OpenGL2 and instead use "OpenGL1" in dashboard names where >> appropriate? >> >> 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 bill.lorensen at gmail.com Mon Oct 26 12:51:41 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Mon, 26 Oct 2015 12:51:41 -0400 Subject: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs Message-ID: Folks, I am working on a patch that will report test failures if "ERROR" appeares in the test output. The subject test will fail once I merge this patch (which is at least a week away). It reports ERROR: In /Users/kitware/dashboards/buildbot/vtk-trey-osx-shared-release_opengl2_python_qt/source/Rendering/OpenGL2/vtkTextureUnitManager.cxx, line 58 vtkTextureUnitManager (0x7f9432c9ab80): the texture unit is deleted but some texture units have not been released: Id=2 Bill From ben.boeckel at kitware.com Mon Oct 26 12:53:19 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 26 Oct 2015 12:53:19 -0400 Subject: [vtk-developers] Buildbot builds changed to use OpenGL2 In-Reply-To: <20151026160920.1032078160@mail.rogue-research.com> References: <20151026155457.162131033@mail.rogue-research.com> <20151026160920.1032078160@mail.rogue-research.com> Message-ID: <20151026165319.GA20678@megas.khq.kitware.com> On Mon, Oct 26, 2015 at 12:09:20 -0400, Sean McBride wrote: > Sorry, I meant: Several *buildbots* have "OpenGL2" in their name, > might it be better to instead assume OpenGL2 and instead use "OpenGL1" > in *buildbot* names where appropriate? These have been renamed to use "+opengl1" rather than "+opengl2". Or are you referring to nightly dashboards (buildbot certainly never used uppercase at least)? --Ben From sean at rogue-research.com Mon Oct 26 12:57:29 2015 From: sean at rogue-research.com (Sean McBride) Date: Mon, 26 Oct 2015 12:57:29 -0400 Subject: [vtk-developers] Buildbot builds changed to use OpenGL2 In-Reply-To: <20151026165319.GA20678@megas.khq.kitware.com> References: <20151026155457.162131033@mail.rogue-research.com> <20151026160920.1032078160@mail.rogue-research.com> <20151026165319.GA20678@megas.khq.kitware.com> Message-ID: <20151026165729.1798306454@mail.rogue-research.com> On Mon, 26 Oct 2015 12:53:19 -0400, Ben Boeckel said: >On Mon, Oct 26, 2015 at 12:09:20 -0400, Sean McBride wrote: >> Sorry, I meant: Several *buildbots* have "OpenGL2" in their name, >> might it be better to instead assume OpenGL2 and instead use "OpenGL1" >> in *buildbot* names where appropriate? > >These have been renamed to use "+opengl1" rather than "+opengl2". Or are >you referring to nightly dashboards (buildbot certainly never used >uppercase at least)? I'm referring to dashboard entries like: kensmacbook.Kitware OpenGL2 dash1win7.kitware Win32-vs11-OpenGL2 kens_ipad.kitware iOS OpenGL2 ES 2.0 RogueResearch14 Mac10.11-clang-dbg-OpenGL2-x86_64 Especially my own submissions. If OpenGL2 is now assumed/default, should I (and others) remove "OpenGL2" and instead name others "OpenGL1"? 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 ken.martin at kitware.com Mon Oct 26 13:29:00 2015 From: ken.martin at kitware.com (Ken Martin) Date: Mon, 26 Oct 2015 13:29:00 -0400 Subject: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs In-Reply-To: References: Message-ID: I find a fix for that test and get it committed :-) Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. -----Original Message----- From: vtk-developers [mailto:vtk-developers-bounces at vtk.org] On Behalf Of Bill Lorensen Sent: Monday, October 26, 2015 12:52 PM To: VTK Developers Subject: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs Folks, I am working on a patch that will report test failures if "ERROR" appeares in the test output. The subject test will fail once I merge this patch (which is at least a week away). It reports ERROR: In /Users/kitware/dashboards/buildbot/vtk-trey-osx-shared-release_opengl2_pyt hon_qt/source/Rendering/OpenGL2/vtkTextureUnitManager.cxx, line 58 vtkTextureUnitManager (0x7f9432c9ab80): the texture unit is deleted but some texture units have not been released: Id=2 Bill _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Search the list archives at: http://markmail.org/search/?q=vtk-developers Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/vtk-developers From simon.esneault at gmail.com Mon Oct 26 13:47:56 2015 From: simon.esneault at gmail.com (Simon ESNEAULT) Date: Mon, 26 Oct 2015 18:47:56 +0100 Subject: [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance Message-ID: Hi All, We are trying to make the switch to the new OpenGL2 backend for our application, and although the switch was easy (thanks for not breaking the API ;) ), we can see a significant slowdown on the GPU volume rendering part, especially during interaction. Typically we dropped from 15/20 fps to 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same code around. This slow down can be seen in ParaView, if you compare the latest 4.4 OpenGL2 build with the classic 4.4 build while volume rendering a big enough volume (512^3) The blog post here http://www.kitware.com/blog/home/post/976 claims that the new GPU volume rendering implementation should be faster than the old one, is there some more detailed explanation somewhere ? Are there some important parameters that can make the difference ? Thanks, Simon PS : The polygonal rendering seems a lot faster with the new backend ! -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Mon Oct 26 13:53:48 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 26 Oct 2015 13:53:48 -0400 Subject: [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Simon, What kind of dataset you are using? Depending on the data type you might be using the GPU one or the unstructured renderer. The performance we measured is related to the GPU ray cast mapper and will apply only to the vtkImageData inputs. Also, helpful would be is if you can tell if the new mapper is bringing low resolution when you interact with the volume (and whether or not it happens with old mapper). Thanks, On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT wrote: > Hi All, > > We are trying to make the switch to the new OpenGL2 backend for our > application, and although the switch was easy (thanks for not breaking the > API ;) ), we can see a significant slowdown on the GPU volume rendering > part, especially during interaction. Typically we dropped from 15/20 fps to > 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same > code around. > > This slow down can be seen in ParaView, if you compare the latest 4.4 > OpenGL2 build with the classic 4.4 build while volume rendering a big > enough volume (512^3) > > The blog post here > http://www.kitware.com/blog/home/post/976 > claims that the new GPU volume rendering implementation should be faster > than the old one, is there some more detailed explanation somewhere ? Are > there some important parameters that can make the difference ? > > Thanks, > > Simon > > PS : The polygonal rendering seems a lot faster with the new backend ! > > -- > ------------------------------------------------------------------ > Simon Esneault > Rennes, France > ------------------------------------------------------------------ > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Mon Oct 26 13:57:22 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 26 Oct 2015 13:57:22 -0400 Subject: [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Also, Do you have shading enabled? We fixed a bug with shading that was causing the slow performance a while back. I don't remember if that was included in 4.4 or not ( I can check ). - Aashish On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > Simon, > > What kind of dataset you are using? Depending on the data type you might > be using > the GPU one or the unstructured renderer. The performance we measured is > related to the GPU ray cast mapper > and will apply only to the vtkImageData inputs. > > Also, helpful would be is if you can tell if the new mapper is bringing > low resolution when you interact with the volume (and whether or not it > happens with old mapper). > > Thanks, > > > On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT > wrote: > >> Hi All, >> >> We are trying to make the switch to the new OpenGL2 backend for our >> application, and although the switch was easy (thanks for not breaking the >> API ;) ), we can see a significant slowdown on the GPU volume rendering >> part, especially during interaction. Typically we dropped from 15/20 fps to >> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >> code around. >> >> This slow down can be seen in ParaView, if you compare the latest 4.4 >> OpenGL2 build with the classic 4.4 build while volume rendering a big >> enough volume (512^3) >> >> The blog post here >> http://www.kitware.com/blog/home/post/976 >> claims that the new GPU volume rendering implementation should be faster >> than the old one, is there some more detailed explanation somewhere ? Are >> there some important parameters that can make the difference ? >> >> Thanks, >> >> Simon >> >> PS : The polygonal rendering seems a lot faster with the new backend ! >> >> -- >> ------------------------------------------------------------------ >> Simon Esneault >> Rennes, France >> ------------------------------------------------------------------ >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> >> > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Mon Oct 26 14:13:34 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 26 Oct 2015 14:13:34 -0400 Subject: [vtk-developers] Buildbot builds changed to use OpenGL2 In-Reply-To: <20151026165729.1798306454@mail.rogue-research.com> References: <20151026155457.162131033@mail.rogue-research.com> <20151026160920.1032078160@mail.rogue-research.com> <20151026165319.GA20678@megas.khq.kitware.com> <20151026165729.1798306454@mail.rogue-research.com> Message-ID: <20151026181334.GA11728@megas.khq.kitware.com> On Mon, Oct 26, 2015 at 12:57:29 -0400, Sean McBride wrote: > On Mon, 26 Oct 2015 12:53:19 -0400, Ben Boeckel said: > > >On Mon, Oct 26, 2015 at 12:09:20 -0400, Sean McBride wrote: > >> Sorry, I meant: Several *buildbots* have "OpenGL2" in their name, > >> might it be better to instead assume OpenGL2 and instead use "OpenGL1" > >> in *buildbot* names where appropriate? > > > >These have been renamed to use "+opengl1" rather than "+opengl2". Or are > >you referring to nightly dashboards (buildbot certainly never used > >uppercase at least)? > > I'm referring to dashboard entries like: > > kensmacbook.Kitware OpenGL2 > > dash1win7.kitware Win32-vs11-OpenGL2 > > kens_ipad.kitware iOS OpenGL2 ES 2.0 > > RogueResearch14 Mac10.11-clang-dbg-OpenGL2-x86_64 > > Especially my own submissions. If OpenGL2 is now assumed/default, > should I (and others) remove "OpenGL2" and instead name others > "OpenGL1"? I think that makes sense, yes. Let me know the new names and I'll update CDash's expected set. Thanks, --Ben From simon.esneault at gmail.com Mon Oct 26 14:13:03 2015 From: simon.esneault at gmail.com (Simon ESNEAULT) Date: Mon, 26 Oct 2015 19:13:03 +0100 Subject: [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Hello Aashish, Thanks for the quick answer We are using a vtkImageData, 512x512x591 with short element (you can find the dataset here : https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). So I think it's all about GPU volume raycast mapper. The new mapper does bring low resolution, but when compared to the old one, it seems less "low resolution" during interaction than the old one Shading is enabled, gradient opacity disabled Don't know if you need a minimal example, but I believe the GPURenderDemo used with this dataset is enough to highlight the slow down. Thanks Simon 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary : > Also, > > Do you have shading enabled? We fixed a bug with shading that was causing > the slow performance a while back. I don't remember if that was included in > 4.4 or not ( I can check ). > > - Aashish > > On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < > aashish.chaudhary at kitware.com> wrote: > >> Simon, >> >> What kind of dataset you are using? Depending on the data type you might >> be using >> the GPU one or the unstructured renderer. The performance we measured is >> related to the GPU ray cast mapper >> and will apply only to the vtkImageData inputs. >> >> Also, helpful would be is if you can tell if the new mapper is bringing >> low resolution when you interact with the volume (and whether or not it >> happens with old mapper). >> >> Thanks, >> >> >> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT > > wrote: >> >>> Hi All, >>> >>> We are trying to make the switch to the new OpenGL2 backend for our >>> application, and although the switch was easy (thanks for not breaking the >>> API ;) ), we can see a significant slowdown on the GPU volume rendering >>> part, especially during interaction. Typically we dropped from 15/20 fps to >>> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >>> code around. >>> >>> This slow down can be seen in ParaView, if you compare the latest 4.4 >>> OpenGL2 build with the classic 4.4 build while volume rendering a big >>> enough volume (512^3) >>> >>> The blog post here >>> http://www.kitware.com/blog/home/post/976 >>> claims that the new GPU volume rendering implementation should be faster >>> than the old one, is there some more detailed explanation somewhere ? Are >>> there some important parameters that can make the difference ? >>> >>> Thanks, >>> >>> Simon >>> >>> PS : The polygonal rendering seems a lot faster with the new backend ! >>> >>> -- >>> ------------------------------------------------------------------ >>> Simon Esneault >>> Rennes, France >>> ------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: >>> http://markmail.org/search/?q=vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >>> >>> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Mon Oct 26 14:33:03 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Mon, 26 Oct 2015 14:33:03 -0400 Subject: [vtk-developers] vtkDomainsChemistryCxx-TestMoleculeSelection ERRORs Message-ID: Folks, I am working on a patch that will report test failures if "ERROR" appears in the test output. The subject test will fail once I merge this patch (which is at least a week away). On some but not all platforms it reports: ERROR: In /home/kitware/Dashboards/My Tests/VTK/Domains/ChemistryOpenGL2/vtkOpenGLStickMapper.cxx, line 306 vtkOpenGLStickMapper (0x1b83cd0): Error setting 'selectionId' in shader VAO. ERROR: In /home/kitware/Dashboards/My Tests/VTK/Domains/ChemistryOpenGL2/vtkOpenGLStickMapper.cxx, line 306 vtkOpenGLStickMapper (0x1b83cd0): Error setting 'selectionId' in shader VAO. If you look at the outputs of the tests here you will see this ERROR on some but not all platforms: https://open.cdash.org/testSummary.php?project=11&name=vtkDomainsChemistryCxx-TestMoleculeSelection&date=2015-10-26 If this is a valid error on some platforms I can intercept it. Bill -- Unpaid intern in BillsBasement at noware dot com From aashish.chaudhary at kitware.com Mon Oct 26 14:45:16 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 26 Oct 2015 14:45:16 -0400 Subject: [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT wrote: > Hello Aashish, > > Thanks for the quick answer > We are using a vtkImageData, 512x512x591 with short element (you can find > the dataset here : https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). > So I think it's all about GPU volume raycast mapper. > The new mapper does bring low resolution, but when compared to the old > one, it seems less "low resolution" during interaction than the old one > Right, so that's why its not a exact comparison. What happens is that depending on what is interactive, (you can set the desired update rate in VTK, not exposed in ParaView I believe), it will do interactive but with higher resolution (smaller sample distance). If they both have the same sample distance, then the new mapper should out perform the old one, however, there is another thing we need to consider here which is shading. > Shading is enabled, gradient opacity disabled > Can you disable the shading and see if now they both (opengl1 and 2) equally better? We already pushed a fix for it but not sure if that you have in your build. > > Don't know if you need a minimal example, but I believe the GPURenderDemo > used with this dataset is enough to highlight the slow down. > Yes, I will use this dataset. Thanks. > > Thanks > Simon > > > 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < > aashish.chaudhary at kitware.com>: > >> Also, >> >> Do you have shading enabled? We fixed a bug with shading that was causing >> the slow performance a while back. I don't remember if that was included in >> 4.4 or not ( I can check ). >> >> - Aashish >> >> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >> aashish.chaudhary at kitware.com> wrote: >> >>> Simon, >>> >>> What kind of dataset you are using? Depending on the data type you might >>> be using >>> the GPU one or the unstructured renderer. The performance we measured is >>> related to the GPU ray cast mapper >>> and will apply only to the vtkImageData inputs. >>> >>> Also, helpful would be is if you can tell if the new mapper is bringing >>> low resolution when you interact with the volume (and whether or not it >>> happens with old mapper). >>> >>> Thanks, >>> >>> >>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>> simon.esneault at gmail.com> wrote: >>> >>>> Hi All, >>>> >>>> We are trying to make the switch to the new OpenGL2 backend for our >>>> application, and although the switch was easy (thanks for not breaking the >>>> API ;) ), we can see a significant slowdown on the GPU volume rendering >>>> part, especially during interaction. Typically we dropped from 15/20 fps to >>>> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >>>> code around. >>>> >>>> This slow down can be seen in ParaView, if you compare the latest 4.4 >>>> OpenGL2 build with the classic 4.4 build while volume rendering a big >>>> enough volume (512^3) >>>> >>>> The blog post here >>>> http://www.kitware.com/blog/home/post/976 >>>> claims that the new GPU volume rendering implementation should be >>>> faster than the old one, is there some more detailed explanation somewhere >>>> ? Are there some important parameters that can make the difference ? >>>> >>>> Thanks, >>>> >>>> Simon >>>> >>>> PS : The polygonal rendering seems a lot faster with the new backend ! >>>> >>>> -- >>>> ------------------------------------------------------------------ >>>> Simon Esneault >>>> Rennes, France >>>> ------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Search the list archives at: >>>> http://markmail.org/search/?q=vtk-developers >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>> >>>> >>>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > > > -- > ------------------------------------------------------------------ > Simon Esneault > Rennes, France > ------------------------------------------------------------------ > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Mon Oct 26 15:12:11 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 26 Oct 2015 15:12:11 -0400 Subject: [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Simon, I used your dataset on paraview master as of today on my Linux box running Ubuntu 14.04 and NVIDA Quadro card and I am getting about 15-20 FPS with shading on with 1920x1080 resolution. Are you on the proper 4.4 or using RC1/RC2? I checked the shading performance fix was in 4.4 but not in RC's. I don't have access to Windows box right away but I will try there too. NOTE: You might get multiple emails because of the attachment size issue. Sorry about that. Thanks, On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > > > On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT > wrote: > >> Hello Aashish, >> >> Thanks for the quick answer >> We are using a vtkImageData, 512x512x591 with short element (you can find >> the dataset here : https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). >> So I think it's all about GPU volume raycast mapper. >> The new mapper does bring low resolution, but when compared to the old >> one, it seems less "low resolution" during interaction than the old one >> > > Right, so that's why its not a exact comparison. What happens is that > depending on what is interactive, (you can set the desired update rate in > VTK, not exposed in ParaView I believe), it will do interactive but with > higher resolution (smaller sample distance). If they both have the same > sample distance, then the new mapper should out perform the old one, > however, there is another thing we need to consider here which is shading. > > >> Shading is enabled, gradient opacity disabled >> > > Can you disable the shading and see if now they both (opengl1 and 2) > equally better? We already pushed a fix for it but not sure if that you > have in your build. > >> >> Don't know if you need a minimal example, but I believe the GPURenderDemo >> used with this dataset is enough to highlight the slow down. >> > > Yes, I will use this dataset. Thanks. > >> >> Thanks >> Simon >> >> >> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < >> aashish.chaudhary at kitware.com>: >> >>> Also, >>> >>> Do you have shading enabled? We fixed a bug with shading that was >>> causing the slow performance a while back. I don't remember if that was >>> included in 4.4 or not ( I can check ). >>> >>> - Aashish >>> >>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >>> aashish.chaudhary at kitware.com> wrote: >>> >>>> Simon, >>>> >>>> What kind of dataset you are using? Depending on the data type you >>>> might be using >>>> the GPU one or the unstructured renderer. The performance we measured >>>> is related to the GPU ray cast mapper >>>> and will apply only to the vtkImageData inputs. >>>> >>>> Also, helpful would be is if you can tell if the new mapper is bringing >>>> low resolution when you interact with the volume (and whether or not it >>>> happens with old mapper). >>>> >>>> Thanks, >>>> >>>> >>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>>> simon.esneault at gmail.com> wrote: >>>> >>>>> Hi All, >>>>> >>>>> We are trying to make the switch to the new OpenGL2 backend for our >>>>> application, and although the switch was easy (thanks for not breaking the >>>>> API ;) ), we can see a significant slowdown on the GPU volume rendering >>>>> part, especially during interaction. Typically we dropped from 15/20 fps to >>>>> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >>>>> code around. >>>>> >>>>> This slow down can be seen in ParaView, if you compare the latest 4.4 >>>>> OpenGL2 build with the classic 4.4 build while volume rendering a big >>>>> enough volume (512^3) >>>>> >>>>> The blog post here >>>>> http://www.kitware.com/blog/home/post/976 >>>>> claims that the new GPU volume rendering implementation should be >>>>> faster than the old one, is there some more detailed explanation somewhere >>>>> ? Are there some important parameters that can make the difference ? >>>>> >>>>> Thanks, >>>>> >>>>> Simon >>>>> >>>>> PS : The polygonal rendering seems a lot faster with the new backend ! >>>>> >>>>> -- >>>>> ------------------------------------------------------------------ >>>>> Simon Esneault >>>>> Rennes, France >>>>> ------------------------------------------------------------------ >>>>> >>>>> _______________________________________________ >>>>> Powered by www.kitware.com >>>>> >>>>> Visit other Kitware open-source projects at >>>>> http://www.kitware.com/opensource/opensource.html >>>>> >>>>> Search the list archives at: >>>>> http://markmail.org/search/?q=vtk-developers >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> ------------------------------------------------------------------ >> Simon Esneault >> Rennes, France >> ------------------------------------------------------------------ >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume.png Type: image/png Size: 167601 bytes Desc: not available URL: From lasso at queensu.ca Mon Oct 26 16:29:56 2015 From: lasso at queensu.ca (Andras Lasso) Date: Mon, 26 Oct 2015 20:29:56 +0000 Subject: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs In-Reply-To: References: Message-ID: Hi Bill, You might find this info useful: We do a similar check in (some) automated tests in Slicer, but instead of parsing the test output we check the number logged VTK error and warning messages. We also have some convenience macros for initialization and reporting and to manage expected errors and warnings. Checks can be added without modifying existing tests, just changing the test driver macros. More details: http://slicer.org/doc/html/classvtkTestingOutputWindow.html http://www.slicer.org/slicerWiki/index.php/Documentation/Nightly/Developers/Tutorials/CxxTests https://github.com/Slicer/Slicer/blob/master/Libs/vtkAddon/ It would be nice if the VTK core would have such a feature (similarly to how tests can be made to exit with failure when there are memory leaks). Andras -----Original Message----- From: vtk-developers [mailto:vtk-developers-bounces at vtk.org] On Behalf Of Bill Lorensen Sent: Monday, October 26, 2015 12:52 PM To: VTK Developers Subject: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs Folks, I am working on a patch that will report test failures if "ERROR" appeares in the test output. The subject test will fail once I merge this patch (which is at least a week away). It reports ERROR: In /Users/kitware/dashboards/buildbot/vtk-trey-osx-shared-release_opengl2_python_qt/source/Rendering/OpenGL2/vtkTextureUnitManager.cxx, line 58 vtkTextureUnitManager (0x7f9432c9ab80): the texture unit is deleted but some texture units have not been released: Id=2 Bill _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Search the list archives at: http://markmail.org/search/?q=vtk-developers Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/vtk-developers From bill.lorensen at gmail.com Mon Oct 26 18:24:09 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Mon, 26 Oct 2015 18:24:09 -0400 Subject: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs In-Reply-To: References: Message-ID: These are real errors that need to be fixed. For those errors that are on purpose, we grab them with an error observer and verify that the proper error message is generated. On Oct 26, 2015 4:29 PM, "Andras Lasso" wrote: > Hi Bill, > > You might find this info useful: We do a similar check in (some) automated > tests in Slicer, but instead of parsing the test output we check the number > logged VTK error and warning messages. We also have some convenience macros > for initialization and reporting and to manage expected errors and > warnings. Checks can be added without modifying existing tests, just > changing the test driver macros. > > More details: > http://slicer.org/doc/html/classvtkTestingOutputWindow.html > > http://www.slicer.org/slicerWiki/index.php/Documentation/Nightly/Developers/Tutorials/CxxTests > https://github.com/Slicer/Slicer/blob/master/Libs/vtkAddon/ > > It would be nice if the VTK core would have such a feature (similarly to > how tests can be made to exit with failure when there are memory leaks). > > Andras > > -----Original Message----- > From: vtk-developers [mailto:vtk-developers-bounces at vtk.org] On Behalf Of > Bill Lorensen > Sent: Monday, October 26, 2015 12:52 PM > To: VTK Developers > Subject: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass > ERRORs > > Folks, > > I am working on a patch that will report test failures if "ERROR" > appeares in the test output. > > The subject test will fail once I merge this patch (which is at least a > week away). It reports > > ERROR: In > /Users/kitware/dashboards/buildbot/vtk-trey-osx-shared-release_opengl2_python_qt/source/Rendering/OpenGL2/vtkTextureUnitManager.cxx, > line 58 > vtkTextureUnitManager (0x7f9432c9ab80): the texture unit is deleted but > some texture units have not been released: Id=2 > > Bill > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lasso at queensu.ca Mon Oct 26 21:43:59 2015 From: lasso at queensu.ca (Andras Lasso) Date: Tue, 27 Oct 2015 01:43:59 +0000 Subject: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs In-Reply-To: References: Message-ID: The mechanism that I wrote about is useful for catching all errors/warnings logged by any class during any test. It can detect real errors that might otherwise go unnoticed. Grabbing errors with observer works well for verifying that expected error events are invoked, but it will not detect unexpected errors. Parsing the test output with a regexp works for catching any unexpected errors, but it is difficult to manage when there are expected errors, too. Andras From: Bill Lorensen [mailto:bill.lorensen at gmail.com] Sent: October 26, 2015 6:24 PM To: Andras Lasso Cc: VTK Developers Subject: RE: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs These are real errors that need to be fixed. For those errors that are on purpose, we grab them with an error observer and verify that the proper error message is generated. On Oct 26, 2015 4:29 PM, "Andras Lasso" > wrote: Hi Bill, You might find this info useful: We do a similar check in (some) automated tests in Slicer, but instead of parsing the test output we check the number logged VTK error and warning messages. We also have some convenience macros for initialization and reporting and to manage expected errors and warnings. Checks can be added without modifying existing tests, just changing the test driver macros. More details: http://slicer.org/doc/html/classvtkTestingOutputWindow.html http://www.slicer.org/slicerWiki/index.php/Documentation/Nightly/Developers/Tutorials/CxxTests https://github.com/Slicer/Slicer/blob/master/Libs/vtkAddon/ It would be nice if the VTK core would have such a feature (similarly to how tests can be made to exit with failure when there are memory leaks). Andras -----Original Message----- From: vtk-developers [mailto:vtk-developers-bounces at vtk.org] On Behalf Of Bill Lorensen Sent: Monday, October 26, 2015 12:52 PM To: VTK Developers > Subject: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs Folks, I am working on a patch that will report test failures if "ERROR" appeares in the test output. The subject test will fail once I merge this patch (which is at least a week away). It reports ERROR: In /Users/kitware/dashboards/buildbot/vtk-trey-osx-shared-release_opengl2_python_qt/source/Rendering/OpenGL2/vtkTextureUnitManager.cxx, line 58 vtkTextureUnitManager (0x7f9432c9ab80): the texture unit is deleted but some texture units have not been released: Id=2 Bill _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Search the list archives at: http://markmail.org/search/?q=vtk-developers Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/vtk-developers -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Mon Oct 26 22:32:51 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 26 Oct 2015 22:32:51 -0400 Subject: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs In-Reply-To: References: Message-ID: <20151027023251.GA3053@bronto-burt.dev.benboeckel.net> On Tue, Oct 27, 2015 at 01:43:59 +0000, Andras Lasso wrote: > The mechanism that I wrote about is useful for catching all > errors/warnings logged by any class during any test. It can detect > real errors that might otherwise go unnoticed. The branch handles this by failing the test (via a CTest property) if ERROR is in its output. > Grabbing errors with observer works well for verifying that expected > error events are invoked, but it will not detect unexpected errors. > Parsing the test output with a regexp works for catching any > unexpected errors, but it is difficult to manage when there are > expected errors, too. The idea is to capture expected errors via vtkErrorObserver and verify that they are the expected error. Anything not expected there or not caught triggers the CTest property to have it fail on ERROR output. Is this not the same outcome? --Ben From lasso at queensu.ca Mon Oct 26 23:42:20 2015 From: lasso at queensu.ca (Andras Lasso) Date: Tue, 27 Oct 2015 03:42:20 +0000 Subject: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs In-Reply-To: <20151027023251.GA3053@bronto-burt.dev.benboeckel.net> References: <20151027023251.GA3053@bronto-burt.dev.benboeckel.net> Message-ID: The limitation of using FAIL_REGULAR_EXPRESSION CTest property for catching errors is that it's very difficult (if at all possible) to catch unexpected errors when there are expected errors as well. When you use vtkTestingOutputWindow class then the default behavior is to return with failure at the end of the test if warnings/errors have been logged; but you can easily mark sections of code that are expected/allowed to log errors. See some examples below. Andras // the test driver calls TESTING_OUTPUT_INIT(), which instantiates vtkTestingOutputWindow to capture all log messages int simpleTestThatShouldNotLogErrors(...) { ...perform operations that must_not log error or warning messages - no changes in the test are necessary, initialization and returning with failure are provided by the test driver } // the test driver calls TESTING_OUTPUT_ASSERT_WARNINGS_ERRORS(0), which returns with EXIT_FAILURE in case there were warnings or errors int complexTestThatHasExpectedAnUnexpectedErrors(...) { ...perform operations that must_not log error messages TESTING_OUTPUT_IGNORE_WARNINGS_ERRORS_BEGIN(); ...perform operations that are allowed to log errors and warnings TESTING_OUTPUT_IGNORE_WARNINGS_ERRORS_END(); ...perform operations that must_not log error messages TESTING_OUTPUT_ASSERT_WARNINGS_BEGIN(); ...perform operations that must log at least one warning message TESTING_OUTPUT_ASSERT_WARNINGS_END(); ...perform operations that must_not log error messages } -----Original Message----- From: Ben Boeckel [mailto:ben.boeckel at kitware.com] Sent: October 26, 2015 10:33 PM To: Andras Lasso Cc: Bill Lorensen ; VTK Developers Subject: Re: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs On Tue, Oct 27, 2015 at 01:43:59 +0000, Andras Lasso wrote: > The mechanism that I wrote about is useful for catching all > errors/warnings logged by any class during any test. It can detect > real errors that might otherwise go unnoticed. The branch handles this by failing the test (via a CTest property) if ERROR is in its output. > Grabbing errors with observer works well for verifying that expected > error events are invoked, but it will not detect unexpected errors. > Parsing the test output with a regexp works for catching any > unexpected errors, but it is difficult to manage when there are > expected errors, too. The idea is to capture expected errors via vtkErrorObserver and verify that they are the expected error. Anything not expected there or not caught triggers the CTest property to have it fail on ERROR output. Is this not the same outcome? --Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Tue Oct 27 00:35:30 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 27 Oct 2015 00:35:30 -0400 Subject: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs In-Reply-To: References: <20151027023251.GA3053@bronto-burt.dev.benboeckel.net> Message-ID: <20151027043530.GA8140@bronto-burt.dev.benboeckel.net> On Tue, Oct 27, 2015 at 03:42:20 +0000, Andras Lasso wrote: > The limitation of using FAIL_REGULAR_EXPRESSION CTest property for > catching errors is that it's very difficult (if at all possible) to > catch unexpected errors when there are expected errors as well. That's what vtkErrorObserver is for. It traps errors (without printing to stderr) which are then compared against to ensure they happened. Any errors not expected or which didn't actually fire are a failure caught either by the error-happened checking code or by CTest. > When you use vtkTestingOutputWindow class then the default behavior is > to return with failure at the end of the test if warnings/errors have > been logged; but you can easily mark sections of code that are > expected/allowed to log errors. See some examples below. How do you catch bits of code which output extra errors or stop outputting errors in this case? --Ben From aashish.chaudhary at kitware.com Tue Oct 27 09:10:22 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Tue, 27 Oct 2015 09:10:22 -0400 Subject: [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Dear Simon, Checking again. Wondering if you can provide some more detail on the binary you are using and whether or not without shading the rendering performance comparable to older version. Thanks, On Mon, Oct 26, 2015 at 3:12 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > Simon, > > I used your dataset on paraview master as of today on my Linux box running > Ubuntu 14.04 and NVIDA Quadro card and I am getting about 15-20 FPS with > shading on with 1920x1080 resolution. > > Are you on the proper 4.4 or using RC1/RC2? I checked the shading > performance fix was in 4.4 but not in RC's. I don't have access to Windows > box right away but I will try there too. > > NOTE: You might get multiple emails because of the attachment size issue. > Sorry about that. > > Thanks, > > On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary < > aashish.chaudhary at kitware.com> wrote: > >> >> >> On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT > > wrote: >> >>> Hello Aashish, >>> >>> Thanks for the quick answer >>> We are using a vtkImageData, 512x512x591 with short element (you can >>> find the dataset here : >>> https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). So I think it's >>> all about GPU volume raycast mapper. >>> The new mapper does bring low resolution, but when compared to the old >>> one, it seems less "low resolution" during interaction than the old one >>> >> >> Right, so that's why its not a exact comparison. What happens is that >> depending on what is interactive, (you can set the desired update rate in >> VTK, not exposed in ParaView I believe), it will do interactive but with >> higher resolution (smaller sample distance). If they both have the same >> sample distance, then the new mapper should out perform the old one, >> however, there is another thing we need to consider here which is shading. >> >> >>> Shading is enabled, gradient opacity disabled >>> >> >> Can you disable the shading and see if now they both (opengl1 and 2) >> equally better? We already pushed a fix for it but not sure if that you >> have in your build. >> >>> >>> Don't know if you need a minimal example, but I believe the >>> GPURenderDemo used with this dataset is enough to highlight the slow down. >>> >> >> Yes, I will use this dataset. Thanks. >> >>> >>> Thanks >>> Simon >>> >>> >>> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < >>> aashish.chaudhary at kitware.com>: >>> >>>> Also, >>>> >>>> Do you have shading enabled? We fixed a bug with shading that was >>>> causing the slow performance a while back. I don't remember if that was >>>> included in 4.4 or not ( I can check ). >>>> >>>> - Aashish >>>> >>>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >>>> aashish.chaudhary at kitware.com> wrote: >>>> >>>>> Simon, >>>>> >>>>> What kind of dataset you are using? Depending on the data type you >>>>> might be using >>>>> the GPU one or the unstructured renderer. The performance we measured >>>>> is related to the GPU ray cast mapper >>>>> and will apply only to the vtkImageData inputs. >>>>> >>>>> Also, helpful would be is if you can tell if the new mapper is >>>>> bringing low resolution when you interact with the volume (and whether or >>>>> not it happens with old mapper). >>>>> >>>>> Thanks, >>>>> >>>>> >>>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>>>> simon.esneault at gmail.com> wrote: >>>>> >>>>>> Hi All, >>>>>> >>>>>> We are trying to make the switch to the new OpenGL2 backend for our >>>>>> application, and although the switch was easy (thanks for not breaking the >>>>>> API ;) ), we can see a significant slowdown on the GPU volume rendering >>>>>> part, especially during interaction. Typically we dropped from 15/20 fps to >>>>>> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >>>>>> code around. >>>>>> >>>>>> This slow down can be seen in ParaView, if you compare the latest 4.4 >>>>>> OpenGL2 build with the classic 4.4 build while volume rendering a big >>>>>> enough volume (512^3) >>>>>> >>>>>> The blog post here >>>>>> http://www.kitware.com/blog/home/post/976 >>>>>> claims that the new GPU volume rendering implementation should be >>>>>> faster than the old one, is there some more detailed explanation somewhere >>>>>> ? Are there some important parameters that can make the difference ? >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Simon >>>>>> >>>>>> PS : The polygonal rendering seems a lot faster with the new backend ! >>>>>> >>>>>> -- >>>>>> ------------------------------------------------------------------ >>>>>> Simon Esneault >>>>>> Rennes, France >>>>>> ------------------------------------------------------------------ >>>>>> >>>>>> _______________________________________________ >>>>>> Powered by www.kitware.com >>>>>> >>>>>> Visit other Kitware open-source projects at >>>>>> http://www.kitware.com/opensource/opensource.html >>>>>> >>>>>> Search the list archives at: >>>>>> http://markmail.org/search/?q=vtk-developers >>>>>> >>>>>> Follow this link to subscribe/unsubscribe: >>>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> >>>>> >>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>> * >>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>> * >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>> >>> >>> >>> -- >>> ------------------------------------------------------------------ >>> Simon Esneault >>> Rennes, France >>> ------------------------------------------------------------------ >>> >> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.esneault at gmail.com Tue Oct 27 09:43:05 2015 From: simon.esneault at gmail.com (Simon ESNEAULT) Date: Tue, 27 Oct 2015 14:43:05 +0100 Subject: [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Hello Aashish, Sorry for the late answer, I was busy this morning. Thanks for testing with the DataSet. I agree the performance is still quite good with the new backend, and I also get something like 15/20 fps on windows on an HD screen. But when compared to the old one, and in some condition (when zoomed especially), it looks really slower to me The two tested version are : - ParaView 4.4.0 64 bits final version for the old backend - ParaView 4.4.0-193-gec96423 64 bits, for the OpenGL2 backend. on a windows 7 box, Xeon E3-1220 v3 CPU, 16GB ram and Nvidia Quadro K420 To highlight the difference, here is what I do : - Launch both version on the same computer at the same time - Load the above dataset on each - Select volume rendering - Adjust the transfer function data range to [100-750] (the default "Cool to Warm" is fine) - Set the view direction to +Y - Adjust the Y of the camera position to -300 And start interacting ... Dunno if there is an easy way to print out the Frame Rate in Paraview, but the new version seems really twice slower in these conditions... We can see it does not scale in the same way, the old backend seems more aggressive on the image sample reduction, hence the interactivity is better. Shading enable or not does not change much I'm aware of the DesiredUpdateRate thing, we use to play with this with the old backend to fine tune the interactivity, although what's really inside was never clear to me I hope that there is enough information for you to reproduce this, do not hesitate to ask for some more information. Thanks a lot for your help Simon 2015-10-27 14:10 GMT+01:00 Aashish Chaudhary : > Dear Simon, > > Checking again. Wondering if you can provide some more detail on the > binary you are using and whether or not without shading the rendering > performance comparable to older version. > > Thanks, > > > On Mon, Oct 26, 2015 at 3:12 PM, Aashish Chaudhary < > aashish.chaudhary at kitware.com> wrote: > >> Simon, >> >> I used your dataset on paraview master as of today on my Linux box >> running Ubuntu 14.04 and NVIDA Quadro card and I am getting about 15-20 FPS >> with shading on with 1920x1080 resolution. >> >> Are you on the proper 4.4 or using RC1/RC2? I checked the shading >> performance fix was in 4.4 but not in RC's. I don't have access to Windows >> box right away but I will try there too. >> >> NOTE: You might get multiple emails because of the attachment size issue. >> Sorry about that. >> >> Thanks, >> >> On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary < >> aashish.chaudhary at kitware.com> wrote: >> >>> >>> >>> On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT < >>> simon.esneault at gmail.com> wrote: >>> >>>> Hello Aashish, >>>> >>>> Thanks for the quick answer >>>> We are using a vtkImageData, 512x512x591 with short element (you can >>>> find the dataset here : >>>> https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). So I think it's >>>> all about GPU volume raycast mapper. >>>> The new mapper does bring low resolution, but when compared to the old >>>> one, it seems less "low resolution" during interaction than the old one >>>> >>> >>> Right, so that's why its not a exact comparison. What happens is that >>> depending on what is interactive, (you can set the desired update rate in >>> VTK, not exposed in ParaView I believe), it will do interactive but with >>> higher resolution (smaller sample distance). If they both have the same >>> sample distance, then the new mapper should out perform the old one, >>> however, there is another thing we need to consider here which is shading. >>> >>> >>>> Shading is enabled, gradient opacity disabled >>>> >>> >>> Can you disable the shading and see if now they both (opengl1 and 2) >>> equally better? We already pushed a fix for it but not sure if that you >>> have in your build. >>> >>>> >>>> Don't know if you need a minimal example, but I believe the >>>> GPURenderDemo used with this dataset is enough to highlight the slow down. >>>> >>> >>> Yes, I will use this dataset. Thanks. >>> >>>> >>>> Thanks >>>> Simon >>>> >>>> >>>> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < >>>> aashish.chaudhary at kitware.com>: >>>> >>>>> Also, >>>>> >>>>> Do you have shading enabled? We fixed a bug with shading that was >>>>> causing the slow performance a while back. I don't remember if that was >>>>> included in 4.4 or not ( I can check ). >>>>> >>>>> - Aashish >>>>> >>>>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >>>>> aashish.chaudhary at kitware.com> wrote: >>>>> >>>>>> Simon, >>>>>> >>>>>> What kind of dataset you are using? Depending on the data type you >>>>>> might be using >>>>>> the GPU one or the unstructured renderer. The performance we measured >>>>>> is related to the GPU ray cast mapper >>>>>> and will apply only to the vtkImageData inputs. >>>>>> >>>>>> Also, helpful would be is if you can tell if the new mapper is >>>>>> bringing low resolution when you interact with the volume (and whether or >>>>>> not it happens with old mapper). >>>>>> >>>>>> Thanks, >>>>>> >>>>>> >>>>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>>>>> simon.esneault at gmail.com> wrote: >>>>>> >>>>>>> Hi All, >>>>>>> >>>>>>> We are trying to make the switch to the new OpenGL2 backend for our >>>>>>> application, and although the switch was easy (thanks for not breaking the >>>>>>> API ;) ), we can see a significant slowdown on the GPU volume rendering >>>>>>> part, especially during interaction. Typically we dropped from 15/20 fps to >>>>>>> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >>>>>>> code around. >>>>>>> >>>>>>> This slow down can be seen in ParaView, if you compare the latest >>>>>>> 4.4 OpenGL2 build with the classic 4.4 build while volume rendering a big >>>>>>> enough volume (512^3) >>>>>>> >>>>>>> The blog post here >>>>>>> http://www.kitware.com/blog/home/post/976 >>>>>>> claims that the new GPU volume rendering implementation should be >>>>>>> faster than the old one, is there some more detailed explanation somewhere >>>>>>> ? Are there some important parameters that can make the difference ? >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> Simon >>>>>>> >>>>>>> PS : The polygonal rendering seems a lot faster with the new backend >>>>>>> ! >>>>>>> >>>>>>> -- >>>>>>> ------------------------------------------------------------------ >>>>>>> Simon Esneault >>>>>>> Rennes, France >>>>>>> ------------------------------------------------------------------ >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Powered by www.kitware.com >>>>>>> >>>>>>> Visit other Kitware open-source projects at >>>>>>> http://www.kitware.com/opensource/opensource.html >>>>>>> >>>>>>> Search the list archives at: >>>>>>> http://markmail.org/search/?q=vtk-developers >>>>>>> >>>>>>> Follow this link to subscribe/unsubscribe: >>>>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> >>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>> * >>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>> * >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> >>>>> >>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>> * >>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>> * >>>>> >>>> >>>> >>>> >>>> -- >>>> ------------------------------------------------------------------ >>>> Simon Esneault >>>> Rennes, France >>>> ------------------------------------------------------------------ >>>> >>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Tue Oct 27 09:48:45 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Tue, 27 Oct 2015 09:48:45 -0400 Subject: [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Hi Simon, This is helpful but just missing few more bits: 1) Did you try without the shading and see how the performance compares? 2) ParaView 4.4.0-193-gec96423 --> Where did you get this one from (ParaView download page or did you built yourself?) Also, so on your system the old mapper is running 30FPS and the new one at 15-20 FPS as per your summary. Thanks, - Aashish On Tue, Oct 27, 2015 at 9:43 AM, Simon ESNEAULT wrote: > Hello Aashish, > > Sorry for the late answer, I was busy this morning. > Thanks for testing with the DataSet. > I agree the performance is still quite good with the new backend, and I > also get something like 15/20 fps on windows on an HD screen. But when > compared to the old one, and in some condition (when zoomed especially), it > looks really slower to me > The two tested version are : > - ParaView 4.4.0 64 bits final version for the old backend > - ParaView 4.4.0-193-gec96423 64 bits, for the OpenGL2 backend. > on a windows 7 box, Xeon E3-1220 v3 CPU, 16GB ram and Nvidia Quadro K420 > > To highlight the difference, here is what I do : > - Launch both version on the same computer at the same time > - Load the above dataset on each > - Select volume rendering > - Adjust the transfer function data range to [100-750] (the default "Cool > to Warm" is fine) > - Set the view direction to +Y > - Adjust the Y of the camera position to -300 > > And start interacting ... > Dunno if there is an easy way to print out the Frame Rate in Paraview, but > the new version seems really twice slower in these conditions... We can see > it does not scale in the same way, the old backend seems more aggressive on > the image sample reduction, hence the interactivity is better. > Shading enable or not does not change much > > I'm aware of the DesiredUpdateRate thing, we use to play with this with > the old backend to fine tune the interactivity, although what's really > inside was never clear to me > > I hope that there is enough information for you to reproduce this, do not > hesitate to ask for some more information. > > Thanks a lot for your help > Simon > > > 2015-10-27 14:10 GMT+01:00 Aashish Chaudhary < > aashish.chaudhary at kitware.com>: > >> Dear Simon, >> >> Checking again. Wondering if you can provide some more detail on the >> binary you are using and whether or not without shading the rendering >> performance comparable to older version. >> >> Thanks, >> >> >> On Mon, Oct 26, 2015 at 3:12 PM, Aashish Chaudhary < >> aashish.chaudhary at kitware.com> wrote: >> >>> Simon, >>> >>> I used your dataset on paraview master as of today on my Linux box >>> running Ubuntu 14.04 and NVIDA Quadro card and I am getting about 15-20 FPS >>> with shading on with 1920x1080 resolution. >>> >>> Are you on the proper 4.4 or using RC1/RC2? I checked the shading >>> performance fix was in 4.4 but not in RC's. I don't have access to Windows >>> box right away but I will try there too. >>> >>> NOTE: You might get multiple emails because of the attachment size >>> issue. Sorry about that. >>> >>> Thanks, >>> >>> On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary < >>> aashish.chaudhary at kitware.com> wrote: >>> >>>> >>>> >>>> On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT < >>>> simon.esneault at gmail.com> wrote: >>>> >>>>> Hello Aashish, >>>>> >>>>> Thanks for the quick answer >>>>> We are using a vtkImageData, 512x512x591 with short element (you can >>>>> find the dataset here : >>>>> https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). So I think >>>>> it's all about GPU volume raycast mapper. >>>>> The new mapper does bring low resolution, but when compared to the old >>>>> one, it seems less "low resolution" during interaction than the old one >>>>> >>>> >>>> Right, so that's why its not a exact comparison. What happens is that >>>> depending on what is interactive, (you can set the desired update rate in >>>> VTK, not exposed in ParaView I believe), it will do interactive but with >>>> higher resolution (smaller sample distance). If they both have the same >>>> sample distance, then the new mapper should out perform the old one, >>>> however, there is another thing we need to consider here which is shading. >>>> >>>> >>>>> Shading is enabled, gradient opacity disabled >>>>> >>>> >>>> Can you disable the shading and see if now they both (opengl1 and 2) >>>> equally better? We already pushed a fix for it but not sure if that you >>>> have in your build. >>>> >>>>> >>>>> Don't know if you need a minimal example, but I believe the >>>>> GPURenderDemo used with this dataset is enough to highlight the slow down. >>>>> >>>> >>>> Yes, I will use this dataset. Thanks. >>>> >>>>> >>>>> Thanks >>>>> Simon >>>>> >>>>> >>>>> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < >>>>> aashish.chaudhary at kitware.com>: >>>>> >>>>>> Also, >>>>>> >>>>>> Do you have shading enabled? We fixed a bug with shading that was >>>>>> causing the slow performance a while back. I don't remember if that was >>>>>> included in 4.4 or not ( I can check ). >>>>>> >>>>>> - Aashish >>>>>> >>>>>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >>>>>> aashish.chaudhary at kitware.com> wrote: >>>>>> >>>>>>> Simon, >>>>>>> >>>>>>> What kind of dataset you are using? Depending on the data type you >>>>>>> might be using >>>>>>> the GPU one or the unstructured renderer. The performance we >>>>>>> measured is related to the GPU ray cast mapper >>>>>>> and will apply only to the vtkImageData inputs. >>>>>>> >>>>>>> Also, helpful would be is if you can tell if the new mapper is >>>>>>> bringing low resolution when you interact with the volume (and whether or >>>>>>> not it happens with old mapper). >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> >>>>>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>>>>>> simon.esneault at gmail.com> wrote: >>>>>>> >>>>>>>> Hi All, >>>>>>>> >>>>>>>> We are trying to make the switch to the new OpenGL2 backend for our >>>>>>>> application, and although the switch was easy (thanks for not breaking the >>>>>>>> API ;) ), we can see a significant slowdown on the GPU volume rendering >>>>>>>> part, especially during interaction. Typically we dropped from 15/20 fps to >>>>>>>> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >>>>>>>> code around. >>>>>>>> >>>>>>>> This slow down can be seen in ParaView, if you compare the latest >>>>>>>> 4.4 OpenGL2 build with the classic 4.4 build while volume rendering a big >>>>>>>> enough volume (512^3) >>>>>>>> >>>>>>>> The blog post here >>>>>>>> http://www.kitware.com/blog/home/post/976 >>>>>>>> claims that the new GPU volume rendering implementation should be >>>>>>>> faster than the old one, is there some more detailed explanation somewhere >>>>>>>> ? Are there some important parameters that can make the difference ? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> >>>>>>>> Simon >>>>>>>> >>>>>>>> PS : The polygonal rendering seems a lot faster with the new >>>>>>>> backend ! >>>>>>>> >>>>>>>> -- >>>>>>>> ------------------------------------------------------------------ >>>>>>>> Simon Esneault >>>>>>>> Rennes, France >>>>>>>> ------------------------------------------------------------------ >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Powered by www.kitware.com >>>>>>>> >>>>>>>> Visit other Kitware open-source projects at >>>>>>>> http://www.kitware.com/opensource/opensource.html >>>>>>>> >>>>>>>> Search the list archives at: >>>>>>>> http://markmail.org/search/?q=vtk-developers >>>>>>>> >>>>>>>> Follow this link to subscribe/unsubscribe: >>>>>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> >>>>>>> >>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>> * >>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>> * >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> >>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>> * >>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>> * >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> ------------------------------------------------------------------ >>>>> Simon Esneault >>>>> Rennes, France >>>>> ------------------------------------------------------------------ >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > > > -- > ------------------------------------------------------------------ > Simon Esneault > Rennes, France > ------------------------------------------------------------------ > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcus.hanwell at kitware.com Tue Oct 27 10:35:02 2015 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Tue, 27 Oct 2015 10:35:02 -0400 Subject: [vtk-developers] vtkDomainsChemistryCxx-TestMoleculeSelection ERRORs In-Reply-To: References: Message-ID: On Mon, Oct 26, 2015 at 2:33 PM, Bill Lorensen wrote: > Folks, > > I am working on a patch that will report test failures if "ERROR" > appears in the test output. > > The subject test will fail once I merge this patch (which is at least > a week away). On some but not all platforms it reports: > > ERROR: In /home/kitware/Dashboards/My > Tests/VTK/Domains/ChemistryOpenGL2/vtkOpenGLStickMapper.cxx, line 306 > vtkOpenGLStickMapper (0x1b83cd0): Error setting 'selectionId' in shader VAO. > > ERROR: In /home/kitware/Dashboards/My > Tests/VTK/Domains/ChemistryOpenGL2/vtkOpenGLStickMapper.cxx, line 306 > vtkOpenGLStickMapper (0x1b83cd0): Error setting 'selectionId' in shader VAO. > > If you look at the outputs of the tests here you will see this ERROR > on some but not all platforms: > https://open.cdash.org/testSummary.php?project=11&name=vtkDomainsChemistryCxx-TestMoleculeSelection&date=2015-10-26 > > If this is a valid error on some platforms I can intercept it. > This is from the rendering code, in the VAO code, I feel like this is probably a bug and should be fixed but I have not touched any of this code in quite some time. Ken probably has a better idea, although in general from an application development point of view I would prefer the library was quieter if the problem can be worked around. Marcus From ken.martin at kitware.com Tue Oct 27 12:05:03 2015 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 27 Oct 2015 12:05:03 -0400 Subject: [vtk-developers] vtkDomainsChemistryCxx-TestMoleculeSelection ERRORs In-Reply-To: References: Message-ID: <542e60d9b643517f65e236674a99caa2@mail.gmail.com> I'll dig into this soonish, totally in my code, - Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. -----Original Message----- From: Marcus D. Hanwell [mailto:marcus.hanwell at kitware.com] Sent: Tuesday, October 27, 2015 10:35 AM To: Bill Lorensen; Ken Martin Cc: VTK Developers Subject: Re: [vtk-developers] vtkDomainsChemistryCxx-TestMoleculeSelection ERRORs On Mon, Oct 26, 2015 at 2:33 PM, Bill Lorensen wrote: > Folks, > > I am working on a patch that will report test failures if "ERROR" > appears in the test output. > > The subject test will fail once I merge this patch (which is at least > a week away). On some but not all platforms it reports: > > ERROR: In /home/kitware/Dashboards/My > Tests/VTK/Domains/ChemistryOpenGL2/vtkOpenGLStickMapper.cxx, line 306 > vtkOpenGLStickMapper (0x1b83cd0): Error setting 'selectionId' in shader > VAO. > > ERROR: In /home/kitware/Dashboards/My > Tests/VTK/Domains/ChemistryOpenGL2/vtkOpenGLStickMapper.cxx, line 306 > vtkOpenGLStickMapper (0x1b83cd0): Error setting 'selectionId' in shader > VAO. > > If you look at the outputs of the tests here you will see this ERROR > on some but not all platforms: > https://open.cdash.org/testSummary.php?project=11&name=vtkDomainsChemi > stryCxx-TestMoleculeSelection&date=2015-10-26 > > If this is a valid error on some platforms I can intercept it. > This is from the rendering code, in the VAO code, I feel like this is probably a bug and should be fixed but I have not touched any of this code in quite some time. Ken probably has a better idea, although in general from an application development point of view I would prefer the library was quieter if the problem can be worked around. Marcus From simon.esneault at gmail.com Tue Oct 27 13:52:11 2015 From: simon.esneault at gmail.com (Simon ESNEAULT) Date: Tue, 27 Oct 2015 18:52:11 +0100 Subject: [vtk-developers] [vtkusers] OpenGL2 - Broken vtkTexturedButtonRepresentation2D/vtkButtonWidget Message-ID: Hello All, Following our migration to the brand new OpenGL2 backend, the ButtonWidget seem's broken, the button display's a gray texture instead of an image with the new backend. This is visible in all our tested platform (Windows or OSX box) The following VTK wiki example reproduce the problem : http://www.vtk.org/Wiki/VTK/Examples/Cxx/Widgets/TexturedButtonWidget OpenGL1 backend result : http://picpaste.com/pics/OGL1_1.1445968197.png OpenGL2 backend result : http://picpaste.com/pics/OGL2_1.1445968221.png Is it a known issue ? Any clue ? In our application we try to load a png image, but it always show a gray/white rectangle instead Thanks Simon -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From lasso at queensu.ca Tue Oct 27 14:57:21 2015 From: lasso at queensu.ca (Andras Lasso) Date: Tue, 27 Oct 2015 18:57:21 +0000 Subject: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs In-Reply-To: <20151027043530.GA8140@bronto-burt.dev.benboeckel.net> References: <20151027023251.GA3053@bronto-burt.dev.benboeckel.net> <20151027043530.GA8140@bronto-burt.dev.benboeckel.net> Message-ID: I didn't know about vtkErrorObserver and its capability to trap errors. Where this class is located? I can't find it in the latest VKT master on github and google search does not bring up anything relevant either. An object-specific error trap can work well for dealing with expected errors. The difference compared to the vtkTestingOutputWindow approach is that the behavior is more explicit, more deterministic, with a small drawback that you must have the pointer to the object that is supposed to throw errors (sometimes it may be tricky to get the object pointer, but it should be doable). Using vtkTestingOutputWindow you can catch unexpected errors by a combination of counting all the errors/warnings, comparing the numbers to expected numbers, and resetting the counters. Convenience macros can be used for checking the numbers and resetting the counters, which makes the tests quite well readable (see some examples in my previous email). Andras -----Original Message----- From: Ben Boeckel [mailto:ben.boeckel at kitware.com] Sent: Tuesday, October 27, 2015 12:36 AM To: Andras Lasso Cc: Bill Lorensen ; VTK Developers Subject: Re: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs On Tue, Oct 27, 2015 at 03:42:20 +0000, Andras Lasso wrote: > The limitation of using FAIL_REGULAR_EXPRESSION CTest property for > catching errors is that it's very difficult (if at all possible) to > catch unexpected errors when there are expected errors as well. That's what vtkErrorObserver is for. It traps errors (without printing to stderr) which are then compared against to ensure they happened. Any errors not expected or which didn't actually fire are a failure caught either by the error-happened checking code or by CTest. > When you use vtkTestingOutputWindow class then the default behavior is > to return with failure at the end of the test if warnings/errors have > been logged; but you can easily mark sections of code that are > expected/allowed to log errors. See some examples below. How do you catch bits of code which output extra errors or stop outputting errors in this case? --Ben From bill.lorensen at gmail.com Tue Oct 27 15:46:17 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Tue, 27 Oct 2015 15:46:17 -0400 Subject: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs In-Reply-To: References: <20151027023251.GA3053@bronto-burt.dev.benboeckel.net> <20151027043530.GA8140@bronto-burt.dev.benboeckel.net> Message-ID: Testing/Core/vtkTestErrorObserver.h You can git grep for ErrorObserver and see how it is used. On Tue, Oct 27, 2015 at 2:57 PM, Andras Lasso wrote: > I didn't know about vtkErrorObserver and its capability to trap errors. Where this class is located? I can't find it in the latest VKT master on github and google search does not bring up anything relevant either. > > An object-specific error trap can work well for dealing with expected errors. The difference compared to the vtkTestingOutputWindow approach is that the behavior is more explicit, more deterministic, with a small drawback that you must have the pointer to the object that is supposed to throw errors (sometimes it may be tricky to get the object pointer, but it should be doable). > > Using vtkTestingOutputWindow you can catch unexpected errors by a combination of counting all the errors/warnings, comparing the numbers to expected numbers, and resetting the counters. Convenience macros can be used for checking the numbers and resetting the counters, which makes the tests quite well readable (see some examples in my previous email). > > Andras > > -----Original Message----- > From: Ben Boeckel [mailto:ben.boeckel at kitware.com] > Sent: Tuesday, October 27, 2015 12:36 AM > To: Andras Lasso > Cc: Bill Lorensen ; VTK Developers > Subject: Re: [vtk-developers] vtkRenderingOpenGL2Cxx-TestDepthOfFieldPass ERRORs > > On Tue, Oct 27, 2015 at 03:42:20 +0000, Andras Lasso wrote: >> The limitation of using FAIL_REGULAR_EXPRESSION CTest property for >> catching errors is that it's very difficult (if at all possible) to >> catch unexpected errors when there are expected errors as well. > > That's what vtkErrorObserver is for. It traps errors (without printing to stderr) which are then compared against to ensure they happened. Any errors not expected or which didn't actually fire are a failure caught either by the error-happened checking code or by CTest. > >> When you use vtkTestingOutputWindow class then the default behavior is >> to return with failure at the end of the test if warnings/errors have >> been logged; but you can easily mark sections of code that are >> expected/allowed to log errors. See some examples below. > > How do you catch bits of code which output extra errors or stop outputting errors in this case? > > --Ben -- Unpaid intern in BillsBasement at noware dot com From simon.esneault at gmail.com Wed Oct 28 10:51:13 2015 From: simon.esneault at gmail.com (Simon ESNEAULT) Date: Wed, 28 Oct 2015 15:51:13 +0100 Subject: [vtk-developers] [vtkusers] OpenGL2 - Broken vtkTexturedButtonRepresentation2D/vtkButtonWidget In-Reply-To: References: Message-ID: Hello, I've created a bug report here : http://www.vtk.org/Bug/view.php?id=15812 Have a good day, Simon 2015-10-27 18:52 GMT+01:00 Simon ESNEAULT : > Hello All, > > Following our migration to the brand new OpenGL2 backend, the ButtonWidget > seem's broken, the button display's a gray texture instead of an image with > the new backend. This is visible in all our tested platform (Windows or OSX > box) > > The following VTK wiki example reproduce the problem : > http://www.vtk.org/Wiki/VTK/Examples/Cxx/Widgets/TexturedButtonWidget > > OpenGL1 backend result : > http://picpaste.com/pics/OGL1_1.1445968197.png > > OpenGL2 backend result : > http://picpaste.com/pics/OGL2_1.1445968221.png > > Is it a known issue ? Any clue ? In our application we try to load a png > image, but it always show a gray/white rectangle instead > > Thanks > Simon > > > > > > > > > > -- > ------------------------------------------------------------------ > Simon Esneault > Rennes, France > ------------------------------------------------------------------ > -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Wed Oct 28 11:23:39 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Wed, 28 Oct 2015 11:23:39 -0400 Subject: [vtk-developers] OpenGL2 / GPU texture errors Message-ID: On some platforms, the listed tests: 884 - vtkRenderingVolumeCxx-TestGPURayCastDataTypesMinIP (Failed) 885 - vtkRenderingVolumeCxx-TestGPURayCastDataTypesMIP (Failed) 894 - vtkRenderingVolumeCxx-TestGPURayCastNearestDataTypesMIP (Failed) 911 - vtkRenderingVolumeCxx-TestGPURayCastThreeComponentsIndependent (Failed) 913 - vtkRenderingVolumeCxx-TestGPURayCastTwoComponentsIndependent (Failed) generate errors like: 884: Generic Warning: In /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, line 727 884: Unsupported internal texture type! 884: 884: ERROR: In /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, line 729 884: vtkTextureObject (0x7f8d4ac899a0): Unable to find suitable internal format for T=7 NC=1 SSTI=0 884: 884: Generic Warning: In /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, line 727 884: Unsupported internal texture type! 884: 884: ERROR: In /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, line 729 884: vtkTextureObject (0x7f8d4ac8dd40): Unable to find suitable internal format for T=6 NC=1 SSTI=0 884: 884: Generic Warning: In /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, line 727 884: Unsupported internal texture type! 884: 884: ERROR: In /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, line 729 884: vtkTextureObject (0x7f8d4ac97220): Unable to find suitable internal format for T=11 NC=1 SSTI=0 From aashish.chaudhary at kitware.com Wed Oct 28 11:25:11 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Wed, 28 Oct 2015 11:25:11 -0400 Subject: [vtk-developers] OpenGL2 / GPU texture errors In-Reply-To: References: Message-ID: These are the warnings which I believe Ken added recently. @Ken, I am going to take them out (or make them vtkDebug) if that sounds okay with you? - Aashish On Wed, Oct 28, 2015 at 11:23 AM, Bill Lorensen wrote: > On some platforms, the listed tests: > 884 - vtkRenderingVolumeCxx-TestGPURayCastDataTypesMinIP (Failed) > 885 - vtkRenderingVolumeCxx-TestGPURayCastDataTypesMIP (Failed) > 894 - vtkRenderingVolumeCxx-TestGPURayCastNearestDataTypesMIP (Failed) > 911 - vtkRenderingVolumeCxx-TestGPURayCastThreeComponentsIndependent > (Failed) > 913 - vtkRenderingVolumeCxx-TestGPURayCastTwoComponentsIndependent (Failed) > > generate errors like: > > 884: Generic Warning: In > /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, > line 727 > 884: Unsupported internal texture type! > 884: > 884: ERROR: In > /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, > line 729 > 884: vtkTextureObject (0x7f8d4ac899a0): Unable to find suitable > internal format for T=7 NC=1 SSTI=0 > 884: > 884: Generic Warning: In > /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, > line 727 > 884: Unsupported internal texture type! > 884: > 884: ERROR: In > /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, > line 729 > 884: vtkTextureObject (0x7f8d4ac8dd40): Unable to find suitable > internal format for T=6 NC=1 SSTI=0 > 884: > 884: Generic Warning: In > /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, > line 727 > 884: Unsupported internal texture type! > 884: > 884: ERROR: In > /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, > line 729 > 884: vtkTextureObject (0x7f8d4ac97220): Unable to find suitable > internal format for T=11 NC=1 SSTI=0 > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -- *| 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 Wed Oct 28 11:35:35 2015 From: ken.martin at kitware.com (Ken Martin) Date: Wed, 28 Oct 2015 11:35:35 -0400 Subject: [vtk-developers] OpenGL2 / GPU texture errors In-Reply-To: References: Message-ID: <8b05c91bac47268447b17a85d146931d@mail.gmail.com> Oh yes, please make it a DebugMacro or just yank it. The error message wasn?t as obscure as I was shooting for ;-) But seriously that was debugging code that I should not have left in. It is OK for that function to not find a valid default type but sometimes it is useful to see what it was trying to find. Thanks Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf Of *Aashish Chaudhary *Sent:* Wednesday, October 28, 2015 11:25 AM *To:* Bill Lorensen *Cc:* VTK Developers *Subject:* Re: [vtk-developers] OpenGL2 / GPU texture errors These are the warnings which I believe Ken added recently. @Ken, I am going to take them out (or make them vtkDebug) if that sounds okay with you? - Aashish On Wed, Oct 28, 2015 at 11:23 AM, Bill Lorensen wrote: On some platforms, the listed tests: 884 - vtkRenderingVolumeCxx-TestGPURayCastDataTypesMinIP (Failed) 885 - vtkRenderingVolumeCxx-TestGPURayCastDataTypesMIP (Failed) 894 - vtkRenderingVolumeCxx-TestGPURayCastNearestDataTypesMIP (Failed) 911 - vtkRenderingVolumeCxx-TestGPURayCastThreeComponentsIndependent (Failed) 913 - vtkRenderingVolumeCxx-TestGPURayCastTwoComponentsIndependent (Failed) generate errors like: 884: Generic Warning: In /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, line 727 884: Unsupported internal texture type! 884: 884: ERROR: In /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, line 729 884: vtkTextureObject (0x7f8d4ac899a0): Unable to find suitable internal format for T=7 NC=1 SSTI=0 884: 884: Generic Warning: In /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, line 727 884: Unsupported internal texture type! 884: 884: ERROR: In /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, line 729 884: vtkTextureObject (0x7f8d4ac8dd40): Unable to find suitable internal format for T=6 NC=1 SSTI=0 884: 884: Generic Warning: In /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, line 727 884: Unsupported internal texture type! 884: 884: ERROR: In /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, line 729 884: vtkTextureObject (0x7f8d4ac97220): Unable to find suitable internal format for T=11 NC=1 SSTI=0 _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Search the list archives at: http://markmail.org/search/?q=vtk-developers Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/vtk-developers -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Wed Oct 28 11:40:35 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Wed, 28 Oct 2015 11:40:35 -0400 Subject: [vtk-developers] OpenGL2 / GPU texture errors In-Reply-To: <8b05c91bac47268447b17a85d146931d@mail.gmail.com> References: <8b05c91bac47268447b17a85d146931d@mail.gmail.com> Message-ID: Thanks Ken. I think a debug maco will do the justice: https://gitlab.kitware.com/vtk/vtk/merge_requests/836 - aashish On Wed, Oct 28, 2015 at 11:35 AM, Ken Martin wrote: > Oh yes, please make it a DebugMacro or just yank it. The error message > wasn?t as obscure as I was shooting for ;-) But seriously that was > debugging code that I should not have left in. It is OK for that function > to not find a valid default type but sometimes it is useful to see what it > was trying to find. > > > > Thanks > > Ken > > > > Ken Martin PhD > > Chairman & CFO > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > ken.martin at kitware.com > > 919 869-8871 (w) > > > > > > 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. > > > > *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf > Of *Aashish Chaudhary > *Sent:* Wednesday, October 28, 2015 11:25 AM > *To:* Bill Lorensen > *Cc:* VTK Developers > *Subject:* Re: [vtk-developers] OpenGL2 / GPU texture errors > > > > These are the warnings which I believe Ken added recently. > > > > @Ken, I am going to take them out (or make them vtkDebug) if that sounds > okay with you? > > > > - Aashish > > > > On Wed, Oct 28, 2015 at 11:23 AM, Bill Lorensen > wrote: > > On some platforms, the listed tests: > 884 - vtkRenderingVolumeCxx-TestGPURayCastDataTypesMinIP (Failed) > 885 - vtkRenderingVolumeCxx-TestGPURayCastDataTypesMIP (Failed) > 894 - vtkRenderingVolumeCxx-TestGPURayCastNearestDataTypesMIP (Failed) > 911 - vtkRenderingVolumeCxx-TestGPURayCastThreeComponentsIndependent > (Failed) > 913 - vtkRenderingVolumeCxx-TestGPURayCastTwoComponentsIndependent (Failed) > > generate errors like: > > 884: Generic Warning: In > /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, > line 727 > 884: Unsupported internal texture type! > 884: > 884: ERROR: In > /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, > line 729 > 884: vtkTextureObject (0x7f8d4ac899a0): Unable to find suitable > internal format for T=7 NC=1 SSTI=0 > 884: > 884: Generic Warning: In > /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, > line 727 > 884: Unsupported internal texture type! > 884: > 884: ERROR: In > /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, > line 729 > 884: vtkTextureObject (0x7f8d4ac8dd40): Unable to find suitable > internal format for T=6 NC=1 SSTI=0 > 884: > 884: Generic Warning: In > /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, > line 727 > 884: Unsupported internal texture type! > 884: > 884: ERROR: In > /Users/lorensen/ProjectsGIT/VTK/Rendering/OpenGL2/vtkTextureObject.cxx, > line 729 > 884: vtkTextureObject (0x7f8d4ac97220): Unable to find suitable > internal format for T=11 NC=1 SSTI=0 > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > > *| http://www.kitware.com/company/team/chaudhary.html > * > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.esneault at gmail.com Wed Oct 28 11:57:46 2015 From: simon.esneault at gmail.com (Simon ESNEAULT) Date: Wed, 28 Oct 2015 16:57:46 +0100 Subject: [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Hello Aashish Did you get a chance to try to load the dataset on Windows ? Can I do anything to help you investigate ? Should I feel a bug, that may act as a reminder ? Have a nice day Simon 2015-10-27 18:26 GMT+01:00 Aashish Chaudhary : > Thanks Simon. This is really strange since we are not seeing it on Mac and > Linux (but both has dedicated cards). > > I will look into it soon. > > - aashish > > On Tue, Oct 27, 2015 at 1:03 PM, Simon ESNEAULT > wrote: > >> Ok, thank you very much fort digging into this. >> I've done some test and I believe I can see a similar slowdown happening >> on OSX, with a MacBook pro retina 13" from 2013, Intel Iris 5100 graphics. >> Good luck in the investigation, I you need more details, do not hesitate >> to ask >> Simon >> >> 2015-10-27 17:37 GMT+01:00 Aashish Chaudhary < >> aashish.chaudhary at kitware.com>: >> >>> Ah, thanks. I will get back to you on this since on Linux I don't any >>> issue so it has to be Windows specific thing. >>> >>> - Aashish >>> >>> On Tue, Oct 27, 2015 at 10:36 AM, Simon ESNEAULT < >>> simon.esneault at gmail.com> wrote: >>> >>>> I tried with that one from yesterday and today's version >>>> (4.4.0-209-gc399648) >>>> >>>> Thanks, >>>> Simon >>>> >>>> 2015-10-27 15:19 GMT+01:00 Aashish Chaudhary < >>>> aashish.chaudhary at kitware.com>: >>>> >>>>> Thanks. >>>>> >>>>> And when did you download this version? ParaView-latest-Qt4-OpenGL2- >>>>> Windows-64bit.exe >>>>> >>>>> Thanks, >>>>> Aashish >>>>> >>>>> On Tue, Oct 27, 2015 at 10:17 AM, Simon ESNEAULT < >>>>> simon.esneault at gmail.com> wrote: >>>>> >>>>>> Yes, I tried with and without the shading. Without shading enabled, >>>>>> the new Opengl2 is also slower when zoomed in (in the described condition). >>>>>> With shading enabled, the difference in speed between the two version seems >>>>>> even bigger. >>>>>> I got the version from the nightly build download section of paraview >>>>>> website (it is still available). And I've just tried with that one labeled >>>>>> "ParaView-latest-Qt4-OpenGL2-Windows-64bit.exe" with the same results. >>>>>> >>>>>> About the FPS, it is difficult to give an exact number, because it >>>>>> depends of the condition (zoomed or not etc...) but yes, this is the idea. >>>>>> In our software, I've exposed the frame rate using this example : >>>>>> http://www.vtk.org/Wiki/VTK/Examples/Cxx/Utilities/FrameRate >>>>>> And the frame rate is around 15/20 for the first backend, and around >>>>>> 6/8 for the new backend, on the same dataset (the one provided for >>>>>> example), with the same mapper parameters >>>>>> >>>>>> Thanks >>>>>> Simon >>>>>> >>>>>> >>>>>> 2015-10-27 14:48 GMT+01:00 Aashish Chaudhary < >>>>>> aashish.chaudhary at kitware.com>: >>>>>> >>>>>>> Hi Simon, >>>>>>> >>>>>>> This is helpful but just missing few more bits: >>>>>>> >>>>>>> 1) Did you try without the shading and see how the performance >>>>>>> compares? >>>>>>> >>>>>>> 2) ParaView 4.4.0-193-gec96423 --> Where did you get this one from >>>>>>> (ParaView download page or did you built yourself?) >>>>>>> >>>>>>> Also, so on your system the old mapper is running 30FPS and the new >>>>>>> one at 15-20 FPS as per your summary. >>>>>>> >>>>>>> Thanks, >>>>>>> - Aashish >>>>>>> >>>>>>> >>>>>>> On Tue, Oct 27, 2015 at 9:43 AM, Simon ESNEAULT < >>>>>>> simon.esneault at gmail.com> wrote: >>>>>>> >>>>>>>> Hello Aashish, >>>>>>>> >>>>>>>> Sorry for the late answer, I was busy this morning. >>>>>>>> Thanks for testing with the DataSet. >>>>>>>> I agree the performance is still quite good with the new backend, >>>>>>>> and I also get something like 15/20 fps on windows on an HD screen. But >>>>>>>> when compared to the old one, and in some condition (when zoomed >>>>>>>> especially), it looks really slower to me >>>>>>>> The two tested version are : >>>>>>>> - ParaView 4.4.0 64 bits final version for the old backend >>>>>>>> - ParaView 4.4.0-193-gec96423 64 bits, for the OpenGL2 backend. >>>>>>>> on a windows 7 box, Xeon E3-1220 v3 CPU, 16GB ram and Nvidia Quadro >>>>>>>> K420 >>>>>>>> >>>>>>>> To highlight the difference, here is what I do : >>>>>>>> - Launch both version on the same computer at the same time >>>>>>>> - Load the above dataset on each >>>>>>>> - Select volume rendering >>>>>>>> - Adjust the transfer function data range to [100-750] (the default >>>>>>>> "Cool to Warm" is fine) >>>>>>>> - Set the view direction to +Y >>>>>>>> - Adjust the Y of the camera position to -300 >>>>>>>> >>>>>>>> And start interacting ... >>>>>>>> Dunno if there is an easy way to print out the Frame Rate in >>>>>>>> Paraview, but the new version seems really twice slower in these >>>>>>>> conditions... We can see it does not scale in the same way, the old backend >>>>>>>> seems more aggressive on the image sample reduction, hence the >>>>>>>> interactivity is better. >>>>>>>> Shading enable or not does not change much >>>>>>>> >>>>>>>> I'm aware of the DesiredUpdateRate thing, we use to play with this >>>>>>>> with the old backend to fine tune the interactivity, although what's really >>>>>>>> inside was never clear to me >>>>>>>> >>>>>>>> I hope that there is enough information for you to reproduce this, >>>>>>>> do not hesitate to ask for some more information. >>>>>>>> >>>>>>>> Thanks a lot for your help >>>>>>>> Simon >>>>>>>> >>>>>>>> >>>>>>>> 2015-10-27 14:10 GMT+01:00 Aashish Chaudhary < >>>>>>>> aashish.chaudhary at kitware.com>: >>>>>>>> >>>>>>>>> Dear Simon, >>>>>>>>> >>>>>>>>> Checking again. Wondering if you can provide some more detail on >>>>>>>>> the binary you are using and whether or not without shading the rendering >>>>>>>>> performance comparable to older version. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> >>>>>>>>> >>>>>>>>> On Mon, Oct 26, 2015 at 3:12 PM, Aashish Chaudhary < >>>>>>>>> aashish.chaudhary at kitware.com> wrote: >>>>>>>>> >>>>>>>>>> Simon, >>>>>>>>>> >>>>>>>>>> I used your dataset on paraview master as of today on my Linux >>>>>>>>>> box running Ubuntu 14.04 and NVIDA Quadro card and I am getting about 15-20 >>>>>>>>>> FPS with shading on with 1920x1080 resolution. >>>>>>>>>> >>>>>>>>>> Are you on the proper 4.4 or using RC1/RC2? I checked the shading >>>>>>>>>> performance fix was in 4.4 but not in RC's. I don't have access to Windows >>>>>>>>>> box right away but I will try there too. >>>>>>>>>> >>>>>>>>>> NOTE: You might get multiple emails because of the attachment >>>>>>>>>> size issue. Sorry about that. >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> >>>>>>>>>> On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary < >>>>>>>>>> aashish.chaudhary at kitware.com> wrote: >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT < >>>>>>>>>>> simon.esneault at gmail.com> wrote: >>>>>>>>>>> >>>>>>>>>>>> Hello Aashish, >>>>>>>>>>>> >>>>>>>>>>>> Thanks for the quick answer >>>>>>>>>>>> We are using a vtkImageData, 512x512x591 with short element >>>>>>>>>>>> (you can find the dataset here : >>>>>>>>>>>> https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). So I >>>>>>>>>>>> think it's all about GPU volume raycast mapper. >>>>>>>>>>>> The new mapper does bring low resolution, but when compared to >>>>>>>>>>>> the old one, it seems less "low resolution" during interaction than the old >>>>>>>>>>>> one >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Right, so that's why its not a exact comparison. What happens is >>>>>>>>>>> that depending on what is interactive, (you can set the desired update rate >>>>>>>>>>> in VTK, not exposed in ParaView I believe), it will do interactive but >>>>>>>>>>> with higher resolution (smaller sample distance). If they both have the >>>>>>>>>>> same sample distance, then the new mapper should out perform the old one, >>>>>>>>>>> however, there is another thing we need to consider here which is shading. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> Shading is enabled, gradient opacity disabled >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Can you disable the shading and see if now they both (opengl1 >>>>>>>>>>> and 2) equally better? We already pushed a fix for it but not sure if that >>>>>>>>>>> you have in your build. >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Don't know if you need a minimal example, but I believe the >>>>>>>>>>>> GPURenderDemo used with this dataset is enough to highlight the slow down. >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Yes, I will use this dataset. Thanks. >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Thanks >>>>>>>>>>>> Simon >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < >>>>>>>>>>>> aashish.chaudhary at kitware.com>: >>>>>>>>>>>> >>>>>>>>>>>>> Also, >>>>>>>>>>>>> >>>>>>>>>>>>> Do you have shading enabled? We fixed a bug with shading that >>>>>>>>>>>>> was causing the slow performance a while back. I don't remember if that was >>>>>>>>>>>>> included in 4.4 or not ( I can check ). >>>>>>>>>>>>> >>>>>>>>>>>>> - Aashish >>>>>>>>>>>>> >>>>>>>>>>>>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >>>>>>>>>>>>> aashish.chaudhary at kitware.com> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Simon, >>>>>>>>>>>>>> >>>>>>>>>>>>>> What kind of dataset you are using? Depending on the data >>>>>>>>>>>>>> type you might be using >>>>>>>>>>>>>> the GPU one or the unstructured renderer. The performance we >>>>>>>>>>>>>> measured is related to the GPU ray cast mapper >>>>>>>>>>>>>> and will apply only to the vtkImageData inputs. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Also, helpful would be is if you can tell if the new mapper >>>>>>>>>>>>>> is bringing low resolution when you interact with the volume (and whether >>>>>>>>>>>>>> or not it happens with old mapper). >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>>>>>>>>>>>>> simon.esneault at gmail.com> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hi All, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> We are trying to make the switch to the new OpenGL2 backend >>>>>>>>>>>>>>> for our application, and although the switch was easy (thanks for not >>>>>>>>>>>>>>> breaking the API ;) ), we can see a significant slowdown on the GPU volume >>>>>>>>>>>>>>> rendering part, especially during interaction. Typically we dropped from >>>>>>>>>>>>>>> 15/20 fps to 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with >>>>>>>>>>>>>>> the same code around. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> This slow down can be seen in ParaView, if you compare the >>>>>>>>>>>>>>> latest 4.4 OpenGL2 build with the classic 4.4 build while volume rendering >>>>>>>>>>>>>>> a big enough volume (512^3) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> The blog post here >>>>>>>>>>>>>>> http://www.kitware.com/blog/home/post/976 >>>>>>>>>>>>>>> claims that the new GPU volume rendering implementation >>>>>>>>>>>>>>> should be faster than the old one, is there some more detailed explanation >>>>>>>>>>>>>>> somewhere ? Are there some important parameters that can make the >>>>>>>>>>>>>>> difference ? >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Simon >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> PS : The polygonal rendering seems a lot faster with the new >>>>>>>>>>>>>>> backend ! >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>>>>>> Simon Esneault >>>>>>>>>>>>>>> Rennes, France >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>> Powered by www.kitware.com >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Visit other Kitware open-source projects at >>>>>>>>>>>>>>> http://www.kitware.com/opensource/opensource.html >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Search the list archives at: >>>>>>>>>>>>>>> http://markmail.org/search/?q=vtk-developers >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Follow this link to subscribe/unsubscribe: >>>>>>>>>>>>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware >>>>>>>>>>>>>> Inc. * >>>>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>>>>>> * >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware >>>>>>>>>>>>> Inc. * >>>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>>>>> * >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> >>>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>>> Simon Esneault >>>>>>>>>>>> Rennes, France >>>>>>>>>>>> >>>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>>>>>> * >>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>>> * >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>>>>> * >>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>> * >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>>>> * >>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>> * >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> ------------------------------------------------------------------ >>>>>>>> Simon Esneault >>>>>>>> Rennes, France >>>>>>>> ------------------------------------------------------------------ >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> >>>>>>> >>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>> * >>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>> * >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> ------------------------------------------------------------------ >>>>>> Simon Esneault >>>>>> Rennes, France >>>>>> ------------------------------------------------------------------ >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> >>>>> >>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>> * >>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>> * >>>>> >>>> >>>> >>>> >>>> -- >>>> ------------------------------------------------------------------ >>>> Simon Esneault >>>> Rennes, France >>>> ------------------------------------------------------------------ >>>> >>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> ------------------------------------------------------------------ >> Simon Esneault >> Rennes, France >> ------------------------------------------------------------------ >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Wed Oct 28 11:59:37 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Wed, 28 Oct 2015 11:59:37 -0400 Subject: [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Hi Simon, I am just finishing up a ParaView5 related parallel volume rendering bug (pushing a branch today to VTK). This is next on my list. - Aashish On Wed, Oct 28, 2015 at 11:57 AM, Simon ESNEAULT wrote: > Hello Aashish > > Did you get a chance to try to load the dataset on Windows ? > Can I do anything to help you investigate ? Should I feel a bug, that may > act as a reminder ? > Have a nice day > Simon > > > 2015-10-27 18:26 GMT+01:00 Aashish Chaudhary < > aashish.chaudhary at kitware.com>: > >> Thanks Simon. This is really strange since we are not seeing it on Mac >> and Linux (but both has dedicated cards). >> >> I will look into it soon. >> >> - aashish >> >> On Tue, Oct 27, 2015 at 1:03 PM, Simon ESNEAULT > > wrote: >> >>> Ok, thank you very much fort digging into this. >>> I've done some test and I believe I can see a similar slowdown happening >>> on OSX, with a MacBook pro retina 13" from 2013, Intel Iris 5100 graphics. >>> Good luck in the investigation, I you need more details, do not hesitate >>> to ask >>> Simon >>> >>> 2015-10-27 17:37 GMT+01:00 Aashish Chaudhary < >>> aashish.chaudhary at kitware.com>: >>> >>>> Ah, thanks. I will get back to you on this since on Linux I don't any >>>> issue so it has to be Windows specific thing. >>>> >>>> - Aashish >>>> >>>> On Tue, Oct 27, 2015 at 10:36 AM, Simon ESNEAULT < >>>> simon.esneault at gmail.com> wrote: >>>> >>>>> I tried with that one from yesterday and today's version >>>>> (4.4.0-209-gc399648) >>>>> >>>>> Thanks, >>>>> Simon >>>>> >>>>> 2015-10-27 15:19 GMT+01:00 Aashish Chaudhary < >>>>> aashish.chaudhary at kitware.com>: >>>>> >>>>>> Thanks. >>>>>> >>>>>> And when did you download this version? ParaView-latest-Qt4-OpenGL2- >>>>>> Windows-64bit.exe >>>>>> >>>>>> Thanks, >>>>>> Aashish >>>>>> >>>>>> On Tue, Oct 27, 2015 at 10:17 AM, Simon ESNEAULT < >>>>>> simon.esneault at gmail.com> wrote: >>>>>> >>>>>>> Yes, I tried with and without the shading. Without shading enabled, >>>>>>> the new Opengl2 is also slower when zoomed in (in the described condition). >>>>>>> With shading enabled, the difference in speed between the two version seems >>>>>>> even bigger. >>>>>>> I got the version from the nightly build download section of >>>>>>> paraview website (it is still available). And I've just tried with that one >>>>>>> labeled "ParaView-latest-Qt4-OpenGL2-Windows-64bit.exe" with the same >>>>>>> results. >>>>>>> >>>>>>> About the FPS, it is difficult to give an exact number, because it >>>>>>> depends of the condition (zoomed or not etc...) but yes, this is the idea. >>>>>>> In our software, I've exposed the frame rate using this example : >>>>>>> http://www.vtk.org/Wiki/VTK/Examples/Cxx/Utilities/FrameRate >>>>>>> And the frame rate is around 15/20 for the first backend, and around >>>>>>> 6/8 for the new backend, on the same dataset (the one provided for >>>>>>> example), with the same mapper parameters >>>>>>> >>>>>>> Thanks >>>>>>> Simon >>>>>>> >>>>>>> >>>>>>> 2015-10-27 14:48 GMT+01:00 Aashish Chaudhary < >>>>>>> aashish.chaudhary at kitware.com>: >>>>>>> >>>>>>>> Hi Simon, >>>>>>>> >>>>>>>> This is helpful but just missing few more bits: >>>>>>>> >>>>>>>> 1) Did you try without the shading and see how the performance >>>>>>>> compares? >>>>>>>> >>>>>>>> 2) ParaView 4.4.0-193-gec96423 --> Where did you get this one from >>>>>>>> (ParaView download page or did you built yourself?) >>>>>>>> >>>>>>>> Also, so on your system the old mapper is running 30FPS and the new >>>>>>>> one at 15-20 FPS as per your summary. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> - Aashish >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Oct 27, 2015 at 9:43 AM, Simon ESNEAULT < >>>>>>>> simon.esneault at gmail.com> wrote: >>>>>>>> >>>>>>>>> Hello Aashish, >>>>>>>>> >>>>>>>>> Sorry for the late answer, I was busy this morning. >>>>>>>>> Thanks for testing with the DataSet. >>>>>>>>> I agree the performance is still quite good with the new backend, >>>>>>>>> and I also get something like 15/20 fps on windows on an HD screen. But >>>>>>>>> when compared to the old one, and in some condition (when zoomed >>>>>>>>> especially), it looks really slower to me >>>>>>>>> The two tested version are : >>>>>>>>> - ParaView 4.4.0 64 bits final version for the old backend >>>>>>>>> - ParaView 4.4.0-193-gec96423 64 bits, for the OpenGL2 backend. >>>>>>>>> on a windows 7 box, Xeon E3-1220 v3 CPU, 16GB ram and Nvidia >>>>>>>>> Quadro K420 >>>>>>>>> >>>>>>>>> To highlight the difference, here is what I do : >>>>>>>>> - Launch both version on the same computer at the same time >>>>>>>>> - Load the above dataset on each >>>>>>>>> - Select volume rendering >>>>>>>>> - Adjust the transfer function data range to [100-750] (the >>>>>>>>> default "Cool to Warm" is fine) >>>>>>>>> - Set the view direction to +Y >>>>>>>>> - Adjust the Y of the camera position to -300 >>>>>>>>> >>>>>>>>> And start interacting ... >>>>>>>>> Dunno if there is an easy way to print out the Frame Rate in >>>>>>>>> Paraview, but the new version seems really twice slower in these >>>>>>>>> conditions... We can see it does not scale in the same way, the old backend >>>>>>>>> seems more aggressive on the image sample reduction, hence the >>>>>>>>> interactivity is better. >>>>>>>>> Shading enable or not does not change much >>>>>>>>> >>>>>>>>> I'm aware of the DesiredUpdateRate thing, we use to play with this >>>>>>>>> with the old backend to fine tune the interactivity, although what's really >>>>>>>>> inside was never clear to me >>>>>>>>> >>>>>>>>> I hope that there is enough information for you to reproduce this, >>>>>>>>> do not hesitate to ask for some more information. >>>>>>>>> >>>>>>>>> Thanks a lot for your help >>>>>>>>> Simon >>>>>>>>> >>>>>>>>> >>>>>>>>> 2015-10-27 14:10 GMT+01:00 Aashish Chaudhary < >>>>>>>>> aashish.chaudhary at kitware.com>: >>>>>>>>> >>>>>>>>>> Dear Simon, >>>>>>>>>> >>>>>>>>>> Checking again. Wondering if you can provide some more detail on >>>>>>>>>> the binary you are using and whether or not without shading the rendering >>>>>>>>>> performance comparable to older version. >>>>>>>>>> >>>>>>>>>> Thanks, >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Mon, Oct 26, 2015 at 3:12 PM, Aashish Chaudhary < >>>>>>>>>> aashish.chaudhary at kitware.com> wrote: >>>>>>>>>> >>>>>>>>>>> Simon, >>>>>>>>>>> >>>>>>>>>>> I used your dataset on paraview master as of today on my Linux >>>>>>>>>>> box running Ubuntu 14.04 and NVIDA Quadro card and I am getting about 15-20 >>>>>>>>>>> FPS with shading on with 1920x1080 resolution. >>>>>>>>>>> >>>>>>>>>>> Are you on the proper 4.4 or using RC1/RC2? I checked the >>>>>>>>>>> shading performance fix was in 4.4 but not in RC's. I don't have access to >>>>>>>>>>> Windows box right away but I will try there too. >>>>>>>>>>> >>>>>>>>>>> NOTE: You might get multiple emails because of the attachment >>>>>>>>>>> size issue. Sorry about that. >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> >>>>>>>>>>> On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary < >>>>>>>>>>> aashish.chaudhary at kitware.com> wrote: >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT < >>>>>>>>>>>> simon.esneault at gmail.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Hello Aashish, >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks for the quick answer >>>>>>>>>>>>> We are using a vtkImageData, 512x512x591 with short element >>>>>>>>>>>>> (you can find the dataset here : >>>>>>>>>>>>> https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). So I >>>>>>>>>>>>> think it's all about GPU volume raycast mapper. >>>>>>>>>>>>> The new mapper does bring low resolution, but when compared to >>>>>>>>>>>>> the old one, it seems less "low resolution" during interaction than the old >>>>>>>>>>>>> one >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Right, so that's why its not a exact comparison. What happens >>>>>>>>>>>> is that depending on what is interactive, (you can set the desired update >>>>>>>>>>>> rate in VTK, not exposed in ParaView I believe), it will do interactive >>>>>>>>>>>> but with higher resolution (smaller sample distance). If they both have >>>>>>>>>>>> the same sample distance, then the new mapper should out perform the old >>>>>>>>>>>> one, however, there is another thing we need to consider here which is >>>>>>>>>>>> shading. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> Shading is enabled, gradient opacity disabled >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Can you disable the shading and see if now they both (opengl1 >>>>>>>>>>>> and 2) equally better? We already pushed a fix for it but not sure if that >>>>>>>>>>>> you have in your build. >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Don't know if you need a minimal example, but I believe the >>>>>>>>>>>>> GPURenderDemo used with this dataset is enough to highlight the slow down. >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Yes, I will use this dataset. Thanks. >>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks >>>>>>>>>>>>> Simon >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < >>>>>>>>>>>>> aashish.chaudhary at kitware.com>: >>>>>>>>>>>>> >>>>>>>>>>>>>> Also, >>>>>>>>>>>>>> >>>>>>>>>>>>>> Do you have shading enabled? We fixed a bug with shading that >>>>>>>>>>>>>> was causing the slow performance a while back. I don't remember if that was >>>>>>>>>>>>>> included in 4.4 or not ( I can check ). >>>>>>>>>>>>>> >>>>>>>>>>>>>> - Aashish >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >>>>>>>>>>>>>> aashish.chaudhary at kitware.com> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Simon, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> What kind of dataset you are using? Depending on the data >>>>>>>>>>>>>>> type you might be using >>>>>>>>>>>>>>> the GPU one or the unstructured renderer. The performance we >>>>>>>>>>>>>>> measured is related to the GPU ray cast mapper >>>>>>>>>>>>>>> and will apply only to the vtkImageData inputs. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Also, helpful would be is if you can tell if the new mapper >>>>>>>>>>>>>>> is bringing low resolution when you interact with the volume (and whether >>>>>>>>>>>>>>> or not it happens with old mapper). >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>>>>>>>>>>>>>> simon.esneault at gmail.com> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Hi All, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> We are trying to make the switch to the new OpenGL2 backend >>>>>>>>>>>>>>>> for our application, and although the switch was easy (thanks for not >>>>>>>>>>>>>>>> breaking the API ;) ), we can see a significant slowdown on the GPU volume >>>>>>>>>>>>>>>> rendering part, especially during interaction. Typically we dropped from >>>>>>>>>>>>>>>> 15/20 fps to 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with >>>>>>>>>>>>>>>> the same code around. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> This slow down can be seen in ParaView, if you compare the >>>>>>>>>>>>>>>> latest 4.4 OpenGL2 build with the classic 4.4 build while volume rendering >>>>>>>>>>>>>>>> a big enough volume (512^3) >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> The blog post here >>>>>>>>>>>>>>>> http://www.kitware.com/blog/home/post/976 >>>>>>>>>>>>>>>> claims that the new GPU volume rendering implementation >>>>>>>>>>>>>>>> should be faster than the old one, is there some more detailed explanation >>>>>>>>>>>>>>>> somewhere ? Are there some important parameters that can make the >>>>>>>>>>>>>>>> difference ? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Simon >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> PS : The polygonal rendering seems a lot faster with the >>>>>>>>>>>>>>>> new backend ! >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>>>>>>> Simon Esneault >>>>>>>>>>>>>>>> Rennes, France >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>> Powered by www.kitware.com >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Visit other Kitware open-source projects at >>>>>>>>>>>>>>>> http://www.kitware.com/opensource/opensource.html >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Search the list archives at: >>>>>>>>>>>>>>>> http://markmail.org/search/?q=vtk-developers >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Follow this link to subscribe/unsubscribe: >>>>>>>>>>>>>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware >>>>>>>>>>>>>>> Inc. * >>>>>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>>>>>>> * >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware >>>>>>>>>>>>>> Inc. * >>>>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>>>>>> * >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> >>>>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>>>> Simon Esneault >>>>>>>>>>>>> Rennes, France >>>>>>>>>>>>> >>>>>>>>>>>>> ------------------------------------------------------------------ >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>>>>>>> * >>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>>>> * >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>>>>>> * >>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>>> * >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>>>>> * >>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>>>> * >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> ------------------------------------------------------------------ >>>>>>>>> Simon Esneault >>>>>>>>> Rennes, France >>>>>>>>> ------------------------------------------------------------------ >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>>>> * >>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>>>> * >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> ------------------------------------------------------------------ >>>>>>> Simon Esneault >>>>>>> Rennes, France >>>>>>> ------------------------------------------------------------------ >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> >>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>>>> * >>>>>> *| http://www.kitware.com/company/team/chaudhary.html >>>>>> * >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> ------------------------------------------------------------------ >>>>> Simon Esneault >>>>> Rennes, France >>>>> ------------------------------------------------------------------ >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>> >>> >>> >>> -- >>> ------------------------------------------------------------------ >>> Simon Esneault >>> Rennes, France >>> ------------------------------------------------------------------ >>> >> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > > > -- > ------------------------------------------------------------------ > Simon Esneault > Rennes, France > ------------------------------------------------------------------ > -- *| 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 Oct 29 12:52:03 2015 From: ken.martin at kitware.com (Ken Martin) Date: Thu, 29 Oct 2015 12:52:03 -0400 Subject: [vtk-developers] vtkDomainsChemistryCxx-TestMoleculeSelection ERRORs In-Reply-To: 542e60d9b643517f65e236674a99caa2@mail.gmail.com References: 542e60d9b643517f65e236674a99caa2@mail.gmail.com Message-ID: I merged a fix for this. - Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. -----Original Message----- From: Ken Martin [mailto:ken.martin at kitware.com] Sent: Tuesday, October 27, 2015 12:05 PM To: Marcus Hanwell; 'Bill Lorensen' Cc: 'VTK Developers' Subject: RE: [vtk-developers] vtkDomainsChemistryCxx-TestMoleculeSelection ERRORs I'll dig into this soonish, totally in my code, - Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. -----Original Message----- From: Marcus D. Hanwell [mailto:marcus.hanwell at kitware.com] Sent: Tuesday, October 27, 2015 10:35 AM To: Bill Lorensen; Ken Martin Cc: VTK Developers Subject: Re: [vtk-developers] vtkDomainsChemistryCxx-TestMoleculeSelection ERRORs On Mon, Oct 26, 2015 at 2:33 PM, Bill Lorensen wrote: > Folks, > > I am working on a patch that will report test failures if "ERROR" > appears in the test output. > > The subject test will fail once I merge this patch (which is at least > a week away). On some but not all platforms it reports: > > ERROR: In /home/kitware/Dashboards/My > Tests/VTK/Domains/ChemistryOpenGL2/vtkOpenGLStickMapper.cxx, line 306 > vtkOpenGLStickMapper (0x1b83cd0): Error setting 'selectionId' in shader > VAO. > > ERROR: In /home/kitware/Dashboards/My > Tests/VTK/Domains/ChemistryOpenGL2/vtkOpenGLStickMapper.cxx, line 306 > vtkOpenGLStickMapper (0x1b83cd0): Error setting 'selectionId' in shader > VAO. > > If you look at the outputs of the tests here you will see this ERROR > on some but not all platforms: > https://open.cdash.org/testSummary.php?project=11&name=vtkDomainsChemi > stryCxx-TestMoleculeSelection&date=2015-10-26 > > If this is a valid error on some platforms I can intercept it. > This is from the rendering code, in the VAO code, I feel like this is probably a bug and should be fixed but I have not touched any of this code in quite some time. Ken probably has a better idea, although in general from an application development point of view I would prefer the library was quieter if the problem can be worked around. Marcus From lenlen1982 at gmail.com Thu Oct 29 14:45:30 2015 From: lenlen1982 at gmail.com (Antonella Cascitelli) Date: Thu, 29 Oct 2015 19:45:30 +0100 Subject: [vtk-developers] Scissor in vtkOpenGLCamera Message-ID: Hi, is it possible set the glScissor in vtk? i.e. in vtkOpenGLCamera: glViewport(lowerLeft[0], lowerLeft[1], usize, vsize); glEnable(GL_SCISSOR_TEST); glScissor(lowerLeft[0], lowerLeft[1], usize, vsize); so seems that the scissor area is always the same of the viewport. I want to render only a small rectangle area in the viewport like using scissor with opengl. Thanks Antonella -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Thu Oct 29 14:52:34 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Thu, 29 Oct 2015 14:52:34 -0400 Subject: [vtk-developers] Scissor in vtkOpenGLCamera In-Reply-To: References: Message-ID: You can achieve this by creating two renderers and then for the second one just a smaller viewport (on top of the first one). I am assuming that you are showing two images / data at the same time. There is no API (as far as I know) to help you with this task. On Thu, Oct 29, 2015 at 2:45 PM, Antonella Cascitelli wrote: > Hi, > is it possible set the glScissor in vtk? > i.e. in vtkOpenGLCamera: > > glViewport(lowerLeft[0], lowerLeft[1], usize, vsize); > glEnable(GL_SCISSOR_TEST); > glScissor(lowerLeft[0], lowerLeft[1], usize, vsize); > > so seems that the scissor area is always the same of the viewport. > I want to render only a small rectangle area in the viewport like using > scissor with opengl. > > Thanks > > Antonella > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From lenlen1982 at gmail.com Thu Oct 29 15:15:41 2015 From: lenlen1982 at gmail.com (Antonella Cascitelli) Date: Thu, 29 Oct 2015 20:15:41 +0100 Subject: [vtk-developers] Scissor in vtkOpenGLCamera In-Reply-To: References: Message-ID: Thank you, but I'm trying to render only a smaller part of image instead the whole image to save computational time. I have just modified vtkOpenGLCamera the call to glScissor with my custom arguments and It works... is it possible to expose a patch that allow a custom glScissor setting? What I have done is a dirty workaround, which would be the right class to add this new public method? 2015-10-29 19:52 GMT+01:00 Aashish Chaudhary : > You can achieve this by creating two renderers and then for the second one > just a smaller viewport (on top of the first one). I am assuming that you > are showing two images / data at the same time. > > There is no API (as far as I know) to help you with this task. > > On Thu, Oct 29, 2015 at 2:45 PM, Antonella Cascitelli < > lenlen1982 at gmail.com> wrote: > >> Hi, >> is it possible set the glScissor in vtk? >> i.e. in vtkOpenGLCamera: >> >> glViewport(lowerLeft[0], lowerLeft[1], usize, vsize); >> glEnable(GL_SCISSOR_TEST); >> glScissor(lowerLeft[0], lowerLeft[1], usize, vsize); >> >> so seems that the scissor area is always the same of the viewport. >> I want to render only a small rectangle area in the viewport like using >> scissor with opengl. >> >> Thanks >> >> Antonella >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> >> > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Thu Oct 29 15:23:18 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Thu, 29 Oct 2015 15:23:18 -0400 Subject: [vtk-developers] Scissor in vtkOpenGLCamera In-Reply-To: References: Message-ID: On Thu, Oct 29, 2015 at 3:15 PM, Antonella Cascitelli wrote: > Thank you, but I'm trying to render only a smaller part of image instead > the whole image to save computational time. > If that's the case, why not have a smaller viewport? I may be missing something here. > I have just modified vtkOpenGLCamera the call to glScissor with my custom > arguments and It works... is it possible to expose a patch that allow a > custom glScissor setting? What I have done is a dirty workaround, which > would be the right class to add this new public method? > Hmm..not sure if that would be easy unless we just add an API to the vtkOpenGLCamera. I would be okay with the later option but wondering what others has to say on this. - Aashish > > 2015-10-29 19:52 GMT+01:00 Aashish Chaudhary < > aashish.chaudhary at kitware.com>: > >> You can achieve this by creating two renderers and then for the second >> one just a smaller viewport (on top of the first one). I am assuming that >> you are showing two images / data at the same time. >> >> There is no API (as far as I know) to help you with this task. >> >> On Thu, Oct 29, 2015 at 2:45 PM, Antonella Cascitelli < >> lenlen1982 at gmail.com> wrote: >> >>> Hi, >>> is it possible set the glScissor in vtk? >>> i.e. in vtkOpenGLCamera: >>> >>> glViewport(lowerLeft[0], lowerLeft[1], usize, vsize); >>> glEnable(GL_SCISSOR_TEST); >>> glScissor(lowerLeft[0], lowerLeft[1], usize, vsize); >>> >>> so seems that the scissor area is always the same of the viewport. >>> I want to render only a small rectangle area in the viewport like using >>> scissor with opengl. >>> >>> Thanks >>> >>> Antonella >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: >>> http://markmail.org/search/?q=vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/vtk-developers >>> >>> >>> >> >> >> -- >> >> >> >> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >> * >> *| http://www.kitware.com/company/team/chaudhary.html >> * >> > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From lenlen1982 at gmail.com Thu Oct 29 17:18:06 2015 From: lenlen1982 at gmail.com (Antonella Cascitelli) Date: Thu, 29 Oct 2015 22:18:06 +0100 Subject: [vtk-developers] Scissor in vtkOpenGLCamera In-Reply-To: References: Message-ID: To summarize I need to render a small part of the whole scene as Roi Region Of Interest (ROI) in order to render a rectangle around an object without altering its geometry and prospective. Il 29 ott 2015 8:23 PM, "Aashish Chaudhary" ha scritto: > On Thu, Oct 29, 2015 at 3:15 PM, Antonella Cascitelli < > lenlen1982 at gmail.com> wrote: > >> Thank you, but I'm trying to render only a smaller part of image instead >> the whole image to save computational time. >> > > If that's the case, why not have a smaller viewport? I may be missing > something here. > > >> I have just modified vtkOpenGLCamera the call to glScissor with my custom >> arguments and It works... is it possible to expose a patch that allow a >> custom glScissor setting? What I have done is a dirty workaround, which >> would be the right class to add this new public method? >> > > Hmm..not sure if that would be easy unless we just add an API to the > vtkOpenGLCamera. I would be okay with the later option but wondering what > others has to say on this. > > - Aashish > > >> >> 2015-10-29 19:52 GMT+01:00 Aashish Chaudhary < >> aashish.chaudhary at kitware.com>: >> >>> You can achieve this by creating two renderers and then for the second >>> one just a smaller viewport (on top of the first one). I am assuming that >>> you are showing two images / data at the same time. >>> >>> There is no API (as far as I know) to help you with this task. >>> >>> On Thu, Oct 29, 2015 at 2:45 PM, Antonella Cascitelli < >>> lenlen1982 at gmail.com> wrote: >>> >>>> Hi, >>>> is it possible set the glScissor in vtk? >>>> i.e. in vtkOpenGLCamera: >>>> >>>> glViewport(lowerLeft[0], lowerLeft[1], usize, vsize); >>>> glEnable(GL_SCISSOR_TEST); >>>> glScissor(lowerLeft[0], lowerLeft[1], usize, vsize); >>>> >>>> so seems that the scissor area is always the same of the viewport. >>>> I want to render only a small rectangle area in the viewport like using >>>> scissor with opengl. >>>> >>>> Thanks >>>> >>>> Antonella >>>> >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Search the list archives at: >>>> http://markmail.org/search/?q=vtk-developers >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>> >>>> >>>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -------------- next part -------------- An HTML attachment was scrubbed... URL: From saeedbakhshmand at gmail.com Thu Oct 29 18:19:47 2015 From: saeedbakhshmand at gmail.com (Saeed Mahdizadeh Bakhshmand) Date: Thu, 29 Oct 2015 18:19:47 -0400 Subject: [vtk-developers] How to change opacity/visibility of polyline Message-ID: Hello, Is there any way to toggle visibility of each line of a vtkpolydata (or vtkpolyline) independently? Best, Saeed -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Fri Oct 30 03:03:30 2015 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Fri, 30 Oct 2015 08:03:30 +0100 Subject: [vtk-developers] How to change opacity/visibility of polyline In-Reply-To: References: Message-ID: Hello No, but you can extract the cells you want to see, and display the output. Mathieu Mathieu Westphal On Thu, Oct 29, 2015 at 11:19 PM, Saeed Mahdizadeh Bakhshmand < saeedbakhshmand at gmail.com> wrote: > Hello, > > Is there any way to toggle visibility of each line of a vtkpolydata (or > vtkpolyline) independently? > > Best, > Saeed > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Fri Oct 30 09:38:06 2015 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 30 Oct 2015 09:38:06 -0400 Subject: [vtk-developers] [vtkusers] OpenGL2 - Broken vtkTexturedButtonRepresentation2D/vtkButtonWidget In-Reply-To: References: Message-ID: Thanks Simon, could you check and see if the attached patch fixes your issue? Thanks Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf Of *Simon ESNEAULT *Sent:* Tuesday, October 27, 2015 1:52 PM *To:* vtkusers at vtk.org; VTK Developers *Subject:* [vtk-developers] [vtkusers] OpenGL2 - Broken vtkTexturedButtonRepresentation2D/vtkButtonWidget Hello All, Following our migration to the brand new OpenGL2 backend, the ButtonWidget seem's broken, the button display's a gray texture instead of an image with the new backend. This is visible in all our tested platform (Windows or OSX box) The following VTK wiki example reproduce the problem : http://www.vtk.org/Wiki/VTK/Examples/Cxx/Widgets/TexturedButtonWidget OpenGL1 backend result : http://picpaste.com/pics/OGL1_1.1445968197.png OpenGL2 backend result : http://picpaste.com/pics/OGL2_1.1445968221.png Is it a known issue ? Any clue ? In our application we try to load a png image, but it always show a gray/white rectangle instead Thanks Simon -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: balloon.patch Type: application/octet-stream Size: 1707 bytes Desc: not available URL: From simon.esneault at gmail.com Fri Oct 30 09:47:40 2015 From: simon.esneault at gmail.com (Simon ESNEAULT) Date: Fri, 30 Oct 2015 14:47:40 +0100 Subject: [vtk-developers] [vtkusers] OpenGL2 - Broken vtkTexturedButtonRepresentation2D/vtkButtonWidget In-Reply-To: References: Message-ID: Hello Ken, Thanks a lot for working on this issue, I'll try the patch and get back to you soon -Simon 2015-10-30 14:38 GMT+01:00 Ken Martin : > Thanks Simon, could you check and see if the attached patch fixes your > issue? > > > > Thanks > > Ken > > > > Ken Martin PhD > > Chairman & CFO > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > ken.martin at kitware.com > > 919 869-8871 (w) > > > > > > 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. > > > > *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf > Of *Simon ESNEAULT > *Sent:* Tuesday, October 27, 2015 1:52 PM > *To:* vtkusers at vtk.org; VTK Developers > *Subject:* [vtk-developers] [vtkusers] OpenGL2 - Broken > vtkTexturedButtonRepresentation2D/vtkButtonWidget > > > > Hello All, > > Following our migration to the brand new OpenGL2 backend, the ButtonWidget > seem's broken, the button display's a gray texture instead of an image with > the new backend. This is visible in all our tested platform (Windows or OSX > box) > > The following VTK wiki example reproduce the problem : > > http://www.vtk.org/Wiki/VTK/Examples/Cxx/Widgets/TexturedButtonWidget > > > > OpenGL1 backend result : > http://picpaste.com/pics/OGL1_1.1445968197.png > > OpenGL2 backend result : > http://picpaste.com/pics/OGL2_1.1445968221.png > > > Is it a known issue ? Any clue ? In our application we try to load a png > image, but it always show a gray/white rectangle instead > > Thanks > Simon > > > > > > > > > > > > > > > > > > -- > > ------------------------------------------------------------------ > Simon Esneault > > Rennes, France > ------------------------------------------------------------------ > -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.esneault at gmail.com Fri Oct 30 10:17:50 2015 From: simon.esneault at gmail.com (Simon ESNEAULT) Date: Fri, 30 Oct 2015 15:17:50 +0100 Subject: [vtk-developers] [vtkusers] OpenGL2 - Broken vtkTexturedButtonRepresentation2D/vtkButtonWidget In-Reply-To: <7400ebc5bb7ddfd554fea3bf09cb59be@mail.gmail.com> References: <7400ebc5bb7ddfd554fea3bf09cb59be@mail.gmail.com> Message-ID: Yes, the first patch was not working, but the second patch is ok, and the texture is correctly rendered ! Thanks a lot, will this patch be merged in the VTK 6.3.1 release ? Simon 2015-10-30 15:11 GMT+01:00 Ken Martin : > I think there is an issue with the previous patch, try this patch instead > if you can - Ken > > > > Ken Martin PhD > > Chairman & CFO > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > ken.martin at kitware.com > > 919 869-8871 (w) > > > > > > 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. > > > > *From:* sesneault at gmail.com [mailto:sesneault at gmail.com] *On Behalf Of *Simon > ESNEAULT > *Sent:* Friday, October 30, 2015 9:48 AM > *To:* Ken Martin > *Cc:* vtkusers at vtk.org; VTK Developers > *Subject:* Re: [vtk-developers] [vtkusers] OpenGL2 - Broken > vtkTexturedButtonRepresentation2D/vtkButtonWidget > > > > Hello Ken, > > Thanks a lot for working on this issue, I'll try the patch and get back to > you soon > -Simon > > > > > 2015-10-30 14:38 GMT+01:00 Ken Martin : > > Thanks Simon, could you check and see if the attached patch fixes your > issue? > > > > Thanks > > Ken > > > > Ken Martin PhD > > Chairman & CFO > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > ken.martin at kitware.com > > 919 869-8871 (w) > > > > > > 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. > > > > *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf > Of *Simon ESNEAULT > *Sent:* Tuesday, October 27, 2015 1:52 PM > *To:* vtkusers at vtk.org; VTK Developers > *Subject:* [vtk-developers] [vtkusers] OpenGL2 - Broken > vtkTexturedButtonRepresentation2D/vtkButtonWidget > > > > Hello All, > > Following our migration to the brand new OpenGL2 backend, the ButtonWidget > seem's broken, the button display's a gray texture instead of an image with > the new backend. This is visible in all our tested platform (Windows or OSX > box) > > The following VTK wiki example reproduce the problem : > > http://www.vtk.org/Wiki/VTK/Examples/Cxx/Widgets/TexturedButtonWidget > > > > OpenGL1 backend result : > http://picpaste.com/pics/OGL1_1.1445968197.png > > OpenGL2 backend result : > http://picpaste.com/pics/OGL2_1.1445968221.png > > > Is it a known issue ? Any clue ? In our application we try to load a png > image, but it always show a gray/white rectangle instead > > Thanks > Simon > > > > > > > > > > > > > > > > > > -- > > ------------------------------------------------------------------ > Simon Esneault > > Rennes, France > ------------------------------------------------------------------ > > > > > > -- > > ------------------------------------------------------------------ > Simon Esneault > > Rennes, France > ------------------------------------------------------------------ > -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Fri Oct 30 10:36:57 2015 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 30 Oct 2015 10:36:57 -0400 Subject: [vtk-developers] Master vs Release v6 maintenance In-Reply-To: <20151019150730.GA30474@megas.khq.kitware.com> References: <20151019150730.GA30474@megas.khq.kitware.com> Message-ID: OK, I'll cry Uncle. When you say base your changes on the release-6.3 branch but still target the master what does that translate to in git? I am thinking checkout release-6.3 checkout -b fix_stuff_vague do the change get some coffee, checkout hello kitty, general chilling git commit git gitlab-push but that all is 6.3, how do I target and merge against master? Is that up in the gitlab side of things? Thanks Ken On Mon, Oct 19, 2015 at 11:07 AM, Ben Boeckel wrote: > On Mon, Oct 19, 2015 at 11:17:16 +0200, Xabi Riobe wrote: > > I would like to know how things will be done for the support of the > version > > 6. > > I understand that only bug fixes will be merged, but what is the > workflow? > > Should we always create bug fixes branches from the 6.x release, do we > have > > to ask someone to merge the ones from master we are interested in, or > will > > there be a big parsing of the master merges before creating the 6.x to > > select all the ones related to fixes? > > > > I see a lot of fixes in the master, what should i do to see them in the > 6.4? > > If you'd like to have fixes in the release branch, please base your > changes on the release-6.3 branch, but still target the master branch. > Kwrobot should comment that your branch is eligible for the 6.3 branch. > Once it is in master, ping Dave DeMarle and me (@ben.boeckel and > @demarle) and one of us will merge it into the release-6.3 branch. > > --Ben > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -- Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 518 371 3971 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Fri Oct 30 12:11:25 2015 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 30 Oct 2015 12:11:25 -0400 Subject: [vtk-developers] [vtkusers] OpenGL2 - Broken vtkTexturedButtonRepresentation2D/vtkButtonWidget In-Reply-To: References: <7400ebc5bb7ddfd554fea3bf09cb59be@mail.gmail.com> Message-ID: <1894f63c6bdcbf91256b2e2f3ea4b6db@mail.gmail.com> I created a topic here and will try to get it merged soon - Ken https://gitlab.kitware.com/vtk/vtk/merge_requests/854 Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. *From:* sesneault at gmail.com [mailto:sesneault at gmail.com] *On Behalf Of *Simon ESNEAULT *Sent:* Friday, October 30, 2015 10:18 AM *To:* Ken Martin; vtkusers at vtk.org; VTK Developers *Subject:* Re: [vtk-developers] [vtkusers] OpenGL2 - Broken vtkTexturedButtonRepresentation2D/vtkButtonWidget Yes, the first patch was not working, but the second patch is ok, and the texture is correctly rendered ! Thanks a lot, will this patch be merged in the VTK 6.3.1 release ? Simon 2015-10-30 15:11 GMT+01:00 Ken Martin : I think there is an issue with the previous patch, try this patch instead if you can - Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. *From:* sesneault at gmail.com [mailto:sesneault at gmail.com] *On Behalf Of *Simon ESNEAULT *Sent:* Friday, October 30, 2015 9:48 AM *To:* Ken Martin *Cc:* vtkusers at vtk.org; VTK Developers *Subject:* Re: [vtk-developers] [vtkusers] OpenGL2 - Broken vtkTexturedButtonRepresentation2D/vtkButtonWidget Hello Ken, Thanks a lot for working on this issue, I'll try the patch and get back to you soon -Simon 2015-10-30 14:38 GMT+01:00 Ken Martin : Thanks Simon, could you check and see if the attached patch fixes your issue? Thanks Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf Of *Simon ESNEAULT *Sent:* Tuesday, October 27, 2015 1:52 PM *To:* vtkusers at vtk.org; VTK Developers *Subject:* [vtk-developers] [vtkusers] OpenGL2 - Broken vtkTexturedButtonRepresentation2D/vtkButtonWidget Hello All, Following our migration to the brand new OpenGL2 backend, the ButtonWidget seem's broken, the button display's a gray texture instead of an image with the new backend. This is visible in all our tested platform (Windows or OSX box) The following VTK wiki example reproduce the problem : http://www.vtk.org/Wiki/VTK/Examples/Cxx/Widgets/TexturedButtonWidget OpenGL1 backend result : http://picpaste.com/pics/OGL1_1.1445968197.png OpenGL2 backend result : http://picpaste.com/pics/OGL2_1.1445968221.png Is it a known issue ? Any clue ? In our application we try to load a png image, but it always show a gray/white rectangle instead Thanks Simon -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From berk.geveci at kitware.com Fri Oct 30 14:29:54 2015 From: berk.geveci at kitware.com (Berk Geveci) Date: Fri, 30 Oct 2015 14:29:54 -0400 Subject: [vtk-developers] Master vs Release v6 maintenance In-Reply-To: References: <20151019150730.GA30474@megas.khq.kitware.com> Message-ID: I would argue that if you want OpenGL2, you should move to VTK 7. That's where we will officially release it after all. "Polluting" the 6.x branch by all the changes needed for the current OpenGL2 would go beyond maintenance changes and potentially effect stability of it. Not something we want to do for a long term support branch. On Mon, Oct 19, 2015 at 11:37 AM, Xabi Riobe wrote: > Ok for my branches, but what about the other ones that are already in the > master, like for example the OpenGL2 fixes? Is it possible to have them in > the release-6.3 ? > > 2015-10-19 17:07 GMT+02:00 Ben Boeckel : > >> On Mon, Oct 19, 2015 at 11:17:16 +0200, Xabi Riobe wrote: >> > I would like to know how things will be done for the support of the >> version >> > 6. >> > I understand that only bug fixes will be merged, but what is the >> workflow? >> > Should we always create bug fixes branches from the 6.x release, do we >> have >> > to ask someone to merge the ones from master we are interested in, or >> will >> > there be a big parsing of the master merges before creating the 6.x to >> > select all the ones related to fixes? >> > >> > I see a lot of fixes in the master, what should i do to see them in the >> 6.4? >> >> If you'd like to have fixes in the release branch, please base your >> changes on the release-6.3 branch, but still target the master branch. >> Kwrobot should comment that your branch is eligible for the 6.3 branch. >> Once it is in master, ping Dave DeMarle and me (@ben.boeckel and >> @demarle) and one of us will merge it into the release-6.3 branch. >> >> --Ben >> > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawn.waldon at kitware.com Fri Oct 30 14:35:05 2015 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Fri, 30 Oct 2015 14:35:05 -0400 Subject: [vtk-developers] Master vs Release v6 maintenance In-Reply-To: References: <20151019150730.GA30474@megas.khq.kitware.com> Message-ID: Ken, Yes, it is on the gitlab side. Target and merge against master means that you should create a merge request to merge into master rather than a merge request that asks to merge into the 6.3 release branch. Merging into master is the default, so just don't change your merge request to point at 6.3 and it is fine. HTH, Shawn On Fri, Oct 30, 2015 at 10:36 AM, Ken Martin wrote: > OK, I'll cry Uncle. When you say > > base your changes on the release-6.3 branch but still target the master > > what does that translate to in git? I am thinking > > checkout release-6.3 > checkout -b fix_stuff_vague > do the change > get some coffee, checkout hello kitty, general chilling > git commit > git gitlab-push > > but that all is 6.3, how do I target and merge against master? Is that up > in the gitlab side of things? > > Thanks > Ken > > > On Mon, Oct 19, 2015 at 11:07 AM, Ben Boeckel > wrote: > >> On Mon, Oct 19, 2015 at 11:17:16 +0200, Xabi Riobe wrote: >> > I would like to know how things will be done for the support of the >> version >> > 6. >> > I understand that only bug fixes will be merged, but what is the >> workflow? >> > Should we always create bug fixes branches from the 6.x release, do we >> have >> > to ask someone to merge the ones from master we are interested in, or >> will >> > there be a big parsing of the master merges before creating the 6.x to >> > select all the ones related to fixes? >> > >> > I see a lot of fixes in the master, what should i do to see them in the >> 6.4? >> >> If you'd like to have fixes in the release branch, please base your >> changes on the release-6.3 branch, but still target the master branch. >> Kwrobot should comment that your branch is eligible for the 6.3 branch. >> Once it is in master, ping Dave DeMarle and me (@ben.boeckel and >> @demarle) and one of us will merge it into the release-6.3 branch. >> >> --Ben >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> > > > -- > Ken Martin PhD > Chairman & CFO > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > 518 371 3971 > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Fri Oct 30 14:56:46 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Fri, 30 Oct 2015 14:56:46 -0400 Subject: [vtk-developers] Master vs Release v6 maintenance In-Reply-To: References: <20151019150730.GA30474@megas.khq.kitware.com> Message-ID: <20151030185646.GB8203@megas.khq.kitware.com> On Fri, Oct 30, 2015 at 14:35:05 -0400, Shawn Waldon wrote: > Yes, it is on the gitlab side. Target and merge against master means that > you should create a merge request to merge into master rather than a merge > request that asks to merge into the 6.3 release branch. Merging into > master is the default, so just don't change your merge request to point at > 6.3 and it is fine. Note that when VTK7 is branched, 6.3 (well, 6.x is probably a better name for it) will likely be cut off and be its own target. I'll need to verify the kwrobot can still handle such merge requests. For now though, getting things into master is still possible and should be done. --Ben From bill.lorensen at gmail.com Sat Oct 31 12:47:27 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Sat, 31 Oct 2015 12:47:27 -0400 Subject: [vtk-developers] CDash dashboards are messed up Message-ID: Take a look: https://open.cdash.org/index.php?project=VTK From kevin.dean at decisionsciencescorp.com Sat Oct 31 12:52:08 2015 From: kevin.dean at decisionsciencescorp.com (Dean, Kevin) Date: Sat, 31 Oct 2015 09:52:08 -0700 Subject: [vtk-developers] Fitting a line to a point cloud Message-ID: Hey guys, I am curious about finding a way to fit a line to a point cloud, similar to using singular value decomposition or least squares? I have a function in python that does it, however, I have to convert from my polydata to dataframe (to use numpy.linalg.svd), which isn't bad, but if I can save a step, that'd be cool. Thanks for any help, or suggestions! Kevin E. Dean -- This email and its contents are confidential. If you are not the intended recipient, please do not disclose or use the information within this email or its attachments. If you have received this email in error, please report the error to the sender by return email and delete this communication from your records. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Sat Oct 31 12:59:16 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Sat, 31 Oct 2015 12:59:16 -0400 Subject: [vtk-developers] CDash dashboards are messed up In-Reply-To: References: Message-ID: The messed up dashboards are using my Chrome browser. Firefox is OK. On Sat, Oct 31, 2015 at 12:47 PM, Bill Lorensen wrote: > Take a look: > https://open.cdash.org/index.php?project=VTK -- Unpaid intern in BillsBasement at noware dot com From zack.galbreath at kitware.com Sat Oct 31 13:10:15 2015 From: zack.galbreath at kitware.com (Zack Galbreath) Date: Sat, 31 Oct 2015 13:10:15 -0400 Subject: [vtk-developers] [ITK-dev] CDash dashboards are messed up In-Reply-To: References: Message-ID: I was hoping to sneak in a CDash upgrade this morning while nobody was paying attention, but I guess I was only partially successful. I see that some fields aren't being properly colored, I'll work on fixing this soon. If the page isn't rendering for you at all, please refresh your cache and let me know if that doesn't fix things for you. We upgraded some Javascript files that your browser may have cached. I did my best to force clients to re-download these files, but I'm not sure if this trick will work for all possible browser/OS combinations. On Sat, Oct 31, 2015 at 12:59 PM, Bill Lorensen wrote: > The messed up dashboards are using my Chrome browser. > > Firefox is OK. > > > On Sat, Oct 31, 2015 at 12:47 PM, Bill Lorensen > wrote: > > Take a look: > > https://open.cdash.org/index.php?project=VTK > > > > -- > Unpaid intern in BillsBasement at noware dot com > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Kitware offers ITK Training Courses, for more information visit: > http://kitware.com/products/protraining.php > > Please keep messages on-topic and check the ITK FAQ at: > http://www.itk.org/Wiki/ITK_FAQ > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/insight-developers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Sat Oct 31 13:22:21 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Sat, 31 Oct 2015 13:22:21 -0400 Subject: [vtk-developers] [ITK-dev] CDash dashboards are messed up In-Reply-To: References: Message-ID: I cleared my chrome cache and it is OK now, Except that it seems really slow... On Sat, Oct 31, 2015 at 1:10 PM, Zack Galbreath wrote: > I was hoping to sneak in a CDash upgrade this morning while nobody was > paying attention, but I guess I was only partially successful. I see that > some fields aren't being properly colored, I'll work on fixing this soon. > > If the page isn't rendering for you at all, please refresh your cache and > let me know if that doesn't fix things for you. We upgraded some Javascript > files that your browser may have cached. I did my best to force clients to > re-download these files, but I'm not sure if this trick will work for all > possible browser/OS combinations. > > > On Sat, Oct 31, 2015 at 12:59 PM, Bill Lorensen > wrote: >> >> The messed up dashboards are using my Chrome browser. >> >> Firefox is OK. >> >> >> On Sat, Oct 31, 2015 at 12:47 PM, Bill Lorensen >> wrote: >> > Take a look: >> > https://open.cdash.org/index.php?project=VTK >> >> >> >> -- >> Unpaid intern in BillsBasement at noware dot com >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Kitware offers ITK Training Courses, for more information visit: >> http://kitware.com/products/protraining.php >> >> Please keep messages on-topic and check the ITK FAQ at: >> http://www.itk.org/Wiki/ITK_FAQ >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/insight-developers > > -- Unpaid intern in BillsBasement at noware dot com From david.gobbi at gmail.com Sat Oct 31 13:27:25 2015 From: david.gobbi at gmail.com (David Gobbi) Date: Sat, 31 Oct 2015 11:27:25 -0600 Subject: [vtk-developers] [ITK-dev] CDash dashboards are messed up In-Reply-To: References: Message-ID: I can confirm the "slow" behavior. Firefox is complaining that the script is unresponsive. On Sat, Oct 31, 2015 at 11:22 AM, Bill Lorensen wrote: > I cleared my chrome cache and it is OK now, Except that it seems really > slow... > > > On Sat, Oct 31, 2015 at 1:10 PM, Zack Galbreath > wrote: > > I was hoping to sneak in a CDash upgrade this morning while nobody was > > paying attention, but I guess I was only partially successful. I see > that > > some fields aren't being properly colored, I'll work on fixing this soon. > > > > If the page isn't rendering for you at all, please refresh your cache and > > let me know if that doesn't fix things for you. We upgraded some > Javascript > > files that your browser may have cached. I did my best to force clients > to > > re-download these files, but I'm not sure if this trick will work for all > > possible browser/OS combinations. > > > > > > On Sat, Oct 31, 2015 at 12:59 PM, Bill Lorensen > > > wrote: > >> > >> The messed up dashboards are using my Chrome browser. > >> > >> Firefox is OK. > >> > >> > >> On Sat, Oct 31, 2015 at 12:47 PM, Bill Lorensen < > bill.lorensen at gmail.com> > >> wrote: > >> > Take a look: > >> > https://open.cdash.org/index.php?project=VTK > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Sat Oct 31 13:29:21 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Sat, 31 Oct 2015 13:29:21 -0400 Subject: [vtk-developers] [ITK-dev] CDash dashboards are messed up In-Reply-To: References: Message-ID: Yes, my Firefox says the same. Eventually, the page loads. On Sat, Oct 31, 2015 at 1:27 PM, David Gobbi wrote: > I can confirm the "slow" behavior. Firefox is complaining that the > script is unresponsive. > > On Sat, Oct 31, 2015 at 11:22 AM, Bill Lorensen > wrote: >> >> I cleared my chrome cache and it is OK now, Except that it seems really >> slow... >> >> >> On Sat, Oct 31, 2015 at 1:10 PM, Zack Galbreath >> wrote: >> > I was hoping to sneak in a CDash upgrade this morning while nobody was >> > paying attention, but I guess I was only partially successful. I see >> > that >> > some fields aren't being properly colored, I'll work on fixing this >> > soon. >> > >> > If the page isn't rendering for you at all, please refresh your cache >> > and >> > let me know if that doesn't fix things for you. We upgraded some >> > Javascript >> > files that your browser may have cached. I did my best to force clients >> > to >> > re-download these files, but I'm not sure if this trick will work for >> > all >> > possible browser/OS combinations. >> > >> > >> > On Sat, Oct 31, 2015 at 12:59 PM, Bill Lorensen >> > >> > wrote: >> >> >> >> The messed up dashboards are using my Chrome browser. >> >> >> >> Firefox is OK. >> >> >> >> >> >> On Sat, Oct 31, 2015 at 12:47 PM, Bill Lorensen >> >> >> >> wrote: >> >> > Take a look: >> >> > https://open.cdash.org/index.php?project=VTK -- Unpaid intern in BillsBasement at noware dot com From zack.galbreath at kitware.com Sat Oct 31 13:32:54 2015 From: zack.galbreath at kitware.com (Zack Galbreath) Date: Sat, 31 Oct 2015 13:32:54 -0400 Subject: [vtk-developers] [ITK-dev] CDash dashboards are messed up In-Reply-To: References: Message-ID: Noted. I've got some tricks up my sleeve that should help with this. I'll let you know when they're live. On Sat, Oct 31, 2015 at 1:29 PM, Bill Lorensen wrote: > Yes, my Firefox says the same. Eventually, the page loads. > > > On Sat, Oct 31, 2015 at 1:27 PM, David Gobbi > wrote: > > I can confirm the "slow" behavior. Firefox is complaining that the > > script is unresponsive. > > > > On Sat, Oct 31, 2015 at 11:22 AM, Bill Lorensen > > > wrote: > >> > >> I cleared my chrome cache and it is OK now, Except that it seems really > >> slow... > >> > >> > >> On Sat, Oct 31, 2015 at 1:10 PM, Zack Galbreath > >> wrote: > >> > I was hoping to sneak in a CDash upgrade this morning while nobody was > >> > paying attention, but I guess I was only partially successful. I see > >> > that > >> > some fields aren't being properly colored, I'll work on fixing this > >> > soon. > >> > > >> > If the page isn't rendering for you at all, please refresh your cache > >> > and > >> > let me know if that doesn't fix things for you. We upgraded some > >> > Javascript > >> > files that your browser may have cached. I did my best to force > clients > >> > to > >> > re-download these files, but I'm not sure if this trick will work for > >> > all > >> > possible browser/OS combinations. > >> > > >> > > >> > On Sat, Oct 31, 2015 at 12:59 PM, Bill Lorensen > >> > > >> > wrote: > >> >> > >> >> The messed up dashboards are using my Chrome browser. > >> >> > >> >> Firefox is OK. > >> >> > >> >> > >> >> On Sat, Oct 31, 2015 at 12:47 PM, Bill Lorensen > >> >> > >> >> wrote: > >> >> > Take a look: > >> >> > https://open.cdash.org/index.php?project=VTK > > > > -- > Unpaid intern in BillsBasement at noware dot com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zack.galbreath at kitware.com Sat Oct 31 14:30:30 2015 From: zack.galbreath at kitware.com (Zack Galbreath) Date: Sat, 31 Oct 2015 14:30:30 -0400 Subject: [vtk-developers] [ITK-dev] CDash dashboards are messed up In-Reply-To: References: Message-ID: Instead of rushing things I've reverted back to the old version of index.php. Thanks for all your reports today. I'll make sure all these issued are properly addressed before attempting this upgrade again. On Sat, Oct 31, 2015 at 1:32 PM, Zack Galbreath wrote: > Noted. I've got some tricks up my sleeve that should help with this. > I'll let you know when they're live. > > > On Sat, Oct 31, 2015 at 1:29 PM, Bill Lorensen > wrote: > >> Yes, my Firefox says the same. Eventually, the page loads. >> >> >> On Sat, Oct 31, 2015 at 1:27 PM, David Gobbi >> wrote: >> > I can confirm the "slow" behavior. Firefox is complaining that the >> > script is unresponsive. >> > >> > On Sat, Oct 31, 2015 at 11:22 AM, Bill Lorensen < >> bill.lorensen at gmail.com> >> > wrote: >> >> >> >> I cleared my chrome cache and it is OK now, Except that it seems really >> >> slow... >> >> >> >> >> >> On Sat, Oct 31, 2015 at 1:10 PM, Zack Galbreath >> >> wrote: >> >> > I was hoping to sneak in a CDash upgrade this morning while nobody >> was >> >> > paying attention, but I guess I was only partially successful. I see >> >> > that >> >> > some fields aren't being properly colored, I'll work on fixing this >> >> > soon. >> >> > >> >> > If the page isn't rendering for you at all, please refresh your cache >> >> > and >> >> > let me know if that doesn't fix things for you. We upgraded some >> >> > Javascript >> >> > files that your browser may have cached. I did my best to force >> clients >> >> > to >> >> > re-download these files, but I'm not sure if this trick will work for >> >> > all >> >> > possible browser/OS combinations. >> >> > >> >> > >> >> > On Sat, Oct 31, 2015 at 12:59 PM, Bill Lorensen >> >> > >> >> > wrote: >> >> >> >> >> >> The messed up dashboards are using my Chrome browser. >> >> >> >> >> >> Firefox is OK. >> >> >> >> >> >> >> >> >> On Sat, Oct 31, 2015 at 12:47 PM, Bill Lorensen >> >> >> >> >> >> wrote: >> >> >> > Take a look: >> >> >> > https://open.cdash.org/index.php?project=VTK >> >> >> >> -- >> Unpaid intern in BillsBasement at noware dot com >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Sat Oct 31 14:36:19 2015 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Sat, 31 Oct 2015 14:36:19 -0400 Subject: [vtk-developers] [ITK-dev] CDash dashboards are messed up In-Reply-To: References: Message-ID: Zack, Thanks. Things are fast again. Bill On Sat, Oct 31, 2015 at 2:30 PM, Zack Galbreath wrote: > Instead of rushing things I've reverted back to the old version of > index.php. Thanks for all your reports today. I'll make sure all these > issued are properly addressed before attempting this upgrade again. > > On Sat, Oct 31, 2015 at 1:32 PM, Zack Galbreath > wrote: >> >> Noted. I've got some tricks up my sleeve that should help with this. >> I'll let you know when they're live. >> >> >> On Sat, Oct 31, 2015 at 1:29 PM, Bill Lorensen >> wrote: >>> >>> Yes, my Firefox says the same. Eventually, the page loads. >>> >>> >>> On Sat, Oct 31, 2015 at 1:27 PM, David Gobbi >>> wrote: >>> > I can confirm the "slow" behavior. Firefox is complaining that the >>> > script is unresponsive. >>> > >>> > On Sat, Oct 31, 2015 at 11:22 AM, Bill Lorensen >>> > >>> > wrote: >>> >> >>> >> I cleared my chrome cache and it is OK now, Except that it seems >>> >> really >>> >> slow... >>> >> >>> >> >>> >> On Sat, Oct 31, 2015 at 1:10 PM, Zack Galbreath >>> >> wrote: >>> >> > I was hoping to sneak in a CDash upgrade this morning while nobody >>> >> > was >>> >> > paying attention, but I guess I was only partially successful. I >>> >> > see >>> >> > that >>> >> > some fields aren't being properly colored, I'll work on fixing this >>> >> > soon. >>> >> > >>> >> > If the page isn't rendering for you at all, please refresh your >>> >> > cache >>> >> > and >>> >> > let me know if that doesn't fix things for you. We upgraded some >>> >> > Javascript >>> >> > files that your browser may have cached. I did my best to force >>> >> > clients >>> >> > to >>> >> > re-download these files, but I'm not sure if this trick will work >>> >> > for >>> >> > all >>> >> > possible browser/OS combinations. >>> >> > >>> >> > >>> >> > On Sat, Oct 31, 2015 at 12:59 PM, Bill Lorensen >>> >> > >>> >> > wrote: >>> >> >> >>> >> >> The messed up dashboards are using my Chrome browser. >>> >> >> >>> >> >> Firefox is OK. >>> >> >> >>> >> >> >>> >> >> On Sat, Oct 31, 2015 at 12:47 PM, Bill Lorensen >>> >> >> >>> >> >> wrote: >>> >> >> > Take a look: >>> >> >> > https://open.cdash.org/index.php?project=VTK >>> >>> >>> >>> -- >>> Unpaid intern in BillsBasement at noware dot com >> >> > -- Unpaid intern in BillsBasement at noware dot com From aashish.chaudhary at kitware.com Mon Oct 26 15:02:09 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 26 Oct 2015 19:02:09 -0000 Subject: [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Simon, I used your dataset on paraview master as of today on my Linux box running Ubuntu 14.04 and NVIDA Quadro card and I am getting about 15-20 FPS with shading on on 1920x1080 resolution. Are you on the proper 4.4 or using RC1/RC2? I checked the shading performance fix was in 4.4 but not in RC's. I don't have access to Windows box right away but I will try there too. Thanks, On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > > > On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT > wrote: > >> Hello Aashish, >> >> Thanks for the quick answer >> We are using a vtkImageData, 512x512x591 with short element (you can find >> the dataset here : https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). >> So I think it's all about GPU volume raycast mapper. >> The new mapper does bring low resolution, but when compared to the old >> one, it seems less "low resolution" during interaction than the old one >> > > Right, so that's why its not a exact comparison. What happens is that > depending on what is interactive, (you can set the desired update rate in > VTK, not exposed in ParaView I believe), it will do interactive but with > higher resolution (smaller sample distance). If they both have the same > sample distance, then the new mapper should out perform the old one, > however, there is another thing we need to consider here which is shading. > > >> Shading is enabled, gradient opacity disabled >> > > Can you disable the shading and see if now they both (opengl1 and 2) > equally better? We already pushed a fix for it but not sure if that you > have in your build. > >> >> Don't know if you need a minimal example, but I believe the GPURenderDemo >> used with this dataset is enough to highlight the slow down. >> > > Yes, I will use this dataset. Thanks. > >> >> Thanks >> Simon >> >> >> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < >> aashish.chaudhary at kitware.com>: >> >>> Also, >>> >>> Do you have shading enabled? We fixed a bug with shading that was >>> causing the slow performance a while back. I don't remember if that was >>> included in 4.4 or not ( I can check ). >>> >>> - Aashish >>> >>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >>> aashish.chaudhary at kitware.com> wrote: >>> >>>> Simon, >>>> >>>> What kind of dataset you are using? Depending on the data type you >>>> might be using >>>> the GPU one or the unstructured renderer. The performance we measured >>>> is related to the GPU ray cast mapper >>>> and will apply only to the vtkImageData inputs. >>>> >>>> Also, helpful would be is if you can tell if the new mapper is bringing >>>> low resolution when you interact with the volume (and whether or not it >>>> happens with old mapper). >>>> >>>> Thanks, >>>> >>>> >>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>>> simon.esneault at gmail.com> wrote: >>>> >>>>> Hi All, >>>>> >>>>> We are trying to make the switch to the new OpenGL2 backend for our >>>>> application, and although the switch was easy (thanks for not breaking the >>>>> API ;) ), we can see a significant slowdown on the GPU volume rendering >>>>> part, especially during interaction. Typically we dropped from 15/20 fps to >>>>> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >>>>> code around. >>>>> >>>>> This slow down can be seen in ParaView, if you compare the latest 4.4 >>>>> OpenGL2 build with the classic 4.4 build while volume rendering a big >>>>> enough volume (512^3) >>>>> >>>>> The blog post here >>>>> http://www.kitware.com/blog/home/post/976 >>>>> claims that the new GPU volume rendering implementation should be >>>>> faster than the old one, is there some more detailed explanation somewhere >>>>> ? Are there some important parameters that can make the difference ? >>>>> >>>>> Thanks, >>>>> >>>>> Simon >>>>> >>>>> PS : The polygonal rendering seems a lot faster with the new backend ! >>>>> >>>>> -- >>>>> ------------------------------------------------------------------ >>>>> Simon Esneault >>>>> Rennes, France >>>>> ------------------------------------------------------------------ >>>>> >>>>> _______________________________________________ >>>>> Powered by www.kitware.com >>>>> >>>>> Visit other Kitware open-source projects at >>>>> http://www.kitware.com/opensource/opensource.html >>>>> >>>>> Search the list archives at: >>>>> http://markmail.org/search/?q=vtk-developers >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> ------------------------------------------------------------------ >> Simon Esneault >> Rennes, France >> ------------------------------------------------------------------ >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume.png Type: image/png Size: 557305 bytes Desc: not available URL: From aashish.chaudhary at kitware.com Mon Oct 26 15:07:59 2015 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 26 Oct 2015 19:07:59 -0000 Subject: [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance In-Reply-To: References: Message-ID: Simon, I used your dataset on paraview master as of today on my Linux box running Ubuntu 14.04 and NVIDA Quadro card and I am getting about 15-20 FPS with shading on with 1920x1080 resolution. Are you on the proper 4.4 or using RC1/RC2? I checked the shading performance fix was in 4.4 but not in RC's. I don't have access to Windows box right away but I will try there too. Thanks, On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > > > On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT > wrote: > >> Hello Aashish, >> >> Thanks for the quick answer >> We are using a vtkImageData, 512x512x591 with short element (you can find >> the dataset here : https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip). >> So I think it's all about GPU volume raycast mapper. >> The new mapper does bring low resolution, but when compared to the old >> one, it seems less "low resolution" during interaction than the old one >> > > Right, so that's why its not a exact comparison. What happens is that > depending on what is interactive, (you can set the desired update rate in > VTK, not exposed in ParaView I believe), it will do interactive but with > higher resolution (smaller sample distance). If they both have the same > sample distance, then the new mapper should out perform the old one, > however, there is another thing we need to consider here which is shading. > > >> Shading is enabled, gradient opacity disabled >> > > Can you disable the shading and see if now they both (opengl1 and 2) > equally better? We already pushed a fix for it but not sure if that you > have in your build. > >> >> Don't know if you need a minimal example, but I believe the GPURenderDemo >> used with this dataset is enough to highlight the slow down. >> > > Yes, I will use this dataset. Thanks. > >> >> Thanks >> Simon >> >> >> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary < >> aashish.chaudhary at kitware.com>: >> >>> Also, >>> >>> Do you have shading enabled? We fixed a bug with shading that was >>> causing the slow performance a while back. I don't remember if that was >>> included in 4.4 or not ( I can check ). >>> >>> - Aashish >>> >>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary < >>> aashish.chaudhary at kitware.com> wrote: >>> >>>> Simon, >>>> >>>> What kind of dataset you are using? Depending on the data type you >>>> might be using >>>> the GPU one or the unstructured renderer. The performance we measured >>>> is related to the GPU ray cast mapper >>>> and will apply only to the vtkImageData inputs. >>>> >>>> Also, helpful would be is if you can tell if the new mapper is bringing >>>> low resolution when you interact with the volume (and whether or not it >>>> happens with old mapper). >>>> >>>> Thanks, >>>> >>>> >>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT < >>>> simon.esneault at gmail.com> wrote: >>>> >>>>> Hi All, >>>>> >>>>> We are trying to make the switch to the new OpenGL2 backend for our >>>>> application, and although the switch was easy (thanks for not breaking the >>>>> API ;) ), we can see a significant slowdown on the GPU volume rendering >>>>> part, especially during interaction. Typically we dropped from 15/20 fps to >>>>> 7/8 fps, on the same machine (Win32, Nvidia Quadro K420), with the same >>>>> code around. >>>>> >>>>> This slow down can be seen in ParaView, if you compare the latest 4.4 >>>>> OpenGL2 build with the classic 4.4 build while volume rendering a big >>>>> enough volume (512^3) >>>>> >>>>> The blog post here >>>>> http://www.kitware.com/blog/home/post/976 >>>>> claims that the new GPU volume rendering implementation should be >>>>> faster than the old one, is there some more detailed explanation somewhere >>>>> ? Are there some important parameters that can make the difference ? >>>>> >>>>> Thanks, >>>>> >>>>> Simon >>>>> >>>>> PS : The polygonal rendering seems a lot faster with the new backend ! >>>>> >>>>> -- >>>>> ------------------------------------------------------------------ >>>>> Simon Esneault >>>>> Rennes, France >>>>> ------------------------------------------------------------------ >>>>> >>>>> _______________________________________________ >>>>> Powered by www.kitware.com >>>>> >>>>> Visit other Kitware open-source projects at >>>>> http://www.kitware.com/opensource/opensource.html >>>>> >>>>> Search the list archives at: >>>>> http://markmail.org/search/?q=vtk-developers >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> http://public.kitware.com/mailman/listinfo/vtk-developers >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>>> * >>>> *| http://www.kitware.com/company/team/chaudhary.html >>>> * >>>> >>> >>> >>> >>> -- >>> >>> >>> >>> *| Aashish Chaudhary | Technical Leader | Kitware Inc. >>> * >>> *| http://www.kitware.com/company/team/chaudhary.html >>> * >>> >> >> >> >> -- >> ------------------------------------------------------------------ >> Simon Esneault >> Rennes, France >> ------------------------------------------------------------------ >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: volume.png Type: image/png Size: 356045 bytes Desc: not available URL: