From bill.lorensen at gmail.com Wed Feb 1 08:59:22 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Wed, 1 Feb 2017 08:59:22 -0500 Subject: [vtk-developers] Use of nullptr Message-ID: Recent changes to files in GUISupprt/Qt use nullptr, which is a c++11 construct. I know we are moving to c++11, but for the time being it seems that nullptr could be replaced will NULL in these two files without any impact. Bill From marcus.hanwell at kitware.com Wed Feb 1 10:53:35 2017 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Wed, 1 Feb 2017 10:53:35 -0500 Subject: [vtk-developers] Use of nullptr In-Reply-To: References: Message-ID: On Wed, Feb 1, 2017 at 8:59 AM, Bill Lorensen wrote: > Recent changes to files in GUISupprt/Qt use nullptr, which is a c++11 > construct. I know we are moving to c++11, but for the time being it > seems that nullptr could be replaced will NULL in these two files > without any impact. > I was under the impression we had already moved to C++11, and it seemed like a reasonable thing to use. I can replace it with NULL if that is preferred, sorry if I jumped the gun on moving forward with this. What is the reasoning not to use it though, our CMake files require C++11 and this was one of the first things added to compilers from C++11 when it was 0x. Thanks, Marcus From bill.lorensen at gmail.com Wed Feb 1 11:00:44 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Wed, 1 Feb 2017 11:00:44 -0500 Subject: [vtk-developers] Use of nullptr In-Reply-To: References: Message-ID: I run an old Mac release. I guess it's time to upgrade... Something to do while my new hip heals. On Feb 1, 2017 10:53 AM, "Marcus D. Hanwell" wrote: > On Wed, Feb 1, 2017 at 8:59 AM, Bill Lorensen > wrote: > > Recent changes to files in GUISupprt/Qt use nullptr, which is a c++11 > > construct. I know we are moving to c++11, but for the time being it > > seems that nullptr could be replaced will NULL in these two files > > without any impact. > > > I was under the impression we had already moved to C++11, and it > seemed like a reasonable thing to use. I can replace it with NULL if > that is preferred, sorry if I jumped the gun on moving forward with > this. > > What is the reasoning not to use it though, our CMake files require > C++11 and this was one of the first things added to compilers from > C++11 when it was 0x. > > Thanks, > > Marcus > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcus.hanwell at kitware.com Wed Feb 1 11:19:17 2017 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Wed, 1 Feb 2017 11:19:17 -0500 Subject: [vtk-developers] Use of nullptr In-Reply-To: References: Message-ID: To the best of my understanding this is the one feature we actually test for and require of C++11 at this stage. I have a 2010 Macbook Pro that I am able to compile this on, but it is on Sierra mist... On Wed, Feb 1, 2017 at 11:00 AM, Bill Lorensen wrote: > I run an old Mac release. I guess it's time to upgrade... Something to do > while my new hip heals. > > On Feb 1, 2017 10:53 AM, "Marcus D. Hanwell" > wrote: >> >> On Wed, Feb 1, 2017 at 8:59 AM, Bill Lorensen >> wrote: >> > Recent changes to files in GUISupprt/Qt use nullptr, which is a c++11 >> > construct. I know we are moving to c++11, but for the time being it >> > seems that nullptr could be replaced will NULL in these two files >> > without any impact. >> > >> I was under the impression we had already moved to C++11, and it >> seemed like a reasonable thing to use. I can replace it with NULL if >> that is preferred, sorry if I jumped the gun on moving forward with >> this. >> >> What is the reasoning not to use it though, our CMake files require >> C++11 and this was one of the first things added to compilers from >> C++11 when it was 0x. >> >> Thanks, >> >> Marcus From bill.lorensen at gmail.com Wed Feb 1 11:40:44 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Wed, 1 Feb 2017 11:40:44 -0500 Subject: [vtk-developers] Use of nullptr In-Reply-To: References: Message-ID: There is. backdoor to disable c++11 on the current VTK build. On Wed, Feb 1, 2017 at 11:19 AM, Marcus D. Hanwell wrote: > To the best of my understanding this is the one feature we actually > test for and require of C++11 at this stage. I have a 2010 Macbook Pro > that I am able to compile this on, but it is on Sierra mist... > > On Wed, Feb 1, 2017 at 11:00 AM, Bill Lorensen wrote: >> I run an old Mac release. I guess it's time to upgrade... Something to do >> while my new hip heals. >> >> On Feb 1, 2017 10:53 AM, "Marcus D. Hanwell" >> wrote: >>> >>> On Wed, Feb 1, 2017 at 8:59 AM, Bill Lorensen >>> wrote: >>> > Recent changes to files in GUISupprt/Qt use nullptr, which is a c++11 >>> > construct. I know we are moving to c++11, but for the time being it >>> > seems that nullptr could be replaced will NULL in these two files >>> > without any impact. >>> > >>> I was under the impression we had already moved to C++11, and it >>> seemed like a reasonable thing to use. I can replace it with NULL if >>> that is preferred, sorry if I jumped the gun on moving forward with >>> this. >>> >>> What is the reasoning not to use it though, our CMake files require >>> C++11 and this was one of the first things added to compilers from >>> C++11 when it was 0x. >>> >>> Thanks, >>> >>> Marcus -- Unpaid intern in BillsBasement at noware dot com From sean at rogue-research.com Wed Feb 1 19:20:31 2017 From: sean at rogue-research.com (Sean McBride) Date: Wed, 1 Feb 2017 19:20:31 -0500 Subject: [vtk-developers] Use of nullptr In-Reply-To: References: Message-ID: <20170202002031.896467528@mail.rogue-research.com> On Wed, 1 Feb 2017 11:00:44 -0500, Bill Lorensen said: >I run an old Mac release. I guess it's time to upgrade... Something to do >while my new hip heals. Bill, What OS and what Xcode version are you using? There's a great table in the wikipedia Xcode article showing the newest Xcode you can run on a given OS X version, and also the minimum OS X version you need to run a given Xcode. Hope your hip heals soon! 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 pandia005 at gmail.com Thu Feb 2 00:30:09 2017 From: pandia005 at gmail.com (Pandia raja) Date: Thu, 2 Feb 2017 11:00:09 +0530 Subject: [vtk-developers] Reg:JVM crashing while using vtkDicomImageReader Message-ID: Hi all, I am using VTK with Java wrapper for constructing MPR. JVM is crashing while reading dicom files using vtkDicomImageReader (few series its working fine). I don't know where the problem is. Please help me to resole this issue. Thanks Pandiyan -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Thu Feb 2 10:07:40 2017 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Thu, 2 Feb 2017 08:07:40 -0700 Subject: [vtk-developers] Reg:JVM crashing while using vtkDicomImageReader In-Reply-To: References: Message-ID: What system are you running on? Are you sure those files are valid? Are those DICOM file big? I'm not a DICOM expert but I'm just trying to get a sense of what you are doing and what could cause those issue. But based on what I eared about the DICOM format, it is possible that the VTK reader is not properly understanding the specific DICOM format that is used within your files. ITK is supposed to have a better reader for DICOM than VTK. On Wed, Feb 1, 2017 at 10:30 PM, Pandia raja wrote: > Hi all, > I am using VTK with Java wrapper for constructing MPR. JVM is crashing > while reading dicom files using vtkDicomImageReader (few series its working > fine). I don't know where the problem is. Please help me to resole this > issue. > > Thanks > Pandiyan > > _______________________________________________ > 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 mathieu.malaterre at gmail.com Thu Feb 2 10:12:28 2017 From: mathieu.malaterre at gmail.com (Mathieu Malaterre) Date: Thu, 2 Feb 2017 16:12:28 +0100 Subject: [vtk-developers] Reg:JVM crashing while using vtkDicomImageReader In-Reply-To: References: Message-ID: I would have guess a 32bits JVM with a very large DICOM Series. I am pretty sure the JVM cannot allocate a large contiguous chunk of memory. Anyway, posting your crash would help diagnose (I guess). Try to write a small C++ code which only load the DICOM Series and see if that works on your 64bits (just a guess) arch. -M On Thu, Feb 2, 2017 at 4:07 PM, Sebastien Jourdain wrote: > What system are you running on? > Are you sure those files are valid? > Are those DICOM file big? I'm not a DICOM expert but I'm just trying to get > a sense of what you are doing and what could cause those issue. > > But based on what I eared about the DICOM format, it is possible that the > VTK reader is not properly understanding the specific DICOM format that is > used within your files. ITK is supposed to have a better reader for DICOM > than VTK. > > On Wed, Feb 1, 2017 at 10:30 PM, Pandia raja wrote: >> >> Hi all, >> I am using VTK with Java wrapper for constructing MPR. JVM is crashing >> while reading dicom files using vtkDicomImageReader (few series its working >> fine). I don't know where the problem is. Please help me to resole this >> issue. >> >> Thanks >> Pandiyan >> >> _______________________________________________ >> 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 > > -- Mathieu From pandia005 at gmail.com Thu Feb 2 11:50:22 2017 From: pandia005 at gmail.com (Pandia raja) Date: Thu, 2 Feb 2017 22:20:22 +0530 Subject: [vtk-developers] Reg:JVM crashing while using vtkDicomImageReader In-Reply-To: References: Message-ID: Yes Mathieu you are right am using 32 bit JVM with large number of images . I will try to load the Dicom files using c++ code and let you know. Thanks, Pandiyan On Feb 2, 2017 8:42 PM, "Mathieu Malaterre" wrote: I would have guess a 32bits JVM with a very large DICOM Series. I am pretty sure the JVM cannot allocate a large contiguous chunk of memory. Anyway, posting your crash would help diagnose (I guess). Try to write a small C++ code which only load the DICOM Series and see if that works on your 64bits (just a guess) arch. -M On Thu, Feb 2, 2017 at 4:07 PM, Sebastien Jourdain wrote: > What system are you running on? > Are you sure those files are valid? > Are those DICOM file big? I'm not a DICOM expert but I'm just trying to get > a sense of what you are doing and what could cause those issue. > > But based on what I eared about the DICOM format, it is possible that the > VTK reader is not properly understanding the specific DICOM format that is > used within your files. ITK is supposed to have a better reader for DICOM > than VTK. > > On Wed, Feb 1, 2017 at 10:30 PM, Pandia raja wrote: >> >> Hi all, >> I am using VTK with Java wrapper for constructing MPR. JVM is crashing >> while reading dicom files using vtkDicomImageReader (few series its working >> fine). I don't know where the problem is. Please help me to resole this >> issue. >> >> Thanks >> Pandiyan >> >> _______________________________________________ >> 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 > > -- Mathieu -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Thu Feb 2 12:04:37 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Thu, 2 Feb 2017 10:04:37 -0700 Subject: [vtk-developers] Reg:JVM crashing while using vtkDicomImageReader In-Reply-To: References: Message-ID: I'll also note that the vtkDICOMReader that comes with vtk-dicom ( https://github.com/dgobbi/vtk-dicom) will work with java wrapping, and it can read a much broader range of DICOM files than the vtkDICOMImageReader. But first you'll want to confirm that the problem isn't a 32-bit memory allocation issue. - David On Thu, Feb 2, 2017 at 9:50 AM, Pandia raja wrote: > Yes Mathieu you are right am using 32 bit JVM with large number of images > . I will try to load the Dicom files using c++ code and let you know. > > Thanks, > Pandiyan > > > On Feb 2, 2017 8:42 PM, "Mathieu Malaterre" > wrote: > > I would have guess a 32bits JVM with a very large DICOM Series. I am > pretty sure the JVM cannot allocate a large contiguous chunk of > memory. > > Anyway, posting your crash would help diagnose (I guess). Try to write > a small C++ code which only load the DICOM Series and see if that > works on your 64bits (just a guess) arch. > > -M > > On Thu, Feb 2, 2017 at 4:07 PM, Sebastien Jourdain > wrote: > > What system are you running on? > > Are you sure those files are valid? > > Are those DICOM file big? I'm not a DICOM expert but I'm just trying to > get > > a sense of what you are doing and what could cause those issue. > > > > But based on what I eared about the DICOM format, it is possible that the > > VTK reader is not properly understanding the specific DICOM format that > is > > used within your files. ITK is supposed to have a better reader for DICOM > > than VTK. > > > > On Wed, Feb 1, 2017 at 10:30 PM, Pandia raja > wrote: > >> > >> Hi all, > >> I am using VTK with Java wrapper for constructing MPR. JVM is crashing > >> while reading dicom files using vtkDicomImageReader (few series its > working > >> fine). I don't know where the problem is. Please help me to resole this > >> issue. > >> > >> Thanks > >> Pandiyan > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Thu Feb 2 14:52:14 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 2 Feb 2017 14:52:14 -0500 Subject: [vtk-developers] New merge request robot behaviors Message-ID: <20170202195214.GA12927@megas.kitware.com> Hi all, Recently, Brad and I have been working on revamping the kwrobot from its initial implementation. It now has unit tests and its source is available (see below). In addition, buildbot will be changing its default behavior from "test this and all future updates" to "test just this update". Basically, `--oneshot` is now assumed and the flag itself is ignored. This was announced a while ago without any disagreements, but is finally going into effect. Merge requests will need the new robot to check them. It will do this if the merge request changes or on a manual `Do: check`. # What does this mean for me? Ideally, not much. The only behavior changes (should) be: - If you select "Delete source branch" when creating a merge request, the robot will now delete it for you when it is merged. - No more "Failed to merge the tree because ???" errors. - Failures in git commits are now formatted better with Markdown rather than dumped out as a pre-formatted block. - The kwrobot user will mark comments with `Do:` commands with a robot emoji (?) to indicate that it handled the command. In the case of success, it will *not* make its own comment (buildbot will still make its comment for `Do: test` commands), but instead just do the action and put a status check on the latest commit on the merge request. - No more race conditions; saying `Do: test` before kwrobot gives its pass/fail check will not be ignored. - Lighter buildbot loads by only building explicitly requested merge requests. # Why this new code? The original robot was written with VTK and ParaView's workflows in mind, however the goal of porting the CMake workflow over exposed severe design limitations in it. With its lack of a test suite, it made making those changes potentially dangerous. It also lacked logging and robustness against errors, as evidenced by the "Failed to merge" problems of late. # Where can I report issues? In general, on the [ghostflow-director issues][] page. We may move your issue to a different repository depending on where it belongs. # Where is the code? All of the repositories are available under the [utils group][]. A general breakdown for the repositories relevant to the VTK, VTK-m, ParaView, and CMB projects: - rust-git-workarea: contains core building blocks for operations used elsewhere - rust-git-checks: checks performed for on git commits - rust-gitlab: communication with Gitlab - rust-ghostflow: implementation of the `Do:` commands (check, test, merge, ExternalData sync); mechanisms of the workflow live here - webhook-listen: listens for webhook events from Gitlab - ghostflow-director: the robot itself; handles jobs from Gitlab and performs the relevant actions; policies of the workflow live here Thanks, --Ben [ghostflow-director issues]: https://gitlab.kitware.com/utils/ghostflow-director/issues [utils group]: https://gitlab.kitware.com/groups/utils From luis.vieira at vektore.com Fri Feb 3 12:09:50 2017 From: luis.vieira at vektore.com (Luis Vieira) Date: Fri, 3 Feb 2017 12:09:50 -0500 Subject: [vtk-developers] vtk3DWidget vs VTK 7.0/VTK 7.1 Message-ID: <9fac01d27e40$55114e90$ff33ebb0$@vektore.com> Hello vtkusers, There are anybody that gotten to build vtk3DWidget against VTK 7.0 using CMAKE? Which module I could set on CMAKE to get this component (vtk3DWidget) library? Thank you very much for any help, Luis Vieira, Consultant, Software Engineer Vektore Exploration Consulting Corporation ca.linkedin.com/in/joaoluisvieira luis.vieira at vektore.com www.vektore.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From nico.schloemer at gmail.com Sat Feb 4 04:56:21 2017 From: nico.schloemer at gmail.com (=?UTF-8?Q?Nico_Schl=C3=B6mer?=) Date: Sat, 04 Feb 2017 09:56:21 +0000 Subject: [vtk-developers] Fwd: VTK7 debian packages for Ubuntu 16.04 In-Reply-To: References: Message-ID: So I sat down last night an packaged the thing with Python 3 support. If you're running on zesty ;), you can try it out [1]. Might or might not make it into Debian/Ubuntu. Cheers, Nico [1] https://launchpad.net/~nschloe/+archive/ubuntu/vtk7-nightly On Tue, Sep 20, 2016 at 4:42 PM Elvis Stansvik wrote: > 2016-09-20 16:29 GMT+02:00 Francisco Perez Salgado : > > Hi Elvis, > > > > thank you very much for the info. Yes I saw your package searching in > > Google; actually I'm using that one but I just wanted to know if it > would be > > official support from vtk. > > Ah. I don't think Kitware ever produced Ubuntu packages of VTK of > that's what you mean. > > What's needed now is Debian packagers willing to take on the work of > making a package. > > It's quite a bit more work to create a package that follows all the > Debian packaging standards (so that it can be accepted into official > repositories). With the package I did I took a lot of shortcuts so to > speak. > > > Again thank you very much, your package is very useful. > > Glad it could help some. > > Elvis > > > > > Regards, > > Fran. > > > > El 20/09/2016 16:23, "Elvis Stansvik" > > escribi?: > >> > >> 2016-09-20 14:52 GMT+02:00 Francisco Perez Salgado < > f.perez475 at gmail.com>: > >> > Yep I saw that, but my question is: can I install the package via APT? > >> > In > >> > that case, which repo should I install on my system? Ubuntu 16.04 APT > >> > repos > >> > only have vtk5 and vtk6 by default. My idea is to install vtk with a > >> > simple > >> > command like: > >> > > >> > apt-get install vtk7 vtk7-dev > >> > > >> > or something similar. In the worst case scenario, can I generate a > .deb > >> > package by my own using CPack and upload it to my APT repo? > >> > >> Hi Francisco, > >> > >> As you can see in the bug report linked by Mathieu, Ghislain (package > >> maintainer) has withdrawn his intention to package VTK 7 :( I didn't > >> know this (I was in contact with Ghislain a few months ago, asking > >> what the progress was). > >> > >> As we needed packages of VTK 7 for work (where we use Kubuntu 16.04). > >> I made a single VTK 7 package and uploaded it to this PPA: > >> > >> https://launchpad.net/~elvstone/+archive/ubuntu/vtk7 > >> > >> You can add the repository and install the package with: > >> > >> sudo add-apt-repository ppa:elvstone/vtk7 > >> sudo apt-get update > >> sudo apt-get install vtk7 > >> > >> But note that: > >> > >> 1) This VTK build might not be configured exactly like you want > >> (see the PPA for what CMake options I used). > >> 2) I'm not updating the PPA anymore as we've switched to using an > >> internal APT repo, feel free take my package and make your own. > >> 3) The package does not follow Debian packaging policies, e.g: > >> - It installs everything to /opt/VTK-7.0.0 (to not conflict > >> with VTK 6 packages from main repos) > >> - It's one single package (no split -dev packages) > >> > >> Regarding Python, this package has Python 3 bindings (though since I > >> made the package, we've switched to C++ here at work). > >> > >> Hope this PPA can be of use until someone steps up to do a proper > >> Debian packaging of VTK 7. > >> > >> Cheers, > >> Elvis > >> > >> > > >> > Thanks for the quick response. > >> > Fran. > >> > > >> > 2016-09-20 14:13 GMT+02:00 Mathieu Malaterre > >> > : > >> >> > >> >> On Tue, Sep 20, 2016 at 1:21 PM, Francisco Perez Salgado > >> >> wrote: > >> >> > Hi, > >> >> > > >> >> > I wanted to know if there will be available debian packages (both > >> >> > runtime > >> >> > and develop packages) for Ubuntu 16.04 (Xenial) soon. The goal is > to > >> >> > install > >> >> > VTK through apt repositories instead from source code. I think it > >> >> > would > >> >> > be > >> >> > so useful for final users. > >> >> > >> >> See: > >> >> > >> >> https://bugs.debian.org/810254 > >> >> > >> >> 2cts > >> > > >> > > >> > > >> > _______________________________________________ > >> > 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 elvis.stansvik at orexplore.com Sat Feb 4 14:45:56 2017 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Sat, 4 Feb 2017 20:45:56 +0100 Subject: [vtk-developers] Fwd: VTK7 debian packages for Ubuntu 16.04 In-Reply-To: References: Message-ID: 2017-02-04 10:56 GMT+01:00 Nico Schl?mer : > So I sat down last night an packaged the thing with Python 3 support. If > you're running on zesty ;), you can try it out [1]. Might or might not make > it into Debian/Ubuntu. > Really nice! Good that you posted to debian-science@ as well. Lets hope that in the end this could make it into an official release. Our product is currently based on Xenial, because of its LTS status (among other things), but sooner or later we'll bump the Ubuntu version. So it's very nice that you took this effort. I might even try to take your packaging and shoehorn it to work on Xenial, since the internal packaging we're using now is quite crude (one big jumbo binary package). Elvis > Cheers, > Nico > > [1] https://launchpad.net/~nschloe/+archive/ubuntu/vtk7-nightly > > On Tue, Sep 20, 2016 at 4:42 PM Elvis Stansvik < > elvis.stansvik at orexplore.com> wrote: > >> 2016-09-20 16:29 GMT+02:00 Francisco Perez Salgado > >: >> > Hi Elvis, >> > >> > thank you very much for the info. Yes I saw your package searching in >> > Google; actually I'm using that one but I just wanted to know if it >> would be >> > official support from vtk. >> >> Ah. I don't think Kitware ever produced Ubuntu packages of VTK of >> that's what you mean. >> >> What's needed now is Debian packagers willing to take on the work of >> making a package. >> >> It's quite a bit more work to create a package that follows all the >> Debian packaging standards (so that it can be accepted into official >> repositories). With the package I did I took a lot of shortcuts so to >> speak. >> >> > Again thank you very much, your package is very useful. >> >> Glad it could help some. >> >> Elvis >> >> > >> > Regards, >> > Fran. >> > >> > El 20/09/2016 16:23, "Elvis Stansvik" >> > escribi?: >> >> >> >> 2016-09-20 14:52 GMT+02:00 Francisco Perez Salgado < >> f.perez475 at gmail.com>: >> >> > Yep I saw that, but my question is: can I install the package via >> APT? >> >> > In >> >> > that case, which repo should I install on my system? Ubuntu 16.04 APT >> >> > repos >> >> > only have vtk5 and vtk6 by default. My idea is to install vtk with a >> >> > simple >> >> > command like: >> >> > >> >> > apt-get install vtk7 vtk7-dev >> >> > >> >> > or something similar. In the worst case scenario, can I generate a >> .deb >> >> > package by my own using CPack and upload it to my APT repo? >> >> >> >> Hi Francisco, >> >> >> >> As you can see in the bug report linked by Mathieu, Ghislain (package >> >> maintainer) has withdrawn his intention to package VTK 7 :( I didn't >> >> know this (I was in contact with Ghislain a few months ago, asking >> >> what the progress was). >> >> >> >> As we needed packages of VTK 7 for work (where we use Kubuntu 16.04). >> >> I made a single VTK 7 package and uploaded it to this PPA: >> >> >> >> https://launchpad.net/~elvstone/+archive/ubuntu/vtk7 >> >> >> >> You can add the repository and install the package with: >> >> >> >> sudo add-apt-repository ppa:elvstone/vtk7 >> >> sudo apt-get update >> >> sudo apt-get install vtk7 >> >> >> >> But note that: >> >> >> >> 1) This VTK build might not be configured exactly like you want >> >> (see the PPA for what CMake options I used). >> >> 2) I'm not updating the PPA anymore as we've switched to using an >> >> internal APT repo, feel free take my package and make your own. >> >> 3) The package does not follow Debian packaging policies, e.g: >> >> - It installs everything to /opt/VTK-7.0.0 (to not conflict >> >> with VTK 6 packages from main repos) >> >> - It's one single package (no split -dev packages) >> >> >> >> Regarding Python, this package has Python 3 bindings (though since I >> >> made the package, we've switched to C++ here at work). >> >> >> >> Hope this PPA can be of use until someone steps up to do a proper >> >> Debian packaging of VTK 7. >> >> >> >> Cheers, >> >> Elvis >> >> >> >> > >> >> > Thanks for the quick response. >> >> > Fran. >> >> > >> >> > 2016-09-20 14:13 GMT+02:00 Mathieu Malaterre >> >> > : >> >> >> >> >> >> On Tue, Sep 20, 2016 at 1:21 PM, Francisco Perez Salgado >> >> >> wrote: >> >> >> > Hi, >> >> >> > >> >> >> > I wanted to know if there will be available debian packages (both >> >> >> > runtime >> >> >> > and develop packages) for Ubuntu 16.04 (Xenial) soon. The goal is >> to >> >> >> > install >> >> >> > VTK through apt repositories instead from source code. I think it >> >> >> > would >> >> >> > be >> >> >> > so useful for final users. >> >> >> >> >> >> See: >> >> >> >> >> >> https://bugs.debian.org/810254 >> >> >> >> >> >> 2cts >> >> > >> >> > >> >> > >> >> > _______________________________________________ >> >> > 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 biddisco at cscs.ch Mon Feb 6 10:44:43 2017 From: biddisco at cscs.ch (Biddiscombe, John A.) Date: Mon, 6 Feb 2017 15:44:43 +0000 Subject: [vtk-developers] Scripts for reformatting Message-ID: <2BFBE0B2-D6EB-4807-8D87-99C380DF4E58@cscs.ch> Apologies for duplicate posts, might have sent this twice by mistake Dear list, I have many branches of VTK development that go back some years and have not been well maintained recently. I tried updating some of my code over the weekend and have thousands of conflicts due to the reformatting of VTK to change the indentation and some other mass changes. Is there a wiki entry anywhere that can help me run some reformat scripts on my branches to minimize some of the conflicts I?m getting. Many thanks JB -- John Biddiscombe, email:biddisco @.at.@ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Trevano 131, 6900 Lugano, Switzerland | Fax: +41 (91) 610.82.82 -------------- next part -------------- An HTML attachment was scrubbed... URL: From haocheng.liu at kitware.com Mon Feb 6 11:02:42 2017 From: haocheng.liu at kitware.com (Haocheng Liu) Date: Mon, 6 Feb 2017 11:02:42 -0500 Subject: [vtk-developers] Scripts for reformatting In-Reply-To: <2BFBE0B2-D6EB-4807-8D87-99C380DF4E58@cscs.ch> References: <2BFBE0B2-D6EB-4807-8D87-99C380DF4E58@cscs.ch> Message-ID: excerpt From Shawn's email: Hi all, The branch to switch to clang-format was just merged. For those creating a new branch, you can use the script in Utilities/Scripts/clang-format.bash to apply formatting before you commit your changes. You will need to have clang-format 3.8 or higher installed. If you have any outstanding branches they will need to be rebased across the transition. The process to do this is: 1) Rebase your work on the empty commit prior to the transition ( 609f2afcd5e2f963e4fe36203b08d2ebfc0476f9). This will require you to fix any changes that conflict with the doxygen style comment update. ParaView switched to /** style doxygen comments like VTK did last month. 2) Run `git filter-branch --tree-filter 'Utilties/Scripts/clang-format.bash --tracked' 609f2afcd5e2f963e4fe36203b08d2ebfc0476f9~..HEAD` This will rewrite each commit from the empty commit to the top of your branch to have the new format. The empty commit's rewrite will become equivalent to the convert-to-clang-format commit. 3) Run `git rebase b41d27999a4ac854f4a0e61d98d09c53e7583a60` to rebase your branch onto the commit where the clang-format changes were merged. The "empty commit" should go away since all of its changes were applied by the 'apply clang-format' commit and only the rewritten commits in your branch should remain. That will get your branch rebased across the style transition. You can then rebase it on master or put it up for review if there are no further conflicts. Hope it helps. On Mon, Feb 6, 2017 at 10:44 AM, Biddiscombe, John A. wrote: > Apologies for duplicate posts, might have sent this twice by mistake > > > > Dear list, > > > > I have many branches of VTK development that go back some years and have > not been well maintained recently. I tried updating some of my code over > the weekend and have thousands of conflicts due to the reformatting of VTK > to change the indentation and some other mass changes. > > > > Is there a wiki entry anywhere that can help me run some reformat scripts > on my branches to minimize some of the conflicts I?m getting. > > > > Many thanks > > > > JB > > > > -- > > John Biddiscombe, email:biddisco @.at.@ cscs.ch > > http://www.cscs.ch/ > > CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 > <+41%2091%20610%2082%2007> > > Via Trevano 131, 6900 Lugano, Switzerland | Fax: +41 (91) 610.82.82 > <+41%2091%20610%2082%2082> > > > > > > > > > > _______________________________________________ > 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 > > > -- Best regards Haocheng Haocheng LIU Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4421 <(518)%20881-4421> -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawn.waldon at kitware.com Mon Feb 6 11:20:55 2017 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Mon, 6 Feb 2017 11:20:55 -0500 Subject: [vtk-developers] Scripts for reformatting In-Reply-To: References: <2BFBE0B2-D6EB-4807-8D87-99C380DF4E58@cscs.ch> Message-ID: Except that that email applied to ParaView not VTK. VTK changed its brace style last summer. See the MRs here for the changes to VTK: https://gitlab.kitware.com/vtk/vtk/merge_requests/1932 https://gitlab.kitware.com/vtk/vtk/merge_requests/1911 There may be instructions in the commit messages (or at least the commands run to produce them. As far as rebasing across the transition, I don't know if there are instructions for VTK. I can't find them searching my old email but I may be missing them. Does anyone else on the list have instructions for Jon to help rebase his branches? Shawn On Mon, Feb 6, 2017 at 11:02 AM, Haocheng Liu wrote: > excerpt From Shawn's email: > > Hi all, > > The branch to switch to clang-format was just merged. > > For those creating a new branch, you can use the script in > Utilities/Scripts/clang-format.bash to apply formatting before you commit > your changes. You will need to have clang-format 3.8 or higher installed. > > If you have any outstanding branches they will need to be rebased across > the transition. The process to do this is: > 1) Rebase your work on the empty commit prior to the transition > (609f2afcd5e2f963e4fe36203b08d2ebfc0476f9). This will require you to fix > any changes that conflict with the doxygen style comment update. ParaView > switched to /** style doxygen comments like VTK did last month. > 2) Run `git filter-branch --tree-filter 'Utilties/Scripts/clang-format.bash > --tracked' 609f2afcd5e2f963e4fe36203b08d2ebfc0476f9~..HEAD` This will > rewrite each commit from the empty commit to the top of your branch to have > the new format. The empty commit's rewrite will become equivalent to the > convert-to-clang-format commit. > 3) Run `git rebase b41d27999a4ac854f4a0e61d98d09c53e7583a60` to rebase > your branch onto the commit where the clang-format changes were merged. > The "empty commit" should go away since all of its changes were applied by > the 'apply clang-format' commit and only the rewritten commits in your > branch should remain. > > That will get your branch rebased across the style transition. You can > then rebase it on master or put it up for review if there are no further > conflicts. > > > Hope it helps. > > On Mon, Feb 6, 2017 at 10:44 AM, Biddiscombe, John A. > wrote: > >> Apologies for duplicate posts, might have sent this twice by mistake >> >> >> >> Dear list, >> >> >> >> I have many branches of VTK development that go back some years and have >> not been well maintained recently. I tried updating some of my code over >> the weekend and have thousands of conflicts due to the reformatting of VTK >> to change the indentation and some other mass changes. >> >> >> >> Is there a wiki entry anywhere that can help me run some reformat scripts >> on my branches to minimize some of the conflicts I?m getting. >> >> >> >> Many thanks >> >> >> >> JB >> >> >> >> -- >> >> John Biddiscombe, email:biddisco @.at.@ cscs.ch >> >> http://www.cscs.ch/ >> >> CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 >> <+41%2091%20610%2082%2007> >> >> Via Trevano 131, 6900 Lugano, Switzerland | Fax: +41 (91) 610.82.82 >> <+41%2091%20610%2082%2082> >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> 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 >> >> >> > > > -- > Best regards > Haocheng > > Haocheng LIU > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4421 <(518)%20881-4421> > > _______________________________________________ > 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 dave.demarle at kitware.com Mon Feb 6 14:20:59 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Mon, 6 Feb 2017 14:20:59 -0500 Subject: [vtk-developers] Scripts for reformatting In-Reply-To: References: <2BFBE0B2-D6EB-4807-8D87-99C380DF4E58@cscs.ch> Message-ID: This was the business end of the doxygen changeover: commit 6a7e5148ed56b3cb44c1550c8c9e697d65b99595 Date: Fri Sep 23 12:10:37 2016 -0400 replace VTK's nonstandard Doxygen with standard markup generated via: cd $VTKSRC perl Utilities/Doxygen/doc_header2doxygen.pl --to ~/tmp/vtkheaders . cp -r ~/tmp/vtkheaders/* . David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Mon, Feb 6, 2017 at 11:20 AM, Shawn Waldon wrote: > Except that that email applied to ParaView not VTK. VTK changed its brace > style last summer. See the MRs here for the changes to VTK: > https://gitlab.kitware.com/vtk/vtk/merge_requests/1932 > https://gitlab.kitware.com/vtk/vtk/merge_requests/1911 > > There may be instructions in the commit messages (or at least the commands > run to produce them. > As far as rebasing across the transition, I don't know if there are > instructions for VTK. I can't find them searching my old email but I may > be missing them. Does anyone else on the list have instructions for Jon to > help rebase his branches? > > Shawn > > On Mon, Feb 6, 2017 at 11:02 AM, Haocheng Liu > wrote: > >> excerpt From Shawn's email: >> >> Hi all, >> >> The branch to switch to clang-format was just merged. >> >> For those creating a new branch, you can use the script in >> Utilities/Scripts/clang-format.bash to apply formatting before you >> commit your changes. You will need to have clang-format 3.8 or higher >> installed. >> >> If you have any outstanding branches they will need to be rebased across >> the transition. The process to do this is: >> 1) Rebase your work on the empty commit prior to the transition >> (609f2afcd5e2f963e4fe36203b08d2ebfc0476f9). This will require you to >> fix any changes that conflict with the doxygen style comment update. >> ParaView switched to /** style doxygen comments like VTK did last month. >> 2) Run `git filter-branch --tree-filter 'Utilties/Scripts/clang-format.bash >> --tracked' 609f2afcd5e2f963e4fe36203b08d2ebfc0476f9~..HEAD` This will >> rewrite each commit from the empty commit to the top of your branch to have >> the new format. The empty commit's rewrite will become equivalent to the >> convert-to-clang-format commit. >> 3) Run `git rebase b41d27999a4ac854f4a0e61d98d09c53e7583a60` to rebase >> your branch onto the commit where the clang-format changes were merged. >> The "empty commit" should go away since all of its changes were applied by >> the 'apply clang-format' commit and only the rewritten commits in your >> branch should remain. >> >> That will get your branch rebased across the style transition. You can >> then rebase it on master or put it up for review if there are no further >> conflicts. >> >> >> Hope it helps. >> >> On Mon, Feb 6, 2017 at 10:44 AM, Biddiscombe, John A. >> wrote: >> >>> Apologies for duplicate posts, might have sent this twice by mistake >>> >>> >>> >>> Dear list, >>> >>> >>> >>> I have many branches of VTK development that go back some years and have >>> not been well maintained recently. I tried updating some of my code over >>> the weekend and have thousands of conflicts due to the reformatting of VTK >>> to change the indentation and some other mass changes. >>> >>> >>> >>> Is there a wiki entry anywhere that can help me run some reformat >>> scripts on my branches to minimize some of the conflicts I?m getting. >>> >>> >>> >>> Many thanks >>> >>> >>> >>> JB >>> >>> >>> >>> -- >>> >>> John Biddiscombe, email:biddisco @.at.@ cscs.ch >>> >>> http://www.cscs.ch/ >>> >>> CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 >>> <+41%2091%20610%2082%2007> >>> >>> Via Trevano 131, 6900 Lugano, Switzerland | Fax: +41 (91) 610.82.82 >>> <+41%2091%20610%2082%2082> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> 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 >>> >>> >>> >> >> >> -- >> Best regards >> Haocheng >> >> Haocheng LIU >> Kitware, Inc. >> R&D Engineer >> 21 Corporate Drive >> Clifton Park, NY 12065-8662 >> Phone: 518-881-4421 <(518)%20881-4421> >> >> _______________________________________________ >> 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 robert.maynard at kitware.com Mon Feb 6 14:43:51 2017 From: robert.maynard at kitware.com (Robert Maynard) Date: Mon, 6 Feb 2017 14:43:51 -0500 Subject: [vtk-developers] Use of nullptr In-Reply-To: References: Message-ID: I should clarify the intent of this backdoor. The backdoor is meant to allow people to compile VTK with C++11 enabled when using a compilers that CMake has no knowledge of. For example CMake doesn't know how to enable C++11 on the PGI compiler currently so you can use this backdoor/workaround to get VTK + PGI + C++11 building. Using this workaround to disable C++11 support will not be a valid use case going forward. On Wed, Feb 1, 2017 at 11:40 AM, Bill Lorensen wrote: > There is. backdoor to disable c++11 on the current VTK build. > > > On Wed, Feb 1, 2017 at 11:19 AM, Marcus D. Hanwell > wrote: >> To the best of my understanding this is the one feature we actually >> test for and require of C++11 at this stage. I have a 2010 Macbook Pro >> that I am able to compile this on, but it is on Sierra mist... >> >> On Wed, Feb 1, 2017 at 11:00 AM, Bill Lorensen wrote: >>> I run an old Mac release. I guess it's time to upgrade... Something to do >>> while my new hip heals. >>> >>> On Feb 1, 2017 10:53 AM, "Marcus D. Hanwell" >>> wrote: >>>> >>>> On Wed, Feb 1, 2017 at 8:59 AM, Bill Lorensen >>>> wrote: >>>> > Recent changes to files in GUISupprt/Qt use nullptr, which is a c++11 >>>> > construct. I know we are moving to c++11, but for the time being it >>>> > seems that nullptr could be replaced will NULL in these two files >>>> > without any impact. >>>> > >>>> I was under the impression we had already moved to C++11, and it >>>> seemed like a reasonable thing to use. I can replace it with NULL if >>>> that is preferred, sorry if I jumped the gun on moving forward with >>>> this. >>>> >>>> What is the reasoning not to use it though, our CMake files require >>>> C++11 and this was one of the first things added to compilers from >>>> C++11 when it was 0x. >>>> >>>> Thanks, >>>> >>>> Marcus > > > > -- > 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 > > 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 Feb 6 15:17:25 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Mon, 6 Feb 2017 15:17:25 -0500 Subject: [vtk-developers] Use of nullptr In-Reply-To: References: Message-ID: I understand. I have upgraded my Mac OS to Sierra which is c++11 compatible. Sorry for the noise. On Mon, Feb 6, 2017 at 2:43 PM, Robert Maynard wrote: > I should clarify the intent of this backdoor. > > The backdoor is meant to allow people to compile VTK with C++11 > enabled when using a compilers that CMake has no knowledge of. For > example CMake doesn't know how to enable C++11 on the PGI compiler > currently so you can use this backdoor/workaround to get VTK + PGI + > C++11 building. Using this workaround to disable C++11 support will > not be a valid use case going forward. > > On Wed, Feb 1, 2017 at 11:40 AM, Bill Lorensen wrote: >> There is. backdoor to disable c++11 on the current VTK build. >> >> >> On Wed, Feb 1, 2017 at 11:19 AM, Marcus D. Hanwell >> wrote: >>> To the best of my understanding this is the one feature we actually >>> test for and require of C++11 at this stage. I have a 2010 Macbook Pro >>> that I am able to compile this on, but it is on Sierra mist... >>> >>> On Wed, Feb 1, 2017 at 11:00 AM, Bill Lorensen wrote: >>>> I run an old Mac release. I guess it's time to upgrade... Something to do >>>> while my new hip heals. >>>> >>>> On Feb 1, 2017 10:53 AM, "Marcus D. Hanwell" >>>> wrote: >>>>> >>>>> On Wed, Feb 1, 2017 at 8:59 AM, Bill Lorensen >>>>> wrote: >>>>> > Recent changes to files in GUISupprt/Qt use nullptr, which is a c++11 >>>>> > construct. I know we are moving to c++11, but for the time being it >>>>> > seems that nullptr could be replaced will NULL in these two files >>>>> > without any impact. >>>>> > >>>>> I was under the impression we had already moved to C++11, and it >>>>> seemed like a reasonable thing to use. I can replace it with NULL if >>>>> that is preferred, sorry if I jumped the gun on moving forward with >>>>> this. >>>>> >>>>> What is the reasoning not to use it though, our CMake files require >>>>> C++11 and this was one of the first things added to compilers from >>>>> C++11 when it was 0x. >>>>> >>>>> Thanks, >>>>> >>>>> Marcus >> >> >> >> -- >> 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 >> >> 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 mathieu.westphal at kitware.com Thu Feb 9 02:45:18 2017 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Thu, 9 Feb 2017 08:45:18 +0100 Subject: [vtk-developers] vtkStripper bug ? Message-ID: Hi I'm trying to have contour as polyline cells However, somtimes the contour is separated in two parts, even though the part are definitelly connected. It appears only when the contour is not complete though. Is it normal ? or a bug ? Attached is a ParaView example that demonstrate the bug. Mathieu Westphal -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: bugStripper.pvsm Type: application/octet-stream Size: 236321 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: bugStripper.png Type: image/png Size: 10554 bytes Desc: not available URL: From will.schroeder at kitware.com Thu Feb 9 08:02:00 2017 From: will.schroeder at kitware.com (Will Schroeder) Date: Thu, 9 Feb 2017 08:02:00 -0500 Subject: [vtk-developers] vtkStripper bug ? In-Reply-To: References: Message-ID: I do not believe that the filter makes any guarantee that segments are connected into a single polyline (i.e., an optimality condition). It's a very simple algorithm and to do that, you'd probably have to do a multi-pass, graph analysis... there are situations in the general case where polylines could meet at multiple points etc and to extract the fewest number of polylines containing the maximal number of segments is non-trivial. If you assume manifold conditions, you could simplify the algorithm, but it would then require a backward and forward tracing of connected line segments, followed by a restart of the joining algorithm. This is left as an exercise for the user :-) On Thu, Feb 9, 2017 at 2:45 AM, Mathieu Westphal < mathieu.westphal at kitware.com> wrote: > Hi > > I'm trying to have contour as polyline cells > However, somtimes the contour is separated in two parts, even though the > part are definitelly connected. > > It appears only when the contour is not complete though. > > Is it normal ? or a bug ? > > Attached is a ParaView example that demonstrate the bug. > > Mathieu Westphal > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > -- William J. Schroeder, PhD Kitware, Inc. - Building the World's Technical Computing Software 28 Corporate Drive Clifton Park, NY 12065 will.schroeder at kitware.com http://www.kitware.com (518) 881-4902 -------------- next part -------------- An HTML attachment was scrubbed... URL: From lasso at queensu.ca Thu Feb 9 10:14:06 2017 From: lasso at queensu.ca (Andras Lasso) Date: Thu, 9 Feb 2017 15:14:06 +0000 Subject: [vtk-developers] vtkStripper bug ? In-Reply-To: References: Message-ID: We use vtkStripper extensively for creating closed contours from surface mesh/image slice intersections of medical images and it works very well. It rarely fails, even for complex geometry. We just had to set MaximumLength to 10000 to avoid splitting of contours. Andras From: vtk-developers [mailto:vtk-developers-bounces at vtk.org] On Behalf Of Will Schroeder Sent: February 9, 2017 8:02 To: Mathieu Westphal Cc: VTK Developers Subject: Re: [vtk-developers] vtkStripper bug ? I do not believe that the filter makes any guarantee that segments are connected into a single polyline (i.e., an optimality condition). It's a very simple algorithm and to do that, you'd probably have to do a multi-pass, graph analysis... there are situations in the general case where polylines could meet at multiple points etc and to extract the fewest number of polylines containing the maximal number of segments is non-trivial. If you assume manifold conditions, you could simplify the algorithm, but it would then require a backward and forward tracing of connected line segments, followed by a restart of the joining algorithm. This is left as an exercise for the user :-) On Thu, Feb 9, 2017 at 2:45 AM, Mathieu Westphal > wrote: Hi I'm trying to have contour as polyline cells However, somtimes the contour is separated in two parts, even though the part are definitelly connected. It appears only when the contour is not complete though. Is it normal ? or a bug ? Attached is a ParaView example that demonstrate the bug. Mathieu Westphal _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Search the list archives at: http://markmail.org/search/?q=vtk-developers Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/vtk-developers -- William J. Schroeder, PhD Kitware, Inc. - Building the World's Technical Computing Software 28 Corporate Drive Clifton Park, NY 12065 will.schroeder at kitware.com http://www.kitware.com (518) 881-4902 -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.schroeder at kitware.com Thu Feb 9 10:40:05 2017 From: will.schroeder at kitware.com (Will Schroeder) Date: Thu, 9 Feb 2017 10:40:05 -0500 Subject: [vtk-developers] vtkStripper bug ? In-Reply-To: References: Message-ID: This is good to hear :-) I think what may be happening, and this is a guess, is that if the contours are manifold and *closed" then they will traverse and then join to form a closed loop. However if they are open (e.g., intersect the boundary) then they may be separated into pieces, typically two pieces. This is because a starting point is somewhat arbitrarily selected and the loop traversed until it comes back to the starting point, or ends at a boundary. On Thu, Feb 9, 2017 at 10:14 AM, Andras Lasso wrote: > We use vtkStripper extensively for creating closed contours from surface > mesh/image slice intersections of medical images and it works very well. It > rarely fails, even for complex geometry. We just had to set MaximumLength > to 10000 to avoid splitting of contours. > > > > Andras > > > > *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On Behalf > Of *Will Schroeder > *Sent:* February 9, 2017 8:02 > *To:* Mathieu Westphal > *Cc:* VTK Developers > *Subject:* Re: [vtk-developers] vtkStripper bug ? > > > > I do not believe that the filter makes any guarantee that segments are > connected into a single polyline (i.e., an optimality condition). It's a > very simple algorithm and to do that, you'd probably have to do a > multi-pass, graph analysis... there are situations in the general case > where polylines could meet at multiple points etc and to extract the fewest > number of polylines containing the maximal number of segments is > non-trivial. If you assume manifold conditions, you could simplify the > algorithm, but it would then require a backward and forward tracing of > connected line segments, followed by a restart of the joining algorithm. > This is left as an exercise for the user :-) > > > > On Thu, Feb 9, 2017 at 2:45 AM, Mathieu Westphal < > mathieu.westphal at kitware.com> wrote: > > Hi > > I'm trying to have contour as polyline cells > > However, somtimes the contour is separated in two parts, even though the > part are definitelly connected. > > It appears only when the contour is not complete though. > > Is it normal ? or a bug ? > > Attached is a ParaView example that demonstrate the bug. > > Mathieu Westphal > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > > > > > -- > > William J. Schroeder, PhD > Kitware, Inc. - Building the World's Technical Computing Software > 28 Corporate Drive > Clifton Park, NY 12065 > will.schroeder at kitware.com > http://www.kitware.com > (518) 881-4902 > -- William J. Schroeder, PhD Kitware, Inc. - Building the World's Technical Computing Software 28 Corporate Drive Clifton Park, NY 12065 will.schroeder at kitware.com http://www.kitware.com (518) 881-4902 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Thu Feb 9 23:08:10 2017 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Fri, 10 Feb 2017 05:08:10 +0100 Subject: [vtk-developers] vtkStripper bug ? In-Reply-To: References: Message-ID: Thanks for this usefull information. Mathieu Westphal On Thu, Feb 9, 2017 at 4:40 PM, Will Schroeder wrote: > This is good to hear :-) I think what may be happening, and this is a > guess, is that if the contours are manifold and *closed" then they will > traverse and then join to form a closed loop. However if they are open > (e.g., intersect the boundary) then they may be separated into pieces, > typically two pieces. This is because a starting point is somewhat > arbitrarily selected and the loop traversed until it comes back to the > starting point, or ends at a boundary. > > On Thu, Feb 9, 2017 at 10:14 AM, Andras Lasso wrote: > >> We use vtkStripper extensively for creating closed contours from surface >> mesh/image slice intersections of medical images and it works very well. It >> rarely fails, even for complex geometry. We just had to set MaximumLength >> to 10000 to avoid splitting of contours. >> >> >> >> Andras >> >> >> >> *From:* vtk-developers [mailto:vtk-developers-bounces at vtk.org] *On >> Behalf Of *Will Schroeder >> *Sent:* February 9, 2017 8:02 >> *To:* Mathieu Westphal >> *Cc:* VTK Developers >> *Subject:* Re: [vtk-developers] vtkStripper bug ? >> >> >> >> I do not believe that the filter makes any guarantee that segments are >> connected into a single polyline (i.e., an optimality condition). It's a >> very simple algorithm and to do that, you'd probably have to do a >> multi-pass, graph analysis... there are situations in the general case >> where polylines could meet at multiple points etc and to extract the fewest >> number of polylines containing the maximal number of segments is >> non-trivial. If you assume manifold conditions, you could simplify the >> algorithm, but it would then require a backward and forward tracing of >> connected line segments, followed by a restart of the joining algorithm. >> This is left as an exercise for the user :-) >> >> >> >> On Thu, Feb 9, 2017 at 2:45 AM, Mathieu Westphal < >> mathieu.westphal at kitware.com> wrote: >> >> Hi >> >> I'm trying to have contour as polyline cells >> >> However, somtimes the contour is separated in two parts, even though the >> part are definitelly connected. >> >> It appears only when the contour is not complete though. >> >> Is it normal ? or a bug ? >> >> Attached is a ParaView example that demonstrate the bug. >> >> Mathieu Westphal >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> >> >> >> >> >> -- >> >> William J. Schroeder, PhD >> Kitware, Inc. - Building the World's Technical Computing Software >> 28 Corporate Drive >> Clifton Park, NY 12065 >> will.schroeder at kitware.com >> http://www.kitware.com >> (518) 881-4902 >> > > > > -- > William J. Schroeder, PhD > Kitware, Inc. - Building the World's Technical Computing Software > 28 Corporate Drive > Clifton Park, NY 12065 > will.schroeder at kitware.com > http://www.kitware.com > (518) 881-4902 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Wiggerl at Linhuber.info Fri Feb 10 16:31:28 2017 From: Wiggerl at Linhuber.info (Willy) Date: Fri, 10 Feb 2017 14:31:28 -0700 (MST) Subject: [vtk-developers] How to build VTK with vtkAMRVolumeMapper? Message-ID: <1486762288271-5742132.post@n5.nabble.com> Hi, I have not very much experience in c/c++, i am using c# primary and i am working with vtk for about 2 weeks now. Because of this, i am hoping thats not a stupid question :) I have a difficult problem, which i was not able to solve with vtkSmartVolumeMapper. I would like to try vtkAMRVolumeMapper (http://www.vtk.org/doc/nightly/html/classvtkAMRVolumeMapper.html), but i can't find the Header file in my include directory (C:\Program Files\VTK\include\vtk-7.1), nor in the Visual Studio project folder (which was build by CMake). I followed these steps (http://www.vtk.org/Wiki/VTK/Building/Windows) to build vtk 7.1. I already studied the CMake configure settings, but could not find something about AMR there. How can i use vtkAMRVolumeMapper? Thanks Ludwig Linhuber -- View this message in context: http://vtk.1045678.n5.nabble.com/How-to-build-VTK-with-vtkAMRVolumeMapper-tp5742132.html Sent from the VTK - Dev mailing list archive at Nabble.com. From chinander at gmail.com Fri Feb 10 17:39:04 2017 From: chinander at gmail.com (Mike Chinander) Date: Fri, 10 Feb 2017 16:39:04 -0600 Subject: [vtk-developers] How to build VTK with vtkAMRVolumeMapper? In-Reply-To: <1486762288271-5742132.post@n5.nabble.com> References: <1486762288271-5742132.post@n5.nabble.com> Message-ID: Module_vtkRenderingVolumeAMR is not built by default. Re-run CMake, enable it, and rebuild. --Mike On Fri, Feb 10, 2017 at 3:31 PM, Willy wrote: > Hi, > > I have not very much experience in c/c++, i am using c# primary and i am > working with vtk for about 2 weeks now. Because of this, i am hoping thats > not a stupid question :) > > I have a difficult problem, which i was not able to solve with > vtkSmartVolumeMapper. I would like to try vtkAMRVolumeMapper > (http://www.vtk.org/doc/nightly/html/classvtkAMRVolumeMapper.html), but i > can't find the Header file in my include directory (C:\Program > Files\VTK\include\vtk-7.1), nor in the Visual Studio project folder (which > was build by CMake). > I followed these steps (http://www.vtk.org/Wiki/VTK/Building/Windows) to > build vtk 7.1. I already studied the CMake configure settings, but could > not > find something about AMR there. > > How can i use vtkAMRVolumeMapper? > > Thanks > Ludwig Linhuber > > > > -- > View this message in context: http://vtk.1045678.n5.nabble. > com/How-to-build-VTK-with-vtkAMRVolumeMapper-tp5742132.html > Sent from the VTK - Dev mailing list archive at Nabble.com. > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hu.ds.abel at icloud.com Fri Feb 10 17:29:48 2017 From: hu.ds.abel at icloud.com (huabel) Date: Sat, 11 Feb 2017 06:29:48 +0800 Subject: [vtk-developers] Use GLFW as VTK window manager ? Message-ID: <56DD93D1-5799-4EF6-9EBC-C0DF38FD0809@icloud.com> Hi, I am try to use GLFW as window manager, get this result: It create two independent window, how can I let the vtk renderwindow show in glfw window? The code demo1.cpp: #include "vtkConeSource.h" #include "vtkPolyDataMapper.h" #include "vtkRenderWindow.h" #include "vtkRenderWindowInteractor.h" #include "vtkCamera.h" #include "vtkActor.h" #include "vtkRenderer.h" #include "vtkCommand.h" #include "vtkBoxWidget.h" #include "vtkTransform.h" #include "vtkInteractorStyleTrackballCamera.h" #include #define SCREEN_WIDTH 800 #define SCREEN_HEIGHT 600 class vtkMyCallback : public vtkCommand { public: static vtkMyCallback *New() { return new vtkMyCallback; } void Execute(vtkObject *caller, unsigned long, void*) VTK_OVERRIDE { vtkTransform *t = vtkTransform::New(); vtkBoxWidget *widget = reinterpret_cast(caller); widget->GetTransform(t); widget->GetProp3D()->SetUserTransform(t); t->Delete(); } }; static void error_cb(int error, const char* description) { fprintf(stderr, "Error: %s\n", description); } void drawScene(void) { glClear(GL_COLOR_BUFFER_BIT); vtkConeSource *cone = vtkConeSource::New(); cone->SetHeight( 3.0 ); cone->SetRadius( 1.0 ); cone->SetResolution( 10 ); vtkPolyDataMapper *coneMapper = vtkPolyDataMapper::New(); coneMapper->SetInputConnection( cone->GetOutputPort() ); vtkActor *coneActor = vtkActor::New(); coneActor->SetMapper( coneMapper ); vtkRenderer *ren1= vtkRenderer::New(); ren1->AddActor( coneActor ); ren1->SetBackground( 0.1, 0.2, 0.4 ); vtkRenderWindow *renWin = vtkRenderWindow::New(); renWin->AddRenderer( ren1 ); renWin->SetSize( 300, 300 ); vtkRenderWindowInteractor *iren = vtkRenderWindowInteractor::New(); iren->SetRenderWindow(renWin); vtkInteractorStyleTrackballCamera *style = vtkInteractorStyleTrackballCamera::New(); iren->SetInteractorStyle(style); vtkBoxWidget *boxWidget = vtkBoxWidget::New(); boxWidget->SetInteractor(iren); boxWidget->SetPlaceFactor(1.25); boxWidget->SetProp3D(coneActor); boxWidget->PlaceWidget(); vtkMyCallback *callback = vtkMyCallback::New(); boxWidget->AddObserver(vtkCommand::InteractionEvent, callback); boxWidget->On(); iren->Initialize(); iren->Start(); cone->Delete(); coneMapper->Delete(); coneActor->Delete(); callback->Delete(); boxWidget->Delete(); ren1->Delete(); renWin->Delete(); iren->Delete(); style->Delete(); } void setup(void) { glClearColor(0.2, 0.2, 0.2, 0.0); glShadeModel(GL_FLAT); } void reshape(GLFWwindow* window) { glViewport(0.0f, 0.0f, SCREEN_WIDTH, SCREEN_HEIGHT); glMatrixMode(GL_PROJECTION); glLoadIdentity(); glOrtho(0, SCREEN_WIDTH, 0, SCREEN_HEIGHT, 0, 1); glMatrixMode(GL_MODELVIEW); glLoadIdentity(); } static void key_cb(GLFWwindow* window, int key, int s, int action, int mods) { if (action != GLFW_PRESS) return; switch (key) { case GLFW_KEY_ESCAPE: glfwSetWindowShouldClose(window, 1); break; } } int main() { GLFWwindow* window; glfwSetErrorCallback(error_cb); if (!glfwInit()) exit(EXIT_FAILURE); window = glfwCreateWindow(SCREEN_WIDTH, SCREEN_HEIGHT, "demo1", NULL, NULL); if (!window) { glfwTerminate(); exit(EXIT_FAILURE); } glfwMakeContextCurrent(window); glfwSwapInterval(1); glfwSetKeyCallback(window, key_cb); setup(); while (!glfwWindowShouldClose(window)) { reshape(window); drawScene(); glfwSwapBuffers(window); glfwWaitEvents(); } glfwTerminate(); exit(EXIT_SUCCESS); return 0; } The CMakeLists.txt cmake_minimum_required(VERSION 3.4) project(examples) include_directories(${CMAKE_CURRENT_BINARY_DIR} ${CMAKE_CURRENT_SOURCE_DIR}) find_package(VTK REQUIRED) include(${VTK_USE_FILE}) #set(glfw3_DIR "/opt/glfw/lib/cmake/glfw3") find_package(glfw3 REQUIRED) find_package(OpenGL REQUIRED) find_package(GLEW REQUIRED) include_directories(${OPENGL_INCLUDE_DIR}) include_directories(${GLEW_INCLUDE_DIR}) include_directories(${GLFW_INCLUDE_DIR}) if(CMAKE_HOST_SYSTEM MATCHES Linux) message("---> ${CMAKE_HOST_SYSTEM}") set(libs ${OPENGL_LIBRARIES} ${GLEW_LIBRARIES} glfw m) endif() if(CMAKE_HOST_SYSTEM MATCHES Darwin) message("---> ${CMAKE_HOST_SYSTEM}") set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -framework OpenGL") set(libs ${OPENGL_LIBRARIES} ${GLEW_LIBRARIES} glfw m) endif() set(lib ${VTK_LIBRARIES} ${ITK_LIBRARIES}) set(EXAMPLES_SRCS demo1 ) foreach(name ${EXAMPLES_SRCS}) add_executable(${name} ${name}.cpp) target_link_libraries(${name} ${VTK_LIBRARIES} ${libs}) #target_link_libraries(${name} ${VTK_LIBRARIES}) endforeach() Thanks! Abel -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2017-02-11 at 12.01.45 AM.png Type: image/png Size: 47559 bytes Desc: not available URL: -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: CMakeLists.txt URL: -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: demo1.cpp Type: application/octet-stream Size: 3407 bytes Desc: not available URL: -------------- next part -------------- An HTML attachment was scrubbed... URL: From Wiggerl at Linhuber.info Sat Feb 11 06:01:43 2017 From: Wiggerl at Linhuber.info (Willy) Date: Sat, 11 Feb 2017 04:01:43 -0700 (MST) Subject: [vtk-developers] How to build VTK with vtkAMRVolumeMapper? In-Reply-To: References: Message-ID: <1486810903438-5742136.post@n5.nabble.com> I just found the Advanced-Checkbox. I did not saw it before :) Thanks for your help. -- View this message in context: http://vtk.1045678.n5.nabble.com/Re-How-to-build-VTK-with-vtkAMRVolumeMapper-tp5742133p5742136.html Sent from the VTK - Dev mailing list archive at Nabble.com. From utkarsh.ayachit at kitware.com Sat Feb 11 11:39:10 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Sat, 11 Feb 2017 11:39:10 -0500 Subject: [vtk-developers] Use GLFW as VTK window manager ? In-Reply-To: <56DD93D1-5799-4EF6-9EBC-C0DF38FD0809@icloud.com> References: <56DD93D1-5799-4EF6-9EBC-C0DF38FD0809@icloud.com> Message-ID: Abel, You may want to look into using vtkGenericOpenGLRenderWindow. See the newly added QVTKOpenGLWidget [1] in VTK/master as an example. There's too we're letting QOpenGLWidget create the OpenGL context and VTK manage the rendering. Utkarsh [1] https://gitlab.kitware.com/vtk/vtk/blob/master/GUISupport/Qt/QVTKOpenGLWidget.cxx On Fri, Feb 10, 2017 at 5:29 PM, huabel wrote: > Hi, > I am try to use GLFW as window manager, get this result: > > > > It create two independent window, how can I let the vtk renderwindow show > in glfw window? > > The code demo1.cpp: > > #include "vtkConeSource.h" > #include "vtkPolyDataMapper.h" > #include "vtkRenderWindow.h" > #include "vtkRenderWindowInteractor.h" > #include "vtkCamera.h" > #include "vtkActor.h" > #include "vtkRenderer.h" > #include "vtkCommand.h" > #include "vtkBoxWidget.h" > #include "vtkTransform.h" > #include "vtkInteractorStyleTrackballCamera.h" > #include > > #define SCREEN_WIDTH 800 > #define SCREEN_HEIGHT 600 > > class vtkMyCallback : public vtkCommand > { > public: > static vtkMyCallback *New() > { return new vtkMyCallback; } > void Execute(vtkObject *caller, unsigned long, void*) VTK_OVERRIDE > { > vtkTransform *t = vtkTransform::New(); > vtkBoxWidget *widget = reinterpret_cast(caller); > widget->GetTransform(t); > widget->GetProp3D()->SetUserTransform(t); > t->Delete(); > } > }; > > static void error_cb(int error, const char* description) { > fprintf(stderr, "Error: %s\n", description); > } > > void drawScene(void) { > glClear(GL_COLOR_BUFFER_BIT); > vtkConeSource *cone = vtkConeSource::New(); > cone->SetHeight( 3.0 ); > cone->SetRadius( 1.0 ); > cone->SetResolution( 10 ); > > vtkPolyDataMapper *coneMapper = vtkPolyDataMapper::New(); > coneMapper->SetInputConnection( cone->GetOutputPort() ); > > vtkActor *coneActor = vtkActor::New(); > coneActor->SetMapper( coneMapper ); > > vtkRenderer *ren1= vtkRenderer::New(); > ren1->AddActor( coneActor ); > ren1->SetBackground( 0.1, 0.2, 0.4 ); > > vtkRenderWindow *renWin = vtkRenderWindow::New(); > renWin->AddRenderer( ren1 ); > renWin->SetSize( 300, 300 ); > > vtkRenderWindowInteractor *iren = vtkRenderWindowInteractor::New(); > iren->SetRenderWindow(renWin); > > vtkInteractorStyleTrackballCamera *style = vtkInteractorStyleTrackballCam > era::New(); > iren->SetInteractorStyle(style); > > vtkBoxWidget *boxWidget = vtkBoxWidget::New(); > boxWidget->SetInteractor(iren); > boxWidget->SetPlaceFactor(1.25); > > boxWidget->SetProp3D(coneActor); > boxWidget->PlaceWidget(); > vtkMyCallback *callback = vtkMyCallback::New(); > boxWidget->AddObserver(vtkCommand::InteractionEvent, callback); > > boxWidget->On(); > > iren->Initialize(); > iren->Start(); > > cone->Delete(); > coneMapper->Delete(); > coneActor->Delete(); > callback->Delete(); > boxWidget->Delete(); > ren1->Delete(); > renWin->Delete(); > iren->Delete(); > style->Delete(); > } > > void setup(void) { > glClearColor(0.2, 0.2, 0.2, 0.0); > > glShadeModel(GL_FLAT); > } > > void reshape(GLFWwindow* window) { > glViewport(0.0f, 0.0f, SCREEN_WIDTH, SCREEN_HEIGHT); > glMatrixMode(GL_PROJECTION); > glLoadIdentity(); > glOrtho(0, SCREEN_WIDTH, 0, SCREEN_HEIGHT, 0, 1); > glMatrixMode(GL_MODELVIEW); > glLoadIdentity(); > } > > static void key_cb(GLFWwindow* window, int key, int s, int action, int > mods) { > if (action != GLFW_PRESS) return; > > switch (key) { > case GLFW_KEY_ESCAPE: > glfwSetWindowShouldClose(window, 1); > break; > } > } > int main() > { > GLFWwindow* window; > > glfwSetErrorCallback(error_cb); > > if (!glfwInit()) exit(EXIT_FAILURE); > > window = glfwCreateWindow(SCREEN_WIDTH, SCREEN_HEIGHT, "demo1", NULL, > NULL); > if (!window) { > glfwTerminate(); > exit(EXIT_FAILURE); > } > > glfwMakeContextCurrent(window); > glfwSwapInterval(1); > > glfwSetKeyCallback(window, key_cb); > > setup(); > > while (!glfwWindowShouldClose(window)) { > reshape(window); > drawScene(); > glfwSwapBuffers(window); > glfwWaitEvents(); > } > > glfwTerminate(); > exit(EXIT_SUCCESS); > return 0; > } > > The CMakeLists.txt > > cmake_minimum_required(VERSION 3.4) > > project(examples) > > include_directories(${CMAKE_CURRENT_BINARY_DIR} > ${CMAKE_CURRENT_SOURCE_DIR}) > > find_package(VTK REQUIRED) > include(${VTK_USE_FILE}) > > #set(glfw3_DIR "/opt/glfw/lib/cmake/glfw3") > find_package(glfw3 REQUIRED) > find_package(OpenGL REQUIRED) > find_package(GLEW REQUIRED) > > include_directories(${OPENGL_INCLUDE_DIR}) > include_directories(${GLEW_INCLUDE_DIR}) > include_directories(${GLFW_INCLUDE_DIR}) > > if(CMAKE_HOST_SYSTEM MATCHES Linux) > message("---> ${CMAKE_HOST_SYSTEM}") > set(libs ${OPENGL_LIBRARIES} ${GLEW_LIBRARIES} glfw m) > endif() > > if(CMAKE_HOST_SYSTEM MATCHES Darwin) > message("---> ${CMAKE_HOST_SYSTEM}") > set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -framework OpenGL") > set(libs ${OPENGL_LIBRARIES} ${GLEW_LIBRARIES} glfw m) > endif() > > set(lib ${VTK_LIBRARIES} ${ITK_LIBRARIES}) > > set(EXAMPLES_SRCS > demo1 > ) > > foreach(name ${EXAMPLES_SRCS}) > add_executable(${name} ${name}.cpp) > target_link_libraries(${name} ${VTK_LIBRARIES} ${libs}) > #target_link_libraries(${name} ${VTK_LIBRARIES}) > endforeach() > > > > Thanks! > Abel > > > > > > > > > _______________________________________________ > 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 elvis.stansvik at orexplore.com Mon Feb 13 02:49:47 2017 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Mon, 13 Feb 2017 08:49:47 +0100 Subject: [vtk-developers] Use GLFW as VTK window manager ? In-Reply-To: References: <56DD93D1-5799-4EF6-9EBC-C0DF38FD0809@icloud.com> Message-ID: Den 11 feb. 2017 5:39 em skrev "Utkarsh Ayachit" < utkarsh.ayachit at kitware.com>: > > Abel, > > You may want to look into using vtkGenericOpenGLRenderWindow. See the newly added QVTKOpenGLWidget [1] in VTK/master as an example. There's too we're letting QOpenGLWidget create the OpenGL context and VTK manage the rendering. Sorry for hijacking with a question of my own: I hadn't heard of this new QVTKOpenGLWidget, do you know if it'll be part of 7.2.0? Elvis > > Utkarsh > > [1] https://gitlab.kitware.com/vtk/vtk/blob/master/GUISupport/Qt/QVTKOpenGLWidget.cxx > > > On Fri, Feb 10, 2017 at 5:29 PM, huabel wrote: >> >> Hi, >> I am try to use GLFW as window manager, get this result: >> >> >> >> It create two independent window, how can I let the vtk renderwindow show in glfw window? >> >> The code demo1.cpp: >> >> #include "vtkConeSource.h" >> #include "vtkPolyDataMapper.h" >> #include "vtkRenderWindow.h" >> #include "vtkRenderWindowInteractor.h" >> #include "vtkCamera.h" >> #include "vtkActor.h" >> #include "vtkRenderer.h" >> #include "vtkCommand.h" >> #include "vtkBoxWidget.h" >> #include "vtkTransform.h" >> #include "vtkInteractorStyleTrackballCamera.h" >> #include >> >> #define SCREEN_WIDTH 800 >> #define SCREEN_HEIGHT 600 >> >> class vtkMyCallback : public vtkCommand >> { >> public: >> static vtkMyCallback *New() >> { return new vtkMyCallback; } >> void Execute(vtkObject *caller, unsigned long, void*) VTK_OVERRIDE >> { >> vtkTransform *t = vtkTransform::New(); >> vtkBoxWidget *widget = reinterpret_cast(caller); >> widget->GetTransform(t); >> widget->GetProp3D()->SetUserTransform(t); >> t->Delete(); >> } >> }; >> >> static void error_cb(int error, const char* description) { >> fprintf(stderr, "Error: %s\n", description); >> } >> >> void drawScene(void) { >> glClear(GL_COLOR_BUFFER_BIT); >> vtkConeSource *cone = vtkConeSource::New(); >> cone->SetHeight( 3.0 ); >> cone->SetRadius( 1.0 ); >> cone->SetResolution( 10 ); >> >> vtkPolyDataMapper *coneMapper = vtkPolyDataMapper::New(); >> coneMapper->SetInputConnection( cone->GetOutputPort() ); >> >> vtkActor *coneActor = vtkActor::New(); >> coneActor->SetMapper( coneMapper ); >> >> vtkRenderer *ren1= vtkRenderer::New(); >> ren1->AddActor( coneActor ); >> ren1->SetBackground( 0.1, 0.2, 0.4 ); >> >> vtkRenderWindow *renWin = vtkRenderWindow::New(); >> renWin->AddRenderer( ren1 ); >> renWin->SetSize( 300, 300 ); >> >> vtkRenderWindowInteractor *iren = vtkRenderWindowInteractor::New(); >> iren->SetRenderWindow(renWin); >> >> vtkInteractorStyleTrackballCamera *style = vtkInteractorStyleTrackballCamera::New(); >> iren->SetInteractorStyle(style); >> >> vtkBoxWidget *boxWidget = vtkBoxWidget::New(); >> boxWidget->SetInteractor(iren); >> boxWidget->SetPlaceFactor(1.25); >> >> boxWidget->SetProp3D(coneActor); >> boxWidget->PlaceWidget(); >> vtkMyCallback *callback = vtkMyCallback::New(); >> boxWidget->AddObserver(vtkCommand::InteractionEvent, callback); >> >> boxWidget->On(); >> >> iren->Initialize(); >> iren->Start(); >> >> cone->Delete(); >> coneMapper->Delete(); >> coneActor->Delete(); >> callback->Delete(); >> boxWidget->Delete(); >> ren1->Delete(); >> renWin->Delete(); >> iren->Delete(); >> style->Delete(); >> } >> >> void setup(void) { >> glClearColor(0.2, 0.2, 0.2, 0.0); >> >> glShadeModel(GL_FLAT); >> } >> >> void reshape(GLFWwindow* window) { >> glViewport(0.0f, 0.0f, SCREEN_WIDTH, SCREEN_HEIGHT); >> glMatrixMode(GL_PROJECTION); >> glLoadIdentity(); >> glOrtho(0, SCREEN_WIDTH, 0, SCREEN_HEIGHT, 0, 1); >> glMatrixMode(GL_MODELVIEW); >> glLoadIdentity(); >> } >> >> static void key_cb(GLFWwindow* window, int key, int s, int action, int mods) { >> if (action != GLFW_PRESS) return; >> >> switch (key) { >> case GLFW_KEY_ESCAPE: >> glfwSetWindowShouldClose(window, 1); >> break; >> } >> } >> int main() >> { >> GLFWwindow* window; >> >> glfwSetErrorCallback(error_cb); >> >> if (!glfwInit()) exit(EXIT_FAILURE); >> >> window = glfwCreateWindow(SCREEN_WIDTH, SCREEN_HEIGHT, "demo1", NULL, NULL); >> if (!window) { >> glfwTerminate(); >> exit(EXIT_FAILURE); >> } >> >> glfwMakeContextCurrent(window); >> glfwSwapInterval(1); >> >> glfwSetKeyCallback(window, key_cb); >> >> setup(); >> >> while (!glfwWindowShouldClose(window)) { >> reshape(window); >> drawScene(); >> glfwSwapBuffers(window); >> glfwWaitEvents(); >> } >> >> glfwTerminate(); >> exit(EXIT_SUCCESS); >> return 0; >> } >> >> The CMakeLists.txt >> >> cmake_minimum_required(VERSION 3.4) >> >> project(examples) >> >> include_directories(${CMAKE_CURRENT_BINARY_DIR} ${CMAKE_CURRENT_SOURCE_DIR}) >> >> find_package(VTK REQUIRED) >> include(${VTK_USE_FILE}) >> >> #set(glfw3_DIR "/opt/glfw/lib/cmake/glfw3") >> find_package(glfw3 REQUIRED) >> find_package(OpenGL REQUIRED) >> find_package(GLEW REQUIRED) >> >> include_directories(${OPENGL_INCLUDE_DIR}) >> include_directories(${GLEW_INCLUDE_DIR}) >> include_directories(${GLFW_INCLUDE_DIR}) >> >> if(CMAKE_HOST_SYSTEM MATCHES Linux) >> message("---> ${CMAKE_HOST_SYSTEM}") >> set(libs ${OPENGL_LIBRARIES} ${GLEW_LIBRARIES} glfw m) >> endif() >> >> if(CMAKE_HOST_SYSTEM MATCHES Darwin) >> message("---> ${CMAKE_HOST_SYSTEM}") >> set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -framework OpenGL") >> set(libs ${OPENGL_LIBRARIES} ${GLEW_LIBRARIES} glfw m) >> endif() >> >> set(lib ${VTK_LIBRARIES} ${ITK_LIBRARIES}) >> >> set(EXAMPLES_SRCS >> demo1 >> ) >> >> foreach(name ${EXAMPLES_SRCS}) >> add_executable(${name} ${name}.cpp) >> target_link_libraries(${name} ${VTK_LIBRARIES} ${libs}) >> #target_link_libraries(${name} ${VTK_LIBRARIES}) >> endforeach() >> >> >> >> Thanks! >> Abel >> >> >> >> >> >> >> >> >> _______________________________________________ >> 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 elvis.stansvik at orexplore.com Mon Feb 13 06:54:01 2017 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Mon, 13 Feb 2017 12:54:01 +0100 Subject: [vtk-developers] ImageSampleDistance not used in vtkOpenGLGPURayCastMapper? Message-ID: I was digging through the code trying to understand how the auto-adjustment of sample distance and image sample distance takes place in the GPU volume ray cast mapper. From the looks of it, the ImageSampleDistance is not respected by this mapper, even in the non-automatic case, or am I missing something? The only role ImageSampleDistance seems to play for this mapper is when the reduction factor is calculated (when auto-adjustment is turned off): if ( !this->AutoAdjustSampleDistances ) { this->ReductionFactor = 1.0 / this->ImageSampleDistance; return; } Elvis From elvis.stansvik at orexplore.com Mon Feb 13 06:55:16 2017 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Mon, 13 Feb 2017 12:55:16 +0100 Subject: [vtk-developers] ImageSampleDistance not used in vtkOpenGLGPURayCastMapper? In-Reply-To: References: Message-ID: 2017-02-13 12:54 GMT+01:00 Elvis Stansvik : > I was digging through the code trying to understand how the > auto-adjustment of sample distance and image sample distance takes > place in the GPU volume ray cast mapper. From the looks of it, the > ImageSampleDistance is not respected by this mapper, even in the > non-automatic case, or am I missing something? Sorry, with "non-automatic case" I mean when AutoAdjustSampleDistance is Off. Elvis > > The only role ImageSampleDistance seems to play for this mapper is > when the reduction factor is calculated (when auto-adjustment is > turned off): > > if ( !this->AutoAdjustSampleDistances ) > { > this->ReductionFactor = 1.0 / this->ImageSampleDistance; > return; > } > > Elvis From utkarsh.ayachit at kitware.com Mon Feb 13 09:59:46 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 13 Feb 2017 09:59:46 -0500 Subject: [vtk-developers] Use GLFW as VTK window manager ? In-Reply-To: References: <56DD93D1-5799-4EF6-9EBC-C0DF38FD0809@icloud.com> Message-ID: > > Sorry for hijacking with a question of my own: I hadn't heard of this new > QVTKOpenGLWidget, do you know if it'll be part of 7.2.0? > Yes, it'll be part for 7.2.0. Note that it requires OpenGL2 rendering backend and Qt 5. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sankhesh.jhaveri at kitware.com Mon Feb 13 11:10:11 2017 From: sankhesh.jhaveri at kitware.com (Sankhesh Jhaveri) Date: Mon, 13 Feb 2017 16:10:11 +0000 Subject: [vtk-developers] ImageSampleDistance not used in vtkOpenGLGPURayCastMapper? In-Reply-To: References: Message-ID: Hi Elvis, The ImageSampleDistance property was left out when coming up with the new OpenGL2 volume mapper to avoid an additional step of rendering the volume to an FBO and then using the texture to compute the scaling. This simplifies the code path and reduces the extra performance overhead. The documentation could have been better on this. We'll update it. That being said, do you have a specific use case for ImageSampleDistance? We could explore options for adding the feature back in. Thanks, Sankhesh ? On Mon, Feb 13, 2017 at 6:55 AM Elvis Stansvik wrote: > 2017-02-13 12:54 GMT+01:00 Elvis Stansvik : > > I was digging through the code trying to understand how the > > auto-adjustment of sample distance and image sample distance takes > > place in the GPU volume ray cast mapper. From the looks of it, the > > ImageSampleDistance is not respected by this mapper, even in the > > non-automatic case, or am I missing something? > > Sorry, with "non-automatic case" I mean when AutoAdjustSampleDistance is > Off. > > Elvis > > > > > The only role ImageSampleDistance seems to play for this mapper is > > when the reduction factor is calculated (when auto-adjustment is > > turned off): > > > > if ( !this->AutoAdjustSampleDistances ) > > { > > this->ReductionFactor = 1.0 / this->ImageSampleDistance; > > return; > > } > > > > Elvis > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtk-developers > > -- Sankhesh Jhaveri *Sr. Research & Development Engineer* | Kitware | (518) 881-4417 ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From elvis.stansvik at orexplore.com Tue Feb 14 01:52:23 2017 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Tue, 14 Feb 2017 07:52:23 +0100 Subject: [vtk-developers] ImageSampleDistance not used in vtkOpenGLGPURayCastMapper? In-Reply-To: References: Message-ID: 2017-02-13 17:10 GMT+01:00 Sankhesh Jhaveri : > Hi Elvis, > > The ImageSampleDistance property was left out when coming up with the new > OpenGL2 volume mapper to avoid an additional step of rendering the volume to > an FBO and then using the texture to compute the scaling. This simplifies > the code path and reduces the extra performance overhead. The documentation > could have been better on this. We'll update it. Ah, that explains it. > > That being said, do you have a specific use case for ImageSampleDistance? We > could explore options for adding the feature back in. I don't have a specific use case for it really. The reason I started looking into how the auto-adjustment works is that I've found it to be a little too aggressive in reducing the quality. I found that if I turned off auto-adjustment and hardcode the sample distance, I could get acceptable interactive frame rate at reasonable zoom level with a quality that looked better than what happens when the auto-adjustment kicks in. So I started looking at how the auto-adjustment works, and if perhaps I could make my own heuristic for degrading the quality. I was thus interested in what knobs for quality were available to me. I think what I'm really looking for is some way of setting a lower bound on the actual sample distance along the ray (ActualSampleDistance internally), similar to MinimumImageSampleDistance but for the sample distance. Has anyone else found that the auto-adjustment is seemingly a bit too aggressive? I'm keeping the desired frame rate of the render window at the default (15 fps I think), but the quality during interaction degrades to an unnecessary extent I think.. Elvis > > Thanks, > Sankhesh > > > On Mon, Feb 13, 2017 at 6:55 AM Elvis Stansvik > wrote: >> >> 2017-02-13 12:54 GMT+01:00 Elvis Stansvik : >> > I was digging through the code trying to understand how the >> > auto-adjustment of sample distance and image sample distance takes >> > place in the GPU volume ray cast mapper. From the looks of it, the >> > ImageSampleDistance is not respected by this mapper, even in the >> > non-automatic case, or am I missing something? >> >> Sorry, with "non-automatic case" I mean when AutoAdjustSampleDistance is >> Off. >> >> Elvis >> >> > >> > The only role ImageSampleDistance seems to play for this mapper is >> > when the reduction factor is calculated (when auto-adjustment is >> > turned off): >> > >> > if ( !this->AutoAdjustSampleDistances ) >> > { >> > this->ReductionFactor = 1.0 / this->ImageSampleDistance; >> > return; >> > } >> > >> > Elvis >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/vtk-developers >> > -- > > Sankhesh Jhaveri > > Sr. Research & Development Engineer | Kitware | (518) 881-4417 From elvis.stansvik at orexplore.com Tue Feb 14 01:56:52 2017 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Tue, 14 Feb 2017 07:56:52 +0100 Subject: [vtk-developers] Crash in vtkOpenGLContextDevice2D::ComputeStringBounds when getting bounding rect of vtkAxis In-Reply-To: References: Message-ID: I realized that this is maybe a mail more suited for the developer list, so sending it here. Elvis 2017-02-12 12:30 GMT+01:00 Elvis Stansvik : > Hi all, > > In the test case below, I'm trying to get the bounding rect of a vtkAxis in > a vtkChartXY, but I'm getting a crash in the call to GetBoundingRect with > the following backtrace: > > #0 vtkOpenGLContextDevice2D::ComputeStringBounds (this=this at entry=0x689ea0, > string=..., bounds=bounds at entry=0x7fffffffcda0) > at > /buildbot/vtk7-builder/build/Rendering/ContextOpenGL2/vtkOpenGLContextDevice2D.cxx:1755 > #1 0x00007ffff78454f1 in vtkOpenGLContextDevice2D::ComputeStringBounds > (this=0x689ea0, string=..., bounds=0x7fffffffcda0) > at > /buildbot/vtk7-builder/build/Rendering/ContextOpenGL2/vtkOpenGLContextDevice2D.cxx:1626 > #2 0x00007ffff6f2722d in vtkContext2D::ComputeStringBounds > (this=this at entry=0x67e3f0, string=..., bounds=bounds at entry=0x7fffffffcda0) > at /buildbot/vtk7-builder/build/Rendering/Context2D/vtkContext2D.cxx:645 > #3 0x00007ffff7ab4b28 in vtkAxis::GetBoundingRect (this=0x671490, > painter=0x67e3f0) at > /buildbot/vtk7-builder/build/Charts/Core/vtkAxis.cxx:990 > #4 0x0000000000402ab1 in main (argc=1, argv=0x7fffffffd038) at > /home/estan/testcrash/main.cpp:50 > > The reason seems to be that the render window (RenderWindow member) of > vtkOpenGLContextDevice2D is NULL at that point (!). > > Am I using the GetBoundingRect API in the wrong way somehow? How can I get > the computed bounding rect for a vtkAxis? > > Thanks in advance, > Elvis > > main.cpp: > > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > > int main(int argc, char *argv[]) { > vtkNew renderer; > > vtkNew window; > window->AddRenderer(renderer.Get()); > > vtkNew interactor; > interactor->SetRenderWindow(window.Get()); > > vtkNew chart; > > vtkNew table; > vtkNew xArray; > xArray->SetName("X Axis"); > table->AddColumn(xArray.Get()); > vtkNew yArray; > yArray->SetName("Y Axis"); > table->AddColumn(yArray.Get()); > table->SetNumberOfRows(2); > table->SetValue(0, 0, 0); > table->SetValue(0, 1, 0); > table->SetValue(1, 0, 1); > table->SetValue(1, 1, 1); > > auto linePlot = chart->AddPlot(vtkChart::LINE); > linePlot->SetInputData(table.Get(), 0, 1); > > vtkNew view; > view->GetScene()->AddItem(chart.Get()); > view->SetRenderWindow(window.Get()); > view->SetInteractor(interactor.Get()); > > window->Render(); > > // Get bounding rect of the left axis > auto leftAxis = chart->GetAxis(vtkAxis::LEFT); > leftAxis->Update(); > auto rect = leftAxis->GetBoundingRect(view->GetContext()); > > interactor->Start(); > > return 0; > } > > > CMakeLists.txt: > > cmake_minimum_required(VERSION 3.1) > > project(TestCase) > > set(CMAKE_CXX_STANDARD 11) > set(CMAKE_CXX_STANDARD_REQUIRED ON) > > find_package(VTK COMPONENTS > vtkChartsCore > vtkCommonCore > vtkInteractionStyle > vtkRenderingContext2D > vtkRenderingContextOpenGL2 > vtkRenderingCore > vtkRenderingFreeType > vtkRenderingOpenGL2 > vtkViewsContext2D > ) > > add_executable(TestCase main.cpp) > > target_link_libraries(TestCase PUBLIC > vtkChartsCore > vtkCommonCore > vtkInteractionStyle > vtkRenderingContext2D > vtkRenderingContextOpenGL2 > vtkRenderingCore > vtkRenderingFreeType > vtkRenderingOpenGL2 > vtkViewsContext2D > ) > > target_include_directories(TestCase PUBLIC > ${VTK_INCLUDE_DIRS} > ) > > > target_compile_definitions(TestCase PUBLIC > ${VTK_DEFINITIONS} > ) From ken.martin at kitware.com Tue Feb 14 08:17:34 2017 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 14 Feb 2017 08:17:34 -0500 Subject: [vtk-developers] ImageSampleDistance not used in vtkOpenGLGPURayCastMapper? In-Reply-To: References: Message-ID: For Virtual Reality and 4K/5K displays I believe ImageSampleDistance (or similar adjustable X,Y sample rate) has to be supported. Not sure when it will get implemented but I personally think it is necessary. Thanks Ken On Tue, Feb 14, 2017 at 1:52 AM, Elvis Stansvik < elvis.stansvik at orexplore.com> wrote: > 2017-02-13 17:10 GMT+01:00 Sankhesh Jhaveri > : > > Hi Elvis, > > > > The ImageSampleDistance property was left out when coming up with the new > > OpenGL2 volume mapper to avoid an additional step of rendering the > volume to > > an FBO and then using the texture to compute the scaling. This simplifies > > the code path and reduces the extra performance overhead. The > documentation > > could have been better on this. We'll update it. > > Ah, that explains it. > > > > > That being said, do you have a specific use case for > ImageSampleDistance? We > > could explore options for adding the feature back in. > > I don't have a specific use case for it really. The reason I started > looking into how the auto-adjustment works is that I've found it to be > a little too aggressive in reducing the quality. I found that if I > turned off auto-adjustment and hardcode the sample distance, I could > get acceptable interactive frame rate at reasonable zoom level with a > quality that looked better than what happens when the auto-adjustment > kicks in. So I started looking at how the auto-adjustment works, and > if perhaps I could make my own heuristic for degrading the quality. I > was thus interested in what knobs for quality were available to me. > > I think what I'm really looking for is some way of setting a lower > bound on the actual sample distance along the ray > (ActualSampleDistance internally), similar to > MinimumImageSampleDistance but for the sample distance. > > Has anyone else found that the auto-adjustment is seemingly a bit too > aggressive? I'm keeping the desired frame rate of the render window at > the default (15 fps I think), but the quality during interaction > degrades to an unnecessary extent I think.. > > Elvis > > > > > Thanks, > > Sankhesh > > > > > > On Mon, Feb 13, 2017 at 6:55 AM Elvis Stansvik > > wrote: > >> > >> 2017-02-13 12:54 GMT+01:00 Elvis Stansvik >: > >> > I was digging through the code trying to understand how the > >> > auto-adjustment of sample distance and image sample distance takes > >> > place in the GPU volume ray cast mapper. From the looks of it, the > >> > ImageSampleDistance is not respected by this mapper, even in the > >> > non-automatic case, or am I missing something? > >> > >> Sorry, with "non-automatic case" I mean when AutoAdjustSampleDistance is > >> Off. > >> > >> Elvis > >> > >> > > >> > The only role ImageSampleDistance seems to play for this mapper is > >> > when the reduction factor is calculated (when auto-adjustment is > >> > turned off): > >> > > >> > if ( !this->AutoAdjustSampleDistances ) > >> > { > >> > this->ReductionFactor = 1.0 / this->ImageSampleDistance; > >> > return; > >> > } > >> > > >> > Elvis > >> _______________________________________________ > >> Powered by www.kitware.com > >> > >> Visit other Kitware open-source projects at > >> http://www.kitware.com/opensource/opensource.html > >> > >> Search the list archives at: http://markmail.org/search/?q= > vtk-developers > >> > >> Follow this link to subscribe/unsubscribe: > >> http://public.kitware.com/mailman/listinfo/vtk-developers > >> > > -- > > > > Sankhesh Jhaveri > > > > Sr. Research & Development Engineer | Kitware | (518) 881-4417 > _______________________________________________ > 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 Tue Feb 14 08:48:44 2017 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 14 Feb 2017 08:48:44 -0500 Subject: [vtk-developers] vtkm warnings Message-ID: Could a vtkm person look at these? They are from the cppcheck dashboard Thanks! Ken Accelerators/Vtkm/vtkmlib/ArrayConverters.cxx:390: style: Expression is always false because 'else if' condition matches previous condition at line 385. Build Log Line 2 Warning Accelerators/Vtkm/vtkmlib/Storage.hxx:80: style: Exception should be caught by reference. Build Log Line 3 Warning Accelerators/Vtkm/vtkmlib/Storage.hxx:166: style: Exception should be caught by reference. Build Log Line 4 Warning Accelerators/Vtkm/vtkmlib/Storage.hxx:250: style: Exception should be caught by reference. Build Log Line 5 Warning Accelerators/Vtkm/vtkmlib/ArrayConverters.cxx:347: style: Exception should be caught by reference. Build Log Line 6 Warning Accelerators/Vtkm/vtkmCellSetExplicit.h:60: style: 'vtkmCellSetExplicitAOS::operator=' should return 'vtkmCellSetExplicitAOS &'. -- 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 elvis.stansvik at orexplore.com Tue Feb 14 11:47:57 2017 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Tue, 14 Feb 2017 17:47:57 +0100 Subject: [vtk-developers] Use GLFW as VTK window manager ? In-Reply-To: References: <56DD93D1-5799-4EF6-9EBC-C0DF38FD0809@icloud.com> Message-ID: Den 13 feb. 2017 3:59 em skrev "Utkarsh Ayachit" < utkarsh.ayachit at kitware.com>: >> >> Sorry for hijacking with a question of my own: I hadn't heard of this new QVTKOpenGLWidget, do you know if it'll be part of 7.2.0? > > > Yes, it'll be part for 7.2.0. Note that it requires OpenGL2 rendering backend and Qt 5. Excellent. -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert.maynard at kitware.com Tue Feb 14 12:36:22 2017 From: robert.maynard at kitware.com (Robert Maynard) Date: Tue, 14 Feb 2017 12:36:22 -0500 Subject: [vtk-developers] vtkm warnings In-Reply-To: References: Message-ID: Hi Ken, I will fix these warnings. Thanks for the heads up. On Tue, Feb 14, 2017 at 8:48 AM, Ken Martin wrote: > > Could a vtkm person look at these? They are from the cppcheck dashboard > > Thanks! > Ken > > > Accelerators/Vtkm/vtkmlib/ArrayConverters.cxx:390: style: Expression is always false because 'else if' condition matches previous condition at line 385. > > Build Log Line 2 > Warning > > Accelerators/Vtkm/vtkmlib/Storage.hxx:80: style: Exception should be caught by reference. > > Build Log Line 3 > Warning > > Accelerators/Vtkm/vtkmlib/Storage.hxx:166: style: Exception should be caught by reference. > > Build Log Line 4 > Warning > > Accelerators/Vtkm/vtkmlib/Storage.hxx:250: style: Exception should be caught by reference. > > Build Log Line 5 > Warning > > Accelerators/Vtkm/vtkmlib/ArrayConverters.cxx:347: style: Exception should be caught by reference. > > Build Log Line 6 > Warning > > Accelerators/Vtkm/vtkmCellSetExplicit.h:60: style: 'vtkmCellSetExplicitAOS::operator=' should return 'vtkmCellSetExplicitAOS &'. > > > -- > Ken Martin PhD > Chairman & CFO > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > 518 371 3971 <(518)%20371-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 elvis.stansvik at orexplore.com Fri Feb 17 02:36:09 2017 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Fri, 17 Feb 2017 08:36:09 +0100 Subject: [vtk-developers] Crash in vtkOpenGLContextDevice2D::ComputeStringBounds when getting bounding rect of vtkAxis In-Reply-To: References: Message-ID: Den 14 feb. 2017 7:56 fm skrev "Elvis Stansvik" < elvis.stansvik at orexplore.com>: > > I realized that this is maybe a mail more suited for the developer > list, so sending it here. It would be great if some dev could just confirm that they see the same crash in master. Perhaps GetBoundingRect was never meant to be made public? If so, I'm looking for a way to map context scene coordinates to screen coordinates (or alternatively, some other way of getting the pixel width of an axis). My use case is that I have an opacity/color editor setup similar to that in ParaView, but I want an Y axis on the opacity editor, and to get the color widget underneath aligned properly, I need the X screen coordinate where the color plot area, since it's no longer 0, but shifted to the right by the left axis. Elvis > > Elvis > > 2017-02-12 12:30 GMT+01:00 Elvis Stansvik : > > Hi all, > > > > In the test case below, I'm trying to get the bounding rect of a vtkAxis in > > a vtkChartXY, but I'm getting a crash in the call to GetBoundingRect with > > the following backtrace: > > > > #0 vtkOpenGLContextDevice2D::ComputeStringBounds (this=this at entry =0x689ea0, > > string=..., bounds=bounds at entry=0x7fffffffcda0) > > at > > /buildbot/vtk7-builder/build/Rendering/ContextOpenGL2/vtkOpenGLContextDevice2D.cxx:1755 > > #1 0x00007ffff78454f1 in vtkOpenGLContextDevice2D::ComputeStringBounds > > (this=0x689ea0, string=..., bounds=0x7fffffffcda0) > > at > > /buildbot/vtk7-builder/build/Rendering/ContextOpenGL2/vtkOpenGLContextDevice2D.cxx:1626 > > #2 0x00007ffff6f2722d in vtkContext2D::ComputeStringBounds > > (this=this at entry=0x67e3f0, string=..., bounds=bounds at entry =0x7fffffffcda0) > > at /buildbot/vtk7-builder/build/Rendering/Context2D/vtkContext2D.cxx:645 > > #3 0x00007ffff7ab4b28 in vtkAxis::GetBoundingRect (this=0x671490, > > painter=0x67e3f0) at > > /buildbot/vtk7-builder/build/Charts/Core/vtkAxis.cxx:990 > > #4 0x0000000000402ab1 in main (argc=1, argv=0x7fffffffd038) at > > /home/estan/testcrash/main.cpp:50 > > > > The reason seems to be that the render window (RenderWindow member) of > > vtkOpenGLContextDevice2D is NULL at that point (!). > > > > Am I using the GetBoundingRect API in the wrong way somehow? How can I get > > the computed bounding rect for a vtkAxis? > > > > Thanks in advance, > > Elvis > > > > main.cpp: > > > > #include > > #include > > #include > > #include > > #include > > #include > > #include > > #include > > #include > > #include > > #include > > > > int main(int argc, char *argv[]) { > > vtkNew renderer; > > > > vtkNew window; > > window->AddRenderer(renderer.Get()); > > > > vtkNew interactor; > > interactor->SetRenderWindow(window.Get()); > > > > vtkNew chart; > > > > vtkNew table; > > vtkNew xArray; > > xArray->SetName("X Axis"); > > table->AddColumn(xArray.Get()); > > vtkNew yArray; > > yArray->SetName("Y Axis"); > > table->AddColumn(yArray.Get()); > > table->SetNumberOfRows(2); > > table->SetValue(0, 0, 0); > > table->SetValue(0, 1, 0); > > table->SetValue(1, 0, 1); > > table->SetValue(1, 1, 1); > > > > auto linePlot = chart->AddPlot(vtkChart::LINE); > > linePlot->SetInputData(table.Get(), 0, 1); > > > > vtkNew view; > > view->GetScene()->AddItem(chart.Get()); > > view->SetRenderWindow(window.Get()); > > view->SetInteractor(interactor.Get()); > > > > window->Render(); > > > > // Get bounding rect of the left axis > > auto leftAxis = chart->GetAxis(vtkAxis::LEFT); > > leftAxis->Update(); > > auto rect = leftAxis->GetBoundingRect(view->GetContext()); > > > > interactor->Start(); > > > > return 0; > > } > > > > > > CMakeLists.txt: > > > > cmake_minimum_required(VERSION 3.1) > > > > project(TestCase) > > > > set(CMAKE_CXX_STANDARD 11) > > set(CMAKE_CXX_STANDARD_REQUIRED ON) > > > > find_package(VTK COMPONENTS > > vtkChartsCore > > vtkCommonCore > > vtkInteractionStyle > > vtkRenderingContext2D > > vtkRenderingContextOpenGL2 > > vtkRenderingCore > > vtkRenderingFreeType > > vtkRenderingOpenGL2 > > vtkViewsContext2D > > ) > > > > add_executable(TestCase main.cpp) > > > > target_link_libraries(TestCase PUBLIC > > vtkChartsCore > > vtkCommonCore > > vtkInteractionStyle > > vtkRenderingContext2D > > vtkRenderingContextOpenGL2 > > vtkRenderingCore > > vtkRenderingFreeType > > vtkRenderingOpenGL2 > > vtkViewsContext2D > > ) > > > > target_include_directories(TestCase PUBLIC > > ${VTK_INCLUDE_DIRS} > > ) > > > > > > target_compile_definitions(TestCase PUBLIC > > ${VTK_DEFINITIONS} > > ) -------------- next part -------------- An HTML attachment was scrubbed... URL: From elvis.stansvik at orexplore.com Fri Feb 17 02:38:55 2017 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Fri, 17 Feb 2017 08:38:55 +0100 Subject: [vtk-developers] Crash in vtkOpenGLContextDevice2D::ComputeStringBounds when getting bounding rect of vtkAxis In-Reply-To: References: Message-ID: Den 17 feb. 2017 8:36 fm skrev "Elvis Stansvik" < elvis.stansvik at orexplore.com>: > > Den 14 feb. 2017 7:56 fm skrev "Elvis Stansvik" < elvis.stansvik at orexplore.com>: > > > > I realized that this is maybe a mail more suited for the developer > > list, so sending it here. > > It would be great if some dev could just confirm that they see the same crash in master. > > Perhaps GetBoundingRect was never meant to be made public? If so, I'm looking for a way to map context scene coordinates to screen coordinates (or alternatively, some other way of getting the pixel width of an axis). > > My use case is that I have an opacity/color editor setup similar to that in ParaView, but I want an Y axis on the opacity editor, and to get the color widget underneath aligned properly, I need the X screen coordinate where the color plot area, since it's no longer 0, but shifted to the right by the left axis. s/where the color plot area/where the opacity plot area starts/ > > Elvis > > > > > Elvis > > > > 2017-02-12 12:30 GMT+01:00 Elvis Stansvik : > > > Hi all, > > > > > > In the test case below, I'm trying to get the bounding rect of a vtkAxis in > > > a vtkChartXY, but I'm getting a crash in the call to GetBoundingRect with > > > the following backtrace: > > > > > > #0 vtkOpenGLContextDevice2D::ComputeStringBounds (this=this at entry =0x689ea0, > > > string=..., bounds=bounds at entry=0x7fffffffcda0) > > > at > > > /buildbot/vtk7-builder/build/Rendering/ContextOpenGL2/vtkOpenGLContextDevice2D.cxx:1755 > > > #1 0x00007ffff78454f1 in vtkOpenGLContextDevice2D::ComputeStringBounds > > > (this=0x689ea0, string=..., bounds=0x7fffffffcda0) > > > at > > > /buildbot/vtk7-builder/build/Rendering/ContextOpenGL2/vtkOpenGLContextDevice2D.cxx:1626 > > > #2 0x00007ffff6f2722d in vtkContext2D::ComputeStringBounds > > > (this=this at entry=0x67e3f0, string=..., bounds=bounds at entry =0x7fffffffcda0) > > > at /buildbot/vtk7-builder/build/Rendering/Context2D/vtkContext2D.cxx:645 > > > #3 0x00007ffff7ab4b28 in vtkAxis::GetBoundingRect (this=0x671490, > > > painter=0x67e3f0) at > > > /buildbot/vtk7-builder/build/Charts/Core/vtkAxis.cxx:990 > > > #4 0x0000000000402ab1 in main (argc=1, argv=0x7fffffffd038) at > > > /home/estan/testcrash/main.cpp:50 > > > > > > The reason seems to be that the render window (RenderWindow member) of > > > vtkOpenGLContextDevice2D is NULL at that point (!). > > > > > > Am I using the GetBoundingRect API in the wrong way somehow? How can I get > > > the computed bounding rect for a vtkAxis? > > > > > > Thanks in advance, > > > Elvis > > > > > > main.cpp: > > > > > > #include > > > #include > > > #include > > > #include > > > #include > > > #include > > > #include > > > #include > > > #include > > > #include > > > #include > > > > > > int main(int argc, char *argv[]) { > > > vtkNew renderer; > > > > > > vtkNew window; > > > window->AddRenderer(renderer.Get()); > > > > > > vtkNew interactor; > > > interactor->SetRenderWindow(window.Get()); > > > > > > vtkNew chart; > > > > > > vtkNew table; > > > vtkNew xArray; > > > xArray->SetName("X Axis"); > > > table->AddColumn(xArray.Get()); > > > vtkNew yArray; > > > yArray->SetName("Y Axis"); > > > table->AddColumn(yArray.Get()); > > > table->SetNumberOfRows(2); > > > table->SetValue(0, 0, 0); > > > table->SetValue(0, 1, 0); > > > table->SetValue(1, 0, 1); > > > table->SetValue(1, 1, 1); > > > > > > auto linePlot = chart->AddPlot(vtkChart::LINE); > > > linePlot->SetInputData(table.Get(), 0, 1); > > > > > > vtkNew view; > > > view->GetScene()->AddItem(chart.Get()); > > > view->SetRenderWindow(window.Get()); > > > view->SetInteractor(interactor.Get()); > > > > > > window->Render(); > > > > > > // Get bounding rect of the left axis > > > auto leftAxis = chart->GetAxis(vtkAxis::LEFT); > > > leftAxis->Update(); > > > auto rect = leftAxis->GetBoundingRect(view->GetContext()); > > > > > > interactor->Start(); > > > > > > return 0; > > > } > > > > > > > > > CMakeLists.txt: > > > > > > cmake_minimum_required(VERSION 3.1) > > > > > > project(TestCase) > > > > > > set(CMAKE_CXX_STANDARD 11) > > > set(CMAKE_CXX_STANDARD_REQUIRED ON) > > > > > > find_package(VTK COMPONENTS > > > vtkChartsCore > > > vtkCommonCore > > > vtkInteractionStyle > > > vtkRenderingContext2D > > > vtkRenderingContextOpenGL2 > > > vtkRenderingCore > > > vtkRenderingFreeType > > > vtkRenderingOpenGL2 > > > vtkViewsContext2D > > > ) > > > > > > add_executable(TestCase main.cpp) > > > > > > target_link_libraries(TestCase PUBLIC > > > vtkChartsCore > > > vtkCommonCore > > > vtkInteractionStyle > > > vtkRenderingContext2D > > > vtkRenderingContextOpenGL2 > > > vtkRenderingCore > > > vtkRenderingFreeType > > > vtkRenderingOpenGL2 > > > vtkViewsContext2D > > > ) > > > > > > target_include_directories(TestCase PUBLIC > > > ${VTK_INCLUDE_DIRS} > > > ) > > > > > > > > > target_compile_definitions(TestCase PUBLIC > > > ${VTK_DEFINITIONS} > > > ) -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfavre at cscs.ch Fri Feb 17 10:19:17 2017 From: jfavre at cscs.ch (Favre Jean) Date: Fri, 17 Feb 2017 15:19:17 +0000 Subject: [vtk-developers] undefined reference to `glXGetProcAddressARB' Message-ID: <0EB9B6375711A04B820E6B6F5CCA9F68437B5783@MBX211.d.ethz.ch> Hello Am trying to compile the bare minimum of VTK; I don't need graphics, just some IO and filters to test SMPTools. I am on a Power8 machine with 160 cores. I have configure the VTK (trunk), with -DBUILD_TESTING=OFF \ -DVTK_SMP_IMPLEMENTATION_TYPE:STRING=TBB \ -DTBB_LIBRARY_RELEASE=/opt/at10.0/lib64/libtbb.so.2 \ -DTBB_INCLUDE_DIR=/opt/at10.0/include \ -DVTK_WRAP_PYTHON:BOOL=ON \ -DVTK_Group_Rendering:BOOL=OFF -DVTK_USE_X:BOOL=OFF Yet, I am getting the following error, and could not find what else to turn OFF to get over it. Wouldn't the glew stuff be needed only for X-based rendering? [ 21%] Linking C shared library ../../../lib/libvtkglew-7.1.so CMakeFiles/vtkglew.dir/src/glew.c.o: In function `_glewInit_GL_VERSION_1_3': /users/jfavre/VTK/ThirdParty/glew/vtkglew/src/glew.c:3495: undefined reference to `glXGetProcAddressARB' Thanks for any tip. Jean -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Fri Feb 17 10:31:08 2017 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 17 Feb 2017 10:31:08 -0500 Subject: [vtk-developers] undefined reference to `glXGetProcAddressARB' In-Reply-To: <0EB9B6375711A04B820E6B6F5CCA9F68437B5783@MBX211.d.ethz.ch> References: <0EB9B6375711A04B820E6B6F5CCA9F68437B5783@MBX211.d.ethz.ch> Message-ID: Hi Jean, We use glew for Winddows Linux and OSX. When you run cmake and configure it produces a lot of output. The first part shows what modules are on and why they are on. That output should show vtk is causing vtkglew to be turned on. From that we can try tracking down why that is on. Thanks Ken On Fri, Feb 17, 2017 at 10:19 AM, Favre Jean wrote: > Hello > > Am trying to compile the bare minimum of VTK; I don't need graphics, just > some IO and filters to test SMPTools. I am on a Power8 machine with 160 > cores. > > I have configure the VTK (trunk), with > > -DBUILD_TESTING=OFF \ > -DVTK_SMP_IMPLEMENTATION_TYPE:STRING=TBB \ > -DTBB_LIBRARY_RELEASE=/opt/at10.0/lib64/libtbb.so.2 \ > -DTBB_INCLUDE_DIR=/opt/at10.0/include \ > -DVTK_WRAP_PYTHON:BOOL=ON \ > -DVTK_Group_Rendering:BOOL=OFF > -DVTK_USE_X:BOOL=OFF > > Yet, I am getting the following error, and could not find what else to > turn OFF to get over it. Wouldn't the glew stuff be needed only for X-based > rendering? > > [ 21%] Linking C shared library ../../../lib/libvtkglew-7.1.so > CMakeFiles/vtkglew.dir/src/glew.c.o: In function > `_glewInit_GL_VERSION_1_3': > /users/jfavre/VTK/ThirdParty/glew/vtkglew/src/glew.c:3495: undefined > reference to `glXGetProcAddressARB' > > Thanks for any tip. > Jean > > > _______________________________________________ > 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 jfavre at cscs.ch Fri Feb 17 10:35:35 2017 From: jfavre at cscs.ch (Favre Jean) Date: Fri, 17 Feb 2017 15:35:35 +0000 Subject: [vtk-developers] undefined reference to `glXGetProcAddressARB' In-Reply-To: References: <0EB9B6375711A04B820E6B6F5CCA9F68437B5783@MBX211.d.ethz.ch>, Message-ID: <0EB9B6375711A04B820E6B6F5CCA9F68437B57C1@MBX211.d.ethz.ch> Well done Ken here is the output: -- * vtkglew, needed by 3 modules: vtkDomainsChemistryOpenGL2 vtkRenderingContextOpenGL2 vtkRenderingOpenGL2 ----------------- Jean -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Fri Feb 17 10:42:17 2017 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 17 Feb 2017 10:42:17 -0500 Subject: [vtk-developers] undefined reference to `glXGetProcAddressARB' In-Reply-To: <0EB9B6375711A04B820E6B6F5CCA9F68437B57C1@MBX211.d.ethz.ch> References: <0EB9B6375711A04B820E6B6F5CCA9F68437B5783@MBX211.d.ethz.ch> <0EB9B6375711A04B820E6B6F5CCA9F68437B57C1@MBX211.d.ethz.ch> Message-ID: So usually I try to turn those modules off in cmake. If they do not show up as options to turn off, that means they are in turn being required by some other module that is on. So I look in the configure output for what is requiring them and try to turn that off, etc etc. If you have the full output we can try hunting down what the leaf modules are that are pulling it in. In this case try turning off the chemistry modules. Thanks Ken On Fri, Feb 17, 2017 at 10:35 AM, Favre Jean wrote: > Well done Ken > > here is the output: > > -- * vtkglew, needed by 3 modules: > vtkDomainsChemistryOpenGL2 > vtkRenderingContextOpenGL2 > vtkRenderingOpenGL2 > > ----------------- > Jean > -- 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 bill.lorensen at gmail.com Fri Feb 17 11:19:32 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 17 Feb 2017 11:19:32 -0500 Subject: [vtk-developers] undefined reference to `glXGetProcAddressARB' In-Reply-To: References: <0EB9B6375711A04B820E6B6F5CCA9F68437B5783@MBX211.d.ethz.ch> <0EB9B6375711A04B820E6B6F5CCA9F68437B57C1@MBX211.d.ethz.ch> Message-ID: Here is what I use to build a minimal vtk: cmake -DBUILD_EXAMPLES:BOOL=OFF -DBUILD_TESTING:BOOL=OFF -DVTK_BUILD_ALL_MODULES_FOR_\ TESTS:BOOL=OFF -DVTK_Group_Rendering:BOOL=OFF -DVTK_Group_StandAlone:BOOL=OFF -\ DModule_vtkCommonCore:BOOL=ON -DModule_vtkCommonDataModel:BOOL=ON ../VTK On Fri, Feb 17, 2017 at 10:42 AM, Ken Martin wrote: > So usually I try to turn those modules off in cmake. If they do not show up > as options to turn off, that means they are in turn being required by some > other module that is on. So I look in the configure output for what is > requiring them and try to turn that off, etc etc. If you have the full > output we can try hunting down what the leaf modules are that are pulling it > in. In this case try turning off the chemistry modules. > > Thanks > Ken > > > On Fri, Feb 17, 2017 at 10:35 AM, Favre Jean wrote: >> >> Well done Ken >> >> here is the output: >> >> -- * vtkglew, needed by 3 modules: >> vtkDomainsChemistryOpenGL2 >> vtkRenderingContextOpenGL2 >> vtkRenderingOpenGL2 >> >> ----------------- >> Jean > > > > > -- > 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 > > -- Unpaid intern in BillsBasement at noware dot com From bill.lorensen at gmail.com Sat Feb 18 07:29:04 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Sat, 18 Feb 2017 07:29:04 -0500 Subject: [vtk-developers] Valgrind needs attention Message-ID: The number of defects continues to grow. Please take a look here: https://open.cdash.org/viewDynamicAnalysis.php?buildid=4773223 Recently added classes have defects as well as some older ones. -- Unpaid intern in BillsBasement at noware dot com From ken.martin at kitware.com Sat Feb 18 08:42:57 2017 From: ken.martin at kitware.com (Ken Martin) Date: Sat, 18 Feb 2017 08:42:57 -0500 Subject: [vtk-developers] Valgrind needs attention In-Reply-To: References: Message-ID: I'll tackle the leaks in the OBJ code On Sat, Feb 18, 2017 at 7:29 AM, Bill Lorensen wrote: > The number of defects continues to grow. Please take a look here: > https://open.cdash.org/viewDynamicAnalysis.php?buildid=4773223 > > Recently added classes have defects as well as some older ones. > > -- > 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 > > 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 biswajit.cs.10 at gmail.com Sat Feb 18 12:17:57 2017 From: biswajit.cs.10 at gmail.com (Biswajit Biswas) Date: Sat, 18 Feb 2017 22:47:57 +0530 Subject: [vtk-developers] vtk-developers Digest, Vol 154, Issue 20 In-Reply-To: References: Message-ID: Dear Sir; It is really helpful for me to learn about VTK with depth concept. On Sat, Feb 18, 2017 at 10:30 PM, wrote: > Send vtk-developers mailing list submissions to > vtk-developers at vtk.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://public.kitware.com/mailman/listinfo/vtk-developers > or, via email, send a message with subject or body 'help' to > vtk-developers-request at vtk.org > > You can reach the person managing the list at > vtk-developers-owner at vtk.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of vtk-developers digest..." > > > Today's Topics: > > 1. Valgrind needs attention (Bill Lorensen) > 2. Re: Valgrind needs attention (Ken Martin) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 18 Feb 2017 07:29:04 -0500 > From: Bill Lorensen > To: VTK Developers > Subject: [vtk-developers] Valgrind needs attention > Message-ID: > YMYZ0s-FLA at mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > The number of defects continues to grow. Please take a look here: > https://open.cdash.org/viewDynamicAnalysis.php?buildid=4773223 > > Recently added classes have defects as well as some older ones. > > -- > Unpaid intern in BillsBasement at noware dot com > > > ------------------------------ > > Message: 2 > Date: Sat, 18 Feb 2017 08:42:57 -0500 > From: Ken Martin > To: Bill Lorensen > Cc: VTK Developers > Subject: Re: [vtk-developers] Valgrind needs attention > Message-ID: > gmail.com> > Content-Type: text/plain; charset="utf-8" > > I'll tackle the leaks in the OBJ code > > On Sat, Feb 18, 2017 at 7:29 AM, Bill Lorensen > wrote: > > > The number of defects continues to grow. Please take a look here: > > https://open.cdash.org/viewDynamicAnalysis.php?buildid=4773223 > > > > Recently added classes have defects as well as some older ones. > > > > -- > > 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 > > > > 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: attachments/20170218/d4232d08/attachment-0001.html> > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > 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 > > ------------------------------ > > End of vtk-developers Digest, Vol 154, Issue 20 > *********************************************** > -- thanks and regards mobile:9163016823 -------------- next part -------------- An HTML attachment was scrubbed... URL: From hweng52 at gmail.com Sat Feb 18 13:26:39 2017 From: hweng52 at gmail.com (Hanlin Weng) Date: Sat, 18 Feb 2017 13:26:39 -0500 Subject: [vtk-developers] vtk wrapper Message-ID: Hi, I tried to build vtk using cmake gui with wrapper (for java, python) turned on. The build always failed with many error messages. I following the messages to fix, (most cases are missing libs), but no success,... I am wondering if there is a detailed vtk building instruction links that we can follow step by step to build it with all options selected. Thanks for help in advance. H.W. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Mon Feb 20 10:02:46 2017 From: ken.martin at kitware.com (Ken Martin) Date: Mon, 20 Feb 2017 10:02:46 -0500 Subject: [vtk-developers] Virtual Reality topic Message-ID: There is a largish Virtual Reality topic in testing if someone wants to review it. https://gitlab.kitware.com/vtk/vtk/merge_requests/2487 The test failures are due to an unrelated recent merge to master. The basic gist of the change is Add floor option to show a floor completely rework the matrix and coordinate code to be cleaner and use standard VTK conventions (right handed) add support for a dashboard overlay with options to subclass and support for saving/loading camera poses and adjusting motion factors and scale factors. Improve the resetcameraclippingrange to work better for VR change how eye position is handled so that VolumeRendering will work properly Handle the case where people make the cubes invisible which results in a 308 error on loading the model. Add support for the user to specify the mapping of physical coordinates into world coordinate. Allows for different view up vectors other than the old code which was hard coded to Y. Add middle mouse support mapped to the grip button. Add some support for a hardware clipping plane. -- 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 zack.galbreath at kitware.com Tue Feb 21 09:57:31 2017 From: zack.galbreath at kitware.com (Zack Galbreath) Date: Tue, 21 Feb 2017 09:57:31 -0500 Subject: [vtk-developers] open.cdash.org updated Message-ID: Hi folks, I just upgraded open.cdash.org. The most visible change you'll notice is that the Update column now shows the commit that was built rather than the number of files that changed. Going forward, I've set a reminder for myself to upgrade open.cdash.org once a month around this time (the 21st). -------------- next part -------------- An HTML attachment was scrubbed... URL: From zack.galbreath at kitware.com Tue Feb 21 12:06:17 2017 From: zack.galbreath at kitware.com (Zack Galbreath) Date: Tue, 21 Feb 2017 12:06:17 -0500 Subject: [vtk-developers] [CDash] open.cdash.org updated In-Reply-To: <81aaa674-c3ca-b004-2ca1-203b6bb6d7dc@gmail.com> References: <81aaa674-c3ca-b004-2ca1-203b6bb6d7dc@gmail.com> Message-ID: On Tue, Feb 21, 2017 at 10:03 AM, Nils Gladitz wrote: > Could the prebuilt branch be updated along with it? > Good idea! I just updated the prebuilt branch too. -------------- next part -------------- An HTML attachment was scrubbed... URL: From zack.galbreath at kitware.com Tue Feb 21 13:24:20 2017 From: zack.galbreath at kitware.com (Zack Galbreath) Date: Tue, 21 Feb 2017 13:24:20 -0500 Subject: [vtk-developers] [ITK-dev] open.cdash.org updated In-Reply-To: References: Message-ID: On Tue, Feb 21, 2017 at 12:07 PM, Bill Lorensen wrote: > Zach, > > I don't see that behavior on the VTK dashboard. > https://open.cdash.org/viewUpdate.php?buildid=4778001 For comparison, I rolled back testing.cdash.org to a previous commit so we can compare and contrast. https://open.cdash.org/index.php?project=VTK&date=2017-02-21 http://testing.cdash.org/index.php?project=VTK&date=2017-02-21 This data was also missing before the latest upgrade, but it was easier to identify builds with meaningful update data because they didn't have "0" in this column. I'll work with the VTK team to get good update info for all our recurring builds. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Tue Feb 21 13:30:49 2017 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Tue, 21 Feb 2017 13:30:49 -0500 Subject: [vtk-developers] [ITK-dev] open.cdash.org updated In-Reply-To: References: Message-ID: Thanks! On Tue, Feb 21, 2017 at 1:24 PM, Zack Galbreath wrote: > On Tue, Feb 21, 2017 at 12:07 PM, Bill Lorensen > wrote: >> >> Zach, >> >> I don't see that behavior on the VTK dashboard. >> https://open.cdash.org/viewUpdate.php?buildid=4778001 > > > For comparison, I rolled back testing.cdash.org to a previous commit so we > can compare and contrast. > > https://open.cdash.org/index.php?project=VTK&date=2017-02-21 > http://testing.cdash.org/index.php?project=VTK&date=2017-02-21 > > This data was also missing before the latest upgrade, but it was easier to > identify builds with meaningful update data because they didn't have "0" in > this column. > > I'll work with the VTK team to get good update info for all our recurring > builds. -- Unpaid intern in BillsBasement at noware dot com From sur.chiranjib at gmail.com Thu Feb 23 09:38:23 2017 From: sur.chiranjib at gmail.com (Chiranjib Sur) Date: Thu, 23 Feb 2017 20:08:23 +0530 Subject: [vtk-developers] hdf5 using vtk6 Message-ID: Hi, I was wondering how HDF5 data can be handled in VTK6. With google, I could not find any recent updates on HDF5 support for VTK6. Can anyone point me towards the APIs / Classes which I can see and learn a bit more. Currently, I use "vtkPolydata" for my simulation and while I am thinking about scaling, HDF5 came into my mind. Any pointers will be very much appreciated. Thanks in advance, Chiranjib -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt.mccormick at kitware.com Thu Feb 23 14:43:32 2017 From: matt.mccormick at kitware.com (Matt McCormick) Date: Thu, 23 Feb 2017 14:43:32 -0500 Subject: [vtk-developers] [ITK-dev] open.cdash.org updated In-Reply-To: References: Message-ID: Hi Zack, Thanks for the updates! Another bug I noticed, that I think we present before the recent upgrade, too, is that when clicking one "expected" checkbox, it enables all other "expected" checkboxes. Thanks, Matt On Tue, Feb 21, 2017 at 9:57 AM, Zack Galbreath wrote: > Hi folks, > > I just upgraded open.cdash.org. The most visible change you'll notice is > that the Update column now shows the commit that was built rather than the > number of files that changed. > > Going forward, I've set a reminder for myself to upgrade open.cdash.org once > a month around this time (the 21st). > > _______________________________________________ > 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 > From elvis.stansvik at orexplore.com Fri Feb 24 02:36:17 2017 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Fri, 24 Feb 2017 08:36:17 +0100 Subject: [vtk-developers] hdf5 using vtk6 In-Reply-To: References: Message-ID: Hi Chiranjib, Den 23 feb. 2017 3:38 em skrev "Chiranjib Sur" : > > Hi, > I was wondering how HDF5 data can be handled in VTK6. > > With google, I could not find any recent updates on HDF5 support for VTK6. > > Can anyone point me towards the APIs / Classes which I can see and learn a bit more. > > Currently, I use "vtkPolydata" for my simulation and while I am thinking about scaling, HDF5 came into my mind. > > Any pointers will be very much appreciated. I don't think VTK has any built-in support for HDF5 per se. It does have support for XDMF, which uses HDF5 for the "heavy data". For our use case (volumetric data), we wrote our own simple vtkImageAlgorithm to read our custom HDF5 based volume format. It uses the regular HDF5 library from the HDF Group. I think that's the approach you need to take with VTK if you have some custom HDF5 based format. Hope that helps, Elvis > > Thanks in advance, > Chiranjib > > _______________________________________________ > 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 A.Buykx at dianafea.com Fri Feb 24 06:08:24 2017 From: A.Buykx at dianafea.com (Andreas Buykx) Date: Fri, 24 Feb 2017 11:08:24 +0000 Subject: [vtk-developers] traversal using vtkCollection::GetItemAsObject Message-ID: <65D987BE62E58141AA480A59A8B5BBEA79BFE19D@srv-mail.diana.local> Hi, I've run into a performance problem with vtkAppendFilter, caused by iterating over a large number of inputs. The input data sets are stored in a vtkDataSetCollection (by GetNonEmptyInputs) and then the collection is iterated over using vtkDataSetCollection::GetItem. The vtkCollection is a linked list and therefore traversal using random access is slow, moreover it supports linear traversal in a much faster way using vtkDataSetCollection::GetNextItem. An alternative that would probably be even faster is to introduce a pimpl-struct and store the inputs in a std::vector. I am starting a topic (collection-traversal) to change the loops in vtkAppendFilter accordingly. I found similar loops in vtkGridSynchronizedTemplates3D and vtkContourHelper. Should I replace those too? Kind regards, Andreas DIANA FEA BV Software Developers and Analysis Consultants for Civil and Geotechnical Engineering Delftechpark 19a, 2628XJ, Delft, The Netherlands Tel: +31 88 34262 15 (Direct) ? Tel: +31 88 34262 00 (Switchboard) ? Fax: +31 88 34262 99 http://dianafea.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From brian.alger at inl.gov Mon Feb 27 11:54:34 2017 From: brian.alger at inl.gov (Brian Alger) Date: Mon, 27 Feb 2017 09:54:34 -0700 (MST) Subject: [vtk-developers] VTKRenderWindowInteractor.py does not display correctly on retina display Message-ID: <1488214474552-5742298.post@n5.nabble.com> On a MacBook Pro with retina display, running: python lib/python2.7/site-packages/vtk/qt/QVTKRenderWindowInteractor.py shows the following The cone is only in the lower left. This works as expected on non retina displays. Using: VTK 7.1.0, PyQt 5.6 I found this that shows how one might fix the problem. Incorporating their changes does seem to fix the problem but their comment says it is not the right way to do this. What is the correct way to get this to work? -- View this message in context: http://vtk.1045678.n5.nabble.com/VTKRenderWindowInteractor-py-does-not-display-correctly-on-retina-display-tp5742298.html Sent from the VTK - Dev mailing list archive at Nabble.com. From iksemyonov at gmail.com Mon Feb 27 14:48:02 2017 From: iksemyonov at gmail.com (Ignat Semyonov) Date: Mon, 27 Feb 2017 22:48:02 +0300 Subject: [vtk-developers] VTK 7.1 Fails to Build on Fedora 25 64-bit Message-ID: Hello VTK developers, I'm building VTK 7.1 on Fedora 25 64-bit. After I turn on any of the parallel modules or the MPI group, VTK fails to build the the error: /usr/bin/c++ -fPIC -g -Wl,--no-undefined -lc -shared -Wl,-soname,libvtkParallelMPI-7.1.so.1 -o ../../lib/libvtkParallelMPI-7.1.so.1 CMakeFiles/vtkParallelMPI.dir/vtkMPICommunicator.cxx.o CMakeFiles/vtkParallelMPI.dir/vtkMPIController.cxx.o CMakeFiles/vtkParallelMPI.dir/vtkMPIUtilities.cxx.o ../../lib/libvtkParallelCore-7.1.so.1 /usr/lib64/openmpi/lib/libmpi.so /usr/lib64/openmpi/lib/libmpi.so ../../lib/libvtkCommonDataModel-7.1.so.1 ../../lib/libvtkCommonTransforms-7.1.so.1 ../../lib/libvtkCommonMath-7.1.so.1 ../../lib/libvtkCommonCore-7.1.so.1 -Wl,-rpath,/home/argentuuum/ VTK/VTK-7.1.0/build/lib:/usr/lib64/openmpi/lib: -Wl,-rpath-link,/home/ argentuuum/VTK/VTK-7.1.0/build/lib CMakeFiles/vtkParallelMPI.dir/vtkMPICommunicator.cxx.o: In function `MPI::Intracomm::Intracomm()': /usr/include/openmpi-x86_64/openmpi/ompi/mpi/cxx/intracomm.h:25: undefined reference to `MPI::Comm::Comm()' CMakeFiles/vtkParallelMPI.dir/vtkMPICommunicator.cxx.o: In function `MPI::Intracomm::Intracomm(ompi_communicator_t*)': /usr/include/openmpi-x86_64/openmpi/ompi/mpi/cxx/intracomm_inln.h:23: undefined reference to `MPI::Comm::Comm()' CMakeFiles/vtkParallelMPI.dir/vtkMPICommunicator.cxx.o: In function `MPI::Op::Init(void (*)(void const*, void*, int, MPI::Datatype const&), bool)': /usr/include/openmpi-x86_64/openmpi/ompi/mpi/cxx/op_inln.h:122: undefined reference to `ompi_mpi_cxx_op_intercept' CMakeFiles/vtkParallelMPI.dir/vtkMPICommunicator.cxx.o:(. data.rel.ro._ZTVN3MPI3WinE[_ZTVN3MPI3WinE]+0x48): undefined reference to `MPI::Win::Free()' CMakeFiles/vtkParallelMPI.dir/vtkMPICommunicator.cxx.o:(.data.rel.ro._ ZTVN3MPI8DatatypeE[_ZTVN3MPI8DatatypeE]+0x78): undefined reference to `MPI::Datatype::Free()' collect2: error: ld returned 1 exit status Parallel/MPI/CMakeFiles/vtkParallelMPI.dir/build.make:169: recipe for target 'lib/libvtkParallelMPI-7.1.so.1' failed make[2]: *** [lib/libvtkParallelMPI-7.1.so.1] Error 1 make[2]: Leaving directory '/home/argentuuum/VTK/VTK-7.1.0/build' CMakeFiles/Makefile2:7505: recipe for target 'Parallel/MPI/CMakeFiles/vtkParallelMPI.dir/all' failed make[1]: *** [Parallel/MPI/CMakeFiles/vtkParallelMPI.dir/all] Error 2 make[1]: Leaving directory '/home/argentuuum/VTK/VTK-7.1.0/build' CMakeCache.txt is located at https://paste.fedoraproject.org/paste/- DfLrJ1R5XYR3sDz82SPKl5M1UNdIGYhyRLivL9gydE=/ Thank you for your assistance! Best regards, Ignat Semenov, Nizhny Novgorod Lobachevskiy State University, Russia -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Mon Feb 27 15:04:41 2017 From: david.gobbi at gmail.com (David Gobbi) Date: Mon, 27 Feb 2017 13:04:41 -0700 Subject: [vtk-developers] VTKRenderWindowInteractor.py does not display correctly on retina display In-Reply-To: <1488214474552-5742298.post@n5.nabble.com> References: <1488214474552-5742298.post@n5.nabble.com> Message-ID: Hi Brian, The retina code in VTK is still under development. In the VTK master branch, retina should work fine for pure C++ VTK apps, but it might not work for python yet. But feel free to try it if you want to be a guinea pig. The VTK 7.1.0 release doesn't support retina displays. - David On Mon, Feb 27, 2017 at 9:54 AM, Brian Alger wrote: > On a MacBook Pro with retina display, running: > python lib/python2.7/site-packages/vtk/qt/QVTKRenderWindowInteractor.py > > shows the following > > ndowInteractor_retina.png> > > The cone is only in the lower left. This works as expected on non retina > displays. > Using: VTK 7.1.0, PyQt 5.6 > I found this > that shows how one might fix the problem. Incorporating their changes does > seem to fix the problem but their comment > says it is not the right way to do this. > > What is the correct way to get this to work? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zack.galbreath at kitware.com Mon Feb 27 16:35:59 2017 From: zack.galbreath at kitware.com (Zack Galbreath) Date: Mon, 27 Feb 2017 16:35:59 -0500 Subject: [vtk-developers] [ITK-dev] open.cdash.org updated In-Reply-To: References: Message-ID: On Thu, Feb 23, 2017 at 2:43 PM, Matt McCormick wrote: > Hi Zack, > > Thanks for the updates! > > Another bug I noticed, that I think we present before the recent > upgrade, too, is that when clicking one "expected" checkbox, it > enables all other "expected" checkboxes. > I see what you mean. These boxes are checked if your local representation of this build has its expected value set to 1. So if you check it for one group they all get turned on. So technically I think it's doing the right thing here, but I agree that it looks funny. This indicates to me that our UI for this form could stand to be improved. I'll whip something up and request feedback. -------------- next part -------------- An HTML attachment was scrubbed... URL: From iksemyonov at gmail.com Tue Feb 28 11:42:10 2017 From: iksemyonov at gmail.com (Ignat Semyonov) Date: Tue, 28 Feb 2017 19:42:10 +0300 Subject: [vtk-developers] VTK 7.1 Fails to Build on Fedora 25 64-bit In-Reply-To: References: Message-ID: Hello VTK developers, I apologies for the confusion, it was my own mistake not to specify the libraries correctly in ccmake. Best regards, Ignat Semenov On Mon, Feb 27, 2017 at 10:48 PM, Ignat Semyonov wrote: > Hello VTK developers, > > I'm building VTK 7.1 on Fedora 25 64-bit. > > After I turn on any of the parallel modules or the MPI group, VTK fails to > build the the error: > > /usr/bin/c++ -fPIC -g -Wl,--no-undefined -lc -shared > -Wl,-soname,libvtkParallelMPI-7.1.so.1 -o ../../lib/libvtkParallelMPI-7.1.so.1 > CMakeFiles/vtkParallelMPI.dir/vtkMPICommunicator.cxx.o > CMakeFiles/vtkParallelMPI.dir/vtkMPIController.cxx.o > CMakeFiles/vtkParallelMPI.dir/vtkMPIUtilities.cxx.o > ../../lib/libvtkParallelCore-7.1.so.1 /usr/lib64/openmpi/lib/libmpi.so > /usr/lib64/openmpi/lib/libmpi.so ../../lib/libvtkCommonDataModel-7.1.so.1 > ../../lib/libvtkCommonTransforms-7.1.so.1 ../../lib/libvtkCommonMath-7.1.so.1 > ../../lib/libvtkCommonCore-7.1.so.1 -Wl,-rpath,/home/argentuuum/VT > K/VTK-7.1.0/build/lib:/usr/lib64/openmpi/lib: > -Wl,-rpath-link,/home/argentuuum/VTK/VTK-7.1.0/build/lib > CMakeFiles/vtkParallelMPI.dir/vtkMPICommunicator.cxx.o: In function > `MPI::Intracomm::Intracomm()': > /usr/include/openmpi-x86_64/openmpi/ompi/mpi/cxx/intracomm.h:25: > undefined reference to `MPI::Comm::Comm()' > CMakeFiles/vtkParallelMPI.dir/vtkMPICommunicator.cxx.o: In function > `MPI::Intracomm::Intracomm(ompi_communicator_t*)': > /usr/include/openmpi-x86_64/openmpi/ompi/mpi/cxx/intracomm_inln.h:23: > undefined reference to `MPI::Comm::Comm()' > CMakeFiles/vtkParallelMPI.dir/vtkMPICommunicator.cxx.o: In function > `MPI::Op::Init(void (*)(void const*, void*, int, MPI::Datatype const&), > bool)': > /usr/include/openmpi-x86_64/openmpi/ompi/mpi/cxx/op_inln.h:122: undefined > reference to `ompi_mpi_cxx_op_intercept' > CMakeFiles/vtkParallelMPI.dir/vtkMPICommunicator.cxx.o:(.dat > a.rel.ro._ZTVN3MPI3WinE[_ZTVN3MPI3WinE]+0x48): undefined reference to > `MPI::Win::Free()' > CMakeFiles/vtkParallelMPI.dir/vtkMPICommunicator.cxx.o:(.dat > a.rel.ro._ZTVN3MPI8DatatypeE[_ZTVN3MPI8DatatypeE]+0x78): undefined > reference to `MPI::Datatype::Free()' > collect2: error: ld returned 1 exit status > Parallel/MPI/CMakeFiles/vtkParallelMPI.dir/build.make:169: recipe for > target 'lib/libvtkParallelMPI-7.1.so.1' failed > make[2]: *** [lib/libvtkParallelMPI-7.1.so.1] Error 1 > make[2]: Leaving directory '/home/argentuuum/VTK/VTK-7.1.0/build' > CMakeFiles/Makefile2:7505: recipe for target 'Parallel/MPI/CMakeFiles/vtkParallelMPI.dir/all' > failed > make[1]: *** [Parallel/MPI/CMakeFiles/vtkParallelMPI.dir/all] Error 2 > make[1]: Leaving directory '/home/argentuuum/VTK/VTK-7.1.0/build' > > CMakeCache.txt is located at https://paste.fedoraproject.or > g/paste/-DfLrJ1R5XYR3sDz82SPKl5M1UNdIGYhyRLivL9gydE=/ > > Thank you for your assistance! > > Best regards, > Ignat Semenov, Nizhny Novgorod Lobachevskiy State University, Russia > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean at rogue-research.com Tue Feb 28 11:45:29 2017 From: sean at rogue-research.com (Sean McBride) Date: Tue, 28 Feb 2017 11:45:29 -0500 Subject: [vtk-developers] VTKRenderWindowInteractor.py does not display correctly on retina display In-Reply-To: <1488214474552-5742298.post@n5.nabble.com> References: <1488214474552-5742298.post@n5.nabble.com> Message-ID: <20170228164529.27392153@mail.rogue-research.com> On Mon, 27 Feb 2017 09:54:34 -0700, Brian Alger said: >On a MacBook Pro with retina display, running: >python lib/python2.7/site-packages/vtk/qt/QVTKRenderWindowInteractor.py > >shows the following > >QVTKRenderWindowInteractor_retina.png> > >The cone is only in the lower left. This works as expected on non retina >displays. >Using: VTK 7.1.0, PyQt 5.6 >I found this >that shows how one might fix the problem. Incorporating their changes does >seem to fix the problem but their comment >says it is not the right way to do this. > >What is the correct way to get this to work? It's a VTK bug. The fix is mostly done: waiting for me to clean it up a bit... 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 Joshua.Murphy at lasp.colorado.edu Tue Feb 28 20:44:47 2017 From: Joshua.Murphy at lasp.colorado.edu (Joshua Murphy) Date: Wed, 1 Mar 2017 01:44:47 +0000 Subject: [vtk-developers] vtkPointInterpolator algorithm? Message-ID: Hello, I am working on my dissertation, and I am trying to find a source that explains how the vtkPointInterpolator works in 7.1. Specifically, I would like some information on how the SMP version works. Could someone point me to a source that describes the algorithm? Or describe it to me via email? Thanks, Josh Murphy