From elli.pfaehler at gmail.com Tue May 1 13:50:57 2018 From: elli.pfaehler at gmail.com (Elisabeth Pfaehler) Date: Tue, 01 May 2018 17:50:57 +0000 Subject: [vtk-developers] Problem including vtkGDCMPolyDataReader Message-ID: Dear all, I recently installed VTK and GDCM on my system. Now I want to read RT structs using the vtkGDCMPolyDataReader. I included VTK and GDCM in my program using CMAKE. However, when I include now vtkGDCMPolyDataReader.h, I get the error: Error C2653 'Detail': is not a class or namespace name Radiomics D:\VTK-bin\Common\Core\vtkAtomic.h Error C2143 syntax error: missing ';' before '<' Radiomics D:\VTK-bin\Common\Core\vtkAtomic.h 358 Severity Code Description Project File Line Suppression State Error C4430 missing type specifier - int assumed. Note: C++ does not support default-int Radiomics D:\VTK-bin\Common\Core\vtkAtomic.h 358 Error C2238 unexpected token(s) preceding ';' Radiomics D:\VTK-bin\Common\Core\vtkAtomic.h 358 Error C2653 'Impl': is not a class or namespace name Radiomics D:\VTK-bin\Common\Core\vtkAtomic.h 434 Error C3646 'Atomic': unknown override specifier Radiomics D:\VTK-bin\Common\Core\vtkAtomic.h 434 Error C4430 missing type specifier - int assumed. Note: C++ does not support default-int Radiomics D:\VTK-bin\Common\Core\vtkAtomic.h 434 Error C2872 'detail': ambiguous symbol Radiomics D:\VTK-bin\Common\Core\vtkAtomic.h 529 Error C2872 'detail': ambiguous symbol Radiomics D:\VTK-bin\Common\Core\vtkAtomic.h 441 Error C1083 Cannot open include file: 'vtkCell.h': No such file or directory Radiomics d:\vtk-8.1.0\vtk-8.1.0\common\datamodel\vtkCellArray.h 42 Any ideas what could be wrong? Thanks in advance, Elli -------------- next part -------------- An HTML attachment was scrubbed... URL: From elvis.stansvik at orexplore.com Wed May 2 02:38:44 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Wed, 2 May 2018 14:38:44 +0800 Subject: [vtk-developers] Some vtkMultiVolume questions/issues Message-ID: Hi all, I'm trying out the (very cool) vtkMultiVolume in VTK master. Performance is noticeably slower if I render two volumes added to a vtkMultiVolume, than if I render the same as separate volumes in the "traditional" way. Is this to be expected? (note that in this particular test, my two volumes were not intersecting, so the visual result in the two scenarios was exactly the same). I'll need to investigate more, but it seems that I can't set the position of the first volume (the one set to port 0) using SetPosition(..), it has no effect. Setting the position of subsequent volumes (at higher port numbers) seems to work. I believe this was possibly reported by another user on the users list. Again I need to investigate more, but it seems vtkRenderer::ResetCamera() did not quite work correctly when I had a single vtkMultiVolume with a couple of volumes hooked up. It did not center correctly on the two volumes. Just wanted to ask if these were known issues, or if I should report them? If I should report them I'll try to make minimal test cases. Cheers, Elvis From nztoddler at yahoo.com Thu May 3 06:50:43 2018 From: nztoddler at yahoo.com (Todd Martin) Date: Thu, 3 May 2018 10:50:43 +0000 (UTC) Subject: [vtk-developers] Merge request References: <1582729096.633536.1525344643462.ref@mail.yahoo.com> Message-ID: <1582729096.633536.1525344643462@mail.yahoo.com> There's no "new merge request" button in my fork of VTK on gitlab. Yet that is what the documentation describes to make a merge request. How is this accomplished please? Todd Martin, PhD Freelance Engineer/Software Architect. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Thu May 3 06:55:11 2018 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Thu, 3 May 2018 12:55:11 +0200 Subject: [vtk-developers] Merge request In-Reply-To: <1582729096.633536.1525344643462@mail.yahoo.com> References: <1582729096.633536.1525344643462.ref@mail.yahoo.com> <1582729096.633536.1525344643462@mail.yahoo.com> Message-ID: Hi, You can click on the "Merge Request" button top right, or just go to: https://gitlab.kitware.com/vtk/vtk/merge_requests/new Best, Mathieu Westphal On Thu, May 3, 2018 at 12:50 PM, Todd Martin via vtk-developers < vtk-developers at vtk.org> wrote: > There's no "new merge request" button in my fork of VTK on gitlab. Yet > that is what the documentation describes to make a merge request. How is > this accomplished please? > > Todd Martin, PhD > Freelance Engineer/Software Architect. > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhlegarreta at vicomtech.org Thu May 3 06:57:11 2018 From: jhlegarreta at vicomtech.org (Jon Haitz Legarreta) Date: Thu, 3 May 2018 12:57:11 +0200 Subject: [vtk-developers] Merge request In-Reply-To: References: <1582729096.633536.1525344643462.ref@mail.yahoo.com> <1582729096.633536.1525344643462@mail.yahoo.com> Message-ID: Hi Todd, did you already submit a topic to be merged? If yes, that's weird. If not, you may find useful reading this https://gitlab.kitware.com/vtk/vtk/blob/master/Documentation/dev/git/develop.md#share-a-topic HTH, JON HAITZ -- On 3 May 2018 at 12:55, Mathieu Westphal wrote: > Hi, > > You can click on the "Merge Request" button top right, or just go to: > https://gitlab.kitware.com/vtk/vtk/merge_requests/new > > Best, > > Mathieu Westphal > > On Thu, May 3, 2018 at 12:50 PM, Todd Martin via vtk-developers > wrote: >> >> There's no "new merge request" button in my fork of VTK on gitlab. Yet >> that is what the documentation describes to make a merge request. How is >> this accomplished please? >> >> Todd Martin, PhD >> Freelance Engineer/Software Architect. >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > From jhlegarreta at vicomtech.org Thu May 3 07:10:57 2018 From: jhlegarreta at vicomtech.org (Jon Haitz Legarreta) Date: Thu, 3 May 2018 13:10:57 +0200 Subject: [vtk-developers] Merge request In-Reply-To: <686090614.3596606.1525345368227@mail.yahoo.com> References: <1582729096.633536.1525344643462.ref@mail.yahoo.com> <1582729096.633536.1525344643462@mail.yahoo.com> <686090614.3596606.1525345368227@mail.yahoo.com> Message-ID: Hi Todd, keeping the conversation on the list increases your chances of getting an answer. You do not need to create an issue necessarily, but it certainly helps to keep track of any problem or feature. This way, the discussion is kept within the issue but also open to everyone, and then, once things have been agreed, submitting a topic that can be rapidly merged. It also serves as a heads-up and as a sanity step. HTH, JON HAITZ -- On 3 May 2018 at 13:02, Todd Martin wrote: > So I need to create an issue first? Ok. I'll try that. > > > Todd Martin, Ph.D. > Freelance Engineer/Software Architect. > > > > On Thursday, May 3, 2018, 10:57:54 PM GMT+12, Jon Haitz Legarreta > wrote: > > > Hi Todd, > did you already submit a topic to be merged? > > If yes, that's weird. If not, you may find useful reading this > https://gitlab.kitware.com/vtk/vtk/blob/master/Documentation/dev/git/develop.md#share-a-topic > > HTH, > JON HAITZ > > -- > > > > On 3 May 2018 at 12:55, Mathieu Westphal > wrote: >> Hi, >> >> You can click on the "Merge Request" button top right, or just go to: >> https://gitlab.kitware.com/vtk/vtk/merge_requests/new >> >> Best, >> >> Mathieu Westphal >> >> On Thu, May 3, 2018 at 12:50 PM, Todd Martin via vtk-developers >> wrote: >>> >>> There's no "new merge request" button in my fork of VTK on gitlab. Yet >>> that is what the documentation describes to make a merge request. How is >>> this accomplished please? >>> >>> Todd Martin, PhD >>> Freelance Engineer/Software Architect. >>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: http://markmail.org/search/?q=vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> https://vtk.org/mailman/listinfo/vtk-developers > >>> >>> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> From nztoddler at yahoo.com Thu May 3 07:22:34 2018 From: nztoddler at yahoo.com (Todd Martin) Date: Thu, 3 May 2018 11:22:34 +0000 (UTC) Subject: [vtk-developers] Merge request In-Reply-To: References: <1582729096.633536.1525344643462.ref@mail.yahoo.com> <1582729096.633536.1525344643462@mail.yahoo.com> <686090614.3596606.1525345368227@mail.yahoo.com> Message-ID: <1669786940.3608724.1525346554671@mail.yahoo.com> Hi Jon Thanks. I always forget to use "reply all." Todd Martin, Ph.D. Freelance Engineer/Software Architect. On Thursday, May 3, 2018, 11:11:41 PM GMT+12, Jon Haitz Legarreta wrote: Hi Todd, keeping the conversation on the list increases your chances of getting an answer. You do not need to create an issue necessarily, but it certainly helps to keep track of any problem or feature. This way, the discussion is kept within the issue but also open to everyone, and then, once things have been agreed, submitting a topic that can be rapidly merged. It also serves as a heads-up and as a sanity step. HTH, JON HAITZ -- On 3 May 2018 at 13:02, Todd Martin wrote: > So I need to create an issue first? Ok. I'll try that. > > > Todd Martin, Ph.D. > Freelance Engineer/Software Architect. > > > > On Thursday, May 3, 2018, 10:57:54 PM GMT+12, Jon Haitz Legarreta > wrote: > > > Hi Todd, > did you already submit a topic to be merged? > > If yes, that's weird. If not, you may find useful reading this > https://gitlab.kitware.com/vtk/vtk/blob/master/Documentation/dev/git/develop.md#share-a-topic > > HTH, > JON HAITZ > > -- > > > > On 3 May 2018 at 12:55, Mathieu Westphal > wrote: >> Hi, >> >> You can click on the "Merge Request" button top right, or just go to: >> https://gitlab.kitware.com/vtk/vtk/merge_requests/new >> >> Best, >> >> Mathieu Westphal >> >> On Thu, May 3, 2018 at 12:50 PM, Todd Martin via vtk-developers >> wrote: >>> >>> There's no "new merge request" button in my fork of VTK on gitlab. Yet >>> that is what the documentation describes to make a merge request. How is >>> this accomplished please? >>> >>> Todd Martin, PhD >>> Freelance Engineer/Software Architect. >>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: http://markmail.org/search/?q=vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> https://vtk.org/mailman/listinfo/vtk-developers > >>> >>> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From nztoddler at yahoo.com Thu May 3 07:45:41 2018 From: nztoddler at yahoo.com (Todd Martin) Date: Thu, 3 May 2018 11:45:41 +0000 (UTC) Subject: [vtk-developers] Merge request In-Reply-To: <1669786940.3608724.1525346554671@mail.yahoo.com> References: <1582729096.633536.1525344643462.ref@mail.yahoo.com> <1582729096.633536.1525344643462@mail.yahoo.com> <686090614.3596606.1525345368227@mail.yahoo.com> <1669786940.3608724.1525346554671@mail.yahoo.com> Message-ID: <1043088709.3621219.1525347941799@mail.yahoo.com> It seems the problem was related to web page caching in my browser, so that the "new merge request" button did not appear after pushing the changes to my fork. I have created a MR now. Thanks for the quick response though. Todd Martin, Ph.D. Freelance Engineer/Software Architect. On Thursday, May 3, 2018, 11:22:44 PM GMT+12, Todd Martin via vtk-developers wrote: Hi Jon Thanks. I always forget to use "reply all." Todd Martin, Ph.D. Freelance Engineer/Software Architect. On Thursday, May 3, 2018, 11:11:41 PM GMT+12, Jon Haitz Legarreta wrote: Hi Todd, keeping the conversation on the list increases your chances of getting an answer. You do not need to create an issue necessarily, but it certainly helps to keep track of any problem or feature. This way, the discussion is kept within the issue but also open to everyone, and then, once things have been agreed, submitting a topic that can be rapidly merged. It also serves as a heads-up and as a sanity step. HTH, JON HAITZ -- On 3 May 2018 at 13:02, Todd Martin wrote: > So I need to create an issue first? Ok. I'll try that. > > > Todd Martin, Ph.D. > Freelance Engineer/Software Architect. > > > > On Thursday, May 3, 2018, 10:57:54 PM GMT+12, Jon Haitz Legarreta > wrote: > > > Hi Todd, > did you already submit a topic to be merged? > > If yes, that's weird. If not, you may find useful reading this > https://gitlab.kitware.com/vtk/vtk/blob/master/Documentation/dev/git/develop.md#share-a-topic > > HTH, > JON HAITZ > > -- > > > > On 3 May 2018 at 12:55, Mathieu Westphal > wrote: >> Hi, >> >> You can click on the "Merge Request" button top right, or just go to: >> https://gitlab.kitware.com/vtk/vtk/merge_requests/new >> >> Best, >> >> Mathieu Westphal >> >> On Thu, May 3, 2018 at 12:50 PM, Todd Martin via vtk-developers >> wrote: >>> >>> There's no "new merge request" button in my fork of VTK on gitlab. Yet >>> that is what the documentation describes to make a merge request. How is >>> this accomplished please? >>> >>> Todd Martin, PhD >>> Freelance Engineer/Software Architect. >>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: http://markmail.org/search/?q=vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> https://vtk.org/mailman/listinfo/vtk-developers > >>> >>> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Search the list archives at: http://markmail.org/search/?q=vtk-developers Follow this link to subscribe/unsubscribe: https://vtk.org/mailman/listinfo/vtk-developers -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcus.hanwell at kitware.com Fri May 4 09:34:01 2018 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Fri, 4 May 2018 09:34:01 -0400 Subject: [vtk-developers] VTK image error 0 despite differences - false pass Message-ID: Hi, A while ago I opened issue https://gitlab.kitware.com/vtk/vtk/issues/17201 that talked about a bug on Windows where setting the precision to 0 resulted in 6 precision on Windows. There was a test, but it was passing even on Windows, this week we had a new employee start and I thought it would be a good first bug to create a failing test, and then make it pass by addressing the issue. I thought that TestAxes was a little crowded, and that had perhaps been enough to throw the image diff off. So he wrote a test that just had this axis in, made a baseline for what was expected, and then changed it so that we could see the test fail. Changing to 6 or 8 is still showing passing test: This looks like a good difference to me (not sure if we are allowed attachments, but I tried). The ImageError is being shown as 0. We could make the text bigger, but there are a few chart tests where we use text of this size and I thought they would fail with extra numbers like this. Thanks, Marcus -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: TestAxes22.png Type: image/png Size: 1876 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: TestAxes2.png Type: image/png Size: 1770 bytes Desc: not available URL: From marcus.hanwell at kitware.com Fri May 4 13:24:58 2018 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Fri, 4 May 2018 13:24:58 -0400 Subject: [vtk-developers] VTK image error 0 despite differences - false pass In-Reply-To: References: Message-ID: On Fri, May 4, 2018 at 9:34 AM, Marcus D. Hanwell < marcus.hanwell at kitware.com> wrote: > Hi, > > A while ago I opened issue https://gitlab.kitware.com/vtk/vtk/issues/17201 > that talked about a bug on Windows where setting the precision to 0 > resulted in 6 precision on Windows. There was a test, but it was passing > even on Windows, this week we had a new employee start and I thought it > would be a good first bug to create a failing test, and then make it pass > by addressing the issue. > > I thought that TestAxes was a little crowded, and that had perhaps been > enough to throw the image diff off. So he wrote a test that just had this > axis in, made a baseline for what was expected, and then changed it so that > we could see the test fail. Changing to 6 or 8 is still showing passing > test: > > > > This looks like a good difference to me (not sure if we are allowed > attachments, but I tried). The ImageError is being shown as 0. We could > make the text bigger, but there are a few chart tests where we use text of > this size and I thought they would fail with extra numbers like this. > Digging into this for anyone following, I can change vtkTesting.cxx to use 'rtId->SetAllowShift(0);' which removes the single pixel shift logic, and I get a diff showing my extra digits, as I would expect. We likely have this on for a reason, and the text is pretty tiny, so I could see a nearest neighbor search turning up no difference for every character added. As the docs say this is not symmetric - the testing does shoe a diff if the image on the right is the baseline, and the characters get removed. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: TestAxes2.png Type: image/png Size: 1770 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: TestAxes22.png Type: image/png Size: 1876 bytes Desc: not available URL: From marcus.hanwell at kitware.com Fri May 4 13:59:35 2018 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Fri, 4 May 2018 13:59:35 -0400 Subject: [vtk-developers] VTK image error 0 despite differences - false pass In-Reply-To: References: Message-ID: On Fri, May 4, 2018 at 1:24 PM, Marcus D. Hanwell < marcus.hanwell at kitware.com> wrote: > On Fri, May 4, 2018 at 9:34 AM, Marcus D. Hanwell < > marcus.hanwell at kitware.com> wrote: > >> Hi, >> >> A while ago I opened issue https://gitlab.kitware.com/vtk >> /vtk/issues/17201 that talked about a bug on Windows where setting the >> precision to 0 resulted in 6 precision on Windows. There was a test, but it >> was passing even on Windows, this week we had a new employee start and I >> thought it would be a good first bug to create a failing test, and then >> make it pass by addressing the issue. >> >> I thought that TestAxes was a little crowded, and that had perhaps been >> enough to throw the image diff off. So he wrote a test that just had this >> axis in, made a baseline for what was expected, and then changed it so that >> we could see the test fail. Changing to 6 or 8 is still showing passing >> test: >> >> >> >> This looks like a good difference to me (not sure if we are allowed >> attachments, but I tried). The ImageError is being shown as 0. We could >> make the text bigger, but there are a few chart tests where we use text of >> this size and I thought they would fail with extra numbers like this. >> > > Digging into this for anyone following, I can change vtkTesting.cxx to use > 'rtId->SetAllowShift(0);' which removes the single pixel shift logic, and I > get a diff showing my extra digits, as I would expect. We likely have this > on for a reason, and the text is pretty tiny, so I could see a nearest > neighbor search turning up no difference for every character added. > > As the docs say this is not symmetric - the testing does shoe a diff if > the image on the right is the baseline, and the characters get removed. > Lots of tests fail when this is turned off, we can actually make the text larger and see the expected failure in the axis test. We could redo the TestAxes to use a larger font, or perhaps add an option to disable the pixel shift on a per test basis (I didn't see anything exposing that in the test driver. It is something people should be aware of, and it is unfortunate our default text size appears to be small enough that obviously different images will show a zero error. Thoughts? Anything we missed when looking into this? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: TestAxes2.png Type: image/png Size: 1770 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: TestAxes22.png Type: image/png Size: 1876 bytes Desc: not available URL: From marcus.hanwell at kitware.com Fri May 4 14:08:07 2018 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Fri, 4 May 2018 14:08:07 -0400 Subject: [vtk-developers] VTK image error 0 despite differences - false pass In-Reply-To: References: Message-ID: On Fri, May 4, 2018 at 1:59 PM, Marcus D. Hanwell < marcus.hanwell at kitware.com> wrote: > On Fri, May 4, 2018 at 1:24 PM, Marcus D. Hanwell < > marcus.hanwell at kitware.com> wrote: > >> On Fri, May 4, 2018 at 9:34 AM, Marcus D. Hanwell < >> marcus.hanwell at kitware.com> wrote: >> >>> A while ago I opened issue https://gitlab.kitware.com/vtk >>> /vtk/issues/17201 that talked about a bug on Windows where setting the >>> precision to 0 resulted in 6 precision on Windows. There was a test, but it >>> was passing even on Windows, this week we had a new employee start and I >>> thought it would be a good first bug to create a failing test, and then >>> make it pass by addressing the issue. >>> >>> I thought that TestAxes was a little crowded, and that had perhaps been >>> enough to throw the image diff off. So he wrote a test that just had this >>> axis in, made a baseline for what was expected, and then changed it so that >>> we could see the test fail. Changing to 6 or 8 is still showing passing >>> test: >>> >>> >>> >>> This looks like a good difference to me (not sure if we are allowed >>> attachments, but I tried). The ImageError is being shown as 0. We could >>> make the text bigger, but there are a few chart tests where we use text of >>> this size and I thought they would fail with extra numbers like this. >>> >> >> Digging into this for anyone following, I can change vtkTesting.cxx to >> use 'rtId->SetAllowShift(0);' which removes the single pixel shift logic, >> and I get a diff showing my extra digits, as I would expect. We likely have >> this on for a reason, and the text is pretty tiny, so I could see a nearest >> neighbor search turning up no difference for every character added. >> > > Lots of tests fail when this is turned off, we can actually make the text > larger and see the expected failure in the axis test. We could redo the > TestAxes to use a larger font, or perhaps add an option to disable the > pixel shift on a per test basis (I didn't see anything exposing that in the > test driver. > For anyone interested, a merge request with dashboard results looking at the impact of not allowing shifts in image diffs globally, https://gitlab.kitware.com/vtk/vtk/merge_requests/4261 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: TestAxes2.png Type: image/png Size: 1770 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: TestAxes22.png Type: image/png Size: 1876 bytes Desc: not available URL: From elvis.stansvik at orexplore.com Tue May 8 00:54:52 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Tue, 8 May 2018 12:54:52 +0800 Subject: [vtk-developers] Some vtkMultiVolume questions/issues In-Reply-To: References: Message-ID: 2018-05-02 8:38 GMT+02:00 Elvis Stansvik : > Hi all, > > I'm trying out the (very cool) vtkMultiVolume in VTK master. > > Performance is noticeably slower if I render two volumes added to a > vtkMultiVolume, than if I render the same as separate volumes in the > "traditional" way. Is this to be expected? (note that in this > particular test, my two volumes were not intersecting, so the visual > result in the two scenarios was exactly the same). > > I'll need to investigate more, but it seems that I can't set the > position of the first volume (the one set to port 0) using > SetPosition(..), it has no effect. Setting the position of subsequent > volumes (at higher port numbers) seems to work. I believe this was > possibly reported by another user on the users list. > > Again I need to investigate more, but it seems > vtkRenderer::ResetCamera() did not quite work correctly when I had a > single vtkMultiVolume with a couple of volumes hooked up. It did not > center correctly on the two volumes. > > Just wanted to ask if these were known issues, or if I should report > them? If I should report them I'll try to make minimal test cases. Noone knows? Alvaro, did you run into any issues like this while developing the vtkMultiVolume support? Elvis > > Cheers, > Elvis From elvis.stansvik at orexplore.com Tue May 8 01:12:36 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Tue, 8 May 2018 13:12:36 +0800 Subject: [vtk-developers] Some vtkMultiVolume questions/issues In-Reply-To: References: Message-ID: 2018-05-08 6:54 GMT+02:00 Elvis Stansvik : > 2018-05-02 8:38 GMT+02:00 Elvis Stansvik : >> Hi all, >> >> I'm trying out the (very cool) vtkMultiVolume in VTK master. >> >> Performance is noticeably slower if I render two volumes added to a >> vtkMultiVolume, than if I render the same as separate volumes in the >> "traditional" way. Is this to be expected? (note that in this >> particular test, my two volumes were not intersecting, so the visual >> result in the two scenarios was exactly the same). >> >> I'll need to investigate more, but it seems that I can't set the >> position of the first volume (the one set to port 0) using >> SetPosition(..), it has no effect. Setting the position of subsequent >> volumes (at higher port numbers) seems to work. I believe this was >> possibly reported by another user on the users list. >> >> Again I need to investigate more, but it seems >> vtkRenderer::ResetCamera() did not quite work correctly when I had a >> single vtkMultiVolume with a couple of volumes hooked up. It did not >> center correctly on the two volumes. >> >> Just wanted to ask if these were known issues, or if I should report >> them? If I should report them I'll try to make minimal test cases. > > Noone knows? Alvaro, did you run into any issues like this while > developing the vtkMultiVolume support? I got a bounce when I Cc:ed Alvaro, and looking at his GitLab activity I suspect he has left VTK? Anyone picking up vtkMultiVolume? I think it's a great addition so would be a pity if it's left to bitrot. Elvis > > Elvis > >> >> Cheers, >> Elvis From elvis.stansvik at orexplore.com Tue May 8 08:50:13 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Tue, 8 May 2018 20:50:13 +0800 Subject: [vtk-developers] Some vtkMultiVolume questions/issues In-Reply-To: References: Message-ID: 2018-05-02 8:38 GMT+02:00 Elvis Stansvik : > Hi all, > > I'm trying out the (very cool) vtkMultiVolume in VTK master. > > Performance is noticeably slower if I render two volumes added to a > vtkMultiVolume, than if I render the same as separate volumes in the > "traditional" way. Is this to be expected? (note that in this > particular test, my two volumes were not intersecting, so the visual > result in the two scenarios was exactly the same). > > I'll need to investigate more, but it seems that I can't set the > position of the first volume (the one set to port 0) using > SetPosition(..), it has no effect. Setting the position of subsequent > volumes (at higher port numbers) seems to work. I believe this was > possibly reported by another user on the users list. Update: When trying with a minimal test case, it seems I'm not able to reproduce this particular issue with SetPosition, so I'll have to go back to my code to see what I possibly did wrong there. Elvis > > Again I need to investigate more, but it seems > vtkRenderer::ResetCamera() did not quite work correctly when I had a > single vtkMultiVolume with a couple of volumes hooked up. It did not > center correctly on the two volumes. > > Just wanted to ask if these were known issues, or if I should report > them? If I should report them I'll try to make minimal test cases. > > Cheers, > Elvis From andrew.amaclean at gmail.com Tue May 8 21:46:29 2018 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Wed, 09 May 2018 01:46:29 +0000 Subject: [vtk-developers] double-conversion error in Windows Message-ID: My windows build is showing this error: ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(377): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(377): warning C4183: 'DC_DISALLOW_IMPLICIT_CONSTRUCTORS': missing return type; assumed to be a member function returning 'int' ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(541): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(541): warning C4183: 'DC_DISALLOW_IMPLICIT_CONSTRUCTORS': missing return type; assumed to be a member function returning 'int' ?I have done a clean and rebuild. ?Is anyone else seeing this? Regards Andrew? -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Tue May 8 23:11:39 2018 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 09 May 2018 03:11:39 +0000 Subject: [vtk-developers] double-conversion error in Windows In-Reply-To: References: Message-ID: Which compiler is this with? Utkarsh On Tue, May 8, 2018 at 9:47 PM Andrew Maclean wrote: > My windows build is showing this error: ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(377): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(377): warning C4183: 'DC_DISALLOW_IMPLICIT_CONSTRUCTORS': missing return type; assumed to be a member function returning 'int' ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(541): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(541): warning C4183: 'DC_DISALLOW_IMPLICIT_CONSTRUCTORS': missing return type; assumed to be a member function returning 'int' > I have done a clean and rebuild. > Is anyone else seeing this? > Regards > Andrew > -- > ___________________________________________ > Andrew J. P. Maclean > ___________________________________________ > _______________________________________________ > Powered by www.kitware.com > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > Search the list archives at: http://markmail.org/search/?q=vtk-developers > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers From andrew.amaclean at gmail.com Tue May 8 23:23:34 2018 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Wed, 09 May 2018 03:23:34 +0000 Subject: [vtk-developers] double-conversion error in Windows In-Reply-To: References: Message-ID: Visual Studio Community 2017 Version 15.6.4 On Wed, May 9, 2018 at 1:12 PM Utkarsh Ayachit wrote: > Which compiler is this with? > > Utkarsh > On Tue, May 8, 2018 at 9:47 PM Andrew Maclean > wrote: > > > My windows build is showing this error: > > > > ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(377): > error C4430: missing type specifier - int assumed. Note: C++ does not > support default-int > > > ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(377): > warning C4183: 'DC_DISALLOW_IMPLICIT_CONSTRUCTORS': missing return type; > assumed to be a member function returning 'int' > > > ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(541): > error C4430: missing type specifier - int assumed. Note: C++ does not > support default-int > > > ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(541): > warning C4183: 'DC_DISALLOW_IMPLICIT_CONSTRUCTORS': missing return type; > assumed to be a member function returning 'int' > > > I have done a clean and rebuild. > > > Is anyone else seeing this? > > > Regards > > Andrew > > > -- > > ___________________________________________ > > Andrew J. P. Maclean > > > ___________________________________________ > > _______________________________________________ > > Powered by www.kitware.com > > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > > Search the list archives at: > http://markmail.org/search/?q=vtk-developers > > > Follow this link to subscribe/unsubscribe: > > https://vtk.org/mailman/listinfo/vtk-developers > -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Tue May 8 23:48:19 2018 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 09 May 2018 03:48:19 +0000 Subject: [vtk-developers] double-conversion error in Windows In-Reply-To: References: Message-ID: Roger that. Thanks. I'll give it a try tomorrow and see what's the issue. Utkarsh On Tue, May 8, 2018 at 11:24 PM Andrew Maclean wrote: > Visual Studio Community 2017 Version 15.6.4 > On Wed, May 9, 2018 at 1:12 PM Utkarsh Ayachit < utkarsh.ayachit at kitware.com> wrote: >> Which compiler is this with? >> Utkarsh >> On Tue, May 8, 2018 at 9:47 PM Andrew Maclean >> wrote: >> > My windows build is showing this error: ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(377): >> error C4430: missing type specifier - int assumed. Note: C++ does not >> support default-int ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(377): >> warning C4183: 'DC_DISALLOW_IMPLICIT_CONSTRUCTORS': missing return type; >> assumed to be a member function returning 'int' ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(541): >> error C4430: missing type specifier - int assumed. Note: C++ does not >> support default-int ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(541): >> warning C4183: 'DC_DISALLOW_IMPLICIT_CONSTRUCTORS': missing return type; >> assumed to be a member function returning 'int' >> > I have done a clean and rebuild. >> > Is anyone else seeing this? >> > Regards >> > Andrew >> > -- >> > ___________________________________________ >> > Andrew J. P. Maclean >> > ___________________________________________ >> > _______________________________________________ >> > Powered by www.kitware.com >> > Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> > Search the list archives at: http://markmail.org/search/?q=vtk-developers >> > Follow this link to subscribe/unsubscribe: >> > https://vtk.org/mailman/listinfo/vtk-developers > -- > ___________________________________________ > Andrew J. P. Maclean > ___________________________________________ From andrew.amaclean at gmail.com Wed May 9 00:01:14 2018 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Wed, 09 May 2018 04:01:14 +0000 Subject: [vtk-developers] double-conversion error in Windows In-Reply-To: References: Message-ID: I'm just doing an upgrade to 15.7.1, if anything changes I'll let you know. Regards Andrew On Wed, May 9, 2018 at 1:48 PM Utkarsh Ayachit wrote: > Roger that. Thanks. I'll give it a try tomorrow and see what's the issue. > > Utkarsh > On Tue, May 8, 2018 at 11:24 PM Andrew Maclean > wrote: > > > > Visual Studio Community 2017 Version 15.6.4 > > > On Wed, May 9, 2018 at 1:12 PM Utkarsh Ayachit < > utkarsh.ayachit at kitware.com> wrote: > > >> Which compiler is this with? > > >> Utkarsh > >> On Tue, May 8, 2018 at 9:47 PM Andrew Maclean < > andrew.amaclean at gmail.com> > >> wrote: > > >> > My windows build is showing this error: > > > > > ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(377): > >> error C4430: missing type specifier - int assumed. Note: C++ does not > >> support default-int > > > > ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(377): > >> warning C4183: 'DC_DISALLOW_IMPLICIT_CONSTRUCTORS': missing return type; > >> assumed to be a member function returning 'int' > > > > ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(541): > >> error C4430: missing type specifier - int assumed. Note: C++ does not > >> support default-int > > > > ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(541): > >> warning C4183: 'DC_DISALLOW_IMPLICIT_CONSTRUCTORS': missing return type; > >> assumed to be a member function returning 'int' > > >> > I have done a clean and rebuild. > > >> > Is anyone else seeing this? > > >> > Regards > >> > Andrew > > >> > -- > >> > ___________________________________________ > >> > Andrew J. P. Maclean > > >> > ___________________________________________ > >> > _______________________________________________ > >> > Powered by www.kitware.com > > >> > Visit other Kitware open-source projects at > >> http://www.kitware.com/opensource/opensource.html > > >> > Search the list archives at: > http://markmail.org/search/?q=vtk-developers > > >> > Follow this link to subscribe/unsubscribe: > >> > https://vtk.org/mailman/listinfo/vtk-developers > > > > > -- > > ___________________________________________ > > Andrew J. P. Maclean > > > ___________________________________________ > -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From sankhesh.jhaveri at kitware.com Wed May 9 08:28:49 2018 From: sankhesh.jhaveri at kitware.com (Sankhesh Jhaveri) Date: Wed, 09 May 2018 12:28:49 +0000 Subject: [vtk-developers] Some vtkMultiVolume questions/issues In-Reply-To: References: Message-ID: Hi Elvis, Haven?t had a chance to look at vtkMultiVolume in depth yet. I?ll take a look at it in downtime to see if the issue is relatively simple. Thanks, Sankhesh ? On Tue, May 8, 2018 at 8:50 AM Elvis Stansvik wrote: > 2018-05-02 8:38 GMT+02:00 Elvis Stansvik : > > Hi all, > > > > I'm trying out the (very cool) vtkMultiVolume in VTK master. > > > > Performance is noticeably slower if I render two volumes added to a > > vtkMultiVolume, than if I render the same as separate volumes in the > > "traditional" way. Is this to be expected? (note that in this > > particular test, my two volumes were not intersecting, so the visual > > result in the two scenarios was exactly the same). > > > > I'll need to investigate more, but it seems that I can't set the > > position of the first volume (the one set to port 0) using > > SetPosition(..), it has no effect. Setting the position of subsequent > > volumes (at higher port numbers) seems to work. I believe this was > > possibly reported by another user on the users list. > > Update: When trying with a minimal test case, it seems I'm not able to > reproduce this particular issue with SetPosition, so I'll have to go > back to my code to see what I possibly did wrong there. > > Elvis > > > > > Again I need to investigate more, but it seems > > vtkRenderer::ResetCamera() did not quite work correctly when I had a > > single vtkMultiVolume with a couple of volumes hooked up. It did not > > center correctly on the two volumes. > > > > Just wanted to ask if these were known issues, or if I should report > > them? If I should report them I'll try to make minimal test cases. > > > > Cheers, > > Elvis > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > -- Sankhesh Jhaveri *Sr. Research & Development Engineer* | Kitware | (518) 881-4417 ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From lasso at queensu.ca Wed May 9 11:51:32 2018 From: lasso at queensu.ca (Andras Lasso) Date: Wed, 9 May 2018 15:51:32 +0000 Subject: [vtk-developers] Some vtkMultiVolume questions/issues In-Reply-To: References: Message-ID: Hi Sankhesh, In recent VTK versions (VTK9, OpenGL2 backend) there seems to quite distracting volume rendering artifact at the volume edge if there are opaque voxels at the volume edge and there are clipping planes outside the volume (which is unavoidable if you have oblique clipping planes). The problem did not occur a few months ago, then cropping was broken for a while, and after it was fixed we started noticing this issue. See more information and sample data here: https://issues.slicer.org/view.php?id=4548 It would be great if you could look into this. Thanks a lot, Andras From: vtk-developers On Behalf Of Sankhesh Jhaveri Sent: Wednesday, May 9, 2018 8:29 AM To: Elvis Stansvik Cc: vtkdev Subject: Re: [vtk-developers] Some vtkMultiVolume questions/issues Hi Elvis, Haven?t had a chance to look at vtkMultiVolume in depth yet. I?ll take a look at it in downtime to see if the issue is relatively simple. Thanks, Sankhesh ? On Tue, May 8, 2018 at 8:50 AM Elvis Stansvik > wrote: 2018-05-02 8:38 GMT+02:00 Elvis Stansvik >: > Hi all, > > I'm trying out the (very cool) vtkMultiVolume in VTK master. > > Performance is noticeably slower if I render two volumes added to a > vtkMultiVolume, than if I render the same as separate volumes in the > "traditional" way. Is this to be expected? (note that in this > particular test, my two volumes were not intersecting, so the visual > result in the two scenarios was exactly the same). > > I'll need to investigate more, but it seems that I can't set the > position of the first volume (the one set to port 0) using > SetPosition(..), it has no effect. Setting the position of subsequent > volumes (at higher port numbers) seems to work. I believe this was > possibly reported by another user on the users list. Update: When trying with a minimal test case, it seems I'm not able to reproduce this particular issue with SetPosition, so I'll have to go back to my code to see what I possibly did wrong there. Elvis > > Again I need to investigate more, but it seems > vtkRenderer::ResetCamera() did not quite work correctly when I had a > single vtkMultiVolume with a couple of volumes hooked up. It did not > center correctly on the two volumes. > > Just wanted to ask if these were known issues, or if I should report > them? If I should report them I'll try to make minimal test cases. > > Cheers, > Elvis _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Search the list archives at: http://markmail.org/search/?q=vtk-developers Follow this link to subscribe/unsubscribe: https://vtk.org/mailman/listinfo/vtk-developers -- Sankhesh Jhaveri Sr. Research & Development Engineer | Kitware | (518) 881-4417 ? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: VrClipArtifactAtEdge2.png Type: image/png Size: 360646 bytes Desc: VrClipArtifactAtEdge2.png URL: From aashish.chaudhary at kitware.com Wed May 9 12:17:20 2018 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Wed, 09 May 2018 16:17:20 +0000 Subject: [vtk-developers] Some vtkMultiVolume questions/issues In-Reply-To: References: Message-ID: Andras, Do you have a sample VTK program that can re-create this? that would be very useful. - aashish On Wed, May 9, 2018 at 11:51 AM Andras Lasso wrote: > Hi Sankhesh, > > > > In recent VTK versions (VTK9, OpenGL2 backend) there seems to quite > distracting volume rendering artifact at the volume edge if there are > opaque voxels at the volume edge and there are clipping planes outside the > volume (which is unavoidable if you have oblique clipping planes). > > > > The problem did not occur a few months ago, then cropping was broken for a > while, and after it was fixed we started noticing this issue. See more > information and sample data here: > https://issues.slicer.org/view.php?id=4548 > > > > It would be great if you could look into this. > > Thanks a lot, > > Andras > > > > *From:* vtk-developers *On Behalf Of *Sankhesh > Jhaveri > *Sent:* Wednesday, May 9, 2018 8:29 AM > *To:* Elvis Stansvik > *Cc:* vtkdev > *Subject:* Re: [vtk-developers] Some vtkMultiVolume questions/issues > > > > Hi Elvis, > > Haven?t had a chance to look at vtkMultiVolume in depth yet. > I?ll take a look at it in downtime to see if the issue is relatively > simple. > > Thanks, > Sankhesh > > ? > > > > On Tue, May 8, 2018 at 8:50 AM Elvis Stansvik < > elvis.stansvik at orexplore.com> wrote: > > 2018-05-02 8:38 GMT+02:00 Elvis Stansvik : > > Hi all, > > > > I'm trying out the (very cool) vtkMultiVolume in VTK master. > > > > Performance is noticeably slower if I render two volumes added to a > > vtkMultiVolume, than if I render the same as separate volumes in the > > "traditional" way. Is this to be expected? (note that in this > > particular test, my two volumes were not intersecting, so the visual > > result in the two scenarios was exactly the same). > > > > I'll need to investigate more, but it seems that I can't set the > > position of the first volume (the one set to port 0) using > > SetPosition(..), it has no effect. Setting the position of subsequent > > volumes (at higher port numbers) seems to work. I believe this was > > possibly reported by another user on the users list. > > Update: When trying with a minimal test case, it seems I'm not able to > reproduce this particular issue with SetPosition, so I'll have to go > back to my code to see what I possibly did wrong there. > > Elvis > > > > > Again I need to investigate more, but it seems > > vtkRenderer::ResetCamera() did not quite work correctly when I had a > > single vtkMultiVolume with a couple of volumes hooked up. It did not > > center correctly on the two volumes. > > > > Just wanted to ask if these were known issues, or if I should report > > them? If I should report them I'll try to make minimal test cases. > > > > Cheers, > > Elvis > _______________________________________________ > Powered by www.kitware.com > > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > > -- > 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: > https://vtk.org/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lasso at queensu.ca Wed May 9 14:33:05 2018 From: lasso at queensu.ca (Andras Lasso) Date: Wed, 9 May 2018 18:33:05 +0000 Subject: [vtk-developers] Some vtkMultiVolume questions/issues In-Reply-To: References: Message-ID: Thank you. I?m working on creating a minimal example that reproduces the issue. Andras From: Aashish Chaudhary Sent: Wednesday, May 9, 2018 12:17 PM To: Andras Lasso Cc: VTK Developers ; Sankhesh Jhaveri Subject: Re: [vtk-developers] Some vtkMultiVolume questions/issues Andras, Do you have a sample VTK program that can re-create this? that would be very useful. - aashish On Wed, May 9, 2018 at 11:51 AM Andras Lasso > wrote: Hi Sankhesh, In recent VTK versions (VTK9, OpenGL2 backend) there seems to quite distracting volume rendering artifact at the volume edge if there are opaque voxels at the volume edge and there are clipping planes outside the volume (which is unavoidable if you have oblique clipping planes). The problem did not occur a few months ago, then cropping was broken for a while, and after it was fixed we started noticing this issue. See more information and sample data here: https://issues.slicer.org/view.php?id=4548 It would be great if you could look into this. Thanks a lot, Andras From: vtk-developers > On Behalf Of Sankhesh Jhaveri Sent: Wednesday, May 9, 2018 8:29 AM To: Elvis Stansvik > Cc: vtkdev > Subject: Re: [vtk-developers] Some vtkMultiVolume questions/issues Hi Elvis, Haven?t had a chance to look at vtkMultiVolume in depth yet. I?ll take a look at it in downtime to see if the issue is relatively simple. Thanks, Sankhesh ? On Tue, May 8, 2018 at 8:50 AM Elvis Stansvik > wrote: 2018-05-02 8:38 GMT+02:00 Elvis Stansvik >: > Hi all, > > I'm trying out the (very cool) vtkMultiVolume in VTK master. > > Performance is noticeably slower if I render two volumes added to a > vtkMultiVolume, than if I render the same as separate volumes in the > "traditional" way. Is this to be expected? (note that in this > particular test, my two volumes were not intersecting, so the visual > result in the two scenarios was exactly the same). > > I'll need to investigate more, but it seems that I can't set the > position of the first volume (the one set to port 0) using > SetPosition(..), it has no effect. Setting the position of subsequent > volumes (at higher port numbers) seems to work. I believe this was > possibly reported by another user on the users list. Update: When trying with a minimal test case, it seems I'm not able to reproduce this particular issue with SetPosition, so I'll have to go back to my code to see what I possibly did wrong there. Elvis > > Again I need to investigate more, but it seems > vtkRenderer::ResetCamera() did not quite work correctly when I had a > single vtkMultiVolume with a couple of volumes hooked up. It did not > center correctly on the two volumes. > > Just wanted to ask if these were known issues, or if I should report > them? If I should report them I'll try to make minimal test cases. > > Cheers, > Elvis _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Search the list archives at: http://markmail.org/search/?q=vtk-developers Follow this link to subscribe/unsubscribe: https://vtk.org/mailman/listinfo/vtk-developers -- 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: https://vtk.org/mailman/listinfo/vtk-developers -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Wed May 9 15:49:08 2018 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Wed, 9 May 2018 12:49:08 -0700 Subject: [vtk-developers] VTK Textbook Update Message-ID: Folks, We have made great progress converting the current online PDF version of the VTK Textbook. The two efforts include a Latex version led by Andrew Maclean and a markdown version led by Bill Lorensen. Will Schroeder provided encouragement and a high resolution PDF of the textbook. Bernhard Meehan provided us with Latex versions for most of the equations. The two versions serve two different goals. The Latex version is duplicating the original text that was written using Adobe's Framemaker. The goal is to produce a version with links to figures, references, equations, examples, etc. Hopefully, by using a more familiar format (Latex), this version will serve as a base for future versions of the text. The Markdown version is an interactive, platform friendly version of the book. The entire text is available on as a Chapter by Chapter web site. The figures that exist as VTK Examples are linked to the nightly output of the regression testing. Also, all vtk classes in the text are linked to the doxygen descripti0on of the class. Example code that produces book figures links back to the figure in the text. This allows easy movement from text to examples and back The current version of the Latex textbook is here: https://raw.githubusercontent.com/lorensen/VTKExamples/master/src/VTKBookLaTex/VTKTextBook.pdf The alpha version of all Chapters of the Markdown text starts here: https://lorensen.github.io/VTKExamples/site/VTKBook/01Chapter1/ A more detailed description of the effort is here: https://lorensen.github.io/VTKExamples/site/VTKBook/ As always, we welcome positive and constructive comments. Bill -- Unpaid intern in BillsParadise at noware dot com From utkarsh.ayachit at kitware.com Thu May 10 10:22:46 2018 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 10 May 2018 14:22:46 +0000 Subject: [vtk-developers] double-conversion error in Windows In-Reply-To: References: Message-ID: Andrew, Strange stuff. Here's what I see 1. with VS2017 15.5.7, I get no such issues. (I don't want to update to 15.7.1 on my test machine yet since it builds the binaries and that often means other issues). 2. if you look at double-conversion.h header it's complaining about, there's no `DC_DISALLOW_IMPLICIT_CONSTRUCTORS`, just DISALLOW_IMPLICIT_CONSTRUCTORS, not sure where that mangling is happening. In any case, can you try the attached patch? Thanks On Wed, May 9, 2018 at 12:01 AM Andrew Maclean wrote: > I'm just doing an upgrade to 15.7.1, if anything changes I'll let you know. > Regards > Andrew > On Wed, May 9, 2018 at 1:48 PM Utkarsh Ayachit < utkarsh.ayachit at kitware.com> wrote: >> Roger that. Thanks. I'll give it a try tomorrow and see what's the issue. >> Utkarsh >> On Tue, May 8, 2018 at 11:24 PM Andrew Maclean > wrote: >> > Visual Studio Community 2017 Version 15.6.4 >> > On Wed, May 9, 2018 at 1:12 PM Utkarsh Ayachit < >> utkarsh.ayachit at kitware.com> wrote: >> >> Which compiler is this with? >> >> Utkarsh >> >> On Tue, May 8, 2018 at 9:47 PM Andrew Maclean < andrew.amaclean at gmail.com> >> >> wrote: >> >> > My windows build is showing this error: ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(377): >> >> error C4430: missing type specifier - int assumed. Note: C++ does not >> >> support default-int ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(377): >> >> warning C4183: 'DC_DISALLOW_IMPLICIT_CONSTRUCTORS': missing return type; >> >> assumed to be a member function returning 'int' ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(541): >> >> error C4430: missing type specifier - int assumed. Note: C++ does not >> >> support default-int ...\Development\Kitware\build\VTK-Debug\ThirdParty\doubleconversion\vtkdoubleconversion/double-conversion/double-conversion.h(541): >> >> warning C4183: 'DC_DISALLOW_IMPLICIT_CONSTRUCTORS': missing return type; >> >> assumed to be a member function returning 'int' >> >> > I have done a clean and rebuild. >> >> > Is anyone else seeing this? >> >> > Regards >> >> > Andrew >> >> > -- >> >> > ___________________________________________ >> >> > Andrew J. P. Maclean >> >> > ___________________________________________ >> >> > _______________________________________________ >> >> > Powered by www.kitware.com >> >> > Visit other Kitware open-source projects at >> >> http://www.kitware.com/opensource/opensource.html >> >> > Search the list archives at: >> http://markmail.org/search/?q=vtk-developers >> >> > Follow this link to subscribe/unsubscribe: >> >> > https://vtk.org/mailman/listinfo/vtk-developers >> > -- >> > ___________________________________________ >> > Andrew J. P. Maclean >> > ___________________________________________ > -- > ___________________________________________ > Andrew J. P. Maclean > ___________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: double-conversion.patch Type: text/x-patch Size: 654 bytes Desc: not available URL: From ken.martin at kitware.com Thu May 10 14:44:47 2018 From: ken.martin at kitware.com (Ken Martin) Date: Thu, 10 May 2018 14:44:47 -0400 Subject: [vtk-developers] Some compiler errors in master (segy) Message-ID: Windows VS 2013 C:\Users\ken.martin\Documents\vtk3\VTK\IO\SegY\vtkSegYIOUtils.cxx(134) : error C2065: 'uint32_t' : undeclared identifier C:\Users\ken.martin\Documents\vtk3\VTK\IO\SegY\vtkSegYIOUtils.cxx(134) : error C2065: 'longbuffer' : undeclared identifier C:\Users\ken.martin\Documents\vtk3\VTK\IO\SegY\vtkSegYIOUtils.cxx(134) : error C2061: syntax error : identifier 'uint32_t' C:\Users\ken.martin\Documents\vtk3\VTK\IO\SegY\vtkSegYIOUtils.cxx(135) : error C2065: 'longbuffer' : undeclared identifier C:\Users\ken.martin\Documents\vtk3\VTK\IO\SegY\vtkSegYIOUtils.cxx(136) : error C2065: 'longbuffer' : undeclared identifier C:\Users\ken.martin\Documents\vtk3\VTK\IO\SegY\vtkSegYIOUtils.cxx(137) : error C2065: 'longbuffer' : undeclared identifier -- Ken Martin PhD Distinguished Engineer Kitware Inc. 101 East Weaver Street Carrboro, North Carolina 27510 USA 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 dave.demarle at kitware.com Thu May 10 16:11:43 2018 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 10 May 2018 16:11:43 -0400 Subject: [vtk-developers] vtk 8.1.1 coming soon In-Reply-To: References: Message-ID: Prabhu, What will likely become 8.1.1 is in https://gitlab.kitware.com/vtk/vtk/merge_requests/4284 Please give it a try when you get a chance. thanks David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Mon, Apr 30, 2018 at 4:51 PM, David E DeMarle wrote: > On Sat, Apr 28, 2018 at 4:16 AM, Prabhu Ramachandran > wrote: > > On 4/27/18 10:15 PM, David E DeMarle wrote: > > > > Hey folks, > > > > We are going to put out an 8.1.1 release in the next couple of weeks. > > > > If you have substantial bugs/fixes that you really want to see in it, > please > > tag them with the 8.1.1 milestone in the issue tracker. > > > > This will be a patch release so we are only looking for bug fixes not new > > features over 8.1.0. > > > > It would be nice to make sure that the VTKPythonpackage works well with > this > > and I am again happy do the PyPI build/upload for this release. > > Agreed and thank you! > > > I am not > > sure I can get around to testing until end of the coming week. > > > > I won't get around to doing the merges until late this week. I'll send > another note to the dev list when I think I've gotten everyone's > desired changes in. That would be a good time to test the packaging. > > > > cheers, > > Prabhu > > > > _______________________________________________ > > Powered by www.kitware.com > > > > Visit other Kitware open-source projects at > > http://www.kitware.com/opensource/opensource.html > > > > Search the list archives at: http://markmail.org/search/?q= > vtk-developers > > > > Follow this link to subscribe/unsubscribe: > > https://vtk.org/mailman/listinfo/vtk-developers > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dan.lipsa at kitware.com Thu May 10 16:27:30 2018 From: dan.lipsa at kitware.com (Dan Lipsa) Date: Thu, 10 May 2018 20:27:30 +0000 Subject: [vtk-developers] Some compiler errors in master (segy) In-Reply-To: References: Message-ID: Hi Ken, Does this fix it? https://gitlab.kitware.com/vtk/vtk/merge_requests/4286 Thanks, Dan On Thu, May 10, 2018 at 2:44 PM Ken Martin wrote: > Windows VS 2013 > > C:\Users\ken.martin\Documents\vtk3\VTK\IO\SegY\vtkSegYIOUtils.cxx(134) : > error C2065: 'uint32_t' : undeclared identifier > C:\Users\ken.martin\Documents\vtk3\VTK\IO\SegY\vtkSegYIOUtils.cxx(134) : > error C2065: 'longbuffer' : undeclared identifier > C:\Users\ken.martin\Documents\vtk3\VTK\IO\SegY\vtkSegYIOUtils.cxx(134) : > error C2061: syntax error : identifier 'uint32_t' > C:\Users\ken.martin\Documents\vtk3\VTK\IO\SegY\vtkSegYIOUtils.cxx(135) : > error C2065: 'longbuffer' : undeclared identifier > C:\Users\ken.martin\Documents\vtk3\VTK\IO\SegY\vtkSegYIOUtils.cxx(136) : > error C2065: 'longbuffer' : undeclared identifier > C:\Users\ken.martin\Documents\vtk3\VTK\IO\SegY\vtkSegYIOUtils.cxx(137) : > error C2065: 'longbuffer' : undeclared identifier > > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 101 East Weaver Street > Carrboro, North Carolina > 27510 USA > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nztoddler at yahoo.com Thu May 10 19:35:56 2018 From: nztoddler at yahoo.com (Todd) Date: Fri, 11 May 2018 11:35:56 +1200 Subject: [vtk-developers] VTK strings Message-ID: <63ac1169-e9aa-4732-bf3d-b381dd85ce5e@email.android.com> An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Thu May 10 20:02:19 2018 From: david.gobbi at gmail.com (David Gobbi) Date: Thu, 10 May 2018 18:02:19 -0600 Subject: [vtk-developers] VTK strings In-Reply-To: <63ac1169-e9aa-4732-bf3d-b381dd85ce5e@email.android.com> References: <63ac1169-e9aa-4732-bf3d-b381dd85ce5e@email.android.com> Message-ID: For the most part, VTK strings are in the local 8-bit encoding, whatever that happens to be. On Linux and Mac, the local 8-bit encoding is pretty much guaranteed to be utf-8. On Windows, if you're in North America or western Europe, its latin1 or more precisely Windows-1252. The reason this is so is that the IO classes (readers, writers, etc) simply use 8-bit strings filenames etc. when calling system IO functions. VTK uses ifstream(const char *fname, ...) and let's the system decide how "fname" is encoded. But this is not consistent across all of the readers, since some readers use third-party libraries to handle the IO and then you're at the mercy of whatever encoding that third-party library uses. On the display side of things (e.g. when using the VTK text mapper classes, I believe that VTK actually does use utf-8, but I haven't experimented to be sure that all the VTK display classes work the same. In other words, strings are a bit of a mess in VTK unless you're willing to be satisfied with ASCII. The vtkUnicodeString is UCS-4 (32-bit code points). - David On Thu, May 10, 2018 at 5:35 PM, Todd via vtk-developers < vtk-developers at vtk.org> wrote: > Can someone please tell me the default/expected encoding for a std::string > in VTK. I'm assuming it is UTF8. Therefore I expect vtkUnicodeString (a > terrible name) is encoded as UTF16. Is that correct? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nztoddler at yahoo.com Thu May 10 20:28:07 2018 From: nztoddler at yahoo.com (Todd Martin) Date: Fri, 11 May 2018 00:28:07 +0000 (UTC) Subject: [vtk-developers] VTK strings In-Reply-To: References: <63ac1169-e9aa-4732-bf3d-b381dd85ce5e@email.android.com> Message-ID: <123784094.2257593.1525998487562@mail.yahoo.com> I was worried that might be the case. I recently came across an article where the author suggested using UTF8 for all internal C/C++ strings. Using UTF-8 as the internal representation for strings in C and C++ with Visual Studio | Nubaria Blog This seems like a sensible approach to me. It is also the solution adopted by the free Pascal compiler (FPC) team. If the VTK readers/writers were instantiated with a particular encoding via a constructor parameter, would this not permit flexibility and certainty? Has there been any discussion about this? Is all this work a lower priority? | | | | | | | | | | | Using UTF-8 as the internal representation for strings in C and C++ with... | | | Todd Martin, Ph.D. Freelance Engineer/Software Architect. On Friday, May 11, 2018, 12:02:41 PM GMT+12, David Gobbi wrote: For the most part, VTK strings are in the local 8-bit encoding, whatever that happens to be.? On Linux and Mac, the local 8-bit encoding is pretty much guaranteed to be utf-8.? On Windows, if you're in North America or western Europe, its latin1 or more precisely?Windows-1252. The reason this is so is that the IO classes (readers, writers, etc) simply use 8-bit strings filenames etc. when calling system IO functions.? VTK uses ifstream(const char *fname, ...) and let's the system decide how "fname" is encoded.? But this is not consistent across all of the readers, since some readers use third-party libraries to handle the IO and then you're at the mercy of whatever encoding that third-party library uses. On the display side of things (e.g. when using the VTK text mapper classes, I believe that VTK actually does use utf-8, but I haven't experimented to be sure that all the VTK display classes work the same. In other words, strings are a bit of a mess in VTK unless you're willing to be satisfied with ASCII. The vtkUnicodeString is UCS-4 (32-bit code points). ?- David On Thu, May 10, 2018 at 5:35 PM, Todd via vtk-developers wrote: Can someone please tell me the default/expected encoding for a std::string in VTK. I'm assuming it is UTF8. Therefore I expect vtkUnicodeString (a terrible name) is encoded as UTF16. Is that correct? -------------- next part -------------- An HTML attachment was scrubbed... URL: From prabhu at aero.iitb.ac.in Fri May 11 11:02:04 2018 From: prabhu at aero.iitb.ac.in (Prabhu Ramachandran) Date: Fri, 11 May 2018 20:32:04 +0530 Subject: [vtk-developers] vtk 8.1.1 coming soon In-Reply-To: References: Message-ID: <90ef2737-b1da-6f5f-505c-3e3f74819ead@aero.iitb.ac.in> On 5/11/18 1:41 AM, David E DeMarle wrote: > Prabhu, > > What will likely become 8.1.1 is > in?https://gitlab.kitware.com/vtk/vtk/merge_requests/4284 > > Please give it a try when you get a chance. Thanks for the heads up.? I tried building the VPP on Linux with Python 3.6 and the wheel seems to work fine.? Building on all platforms is a bit of work and I suspect it should go well there too, I don't see reason why it should fail.? Do let me know if you think otherwise and want me to test on MacOS and Windows as well. cheers, Prabhu -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Fri May 11 11:16:49 2018 From: dave.demarle at kitware.com (David E DeMarle) Date: Fri, 11 May 2018 11:16:49 -0400 Subject: [vtk-developers] vtk 8.1.1 coming soon In-Reply-To: <90ef2737-b1da-6f5f-505c-3e3f74819ead@aero.iitb.ac.in> References: <90ef2737-b1da-6f5f-505c-3e3f74819ead@aero.iitb.ac.in> Message-ID: Thanks Prabhu! Nothing looked likely to break this in the new commits so let's go with this for 8.1.1. If you find something nasty on the other platforms let me know and we'll make an 8.1.2. David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, May 11, 2018 at 11:02 AM, Prabhu Ramachandran < prabhu at aero.iitb.ac.in> wrote: > On 5/11/18 1:41 AM, David E DeMarle wrote: > > Prabhu, > > What will likely become 8.1.1 is in https://gitlab.kitware.com/ > vtk/vtk/merge_requests/4284 > > Please give it a try when you get a chance. > > > Thanks for the heads up. I tried building the VPP on Linux with Python > 3.6 and the wheel seems to work fine. Building on all platforms is a bit > of work and I suspect it should go well there too, I don't see reason why > it should fail. Do let me know if you think otherwise and want me to test > on MacOS and Windows as well. > > cheers, > Prabhu > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prabhu at aero.iitb.ac.in Fri May 11 22:35:16 2018 From: prabhu at aero.iitb.ac.in (Prabhu Ramachandran) Date: Sat, 12 May 2018 08:05:16 +0530 Subject: [vtk-developers] vtk 8.1.1 coming soon In-Reply-To: References: <90ef2737-b1da-6f5f-505c-3e3f74819ead@aero.iitb.ac.in> Message-ID: <21daabdb-2409-1406-774c-d034cda62a72@aero.iitb.ac.in> On 5/11/18 8:46 PM, David E DeMarle wrote: > Thanks Prabhu! > > Nothing looked likely to break this in the new commits so let's go with this > for 8.1.1. > > If you find something nasty on the other platforms let me know and we'll make > an 8.1.2. That sounds great, thanks!? Let me know when this is merged and I'll try to build the wheels ASAP and upload them. cheers, Prabhu -------------- next part -------------- An HTML attachment was scrubbed... URL: From wil_serv at hotmail.com Mon May 14 04:41:48 2018 From: wil_serv at hotmail.com (wil1) Date: Mon, 14 May 2018 01:41:48 -0700 (MST) Subject: [vtk-developers] Write multiblock constant structure with time varying data in EXODUS File Message-ID: <1526287308602-0.post@n5.nabble.com> Hi everyone, I would like to write in an exodusii file a multiblock constant structure with time varying data on cell or points. It's strange that there is no documentation on that. -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html From dave.demarle at kitware.com Mon May 14 10:40:21 2018 From: dave.demarle at kitware.com (David E DeMarle) Date: Mon, 14 May 2018 10:40:21 -0400 Subject: [vtk-developers] vtk 8.1.1 coming soon In-Reply-To: <21daabdb-2409-1406-774c-d034cda62a72@aero.iitb.ac.in> References: <90ef2737-b1da-6f5f-505c-3e3f74819ead@aero.iitb.ac.in> <21daabdb-2409-1406-774c-d034cda62a72@aero.iitb.ac.in> Message-ID: Tag v8.1.1 is now in the repo. The changes over v8.1.0 are as follows: Allison Vacanti (1): 4d58610 Retain renderer to recompute right rendered rectangle. Andreas Buykx (1): 20c61dd Backport fix for issue #17211 to release. Brad King (2): 7ab4c78 KWSys: Backport macOS utimensat availability check to VTK 8.1 6b255c3 KWSys: Backport build interface include directory fix to VTK 8.1 Cory Quammen (3): 77183b2 Fix out-of-bounds memory write 21e0e07 Fix logic when tolerance is 0 53f83b4 Clamp tolerance to range [0.0, VTK_DOUBLE_MAX] David E. DeMarle (1): c4751b8 Increment version to VTK 8.1.1 David Gobbi (2): fd6b906 17265: Fix OpenGL2 vtkImageResliceMapper OOB issue 508c2ad Backport 'reslicemapper-border' to release branch. Francois Budin (1): 61694e1 Check that context exists before trying to pop context. Ken Martin (15): aad077a backport mr 3690 to 8.1 release 1e45e06 add missing modifieds when changing shader replacements ea7c9b4 fix an access violation happening in StructureGridGeom filter 2d10325 add better support for using mesa when needed on windows bd54e1f add support for writing larger unstructured grids 349c8fc make sure we configure CTestCustom.cmake.in 9f3d416 fix handling of large textures 1c3db43 dataset mapper was not forwarding relative coincident parameters 0bbbfac remove old 32bit simulator for ios f2510db add an executable to do opengl detection 98a2369 fix issues with the array calc and string arrays 373b2a5 fixed case where the array name differed from 3588d82 Remove vtkProbeOpebGLSupport executable from Mobile 8fa3de4 comparison was being done for the wrong case 597cc33 fix ios build issues Sankhesh Jhaveri (1): 9acc86b Fix clear shader replacement issue Sean McBride (2): e6f0a9b Fixed a clang Wfloat-conversion warning in a public header 24c108d change tag for release branch libTIFF import Steven Hahn (1): 3538ec0 Use public instead of protected member functions Tiff Upstream (1): 7f55ffc tiff 2018-02-14 (7ae879be) David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, May 11, 2018 at 10:35 PM, Prabhu Ramachandran < prabhu at aero.iitb.ac.in> wrote: > On 5/11/18 8:46 PM, David E DeMarle wrote: > > Thanks Prabhu! > > Nothing looked likely to break this in the new commits so let's go with > this for 8.1.1. > > If you find something nasty on the other platforms let me know and we'll > make an 8.1.2. > > That sounds great, thanks! Let me know when this is merged and I'll try > to build the wheels ASAP and upload them. > > > cheers, > Prabhu > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Tue May 15 09:09:55 2018 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 15 May 2018 09:09:55 -0400 Subject: [vtk-developers] vtkNumberToString dashboard issues Message-ID: Some dashboard warnings here https://open.cdash.org/viewBuildError.php?type=1&buildid=5378216 -- Ken Martin PhD Distinguished Engineer Kitware Inc. 101 East Weaver Street Carrboro, North Carolina 27510 USA 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 utkarsh.ayachit at kitware.com Tue May 15 09:22:26 2018 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 15 May 2018 09:22:26 -0400 Subject: [vtk-developers] vtkNumberToString dashboard issues In-Reply-To: References: Message-ID: Fixed here: https://gitlab.kitware.com/vtk/vtk/merge_requests/4295 On Tue, May 15, 2018 at 9:10 AM Ken Martin wrote: > > Some dashboard warnings here > > https://open.cdash.org/viewBuildError.php?type=1&buildid=5378216 > > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 101 East Weaver Street > Carrboro, North Carolina > 27510 USA > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Tue May 15 09:40:39 2018 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 15 May 2018 09:40:39 -0400 Subject: [vtk-developers] vtkNumberToString dashboard issues In-Reply-To: References: Message-ID: Awesome! Thanks! On Tue, May 15, 2018 at 9:22 AM, Utkarsh Ayachit < utkarsh.ayachit at kitware.com> wrote: > Fixed here: https://gitlab.kitware.com/vtk/vtk/merge_requests/4295 > > On Tue, May 15, 2018 at 9:10 AM Ken Martin wrote: > >> >> Some dashboard warnings here >> >> https://open.cdash.org/viewBuildError.php?type=1&buildid=5378216 >> >> >> >> -- >> Ken Martin PhD >> Distinguished Engineer >> Kitware Inc. >> 101 East Weaver Street >> >> Carrboro, North Carolina >> >> 27510 USA >> >> This communication, including all attachments, contains confidential and >> legally privileged information, and it is intended only for the use of the >> addressee. Access to this email by anyone else is unauthorized. If you are >> not the intended recipient, any disclosure, copying, distribution or any >> action taken in reliance on it is prohibited and may be unlawful. If you >> received this communication in error please notify us immediately and >> destroy the original message. Thank you. >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at http://www.kitware.com/ >> opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> -- Ken Martin PhD Distinguished Engineer Kitware Inc. 101 East Weaver Street Carrboro, North Carolina 27510 USA 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 Tue May 15 23:10:53 2018 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Tue, 15 May 2018 20:10:53 -0700 Subject: [vtk-developers] ANN: Latex and Markdown versions of the VTK textbook Message-ID: Folks, We have been busy converting the current online PDF version of the VTK Textbook. The two efforts include a Latex version led by Andrew Maclean and a markdown version led by Bill Lorensen. Will Schroeder provided encouragement and a high-resolution PDF of the textbook. Bernhard Meehan provided us with Latex versions for most of the 155 equations. Jon Haitz Legarreta helped with Latex formatting. The two versions serve two different goals. The Latex version is duplicating the original text that was written using Adobe's Framemaker. The goal is to produce a version with links to figures, references, equations, examples, etc. Figures that exist in the VTKExamples are kept up-to-date. Hopefully, by using a more familiar format (Latex), this version will serve as a base for community updates and future versions of the text. The Markdown version is an interactive, platform friendly version of the book. The entire text is available as a Chapter by Chapter web site. The figures that exist as VTK Examples are linked to the nightly output of the regression testing. Also, all vtk classes in the text are linked to the doxygen descripti0on of the class. Example code that produces book figures links back to the figure in the text. This allows easy movement from text to examples and back. This version is smartphone and tablet friendly. The current version of the Latex textbook is here: https://raw.githubusercontent.com/lorensen/VTKExamples/master/src/VTKBookLaTex/VTKTextBook.pdf The alpha version of all Chapters of the Markdown text starts here: https://lorensen.github.io/VTKExamples/site/VTKBook/01Chapter1/ A more detailed description of both efforts is here: https://lorensen.github.io/VTKExamples/site/VTKBook/ If you are on researchgate.net you can follow the VTKExamples at https://www.researchgate.net/project/VTK-Examples As always, we welcome positive and constructive comments. Enjoy, Bill -- Unpaid intern in BillsParadise at noware dot com From aron.helser at kitware.com Mon May 21 11:23:40 2018 From: aron.helser at kitware.com (Aron Helser) Date: Mon, 21 May 2018 11:23:40 -0400 Subject: [vtk-developers] vtk remote modules - more than one filter per? Message-ID: Hi Bill and vtk-devs, I've successfully added a filter as a remote module to VTK, following https://www.vtk.org/Wiki/VTK/Remote_Modules, and it works great. However, I would like to combine two or more filters in a single repository. I think I could enable them together as a single remote module, but is there a way to allow them to be enabled separately? I think I'm running afoul of the 2-level module globbing of VTK - since my filters are 3 levels deep from the root. Is there a sensible way to instruct cmake to look in my two subfolders? I've tried a couple things, like adding a dummy module, with a CMakeLists.txt that does add_subdirectory() for each, but cmake seems to be ignoring my CMakeLists.txt (Bill, I pinged you since you wrote the wiki page...) Thanks! Aron -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.king at kitware.com Mon May 21 13:54:28 2018 From: brad.king at kitware.com (Brad King) Date: Mon, 21 May 2018 13:54:28 -0400 Subject: [vtk-developers] vtk remote modules - more than one filter per? In-Reply-To: References: Message-ID: <9137f8b7-c081-8526-c587-729db605d6c9@kitware.com> On 05/21/2018 11:23 AM, Aron Helser wrote: > I?would like to combine two or more filters in a single repository. Certainly two filters can exist in one module. However, we the module infrastructure (intentionally by design) does not allow module behavior to be configured with options. Therefore switching the filters separately would require them to be in separate modules. IIUC you want to have two remote modules in a single repository. I don't think we currently support that. > I think I'm running afoul of the 2-level module globbing of VTK Yes, the `Remote/` container directory takes up one level. FYI we currently support only modules at *exactly* two levels deep. This was by design for simplicity. If we want to try to support your use case directly some design work will be needed. However, the current module system will be replaced by a whole new module system soon so updates to the current one are discouraged. For now I suggest using one repository with a separate branch for each module. Configure it as two different remote modules in VTK's source. The `GIT_TAG` in each module will refer to a commit on a different branch of the one repository. -Brad From aron.helser at kitware.com Mon May 21 14:21:04 2018 From: aron.helser at kitware.com (Aron Helser) Date: Mon, 21 May 2018 14:21:04 -0400 Subject: [vtk-developers] vtk remote modules - more than one filter per? In-Reply-To: <9137f8b7-c081-8526-c587-729db605d6c9@kitware.com> References: <9137f8b7-c081-8526-c587-729db605d6c9@kitware.com> Message-ID: On Mon, May 21, 2018 at 1:54 PM, Brad King wrote: > On 05/21/2018 11:23 AM, Aron Helser wrote: > > I would like to combine two or more filters in a single repository. > > Certainly two filters can exist in one module. However, we the module > infrastructure (intentionally by design) does not allow module behavior > to be configured with options. Therefore switching the filters separately > would require them to be in separate modules. > > IIUC you want to have two remote modules in a single repository. I don't > think we currently support that. > OK, glad I wasn't missing something obvious! > > > I think I'm running afoul of the 2-level module globbing of VTK > > Yes, the `Remote/` container directory takes up one level. FYI we > currently support only modules at *exactly* two levels deep. This was > by design for simplicity. > > If we want to try to support your use case directly some design work will > be needed. However, the current module system will be replaced by a whole > new module system soon so updates to the current one are discouraged. > Just curious when 'soon' might be? version 8.2 ? > For now I suggest using one repository with a separate branch for each > module. Configure it as two different remote modules in VTK's source. > The `GIT_TAG` in each module will refer to a commit on a different > branch of the one repository. > Thanks! I thought of this as a possibility for organization, but I think it would feel a lot like separate repositories, so I'll get some feedback before going this route... > > -Brad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brad.king at kitware.com Tue May 22 08:48:17 2018 From: brad.king at kitware.com (Brad King) Date: Tue, 22 May 2018 08:48:17 -0400 Subject: [vtk-developers] vtk remote modules - more than one filter per? In-Reply-To: References: <9137f8b7-c081-8526-c587-729db605d6c9@kitware.com> Message-ID: <8010b622-d5a6-afe8-1bda-6fe1628bd4c7@kitware.com> On 05/21/2018 02:21 PM, Aron Helser wrote: > On Mon, May 21, 2018 at 1:54 PM, Brad King wrote: >> the current module system will be replaced by a whole >> new module system soon > > Just curious when 'soon' might be? version 8.2 ?? Likely 9.x and in the latter portion of this year. -Brad From sankhesh.jhaveri at kitware.com Wed May 23 16:14:53 2018 From: sankhesh.jhaveri at kitware.com (Sankhesh Jhaveri) Date: Wed, 23 May 2018 16:14:53 -0400 Subject: [vtk-developers] Deprecate vtkGeo* classes Message-ID: Folks, There have been some discussions about deprecating a bunch of classes from the vtkGeovisCore and vtkViewsGeovis module owing to the lack of users and maintainers. The tentative list of classes to be deprecated is as follows: - vtkGeoAdaptiveArcs - vtkGeoAlignedImageRepresentation - vtkGeoAlignedImageSource - vtkGeoAssignCoordinates - vtkGeoFileImageSource - vtkGeoFileTerrainSource - vtkGeoGlobeSource - vtkGeoGraticule - vtkGeoImageNode - vtkGeoRandomGraphSource - vtkGeoSampleArcs - vtkGeoSource - vtkGeoTerrain - vtkGeoTerrain2D - vtkGeoTerrainNode - vtkGeoTreeNode - vtkGeoTreeNodeCache - vtkGeoView - vtkGeoView2D The primary reason for deprecation is lack of known users and maintainers. Please reply to this email if you use these classes and intend to maintain them or if you think they shouldn?t be deprecated. Thank you! Sankhesh ? -- Sankhesh Jhaveri *Sr. Research & Development Engineer* | Kitware | (518) 881-4417 ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Fri May 25 00:31:56 2018 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Fri, 25 May 2018 14:31:56 +1000 Subject: [vtk-developers] Deprecate vtkGeo* classes (Sankhesh Jhaveri) In-Reply-To: References: Message-ID: Sankesh, for your information,. With respect to VTKExamples. In looking at C++ examples, https://lorensen.github.io/VTKExamples/site/Coverage/CxxVTKClassesUsed/ I can only see vtkGeoAssignCoordinates being used in https://lorensen.github.io/VTKExamples/site/Cxx/Geovis/GeoAssignCoordinates/ and vtkGeoGraticule, vtkGeoProjection, vtkGeoTransform used in https://lorensen.github.io/VTKExamples/site/Cxx/Geovis/GeoGraticle/ Nothing in the Python examples. So, in my opinion, deprecation would be appropriate if there are no users/maintainers. Regards Andrew > ---------- Forwarded message ---------- > From: Sankhesh Jhaveri > To: vtk-developers , "vtkusers at vtk.org" < > vtkusers at vtk.org> > Cc: > Bcc: > Date: Wed, 23 May 2018 16:14:53 -0400 > Subject: [vtk-developers] Deprecate vtkGeo* classes > > Folks, > > There have been some discussions about deprecating a bunch of classes from > the vtkGeovisCore and vtkViewsGeovis module owing to the lack of users > and maintainers. The tentative list of classes to be deprecated is as > follows: > > - vtkGeoAdaptiveArcs > - vtkGeoAlignedImageRepresentation > - vtkGeoAlignedImageSource > - vtkGeoAssignCoordinates > - vtkGeoFileImageSource > - vtkGeoFileTerrainSource > - vtkGeoGlobeSource > - vtkGeoGraticule > - vtkGeoImageNode > - vtkGeoRandomGraphSource > - vtkGeoSampleArcs > - vtkGeoSource > - vtkGeoTerrain > - vtkGeoTerrain2D > - vtkGeoTerrainNode > - vtkGeoTreeNode > - vtkGeoTreeNodeCache > - vtkGeoView > - vtkGeoView2D > > The primary reason for deprecation is lack of known users and maintainers. > Please reply to this email if you use these classes and intend to maintain > them or if you think they shouldn?t be deprecated. > > Thank you! > Sankhesh > ? > -- > 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: > https://vtk.org/mailman/listinfo/vtk-developers > -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From sankhesh.jhaveri at kitware.com Fri May 25 05:54:40 2018 From: sankhesh.jhaveri at kitware.com (Sankhesh Jhaveri) Date: Fri, 25 May 2018 05:54:40 -0400 Subject: [vtk-developers] Deprecate vtkGeo* classes (Sankhesh Jhaveri) In-Reply-To: References: Message-ID: Thank you for checking, Andrew. ? On Fri, May 25, 2018 at 12:32 AM Andrew Maclean wrote: > Sankesh, for your information,. > > With respect to VTKExamples. > In looking at C++ examples, > https://lorensen.github.io/VTKExamples/site/Coverage/CxxVTKClassesUsed/ I > can only see vtkGeoAssignCoordinates being used in > https://lorensen.github.io/VTKExamples/site/Cxx/Geovis/GeoAssignCoordinates/ > and vtkGeoGraticule, vtkGeoProjection, vtkGeoTransform used in > https://lorensen.github.io/VTKExamples/site/Cxx/Geovis/GeoGraticle/ > > Nothing in the Python examples. > > So, in my opinion, deprecation would be appropriate if there are no > users/maintainers. > > Regards > Andrew > > >> ---------- Forwarded message ---------- >> From: Sankhesh Jhaveri >> To: vtk-developers , "vtkusers at vtk.org" < >> vtkusers at vtk.org> >> Cc: >> Bcc: >> Date: Wed, 23 May 2018 16:14:53 -0400 >> Subject: [vtk-developers] Deprecate vtkGeo* classes >> >> Folks, >> >> There have been some discussions about deprecating a bunch of classes >> from the vtkGeovisCore and vtkViewsGeovis module owing to the lack of >> users and maintainers. The tentative list of classes to be deprecated is as >> follows: >> >> - vtkGeoAdaptiveArcs >> - vtkGeoAlignedImageRepresentation >> - vtkGeoAlignedImageSource >> - vtkGeoAssignCoordinates >> - vtkGeoFileImageSource >> - vtkGeoFileTerrainSource >> - vtkGeoGlobeSource >> - vtkGeoGraticule >> - vtkGeoImageNode >> - vtkGeoRandomGraphSource >> - vtkGeoSampleArcs >> - vtkGeoSource >> - vtkGeoTerrain >> - vtkGeoTerrain2D >> - vtkGeoTerrainNode >> - vtkGeoTreeNode >> - vtkGeoTreeNodeCache >> - vtkGeoView >> - vtkGeoView2D >> >> The primary reason for deprecation is lack of known users and maintainers. >> Please reply to this email if you use these classes and intend to >> maintain them or if you think they shouldn?t be deprecated. >> >> Thank you! >> Sankhesh >> ? >> -- >> 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: >> https://vtk.org/mailman/listinfo/vtk-developers >> > > > -- > ___________________________________________ > Andrew J. P. Maclean > > ___________________________________________ > -- Sankhesh Jhaveri *Sr. Research & Development Engineer* | Kitware | (518) 881-4417 ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From suharev at roentgenprom.ru Fri May 25 06:27:30 2018 From: suharev at roentgenprom.ru (xVict) Date: Fri, 25 May 2018 03:27:30 -0700 (MST) Subject: [vtk-developers] Incorrect color function in vtkImageMapToWindowLevelColors with lookupTable Message-ID: <1527244050817-0.post@n5.nabble.com> Hi All! When vtkImageMapToWindowLevelColors using lookupTable, in the method: template void vtkImageMapToWindowLevelColorsExecute( vtkImageMapToWindowLevelColors *self, vtkImageData *inData, T *inPtr, vtkImageData *outData, unsigned char *outPtr, int outExt[6], int id) in the condition ( line: 323 in master from (<42f7955511> 2018-05-23 [David E. DeMarle])): if ( lookupTable ) { lookupTable->MapScalarsThroughTable2( inPtr1, static_cast(outPtr1), dataType,extX,numberOfComponents, outputFormat); for (idxX = 0; idxX < extX; idxX++) the for-loop is not needed. It spoils the rgb values expected from the lookupTable. I don't understand: *optr = static_cast((*optr * ushort_val) >> 8); gray = linear conversion of values from the specified window level to range 0-255 r_out = r * gray / 256 g_out = g * gray / 256 b_out = b * gray / 256 I propose to remove this for-loop. I.e., lines: 331 - 367. After it for example user's lookuptable correctly applied for imageViwer2. Sincerely, Victor. -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html From dave.demarle at kitware.com Fri May 25 09:39:40 2018 From: dave.demarle at kitware.com (David E DeMarle) Date: Fri, 25 May 2018 09:39:40 -0400 Subject: [vtk-developers] Incorrect color function in vtkImageMapToWindowLevelColors with lookupTable In-Reply-To: <1527244050817-0.post@n5.nabble.com> References: <1527244050817-0.post@n5.nabble.com> Message-ID: Can you tell us more about the failure conditions? I strongly suspect the code is correct. git blame indicates that it has been doing this scaling and biasing with minor variations since 2000. Try running the tests locally with your proposed change. Test failures should indicate use cases of the existing code path. David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, May 25, 2018 at 6:27 AM, xVict wrote: > Hi All! > When vtkImageMapToWindowLevelColors using lookupTable, > in the method: > template > void vtkImageMapToWindowLevelColorsExecute( > vtkImageMapToWindowLevelColors *self, > vtkImageData *inData, T *inPtr, > vtkImageData *outData, > unsigned char *outPtr, > int outExt[6], int id) > > in the condition ( line: 323 in master from (<42f7955511> 2018-05-23 [David > E. DeMarle])): > > if ( lookupTable ) > { > lookupTable->MapScalarsThroughTable2( > inPtr1, > static_cast(outPtr1), > dataType,extX,numberOfComponents, > outputFormat); > > for (idxX = 0; idxX < extX; idxX++) > > the for-loop is not needed. It spoils the rgb values expected from the > lookupTable. > I don't understand: > > *optr = static_cast((*optr * ushort_val) >> 8); > > gray = linear conversion of values from the specified window level to range > 0-255 > > r_out = r * gray / 256 > g_out = g * gray / 256 > b_out = b * gray / 256 > > I propose to remove this for-loop. I.e., lines: 331 - 367. > After it for example user's lookuptable correctly applied for imageViwer2. > > Sincerely, Victor. > > > > -- > Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From suharev at roentgenprom.ru Fri May 25 10:53:14 2018 From: suharev at roentgenprom.ru (xVict) Date: Fri, 25 May 2018 07:53:14 -0700 (MST) Subject: [vtk-developers] Incorrect color function in vtkImageMapToWindowLevelColors with lookupTable In-Reply-To: References: <1527244050817-0.post@n5.nabble.com> Message-ID: <1527259994702-0.post@n5.nabble.com> Hi David! Some code skeleton: // Image viewer creation this->imgViewer = vtkSmartPointer::New(); // Lut creation if (colorLut == nullptr) colorLut = vtkSmartPointer::New(); int norm = Range[1] - Range[0] + 1; colorLut->SetRange(Range[0], Range[1]); colorLut->SetIndexedLookup(0); colorLut->SetNumberOfTableValues(norm); colorLut->Build(); for (int i = 0; i < norm; i++) { double cl = double(i) / (norm - 1); colorLut->SetTableValue(i, cl, cl, cl); } // change view option double c = 0.5*(this->Range[1] + this->Range[0]); double w = 1.0*(this->Range[1] - this->Range[0]); this->imgViewer->GetWindowLevel()->SetLevel(c); this->imgViewer->GetWindowLevel()->SetWindow(w); if (this->optycaltype == PSEUDO_COLOR) { createPseudoLUT(); if (this->imgViewer->GetWindowLevel()->GetLookupTable() == nullptr) this->imgViewer->GetWindowLevel()->SetLookupTable(colorLut); } else { if (this->imgViewer->GetWindowLevel()->GetLookupTable() != nullptr) this->imgViewer->GetWindowLevel()->SetLookupTable(nullptr); } if (this->source != nullptr) imgViewer->Render(); For 16bit image this code should show identical picture. But for PSEUDO_COLOR==8bit-gray (r=g=b in range [0...1] == [0...255]). Sincerely, Victor. -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html From david.gobbi at gmail.com Fri May 25 14:02:59 2018 From: david.gobbi at gmail.com (David Gobbi) Date: Fri, 25 May 2018 12:02:59 -0600 Subject: [vtk-developers] Incorrect color function in vtkImageMapToWindowLevelColors with lookupTable In-Reply-To: <1527259994702-0.post@n5.nabble.com> References: <1527244050817-0.post@n5.nabble.com> <1527259994702-0.post@n5.nabble.com> Message-ID: Hi xVict, I've never trusted that code either, a per-component shift and scale only makes sense to me if the input data is RGB. I don't understand why this class applies per-component shift and scale after vtkLookupTable. Can anyone explain what's going on in this code? - David On Fri, May 25, 2018 at 8:53 AM, xVict wrote: > Hi David! > > Some code skeleton: > // Image viewer creation > this->imgViewer = vtkSmartPointer::New(); > > // Lut creation > if (colorLut == nullptr) > colorLut = vtkSmartPointer::New(); > int norm = Range[1] - Range[0] + 1; > colorLut->SetRange(Range[0], Range[1]); > colorLut->SetIndexedLookup(0); > colorLut->SetNumberOfTableValues(norm); > colorLut->Build(); > for (int i = 0; i < norm; i++) { > double cl = double(i) / (norm - 1); > colorLut->SetTableValue(i, cl, cl, cl); > } > > // change view option > double c = 0.5*(this->Range[1] + this->Range[0]); > double w = 1.0*(this->Range[1] - this->Range[0]); > this->imgViewer->GetWindowLevel()->SetLevel(c); > this->imgViewer->GetWindowLevel()->SetWindow(w); > if (this->optycaltype == PSEUDO_COLOR) { > createPseudoLUT(); > if (this->imgViewer->GetWindowLevel()->GetLookupTable() == > nullptr) > this->imgViewer->GetWindowLevel()-> > SetLookupTable(colorLut); > } > else { > if (this->imgViewer->GetWindowLevel()->GetLookupTable() != > nullptr) > this->imgViewer->GetWindowLevel()-> > SetLookupTable(nullptr); > } > if (this->source != nullptr) > imgViewer->Render(); > > For 16bit image this code should show identical picture. But for > PSEUDO_COLOR==8bit-gray (r=g=b in range [0...1] == [0...255]). > > Sincerely, Victor. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Fri May 25 15:07:55 2018 From: david.gobbi at gmail.com (David Gobbi) Date: Fri, 25 May 2018 13:07:55 -0600 Subject: [vtk-developers] Incorrect color function in vtkImageMapToWindowLevelColors with lookupTable In-Reply-To: References: <1527244050817-0.post@n5.nabble.com> <1527259994702-0.post@n5.nabble.com> Message-ID: I'm going to try to answer my own question, hopefully someone will jump in and correct me if I am wrong. The idea behind vtkImageMapToWindowLevelColors seems to be that the vtkLookupTable is intended to map the input values to different hues (using whatever Range was specified), and then the Window/Level is used to adjust the luminance. My own typical use of VTK is medical image display, using 16-bit input images. So I want the window/level to be applied directly to the 16-bit values. I definitely do not want to convert my 16-bit values to 8-bit, and then rescale each 8-bit value according to where the 16-bit value sits in the Window/Level. But this seems to be what vtkImageMapToWindowLevelColors does. - David On Fri, May 25, 2018 at 12:02 PM, David Gobbi wrote: > Hi xVict, > > I've never trusted that code either, a per-component shift and scale only > makes sense to me if the input data is RGB. I don't understand why > this class applies per-component shift and scale after vtkLookupTable. > > Can anyone explain what's going on in this code? > > - David > > > On Fri, May 25, 2018 at 8:53 AM, xVict wrote: > >> Hi David! >> >> Some code skeleton: >> // Image viewer creation >> this->imgViewer = vtkSmartPointer::New(); >> >> // Lut creation >> if (colorLut == nullptr) >> colorLut = vtkSmartPointer::New(); >> int norm = Range[1] - Range[0] + 1; >> colorLut->SetRange(Range[0], Range[1]); >> colorLut->SetIndexedLookup(0); >> colorLut->SetNumberOfTableValues(norm); >> colorLut->Build(); >> for (int i = 0; i < norm; i++) { >> double cl = double(i) / (norm - 1); >> colorLut->SetTableValue(i, cl, cl, cl); >> } >> >> // change view option >> double c = 0.5*(this->Range[1] + this->Range[0]); >> double w = 1.0*(this->Range[1] - this->Range[0]); >> this->imgViewer->GetWindowLevel()->SetLevel(c); >> this->imgViewer->GetWindowLevel()->SetWindow(w); >> if (this->optycaltype == PSEUDO_COLOR) { >> createPseudoLUT(); >> if (this->imgViewer->GetWindowLevel()->GetLookupTable() == >> nullptr) >> this->imgViewer->GetWindowLeve >> l()->SetLookupTable(colorLut); >> } >> else { >> if (this->imgViewer->GetWindowLevel()->GetLookupTable() != >> nullptr) >> this->imgViewer->GetWindowLeve >> l()->SetLookupTable(nullptr); >> } >> if (this->source != nullptr) >> imgViewer->Render(); >> >> For 16bit image this code should show identical picture. But for >> PSEUDO_COLOR==8bit-gray (r=g=b in range [0...1] == [0...255]). >> >> Sincerely, Victor. >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marcus.hanwell at kitware.com Fri May 25 15:30:55 2018 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Fri, 25 May 2018 15:30:55 -0400 Subject: [vtk-developers] Color and opacity mapping to a slice in VTK Message-ID: Hi, The Tomviz project has had a request to add color and opacity mapping to slices through vtkImageData. The volume mapper does this quite nicely, and they would like to apply the same thing to slices which seems reasonable. This seems like something that may have already been done before in VTK, has it? I couldn't find it, but in my mind it would extend what we currently do from RGB to RGBA for a texture in a plane (that is the only thing we are interested in at least). It is especially useful where you have a range of values that are effectively background, and we want that to be fully transparent so that the slice doesn't obscure contours, volume rendering, atoms, etc from a tomographic reconstruction. Thanks for any input, if it doesn't exist yet we will look at the best way of adding it. Thanks, Marcus -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Fri May 25 15:43:36 2018 From: david.gobbi at gmail.com (David Gobbi) Date: Fri, 25 May 2018 13:43:36 -0600 Subject: [vtk-developers] Color and opacity mapping to a slice in VTK In-Reply-To: References: Message-ID: Hi Marcus, You could try using vtkDiscretizableColorTransferFunction instead of vtkColorTransferFunction. It can do opacity mapping as well as color mapping, and you should be able to use it anywhere in the VTK imaging pipeline that a lookup table would normally be used. - David On Fri, May 25, 2018 at 1:30 PM, Marcus D. Hanwell < marcus.hanwell at kitware.com> wrote: > Hi, > > The Tomviz project has had a request to add color and opacity mapping to > slices through vtkImageData. The volume mapper does this quite nicely, and > they would like to apply the same thing to slices which seems reasonable. > > This seems like something that may have already been done before in VTK, > has it? I couldn't find it, but in my mind it would extend what we > currently do from RGB to RGBA for a texture in a plane (that is the only > thing we are interested in at least). It is especially useful where you > have a range of values that are effectively background, and we want that to > be fully transparent so that the slice doesn't obscure contours, volume > rendering, atoms, etc from a tomographic reconstruction. > > Thanks for any input, if it doesn't exist yet we will look at the best way > of adding it. > > Thanks, > > Marcus > -------------- next part -------------- An HTML attachment was scrubbed... URL: From suharev at roentgenprom.ru Fri May 25 17:08:53 2018 From: suharev at roentgenprom.ru (xVict) Date: Fri, 25 May 2018 14:08:53 -0700 (MST) Subject: [vtk-developers] Incorrect color function in vtkImageMapToWindowLevelColors with lookupTable In-Reply-To: References: <1527244050817-0.post@n5.nabble.com> <1527259994702-0.post@n5.nabble.com> Message-ID: <1527282533612-0.post@n5.nabble.com> Hi David! 1. We want to show the medical image correctly As a starting point, consider an example: https://lorensen.github.io/VTKExamples/site/Cxx/IO/ReadDICOM/ We have next pipeline: vtkDICOMImageReader->vtkImageViewer2 By mouse we can change windowLevel and windowWidth. ImageViewer2 internally transform 16bit input gray to output r=g=b color into the render window. Internally ImageViewer2 use vtkImageMapToWindowLevelColors for window-level. 2. I want use the same transformation but with LUT for 10-bit monitor. Because I pass my LUT to this class. imgViewer->GetWindowLevel()->SetLookupTable(colorLut); And for tests I using LUT with r=g=b. If that's wrong, correct me. (Specify the correct example to display 16-bit images on a 10-bit monitor). But this does not exclude the incomprehensible code in the vtkImageMapToWindowLevelColors class. Values less than 16 go to zero. Victor -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html From david.gobbi at gmail.com Fri May 25 17:52:50 2018 From: david.gobbi at gmail.com (David Gobbi) Date: Fri, 25 May 2018 15:52:50 -0600 Subject: [vtk-developers] Incorrect color function in vtkImageMapToWindowLevelColors with lookupTable In-Reply-To: <1527282533612-0.post@n5.nabble.com> References: <1527244050817-0.post@n5.nabble.com> <1527259994702-0.post@n5.nabble.com> <1527282533612-0.post@n5.nabble.com> Message-ID: Hi Victor, I've written dozens of VTK apps for medical image visualization, and I haven't used vtkImageViewer2 for any of them, nor have I ever used vtkImageMapToWindowLevelColors. I've always used one of the following approaches: 1) Generate an RGB or RGBA image with vtkImageMapToColors, (use the Range of vtkLookupTable to control the window/level), put the image in a vtkTexture, and then apply the texture to a rectangular polygon. This is for 2D images or for image slices extracted from a volume with vtkImageReslice. 2) Same as above, but with vtkImageActor instead of vtkTexture. 3) Recently, I've switched to a new set of classes that I wrote for VTK: https://www.vtk.org/Wiki/VTK/Image_Rendering_Classes VTK's colors are 8-bit, meaning 24-bit RGB or 32-bit RGBA. If you need something for a 10-bit monitor, that might be difficult. You wouldn't be able to use vtkLookupTable, because even though you sets its color components as values in the range [0.0, 1.0], it stores the values as integers with a range of [0,255]. - David On Fri, May 25, 2018 at 3:08 PM, xVict wrote: > Hi David! > > 1. We want to show the medical image correctly > As a starting point, consider an example: > https://lorensen.github.io/VTKExamples/site/Cxx/IO/ReadDICOM/ > We have next pipeline: > vtkDICOMImageReader->vtkImageViewer2 > By mouse we can change windowLevel and windowWidth. > ImageViewer2 internally transform 16bit input gray to output r=g=b color > into the render window. > Internally ImageViewer2 use vtkImageMapToWindowLevelColors for > window-level. > > 2. I want use the same transformation but with LUT for 10-bit monitor. > Because I pass my LUT to this class. > imgViewer->GetWindowLevel()->SetLookupTable(colorLut); > And for tests I using LUT with r=g=b. > If that's wrong, correct me. (Specify the correct example to display 16-bit > images on a 10-bit monitor). > But this does not exclude the incomprehensible code in the > vtkImageMapToWindowLevelColors class. Values less than 16 go to zero. > > Victor -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Fri May 25 20:09:06 2018 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Sat, 26 May 2018 10:09:06 +1000 Subject: [vtk-developers] Timeout when downloading external SHA512 data. Message-ID: I think this is related to: ExternalData: Convert content links from MD5 to SHA512 I have deleted the contents of VTKExternalData and I am still getting the timeout error below. Also in VTKExternalData/MD5 directory these files are being created: 068686d7c1e34ec8bd760ce1c693bf6a 6ebc4de01d4d6ea637be5a4e4406436f 39a348121cb134369e5a6aa829ebf75b f52d0b8046f7ed839f7626e1575bc314 Object SHA512=c320327df35787319e646d2877fd316c6ca56745255f961a07d78761619bdce9726b4e38942e83d69d1b0057b1bdebf4a91f33d66a579 f43a7fd331825178465 not found at: https://data.kitware.com/api/v1/file/hashsum/SHA512/c320327df35787319e646d2877fd316c6ca56745255f961a07d78761619bdc e9726b4e38942e83d69d1b0057b1bdebf4a91f33d66a579f43a7fd331825178465/download ("Timeout was reached") https://www.vtk.org/files/ExternalData/SHA512/c320327df35787319e646d2877fd316c6ca56745255f961a07d78761619bdce9726b 4e38942e83d69d1b0057b1bdebf4a91f33d66a579f43a7fd331825178465 ("Timeout was reached") Any ideas? Thanks Andrew -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Fri May 25 20:22:05 2018 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Sat, 26 May 2018 10:22:05 +1000 Subject: [vtk-developers] vtk-m issue Message-ID: I have been noticing that when running git status the following message arises in relation to vtk-m ? (Windows 10 and Linux) ?.? Changes not staged for commit: (use "git add ..." to update what will be committed) (use "git checkout -- ..." to discard changes in working directory) modified: ThirdParty/vtkm/vtk-m (new commits) Running a diff reveals: $ git diff ThirdParty/vtkm/vtk-m diff --git a/ThirdParty/vtkm/vtk-m b/ThirdParty/vtkm/vtk-m index 7cf0926172..6a908cc9da 160000 --- a/ThirdParty/vtkm/vtk-m +++ b/ThirdParty/vtkm/vtk-m @@ -1 +1 @@ -Subproject commit 7cf09261725ce848514185420b94e0d5655ec4fa +Subproject commit 6a908cc9da6076a42d41b9397ad71f56a1f69a70 So I do: $ git checkout -- ThirdParty/vtkm/vtk-m $ git pull --rebase Already up to date. Current branch master is up to date. $ git status On branch master Your branch is up to date with 'origin/master'. Changes not staged for commit: (use "git add ..." to update what will be committed) (use "git checkout -- ..." to discard changes in working directory) modified: ThirdParty/vtkm/vtk-m (new commits) Is there an extra step that I have to do in relation to vtk-m now? Thanks Andrew -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicolas.vuaille at kitware.com Mon May 28 03:55:11 2018 From: nicolas.vuaille at kitware.com (Nicolas Vuaille) Date: Mon, 28 May 2018 09:55:11 +0200 Subject: [vtk-developers] vtk-m issue In-Reply-To: References: Message-ID: Hi, To get the correct commit of a submodule (as VTKm), you need to run `git submodule update` in the VTK directory. Nicolas 2018-05-26 2:22 GMT+02:00 Andrew Maclean : > I have been noticing that when running git status the following message > arises in relation to vtk-m > ? > (Windows 10 and Linux) > ?.? > > Changes not staged for commit: > (use "git add ..." to update what will be committed) > (use "git checkout -- ..." to discard changes in working directory) > > modified: ThirdParty/vtkm/vtk-m (new commits) > > Running a diff reveals: > $ git diff ThirdParty/vtkm/vtk-m > diff --git a/ThirdParty/vtkm/vtk-m b/ThirdParty/vtkm/vtk-m > index 7cf0926172..6a908cc9da 160000 > --- a/ThirdParty/vtkm/vtk-m > +++ b/ThirdParty/vtkm/vtk-m > @@ -1 +1 @@ > -Subproject commit 7cf09261725ce848514185420b94e0d5655ec4fa > +Subproject commit 6a908cc9da6076a42d41b9397ad71f56a1f69a70 > > So I do: > $ git checkout -- ThirdParty/vtkm/vtk-m > $ git pull --rebase > Already up to date. > Current branch master is up to date. > $ git status > On branch master > Your branch is up to date with 'origin/master'. > > Changes not staged for commit: > (use "git add ..." to update what will be committed) > (use "git checkout -- ..." to discard changes in working directory) > > modified: ThirdParty/vtkm/vtk-m (new commits) > > Is there an extra step that I have to do in relation to vtk-m now? > > Thanks > Andrew > > -- > ___________________________________________ > Andrew J. P. Maclean > > ___________________________________________ > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Mon May 28 04:57:53 2018 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Mon, 28 May 2018 18:57:53 +1000 Subject: [vtk-developers] vtk-m issue In-Reply-To: References: Message-ID: Thanks for this, I'll check it out tomorrow. Andrew Maclean On Mon, 28 May 2018, 17:55 Nicolas Vuaille wrote: > Hi, > > To get the correct commit of a submodule (as VTKm), you need to run `git > submodule update` in the VTK directory. > > Nicolas > > 2018-05-26 2:22 GMT+02:00 Andrew Maclean : > >> I have been noticing that when running git status the following message >> arises in relation to vtk-m >> ? >> (Windows 10 and Linux) >> ?.? >> >> Changes not staged for commit: >> (use "git add ..." to update what will be committed) >> (use "git checkout -- ..." to discard changes in working >> directory) >> >> modified: ThirdParty/vtkm/vtk-m (new commits) >> >> Running a diff reveals: >> $ git diff ThirdParty/vtkm/vtk-m >> diff --git a/ThirdParty/vtkm/vtk-m b/ThirdParty/vtkm/vtk-m >> index 7cf0926172..6a908cc9da 160000 >> --- a/ThirdParty/vtkm/vtk-m >> +++ b/ThirdParty/vtkm/vtk-m >> @@ -1 +1 @@ >> -Subproject commit 7cf09261725ce848514185420b94e0d5655ec4fa >> +Subproject commit 6a908cc9da6076a42d41b9397ad71f56a1f69a70 >> >> So I do: >> $ git checkout -- ThirdParty/vtkm/vtk-m >> $ git pull --rebase >> Already up to date. >> Current branch master is up to date. >> $ git status >> On branch master >> Your branch is up to date with 'origin/master'. >> >> Changes not staged for commit: >> (use "git add ..." to update what will be committed) >> (use "git checkout -- ..." to discard changes in working >> directory) >> >> modified: ThirdParty/vtkm/vtk-m (new commits) >> >> Is there an extra step that I have to do in relation to vtk-m now? >> >> Thanks >> Andrew >> >> -- >> ___________________________________________ >> Andrew J. P. Maclean >> >> ___________________________________________ >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wil_serv at hotmail.com Mon May 28 07:58:57 2018 From: wil_serv at hotmail.com (wil1) Date: Mon, 28 May 2018 04:58:57 -0700 (MST) Subject: [vtk-developers] Plugin compilation for paraview Message-ID: <1527508737613-0.post@n5.nabble.com> Hi, i'm trying to compil a plugin with visual studio. I generate ALL_BUILD but nothing is generated and i have these errors : Quote: 1>------ D?but de la g?n?ration : Projet : ZERO_CHECK, Configuration : Debug x64 ------ 1>Checking Build System 1>CMake does not need to re-run because C:/Users/william/Desktop/Reader build/pv-off-readerbuild/CMakeFiles/generate.stamp is up-to-date. 2>------ D?but de la g?n?ration : Projet : OFFReaderHierarchy, Configuration : Debug x64 ------ 2>For OFFReader - updating OFFReaderHierarchy.txt 2>Le chemin d'acc?s sp?cifi? est introuvable. 2>C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\VC\VCTargets\Mic rosoft.CppCommon.targets(171,5): error MSB6006: Arr?t de "cmd.exe" avec le code 3. 2>G?n?ration du projet "OFFReaderHierarchy.vcxproj" termin?e -- ?CHEC. 3>------ D?but de la g?n?ration : Projet : OFFReader, Configuration : Debug x64 ------ 3>Generating Documentation HTMLs from xmls 3>Processing wiki sources 3>Processing wiki filters 3>Processing wiki writers 3>Processing wiki readers 3>CS Wrapping - generating OFFReaderClientServer.cxx 3>Le chemin d'acc?s sp?cifi? est introuvable. 3>C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\VC\VCTargets\Mic rosoft.CppCommon.targets(171,5): error MSB6006: Arr?t de "cmd.exe" avec le code 3. 3>G?n?ration du projet "OFFReader.vcxproj" termin?e -- ?CHEC. 4>------ D?but de la g?n?ration : Projet : ALL_BUILD, Configuration : Debug x64 ------ 4>Building Custom Rule C:/Users/william/Desktop/Reader build/pv-off-reader/CMakeLists.txt 4>CMake does not need to re-run because C:/Users/william/Desktop/Reader build/pv-off-readerbuild/CMakeFiles/generate.stamp is up-to-date. Can someone tell me why the access path for CS Wrapping - generating OFFReaderClientServer.cxx is not found ? I think is the reason why it doesn't generate the .dll -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html From wil_serv at hotmail.com Mon May 28 11:06:08 2018 From: wil_serv at hotmail.com (wil1) Date: Mon, 28 May 2018 08:06:08 -0700 (MST) Subject: [vtk-developers] -* Plugin compilation for paraview *- (help) Message-ID: <1527519968804-0.post@n5.nabble.com> When i compile my plugin for paraview with visual studio i get this error : LINK : fatal error LNK1104: cannot open this file 'C:\Users\william\Desktop\Paraview build\ParaviewBin2\lib\Debug\vtkPVAnimation-pv5.5.lib' I checked on the folder 'C:\Users\william\Desktop\Paraview build\ParaviewBin2\lib\Debug\ and there is a vtkPVAnimationCS-pv5.5.lib but not a vtkPVAnimation-pv5.5.lib, does someone knows why ? -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html From marcus.hanwell at kitware.com Mon May 28 13:16:43 2018 From: marcus.hanwell at kitware.com (Marcus D. Hanwell) Date: Mon, 28 May 2018 13:16:43 -0400 Subject: [vtk-developers] Color and opacity mapping to a slice in VTK In-Reply-To: References: Message-ID: Thanks David, we are already using it, and I had just missed the API to enable it on my first scan through. It looks great, and works really well, thank you for pointing it out! On Fri, May 25, 2018 at 3:43 PM, David Gobbi wrote: > Hi Marcus, > > You could try using vtkDiscretizableColorTransferFunction instead of > vtkColorTransferFunction. It can do opacity mapping as well as color > mapping, and you should be able to use it anywhere in the VTK imaging > pipeline that a lookup table would normally be used. > > - David > > > On Fri, May 25, 2018 at 1:30 PM, Marcus D. Hanwell < > marcus.hanwell at kitware.com> wrote: > >> Hi, >> >> The Tomviz project has had a request to add color and opacity mapping to >> slices through vtkImageData. The volume mapper does this quite nicely, and >> they would like to apply the same thing to slices which seems reasonable. >> >> This seems like something that may have already been done before in VTK, >> has it? I couldn't find it, but in my mind it would extend what we >> currently do from RGB to RGBA for a texture in a plane (that is the only >> thing we are interested in at least). It is especially useful where you >> have a range of values that are effectively background, and we want that to >> be fully transparent so that the slice doesn't obscure contours, volume >> rendering, atoms, etc from a tomographic reconstruction. >> >> Thanks for any input, if it doesn't exist yet we will look at the best >> way of adding it. >> >> Thanks, >> >> Marcus >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Mon May 28 18:06:08 2018 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Mon, 28 May 2018 15:06:08 -0700 Subject: [vtk-developers] [vtkusers] Deprecate vtkGeo* classes (Sankhesh Jhaveri) In-Reply-To: References: Message-ID: I can easily remove that example. Bill On Fri, May 25, 2018 at 2:54 AM, Sankhesh Jhaveri wrote: > Thank you for checking, Andrew. > > > On Fri, May 25, 2018 at 12:32 AM Andrew Maclean > wrote: >> >> Sankesh, for your information,. >> >> With respect to VTKExamples. >> In looking at C++ examples, >> https://lorensen.github.io/VTKExamples/site/Coverage/CxxVTKClassesUsed/ I >> can only see vtkGeoAssignCoordinates being used in >> https://lorensen.github.io/VTKExamples/site/Cxx/Geovis/GeoAssignCoordinates/ >> and vtkGeoGraticule, vtkGeoProjection, vtkGeoTransform used in >> https://lorensen.github.io/VTKExamples/site/Cxx/Geovis/GeoGraticle/ >> >> Nothing in the Python examples. >> >> So, in my opinion, deprecation would be appropriate if there are no >> users/maintainers. >> >> Regards >> Andrew >> >>> >>> ---------- Forwarded message ---------- >>> From: Sankhesh Jhaveri >>> To: vtk-developers , "vtkusers at vtk.org" >>> >>> Cc: >>> Bcc: >>> Date: Wed, 23 May 2018 16:14:53 -0400 >>> Subject: [vtk-developers] Deprecate vtkGeo* classes >>> >>> Folks, >>> >>> There have been some discussions about deprecating a bunch of classes >>> from the vtkGeovisCore and vtkViewsGeovis module owing to the lack of users >>> and maintainers. The tentative list of classes to be deprecated is as >>> follows: >>> >>> vtkGeoAdaptiveArcs >>> vtkGeoAlignedImageRepresentation >>> vtkGeoAlignedImageSource >>> vtkGeoAssignCoordinates >>> vtkGeoFileImageSource >>> vtkGeoFileTerrainSource >>> vtkGeoGlobeSource >>> vtkGeoGraticule >>> vtkGeoImageNode >>> vtkGeoRandomGraphSource >>> vtkGeoSampleArcs >>> vtkGeoSource >>> vtkGeoTerrain >>> vtkGeoTerrain2D >>> vtkGeoTerrainNode >>> vtkGeoTreeNode >>> vtkGeoTreeNodeCache >>> vtkGeoView >>> vtkGeoView2D >>> >>> The primary reason for deprecation is lack of known users and >>> maintainers. >>> Please reply to this email if you use these classes and intend to >>> maintain them or if you think they shouldn?t be deprecated. >>> >>> Thank you! >>> Sankhesh >>> >>> -- >>> >>> 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: >>> https://vtk.org/mailman/listinfo/vtk-developers >> >> >> >> -- >> ___________________________________________ >> Andrew J. P. Maclean >> >> ___________________________________________ > > -- > > 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 > > Please keep messages on-topic and check the VTK FAQ at: > http://www.vtk.org/Wiki/VTK_FAQ > > Search the list archives at: http://markmail.org/search/?q=vtkusers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtkusers > -- Unpaid intern in BillsParadise at noware dot com From andrew.amaclean at gmail.com Mon May 28 18:14:24 2018 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Tue, 29 May 2018 08:14:24 +1000 Subject: [vtk-developers] vtk-m issue In-Reply-To: References: Message-ID: That worked, I had modified the script I use and inadvertently left out updating submodules and hooks. Thanks Again Andrew On Mon, May 28, 2018 at 6:57 PM Andrew Maclean wrote: > Thanks for this, I'll check it out tomorrow. > > Andrew Maclean > > On Mon, 28 May 2018, 17:55 Nicolas Vuaille > wrote: > >> Hi, >> >> To get the correct commit of a submodule (as VTKm), you need to run `git >> submodule update` in the VTK directory. >> >> Nicolas >> >> 2018-05-26 2:22 GMT+02:00 Andrew Maclean : >> >>> I have been noticing that when running git status the following message >>> arises in relation to vtk-m >>> ? >>> (Windows 10 and Linux) >>> ?.? >>> >>> Changes not staged for commit: >>> (use "git add ..." to update what will be committed) >>> (use "git checkout -- ..." to discard changes in working >>> directory) >>> >>> modified: ThirdParty/vtkm/vtk-m (new commits) >>> >>> Running a diff reveals: >>> $ git diff ThirdParty/vtkm/vtk-m >>> diff --git a/ThirdParty/vtkm/vtk-m b/ThirdParty/vtkm/vtk-m >>> index 7cf0926172..6a908cc9da 160000 >>> --- a/ThirdParty/vtkm/vtk-m >>> +++ b/ThirdParty/vtkm/vtk-m >>> @@ -1 +1 @@ >>> -Subproject commit 7cf09261725ce848514185420b94e0d5655ec4fa >>> +Subproject commit 6a908cc9da6076a42d41b9397ad71f56a1f69a70 >>> >>> So I do: >>> $ git checkout -- ThirdParty/vtkm/vtk-m >>> $ git pull --rebase >>> Already up to date. >>> Current branch master is up to date. >>> $ git status >>> On branch master >>> Your branch is up to date with 'origin/master'. >>> >>> Changes not staged for commit: >>> (use "git add ..." to update what will be committed) >>> (use "git checkout -- ..." to discard changes in working >>> directory) >>> >>> modified: ThirdParty/vtkm/vtk-m (new commits) >>> >>> Is there an extra step that I have to do in relation to vtk-m now? >>> >>> Thanks >>> Andrew >>> >>> -- >>> ___________________________________________ >>> Andrew J. P. Maclean >>> >>> ___________________________________________ >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: >>> http://markmail.org/search/?q=vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> https://vtk.org/mailman/listinfo/vtk-developers >>> >>> >>> >> -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From suharev at roentgenprom.ru Tue May 29 05:21:14 2018 From: suharev at roentgenprom.ru (xVict) Date: Tue, 29 May 2018 02:21:14 -0700 (MST) Subject: [vtk-developers] Incorrect color function in vtkImageMapToWindowLevelColors with lookupTable In-Reply-To: References: <1527244050817-0.post@n5.nabble.com> <1527259994702-0.post@n5.nabble.com> <1527282533612-0.post@n5.nabble.com> Message-ID: <1527585674658-0.post@n5.nabble.com> Hi David, To test the vtkImageMapToWindowLevelColors class the sources was uploaded on GitHub: https://github.com/xThorn/vtk-tests See mapToWLC folder. By first item: can I set texture type GL_UNSIGNED_INT_2_10_10_10_REV? In https://www.vtk.org/Wiki/VTK/Image_Rendering_Classes Many greyscale monitors with DVI inputs use the equation L = 0.30*R + 0.59*G + 0.11B to convert the 24-bit RGB DVI signal into a greyscale signal. For such monitors, it is possible to create a vtkLookupTable with 4096 entries that provides distinct greyscale values via appropriately-chosen RGB values. This method works through GDI. Victor. -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html From mathieu.westphal at kitware.com Tue May 29 11:08:47 2018 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Tue, 29 May 2018 17:08:47 +0200 Subject: [vtk-developers] -* Plugin compilation for paraview *- (help) In-Reply-To: <1527519968804-0.post@n5.nabble.com> References: <1527519968804-0.post@n5.nabble.com> Message-ID: Hello Looks like your mail was not sent to the right ML. Please send it to paraview-developpers ML and include all relevant information if possible : - Version of visual studio - Version of ParaView - Version of cmake - a minimal example to reproduce the problem - if you tried with other generators (eg Ninja) Best regards, Mathieu Westphal On Mon, May 28, 2018 at 5:06 PM, wil1 wrote: > When i compile my plugin for paraview with visual studio i get this error > : > > LINK : fatal error LNK1104: cannot open this file > 'C:\Users\william\Desktop\Paraview > build\ParaviewBin2\lib\Debug\vtkPVAnimation-pv5.5.lib' > > > I checked on the folder 'C:\Users\william\Desktop\Paraview > build\ParaviewBin2\lib\Debug\ and there is a > vtkPVAnimationCS-pv5.5.lib but not a vtkPVAnimation-pv5.5.lib, does someone > knows why ? > > > > -- > Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sankhesh.jhaveri at kitware.com Tue May 29 14:36:41 2018 From: sankhesh.jhaveri at kitware.com (Sankhesh Jhaveri) Date: Tue, 29 May 2018 14:36:41 -0400 Subject: [vtk-developers] Some vtkMultiVolume questions/issues In-Reply-To: References: Message-ID: Hi Andras, The clipping issue has been fixed in !4338 . A big thank you goes to Allie. @Elvis, I am going to look into some of the vtkMultiVolume issues next. I?ll update here if I see the same issue you saw. Best, Sankhesh ? On Wed, May 9, 2018 at 11:51 AM Andras Lasso wrote: > Hi Sankhesh, > > > > In recent VTK versions (VTK9, OpenGL2 backend) there seems to quite > distracting volume rendering artifact at the volume edge if there are > opaque voxels at the volume edge and there are clipping planes outside the > volume (which is unavoidable if you have oblique clipping planes). > > > > The problem did not occur a few months ago, then cropping was broken for a > while, and after it was fixed we started noticing this issue. See more > information and sample data here: > https://issues.slicer.org/view.php?id=4548 > > > > It would be great if you could look into this. > > Thanks a lot, > > Andras > > > > *From:* vtk-developers *On Behalf Of *Sankhesh > Jhaveri > *Sent:* Wednesday, May 9, 2018 8:29 AM > *To:* Elvis Stansvik > *Cc:* vtkdev > *Subject:* Re: [vtk-developers] Some vtkMultiVolume questions/issues > > > > Hi Elvis, > > Haven?t had a chance to look at vtkMultiVolume in depth yet. > I?ll take a look at it in downtime to see if the issue is relatively > simple. > > Thanks, > Sankhesh > > ? > > > > On Tue, May 8, 2018 at 8:50 AM Elvis Stansvik < > elvis.stansvik at orexplore.com> wrote: > > 2018-05-02 8:38 GMT+02:00 Elvis Stansvik : > > Hi all, > > > > I'm trying out the (very cool) vtkMultiVolume in VTK master. > > > > Performance is noticeably slower if I render two volumes added to a > > vtkMultiVolume, than if I render the same as separate volumes in the > > "traditional" way. Is this to be expected? (note that in this > > particular test, my two volumes were not intersecting, so the visual > > result in the two scenarios was exactly the same). > > > > I'll need to investigate more, but it seems that I can't set the > > position of the first volume (the one set to port 0) using > > SetPosition(..), it has no effect. Setting the position of subsequent > > volumes (at higher port numbers) seems to work. I believe this was > > possibly reported by another user on the users list. > > Update: When trying with a minimal test case, it seems I'm not able to > reproduce this particular issue with SetPosition, so I'll have to go > back to my code to see what I possibly did wrong there. > > Elvis > > > > > Again I need to investigate more, but it seems > > vtkRenderer::ResetCamera() did not quite work correctly when I had a > > single vtkMultiVolume with a couple of volumes hooked up. It did not > > center correctly on the two volumes. > > > > Just wanted to ask if these were known issues, or if I should report > > them? If I should report them I'll try to make minimal test cases. > > > > Cheers, > > Elvis > _______________________________________________ > Powered by www.kitware.com > > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > > -- > Sankhesh Jhaveri > *Sr. Research & Development Engineer* | Kitware > > | (518) 881-4417 > > ? > -- Sankhesh Jhaveri *Sr. Research & Development Engineer* | Kitware | (518) 881-4417 ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Wed May 30 10:56:17 2018 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 30 May 2018 08:56:17 -0600 Subject: [vtk-developers] Incorrect color function in vtkImageMapToWindowLevelColors with lookupTable In-Reply-To: <1527585674658-0.post@n5.nabble.com> References: <1527244050817-0.post@n5.nabble.com> <1527259994702-0.post@n5.nabble.com> <1527282533612-0.post@n5.nabble.com> <1527585674658-0.post@n5.nabble.com> Message-ID: Hi Victor, I have updated the vtkImageMapToWindowLevelColors documentation according to my understanding of how it works: https://www.vtk.org/doc/nightly/html/classvtkImageMapToWindowLevelColors.html Honestly I think the class would be better without the "color modulation" feature. If you are displaying grayscale, you can use the class without a lookup table. It might be possible to set GL_UNSIGNED_INT_2_10_10_10_REV in VTK if you make your own frame buffer object, but you can't use it with any of the usual image viewers or image mappers that are already in VTK, since they all assume 8 bits per color component for the display. The luminance via RGB trick should work fine if you have a suitable grayscale monitor with RGB input. - David On Tue, May 29, 2018 at 3:21 AM, xVict wrote: > Hi David, > > To test the vtkImageMapToWindowLevelColors class the sources was uploaded > on > GitHub: > https://github.com/xThorn/vtk-tests > See mapToWLC folder. > > By first item: can I set texture type GL_UNSIGNED_INT_2_10_10_10_REV? > > In https://www.vtk.org/Wiki/VTK/Image_Rendering_Classes > > Many greyscale monitors with DVI inputs use the equation L = 0.30*R + > 0.59*G > + 0.11B to convert the 24-bit RGB DVI signal into a greyscale signal. For > such monitors, it is possible to create a vtkLookupTable with 4096 entries > that provides distinct greyscale values via appropriately-chosen RGB > values. > > This method works through GDI. > > Victor. > > > > -- > Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Wed May 30 11:06:15 2018 From: ken.martin at kitware.com (Ken Martin) Date: Wed, 30 May 2018 11:06:15 -0400 Subject: [vtk-developers] Master failures Message-ID: TLDR There are some failures on master that are being fixed, rebase if your topic has test failures that you think are not related to the topic. Long version - It turns out the image difference algorithm was not quite right and was letting some significant failures through. I have fixed it and fixed a bunch of tests/valid images but there are a few that slipped by that I'm fixing up right now. So you may need to rebase if you have a topic based off of vtk master as of this morning. I'll keep on it as the day progresses. If you have a VTK based project, be aware updating vtk may suddenly cause some image based tests to fail due to the image difference working ***better*** Hopefully it exposes real issues that are of value to your project. Thanks! Ken -- Ken Martin PhD Distinguished Engineer Kitware Inc. 101 East Weaver Street Carrboro, North Carolina 27510 USA 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 david.gobbi at gmail.com Wed May 30 16:55:29 2018 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 30 May 2018 14:55:29 -0600 Subject: [vtk-developers] Incorrect color function in vtkImageMapToWindowLevelColors with lookupTable In-Reply-To: References: <1527244050817-0.post@n5.nabble.com> <1527259994702-0.post@n5.nabble.com> <1527282533612-0.post@n5.nabble.com> <1527585674658-0.post@n5.nabble.com> Message-ID: According to the VTK testing dashboard, removing the "color modulation" code does not cause any VTK to fail, see the "CDash" link on the following page: https://gitlab.kitware.com/vtk/vtk/merge_requests/4350 So there isn't any code in VTK that relies on the old behavior of vtkImageMapToWindowLevelColors. I also looked at the image rendering code in 3D Slicer. Interestingly, it uses this class without a lookup table, and then applies a lookup table to the resulting 8-bit data (so a two-stage process, vtkImageMapToWindowLevelColors to generate 8-bit data, followed by vtkImageMapToColors with a 256-entry lookup table to generate color data). So apparently the Slicer folks found the LUT behavior of this class to be not useful, and had to added extra stage to their pipeline to apply the LUT. Does anyone out there use the color modulation feature of vtkImageMapToWindowLevelColors? - David On Wed, May 30, 2018 at 8:56 AM, David Gobbi wrote: > Hi Victor, > > I have updated the vtkImageMapToWindowLevelColors documentation according > to my understanding of how it works: > https://www.vtk.org/doc/nightly/html/classvtkImageMapToWindowLevelC > olors.html > Honestly I think the class would be better without the "color modulation" > feature. If you are displaying grayscale, you can use the class without a > lookup table. > > It might be possible to set GL_UNSIGNED_INT_2_10_10_10_REV in VTK if you > make your own frame buffer object, but you can't use it with any of the > usual image viewers or image mappers that are already in VTK, since they > all assume 8 bits per color component for the display. The luminance via > RGB trick should work fine if you have a suitable grayscale monitor with > RGB input. > > - David > > > > On Tue, May 29, 2018 at 3:21 AM, xVict wrote: > >> Hi David, >> >> To test the vtkImageMapToWindowLevelColors class the sources was uploaded >> on >> GitHub: >> https://github.com/xThorn/vtk-tests >> See mapToWLC folder. >> >> By first item: can I set texture type GL_UNSIGNED_INT_2_10_10_10_REV? >> >> In https://www.vtk.org/Wiki/VTK/Image_Rendering_Classes >> >> Many greyscale monitors with DVI inputs use the equation L = 0.30*R + >> 0.59*G >> + 0.11B to convert the 24-bit RGB DVI signal into a greyscale signal. For >> such monitors, it is possible to create a vtkLookupTable with 4096 entries >> that provides distinct greyscale values via appropriately-chosen RGB >> values. >> >> This method works through GDI. >> >> Victor. >> >> >> >> -- >> Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From elvis.stansvik at orexplore.com Thu May 31 02:48:26 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Thu, 31 May 2018 08:48:26 +0200 Subject: [vtk-developers] Some vtkMultiVolume questions/issues In-Reply-To: References: Message-ID: Den tis 29 maj 2018 20:36Sankhesh Jhaveri skrev: > Hi Andras, > > The clipping issue has been fixed in !4338 > . A big thank you > goes to Allie. > > @Elvis, I am going to look into some of the vtkMultiVolume issues next. > I?ll update here if I see the same issue you saw. > Thanks Sankhesh, much appreciated. On the vtkusers list there's a post "vtkMultiVolume and shading" by a Csaba Pinter which I believe ran into the same issue as I. I think he filed an issue. We have both been struggling to reproduce it with a minimal test case though, so the issue is a bit elusive. If I get some time this week I'll give it another go. I've recently updated my VTK master build at least. Elvis Best, > Sankhesh > ? > > On Wed, May 9, 2018 at 11:51 AM Andras Lasso wrote: > >> Hi Sankhesh, >> >> >> >> In recent VTK versions (VTK9, OpenGL2 backend) there seems to quite >> distracting volume rendering artifact at the volume edge if there are >> opaque voxels at the volume edge and there are clipping planes outside the >> volume (which is unavoidable if you have oblique clipping planes). >> >> >> >> The problem did not occur a few months ago, then cropping was broken for >> a while, and after it was fixed we started noticing this issue. See more >> information and sample data here: >> https://issues.slicer.org/view.php?id=4548 >> >> >> >> It would be great if you could look into this. >> >> Thanks a lot, >> >> Andras >> >> >> >> *From:* vtk-developers *On Behalf Of *Sankhesh >> Jhaveri >> *Sent:* Wednesday, May 9, 2018 8:29 AM >> *To:* Elvis Stansvik >> *Cc:* vtkdev >> *Subject:* Re: [vtk-developers] Some vtkMultiVolume questions/issues >> >> >> >> Hi Elvis, >> >> Haven?t had a chance to look at vtkMultiVolume in depth yet. >> I?ll take a look at it in downtime to see if the issue is relatively >> simple. >> >> Thanks, >> Sankhesh >> >> ? >> >> >> >> On Tue, May 8, 2018 at 8:50 AM Elvis Stansvik < >> elvis.stansvik at orexplore.com> wrote: >> >> 2018-05-02 8:38 GMT+02:00 Elvis Stansvik : >> > Hi all, >> > >> > I'm trying out the (very cool) vtkMultiVolume in VTK master. >> > >> > Performance is noticeably slower if I render two volumes added to a >> > vtkMultiVolume, than if I render the same as separate volumes in the >> > "traditional" way. Is this to be expected? (note that in this >> > particular test, my two volumes were not intersecting, so the visual >> > result in the two scenarios was exactly the same). >> > >> > I'll need to investigate more, but it seems that I can't set the >> > position of the first volume (the one set to port 0) using >> > SetPosition(..), it has no effect. Setting the position of subsequent >> > volumes (at higher port numbers) seems to work. I believe this was >> > possibly reported by another user on the users list. >> >> Update: When trying with a minimal test case, it seems I'm not able to >> reproduce this particular issue with SetPosition, so I'll have to go >> back to my code to see what I possibly did wrong there. >> >> Elvis >> >> > >> > Again I need to investigate more, but it seems >> > vtkRenderer::ResetCamera() did not quite work correctly when I had a >> > single vtkMultiVolume with a couple of volumes hooked up. It did not >> > center correctly on the two volumes. >> > >> > Just wanted to ask if these were known issues, or if I should report >> > them? If I should report them I'll try to make minimal test cases. >> > >> > Cheers, >> > Elvis >> _______________________________________________ >> Powered by www.kitware.com >> >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> >> Follow this link to subscribe/unsubscribe: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> >> -- >> Sankhesh Jhaveri >> *Sr. Research & Development Engineer* | Kitware >> >> | (518) 881-4417 >> >> ? >> > -- > 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: > https://public.kitware.com/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From suharev at roentgenprom.ru Thu May 31 03:46:51 2018 From: suharev at roentgenprom.ru (xVict) Date: Thu, 31 May 2018 00:46:51 -0700 (MST) Subject: [vtk-developers] Incorrect color function in vtkImageMapToWindowLevelColors with lookupTable In-Reply-To: References: <1527244050817-0.post@n5.nabble.com> <1527259994702-0.post@n5.nabble.com> <1527282533612-0.post@n5.nabble.com> <1527585674658-0.post@n5.nabble.com> Message-ID: <1527752811832-0.post@n5.nabble.com> Hi David! This is good news. If anyone uses color modulation, I thought about writing a proposal to make modulation optional. https://github.com/xThorn/vtk-tests/blob/master/mapToWLC/issue/vtkImageMapToWindowLevelColors.h https://github.com/xThorn/vtk-tests/blob/master/mapToWLC/issue/vtkImageMapToWindowLevelColors.cxx Victor. -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html From elvis.stansvik at orexplore.com Thu May 31 05:48:14 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Thu, 31 May 2018 11:48:14 +0200 Subject: [vtk-developers] Valgrind suppressions used by dashboard machines available somewhere? Message-ID: Hi all, Are the valgrind suppression files used by the VTK dashboard workers available for download somewhere? (I guess they're put there manually?) Elvis -------------- next part -------------- An HTML attachment was scrubbed... URL: From wil_serv at hotmail.com Thu May 31 07:17:24 2018 From: wil_serv at hotmail.com (wil1) Date: Thu, 31 May 2018 04:17:24 -0700 (MST) Subject: [vtk-developers] -* Plugin compilation for paraview *- (help) In-Reply-To: References: <1527519968804-0.post@n5.nabble.com> Message-ID: <1527765444014-0.post@n5.nabble.com> - Version of visual studio : 15 (2017) w64 - Version of ParaView : 5.5.0 - Version of cmake : 3.11.2 - a minimal example to reproduce the problem : I tied to compile the following reader https://github.com/CharlesGueunet/pv-off-reader but get the error in visual studio - if you tried with other generators (eg Ninja): How do you compile the reader after generating the cmakefiles with ninja ? -- Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html From mathieu.westphal at kitware.com Thu May 31 07:22:23 2018 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Thu, 31 May 2018 13:22:23 +0200 Subject: [vtk-developers] -* Plugin compilation for paraview *- (help) In-Reply-To: <1527765444014-0.post@n5.nabble.com> References: <1527519968804-0.post@n5.nabble.com> <1527765444014-0.post@n5.nabble.com> Message-ID: Hi Cmake can generate Ninja file so you can build with Ninja. Please ask your question on the ParaView mailing list or on ParaView Discourse. https://www.paraview.org/mailing-lists/ https://discourse.paraview.org/ Best regards, Mathieu Westphal On Thu, May 31, 2018 at 1:17 PM, wil1 wrote: > - Version of visual studio : 15 (2017) w64 > - Version of ParaView : 5.5.0 > - Version of cmake : 3.11.2 > - a minimal example to reproduce the problem : > I tied to compile the following reader > https://github.com/CharlesGueunet/pv-off-reader > but get the error in visual studio > > - if you tried with other generators (eg Ninja): > How do you compile the reader after generating the cmakefiles with ninja ? > > > > -- > Sent from: http://vtk.1045678.n5.nabble.com/VTK-Dev-f1251487.html > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://public.kitware.com/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean at rogue-research.com Thu May 31 10:42:57 2018 From: sean at rogue-research.com (Sean McBride) Date: Thu, 31 May 2018 10:42:57 -0400 Subject: [vtk-developers] Valgrind suppressions used by dashboard machines available somewhere? In-Reply-To: References: Message-ID: <20180531144258.151063011@mail.rogue-research.com> On Thu, 31 May 2018 11:48:14 +0200, Elvis Stansvik said: >Are the valgrind suppression files used by the VTK dashboard workers >available for download somewhere? (I guess they're put there manually?) They are in the VTK source tree. The file is named VTKValgrindSuppressions.supp. 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 elvis.stansvik at orexplore.com Thu May 31 12:06:01 2018 From: elvis.stansvik at orexplore.com (Elvis Stansvik) Date: Thu, 31 May 2018 18:06:01 +0200 Subject: [vtk-developers] Valgrind suppressions used by dashboard machines available somewhere? In-Reply-To: <20180531144258.151063011@mail.rogue-research.com> References: <20180531144258.151063011@mail.rogue-research.com> Message-ID: Den tors 31 maj 2018 16:43Sean McBride skrev: > On Thu, 31 May 2018 11:48:14 +0200, Elvis Stansvik said: > > >Are the valgrind suppression files used by the VTK dashboard workers > >available for download somewhere? (I guess they're put there manually?) > > They are in the VTK source tree. The file is named > VTKValgrindSuppressions.supp. > Thanks Sean, I found that file, but then I found some indication in another email thread that that file might not be the one that is actually used, and that the suppression file/files were manually maintained on the worker machines. Are you sure this is the file used? I'll try to dig out that thread (on the bus now). Elvis > > Cheers, > > -- > ____________________________________________________________ > Sean McBride, B. Eng sean at rogue-research.com > Rogue Research www.rogue-research.com > Mac Software Developer Montr?al, Qu?bec, Canada > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Thu May 31 14:05:47 2018 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 31 May 2018 14:05:47 -0400 Subject: [vtk-developers] Valgrind suppressions used by dashboard machines available somewhere? In-Reply-To: References: <20180531144258.151063011@mail.rogue-research.com> Message-ID: The suppression file that we used most recently on the karego-at submitter is attached. See also https://gitlab.kitware.com/vtk/vtk/blob/master/Utilities/Maintenance/parse_valgrind.py which I wrote to speed up the process of building it. ? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- { XQueryVersion_TestOSCone Memcheck:Leak fun:malloc fun:get_dispatch fun:glXQueryVersion fun:_ZN22vtkXOpenGLRenderWindow21CreateOffScreenWindowEii } { ghostscript_font_config Memcheck:Addr4 obj:/usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4 ... fun:gs_interpret } { X3 Memcheck:Leak fun:malloc fun:_XlcAddCT } { X4 Memcheck:Leak fun:malloc fun:XCreateRegion } { X6 Memcheck:Leak fun:malloc fun:XextCreateExtension } { X7 Memcheck:Leak fun:malloc fun:_XlcCreateDefaultCharSet } { X8 Memcheck:Leak fun:malloc fun:_XlcAddCharSet } { X9 Memcheck:Leak fun:malloc fun:_XlcSetConverter } { X10 Memcheck:Leak fun:malloc fun:_XlcCreateLocaleDataBase } { X11 Memcheck:Leak fun:malloc fun:XtMalloc } { X12 Memcheck:Leak fun:malloc fun:_XrmInternalStringToQuark } { X13 Memcheck:Leak fun:malloc fun:XauFileName } { X17 Memcheck:Leak fun:calloc ... fun:XCreateColormap } { gl2ps1 Memcheck:Leak ... obj:/usr/lib/libgs.so.9.05 obj:/usr/lib/libgs.so.9.05 fun:gs_interpret obj:* } { gl2ps4 Memcheck:Cond ... obj:/usr/lib/libgs.so.9.05 } { gl2ps5 Memcheck:Leak fun:malloc ... fun:libjpeg_general_init } { dl2 Memcheck:Leak fun:calloc fun:_dlerror_run obj:* } { a018_2 Memcheck:Leak fun:malloc ... fun:XOpenDisplay } { a018_1 Memcheck:Leak fun:calloc ... fun:XOpenDisplay } { a016_3 Memcheck:Leak fun:realloc ... fun:_XcursorGetDisplayInfo fun:XcursorSupportsARGB fun:XcursorTryShapeCursor fun:XCreateGlyphCursor fun:XCreateFontCursor } { a016_2 Memcheck:Leak fun:malloc ... fun:_XcursorGetDisplayInfo fun:XcursorSupportsARGB fun:XcursorTryShapeCursor fun:XCreateGlyphCursor fun:XCreateFontCursor } { a016_1 Memcheck:Leak fun:calloc ... fun:_XcursorGetDisplayInfo fun:XcursorSupportsARGB fun:XcursorTryShapeCursor fun:XCreateGlyphCursor fun:XCreateFontCursor } { a015 Memcheck:Cond ... fun:_playback_copy_to_current fun:execute_list.part.9 fun:_mesa_CallList } { a014_2 Memcheck:Leak fun:calloc ... fun:_dl_catch_error } { a014_1 Memcheck:Leak fun:malloc ... fun:_dl_catch_error } { a011_2 Memcheck:Leak fun:malloc ... fun:vtk_libxml2_xmlReadFile } { a011_1 Memcheck:Cond fun:inflateReset2 ... fun:vtk_libxml2_xmlReadFile } { a009_2 Memcheck:Leak fun:calloc ... fun:_XrmInternalStringToQuark } { a009_1 Memcheck:Leak fun:malloc ... fun:_XrmInternalStringToQuark } { a008 Memcheck:Leak fun:malloc fun:strdup fun:_Z14_mesa_glsl_lexP7YYSTYPEP7YYLTYPEPv fun:_Z16_mesa_glsl_parseP22_mesa_glsl_parse_state } { a0077_1 Memcheck:Leak fun:memalign ... fun:Fake_glXCreateContext } { a0077_1 Memcheck:Leak fun:calloc ... fun:Fake_glXCreateContext } { a0077_1 Memcheck:Leak fun:malloc ... fun:Fake_glXCreateContext } { a007_1 Memcheck:Addr4 ... fun:Fake_glXMakeContextCurrent } { a006_3 Memcheck:Leak ... fun:Fake_glXMakeCurrent } { a006_2 Memcheck:Leak ... fun:Fake_glXMakeCurrent } { a006_1 Memcheck:Addr4 ... fun:Fake_glXMakeCurrent } { a005_3 Memcheck:Leak fun:realloc ... fun:Fake_glXChooseFBConfig } { a005_2 Memcheck:Leak fun:calloc ... fun:Fake_glXChooseFBConfig } { a005_1 Memcheck:Leak fun:malloc ... fun:Fake_glXChooseFBConfig } { a004_3 Memcheck:Leak fun:realloc fun:XGetVisualInfo fun:get_visual fun:choose_visual fun:Fake_glXChooseVisual } { a004_2 Memcheck:Leak fun:calloc ... fun:Fake_glXChooseVisual } { a004_1 Memcheck:Leak fun:malloc ... fun:Fake_glXChooseVisual } { a003_3 Memcheck:Leak fun:realloc ... fun:XtOpenDisplay } { a003_2 Memcheck:Leak fun:calloc ... fun:XtOpenDisplay } { a003_1 Memcheck:Leak fun:malloc ... fun:XtOpenDisplay } { a002_1 Memcheck:Leak fun:malloc ... fun:XCloseDisplay } { a001 Memcheck:Leak fun:malloc ... fun:_ZN22vtkXOpenGLRenderWindow20GetDesiredVisualInfoEv } { mesa_1 Memcheck:Overlap fun:memcpy@@GLIBC_2.14 ... fun:_mesa_DrawPixels } { mesa_2 Memcheck:Value8 fun:fetch_texel_2d_f_rgba8888 fun:texture_get_row fun:_swrast_get_dest_rgba fun:_swrast_mask_rgba_span fun:clear_rgba_buffer_with_masking fun:_swrast_Clear fun:_ZN17vtkOpenGLRenderer5ClearEv fun:_ZN13vtkCameraPass6RenderEPK14vtkRenderState fun:_ZN21vtkShadowMapBakerPass6RenderEPK14vtkRenderState fun:_ZN15vtkSequencePass6RenderEPK14vtkRenderState fun:_ZN13vtkCameraPass6RenderEPK14vtkRenderState fun:_ZN17vtkOpenGLRenderer12DeviceRenderEv fun:_ZN11vtkRenderer6RenderEv fun:_ZN21vtkRendererCollection6RenderEv fun:_ZN15vtkRenderWindow14DoStereoRenderEv fun:_ZN15vtkRenderWindow10DoFDRenderEv fun:_ZN15vtkRenderWindow10DoAARenderEv fun:_ZN15vtkRenderWindow6RenderEv fun:_ZN22vtkXOpenGLRenderWindow6RenderEv fun:_Z17TestShadowMapPassiPPc fun:main } { mesa_3 Memcheck:Value8 fun:fetch_texel_2d_f_rgba8888 fun:texture_get_row fun:_swrast_get_dest_rgba fun:_swrast_mask_rgba_span fun:clear_rgba_buffer_with_masking fun:_swrast_Clear fun:_ZN17vtkOpenGLRenderer5ClearEv fun:_ZN13vtkCameraPass6RenderEPK14vtkRenderState fun:_ZN21vtkShadowMapBakerPass6RenderEPK14vtkRenderState fun:_ZN15vtkSequencePass6RenderEPK14vtkRenderState fun:_ZN13vtkCameraPass6RenderEPK14vtkRenderState fun:_ZN17vtkOpenGLRenderer12DeviceRenderEv fun:_ZN11vtkRenderer6RenderEv fun:_ZN21vtkRendererCollection6RenderEv fun:_ZN15vtkRenderWindow14DoStereoRenderEv fun:_ZN15vtkRenderWindow10DoFDRenderEv fun:_ZN15vtkRenderWindow10DoAARenderEv fun:_ZN15vtkRenderWindow6RenderEv fun:_ZN22vtkXOpenGLRenderWindow6RenderEv fun:_Z17TestShadowMapPassiPPc fun:main } { mesa_4 Memcheck:Value8 fun:fetch_texel_2d_f_rgba8888 fun:texture_get_row fun:_swrast_get_dest_rgba fun:_swrast_mask_rgba_span fun:clear_rgba_buffer_with_masking fun:_swrast_Clear fun:_ZN17vtkOpenGLRenderer5ClearEv fun:_ZN13vtkCameraPass6RenderEPK14vtkRenderState fun:_ZN21vtkShadowMapBakerPass6RenderEPK14vtkRenderState fun:_ZN15vtkSequencePass6RenderEPK14vtkRenderState fun:_ZN13vtkCameraPass6RenderEPK14vtkRenderState fun:_ZN17vtkOpenGLRenderer12DeviceRenderEv fun:_ZN11vtkRenderer6RenderEv fun:_ZN21vtkRendererCollection6RenderEv fun:_ZN15vtkRenderWindow14DoStereoRenderEv fun:_ZN15vtkRenderWindow10DoFDRenderEv fun:_ZN15vtkRenderWindow10DoAARenderEv fun:_ZN15vtkRenderWindow6RenderEv fun:_ZN22vtkXOpenGLRenderWindow6RenderEv fun:_Z17TestShadowMapPassiPPc fun:main } { mesa_5 Memcheck:Value8 fun:fetch_texel_2d_f_rgba8888 fun:texture_get_row fun:_swrast_get_dest_rgba fun:_swrast_mask_rgba_span fun:clear_rgba_buffer_with_masking fun:_swrast_Clear fun:_ZN17vtkOpenGLRenderer5ClearEv fun:_ZN13vtkCameraPass6RenderEPK14vtkRenderState fun:_ZN21vtkShadowMapBakerPass6RenderEPK14vtkRenderState fun:_ZN15vtkSequencePass6RenderEPK14vtkRenderState fun:_ZN13vtkCameraPass6RenderEPK14vtkRenderState fun:_ZN17vtkOpenGLRenderer12DeviceRenderEv fun:_ZN11vtkRenderer6RenderEv fun:_ZN21vtkRendererCollection6RenderEv fun:_ZN15vtkRenderWindow14DoStereoRenderEv fun:_ZN15vtkRenderWindow10DoFDRenderEv fun:_ZN15vtkRenderWindow10DoAARenderEv fun:_ZN15vtkRenderWindow6RenderEv fun:_ZN22vtkXOpenGLRenderWindow6RenderEv fun:_Z17TestShadowMapPassiPPc fun:main } { mesa_6 Memcheck:Cond fun:bcmp fun:vbo_exec_copy_to_current fun:vbo_exec_FlushVertices_internal fun:vbo_exec_FlushVertices fun:_mesa_CallList fun:_ZN27vtkOpenGLDisplayListPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter6RenderEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN26vtkOpenGLClipPlanesPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter6RenderEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN31vtkOpenGLScalarsToColorsPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter6RenderEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter6RenderEP11vtkRendererP8vtkActormb fun:_ZN17vtkDefaultPainter6RenderEP11vtkRendererP8vtkActormb fun:_ZN24vtkPainterPolyDataMapper11RenderPieceEP11vtkRendererP8vtkActor fun:_ZN17vtkPolyDataMapper6RenderEP11vtkRendererP8vtkActor fun:_ZN14vtkOpenGLActor6RenderEP11vtkRendererP9vtkMapper fun:_ZN8vtkActor20RenderOpaqueGeometryEP11vtkViewport fun:_ZN11vtkRenderer29UpdateOpaquePolygonalGeometryEv fun:_ZN11vtkRenderer26DeviceRenderOpaqueGeometryEv fun:_ZN17vtkOpenGLRenderer26DeviceRenderOpaqueGeometryEv fun:_ZN11vtkRenderer14UpdateGeometryEv } { mesa_7 Memcheck:Cond fun:bcmp fun:vbo_exec_copy_to_current fun:vbo_exec_FlushVertices_internal fun:vbo_exec_FlushVertices fun:_mesa_CallList fun:_ZN27vtkOpenGLDisplayListPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter6RenderEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN26vtkOpenGLClipPlanesPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter6RenderEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN31vtkOpenGLScalarsToColorsPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter6RenderEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter6RenderEP11vtkRendererP8vtkActormb fun:_ZN17vtkDefaultPainter6RenderEP11vtkRendererP8vtkActormb fun:_ZN24vtkPainterPolyDataMapper11RenderPieceEP11vtkRendererP8vtkActor fun:_ZN17vtkPolyDataMapper6RenderEP11vtkRendererP8vtkActor fun:_ZN14vtkOpenGLActor6RenderEP11vtkRendererP9vtkMapper fun:_ZN8vtkActor20RenderOpaqueGeometryEP11vtkViewport fun:_ZN11vtkRenderer29UpdateOpaquePolygonalGeometryEv fun:_ZN11vtkRenderer26DeviceRenderOpaqueGeometryEv fun:_ZN17vtkOpenGLRenderer26DeviceRenderOpaqueGeometryEv fun:_ZN11vtkRenderer14UpdateGeometryEv } { mesa_8 Memcheck:Cond fun:vbo_exec_copy_to_current fun:vbo_exec_FlushVertices_internal fun:vbo_exec_FlushVertices fun:_mesa_CallList fun:_ZN27vtkOpenGLDisplayListPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter6RenderEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN26vtkOpenGLClipPlanesPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter6RenderEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN31vtkOpenGLScalarsToColorsPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter6RenderEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter14RenderInternalEP11vtkRendererP8vtkActormb fun:_ZN10vtkPainter6RenderEP11vtkRendererP8vtkActormb fun:_ZN17vtkDefaultPainter6RenderEP11vtkRendererP8vtkActormb fun:_ZN24vtkPainterPolyDataMapper11RenderPieceEP11vtkRendererP8vtkActor fun:_ZN17vtkPolyDataMapper6RenderEP11vtkRendererP8vtkActor fun:_ZN14vtkOpenGLActor6RenderEP11vtkRendererP9vtkMapper fun:_ZN8vtkActor20RenderOpaqueGeometryEP11vtkViewport fun:_ZN11vtkRenderer29UpdateOpaquePolygonalGeometryEv fun:_ZN11vtkRenderer26DeviceRenderOpaqueGeometryEv fun:_ZN17vtkOpenGLRenderer26DeviceRenderOpaqueGeometryEv fun:_ZN11vtkRenderer14UpdateGeometryEv fun:_ZN17vtkOpenGLRenderer12DeviceRenderEv }{ gdal_register_drivers Memcheck:Leak fun:malloc fun:CPLCreateMutex fun:CPLCreateOrAcquireMutex fun:_ZN14CPLMutexHolderC1EPPvdPKci fun:_Z33GDALRegisterTransformDeserializerPKcPFiPviiPdS2_S2_PiEPFS1_P10CPLXMLNodeE fun:_ZN9VRTDriverC1Ev fun:GDALRegister_VRT fun:GDALAllRegister fun:_ZN19vtkGDALRasterReader27vtkGDALRasterReaderInternalC1EPS_ fun:_ZN19vtkGDALRasterReaderC1Ev fun:_ZN19vtkGDALRasterReader3NewEv fun:_ZN6vtkNewI19vtkGDALRasterReaderEC1Ev fun:_Z20TestGDALRasterReaderiPPc fun:main } { gdal_raster_read Memcheck:Leak fun:malloc fun:CPLCreateMutex fun:CPLCreateOrAcquireMutex fun:_ZN14CPLMutexHolderC1EPPvdPKci ... fun:_ZN32vtkStreamingDemandDrivenPipeline6UpdateEi fun:_ZN12vtkAlgorithm6UpdateEi fun:_ZN12vtkAlgorithm6UpdateEv fun:_Z20TestGDALRasterReaderiPPc fun:main } { gdal_mutex Memcheck:Leak fun:malloc fun:CPLCreateMutex fun:CPLCreateOrAcquireMutex ... fun:main } { gdal_mutex_2 Memcheck:Leak fun:malloc fun:CPLCreateMutex fun:CPLCreateOrAcquireMutex ... } { leak_after_bump_to_gcc4_8 Memcheck:Leak fun:malloc obj:/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.22 fun:call_init.part.0 fun:_dl_init obj:/lib/x86_64-linux-gnu/ld-2.15.so ... } { false_uninit_in_vol_text_mapper2d Memcheck:Value8 fun:blend_general fun:_swrast_write_rgba_span fun:persp_textured_triangle ... fun:_mesa_TexImage2D fun:_ZN30vtkOpenGLVolumeTextureMapper2D11RenderQuadsEiPfS0_PhPii fun:_Z39vtkVolumeTextureMapper2D_TraverseVolumeIhEvPT_PiiiP24vtkVolumeTextureMapper2D ... } From bill.lorensen at gmail.com Thu May 31 15:36:22 2018 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 31 May 2018 12:36:22 -0700 Subject: [vtk-developers] vtkBioEngCollosionDetection Message-ID: Folks, I've started moving vtkBioEngCollosionDetection into vtk. SlicerRT uses it already. Other users have been asking for collision detection functionality. There are 2 ways to approach this: 1) Move into an existing VTK module, e..g. Filter/Modeling as vtkCollosionDetection 2) Make it a remote module vtkBioEngCollosionDetection Thoughts? Bill -- Unpaid intern in BillsParadise at noware dot com From rroemer at gmail.com Thu May 31 16:24:28 2018 From: rroemer at gmail.com (=?UTF-8?Q?Ronald_R=C3=B6mer?=) Date: Thu, 31 May 2018 22:24:28 +0200 Subject: [vtk-developers] vtkBioEngCollosionDetection In-Reply-To: References: Message-ID: My library vtkbool has something like this too, but it is optimized for small cuts and it works also for polygons, not just triangles. The output is a set of lines with corresponding cell id's. Also the vtkIntersectionPolyDataFilter does nearly the same thing and it already exists in VTK. So why do you want to do this? Bill Lorensen schrieb am Do., 31. Mai 2018, 21:36: > Folks, > > I've started moving vtkBioEngCollosionDetection into vtk. > SlicerRT uses it already. Other users have been asking for collision > detection functionality. > > There are 2 ways to approach this: > > 1) Move into an existing VTK module, e..g. Filter/Modeling as > vtkCollosionDetection > > 2) Make it a remote module vtkBioEngCollosionDetection > > Thoughts? > > Bill > > -- > Unpaid intern in BillsParadise at noware dot com > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://public.kitware.com/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Thu May 31 18:49:54 2018 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 31 May 2018 15:49:54 -0700 Subject: [vtk-developers] vtkBioEngCollosionDetection In-Reply-To: References: Message-ID: The Slicer folks have been using this code for a while. Perhaps they will comment. Vtks intersection code is not robust enough for collision detection. On Thu, May 31, 2018, 1:24 PM Ronald R?mer wrote: > My library vtkbool has something like this too, but it is optimized for > small cuts and it works also for polygons, not just triangles. The output > is a set of lines with corresponding cell id's. Also the > vtkIntersectionPolyDataFilter does nearly the same thing and it already > exists in VTK. So why do you want to do this? > > Bill Lorensen schrieb am Do., 31. Mai 2018, > 21:36: > >> Folks, >> >> I've started moving vtkBioEngCollosionDetection into vtk. >> SlicerRT uses it already. Other users have been asking for collision >> detection functionality. >> >> There are 2 ways to approach this: >> >> 1) Move into an existing VTK module, e..g. Filter/Modeling as >> vtkCollosionDetection >> >> 2) Make it a remote module vtkBioEngCollosionDetection >> >> Thoughts? >> >> Bill >> >> -- >> Unpaid intern in BillsParadise at noware dot com >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> https://public.kitware.com/mailman/listinfo/vtk-developers >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: