[vtk-developers] [vtkusers] volume rendering using CPU instead of GPU
Karthik Krishnan
karthik.krishnan at kitware.com
Mon Jan 10 11:50:37 EST 2011
David :
I have been looking at the mac issues as well, in addition to ATI. My
commits fix these on the mac, without shading.. I verified this a few days
ago.
I submitted a dashboard<http://www.cdash.org/CDash/viewTest.php?onlyfailed&buildid=813988>from
my Macbook 10.5.8 (Leopard) after the fixes ~4days ago.
http://www.cdash.org/CDash/viewTest.php?onlyfailed&buildid=813988
My machine has an NVidia GeForce
9400M<http://www.nvidia.com/object/product_geforce_9400m_g_us.html>after
bypassing the explicit "disable GPURayCast on
mac" code. This is an integrated video card, that uses at least using 256MB
of the main system memory.
The following fail (all have shading enabled on the volume property)
TestGPURayCastCompositeBinaryMask<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastCompositeBinaryMask&date=2010-12-31>
TestGPURayCastCompositeShadeMask<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastCompositeShadeMask&date=2010-12-31>
TestGPURayCastCropping<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastCropping&date=2010-12-31>
while these pass (None of these have shading enabled on the volume property)
:
TestGPURayCastCompositeMask<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastCompositeMask&date=2010-12-31>
TestGPURayCastCompositeMaskBlend<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastCompositeMaskBlend&date=2010-12-31>
TestGPURayCastMIPBinaryMask<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastMIPBinaryMask&date=2010-12-31>
TestGPURayCastAdditive<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastAdditive&date=2010-12-31>
TestGPURayCastCompositeToMIP<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastCompositeToMIP&date=2010-12-31>
TestGPURayCastDataTypesMinIP<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastDataTypesMinIP&date=2010-12-31>
TestGPURayCastDataTypesMIP<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastDataTypesMIP&date=2010-12-31>
TestGPURayCastFourComponentsComposite<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastFourComponentsComposite&date=2010-12-31>
TestGPURayCastFourComponentsCompositeStreaming<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastFourComponentsCompositeStreaming&date=2010-12-31>
TestGPURayCastFourComponentsMinIP<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastFourComponentsMinIP&date=2010-12-31>
TestGPURayCastFourComponentsMIP<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastFourComponentsMIP&date=2010-12-31>
TestGPURayCastMIPToComposite<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastMIPToComposite&date=2010-12-31>
TestGPURayCastNearestDataTypesMIP<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastNearestDataTypesMIP&date=2010-12-31>
TestGPURayCastPerspectiveParallel<http://www.cdash.org/CDash/testSummary.php?project=11&name=TestGPURayCastPerspectiveParallel&date=2010-12-31>
Thanks
--
karthik
On Mon, Jan 10, 2011 at 9:55 PM, David Gobbi <david.gobbi at gmail.com> wrote:
> Hi Fauze,
>
> I would be very interested in a fix for the Mac, even without shading.
> Can you post a link to the code or to a diff?
>
> Regards,
>
> David
>
>
> On Mon, Jan 10, 2011 at 9:14 AM, Fauze Polpeta <fauze.polpeta at gmail.com>
> wrote:
> > Dear All;
> >
> > I shared with Francois Bertel a time ago a workaround I made for Mac,
> > which turns VTK GPU-based Ray Casting possible on OSX, but yet without
> > shading. Just let me know about your interest.
> >
> > Also, I have intention of working on a approach that works in
> > ATI/NVIDIA cards (and scape from this GLSL linker issues) but didn't
> > find the time for that.
> >
> > Best Regards
> >
> > Fauze
> >
> > On Sat, Jan 8, 2011 at 3:22 AM, Karthik Krishnan
> > <karthik.krishnan at kitware.com> wrote:
> >> CCing the long thread to the dev list for archival (hopefully someone
> there
> >> will contribute an ATI build to the dashboard)
> >>
> >> So after these three commits, the gist is that GPU ray cast on ATI can
> now
> >> work when used without shading. Why it would fail with shading enabled,
> is
> >> puzzling, since its essentially the same extensions, just a few more
> shader
> >> vars.
> >>
> >>
> >>
> http://vtk.org/gitweb?p=VTK.git;a=commitdiff;h=603423177b3514fd45e68d29ba7d18aa31cbd643
> >>
> >>
> http://vtk.org/gitweb?p=VTK.git;a=commitdiff;h=09af243374d6d7cc5bd300147843fa58f5e797a8
> >>
> >>
> http://vtk.org/gitweb?p=VTK.git;a=commitdiff;h=d6c9a0bbb5dbced83aee7b76c57779b6f541c212
> >>
> >> I'd prefer to continue committing to head since it'll tell me if it
> works on
> >> all the dashboard machines.
> >>
> >> Thanks
> >> --
> >> karthik
> >>
> >> On Sat, Jan 8, 2011 at 2:21 AM, Mark Roden <mmroden at gmail.com> wrote:
> >>>
> >>> Hi Karthik,
> >>>
> >>> Whoops. These are the results with the most recently sycned code.
> >>> Same three tests are failing.
> >>>
> >>> If you want, we can set up some kind of skype dual-programming on
> >>> Monday if you need to have faster feedback. I could sync to a branch
> >>> in git that you're working in and compile and run the tests
> >>> immediately. When we do this by email, I start working on other
> >>> projects in the meantime.
> >>>
> >>> Thanks,
> >>> Mark
> >>>
> >>>
> >>> On Fri, Jan 7, 2011 at 10:15 AM, Karthik Krishnan
> >>> <karthik.krishnan at kitware.com> wrote:
> >>> > Thanks Mark:
> >>> >
> >>> > Great. We are getting there.
> >>> >
> >>> > Did you also update VTK from git. As I mentioned earlier, I committed
> a
> >>> > third fix to VTK for the ATI stuff hours ago, so as to set the size
> of
> >>> > the
> >>> > max/min/additive value FBOs before their attachment is done.
> >>> >
> >>> >
> >>> >
> >>> >
> http://vtk.org/gitweb?p=VTK.git;a=commitdiff;h=HEAD;hp=abd3dde48cd35e9e5b2c744735e5f12a33333af2
> >>> >
> >>> > I was hoping that would get rid of the "AllocateFrameBuffers ERROR
> >>> > (x502)
> >>> > Invalid operation" output on the test results that you have. I know
> they
> >>> > pass, but its a bad sign.
> >>> >
> >>> > Please update vtk and then send us the result.
> >>> >
> >>> > ------
> >>> >
> >>> > Now to the 3 remaining test failures. The 3 failing tests all use
> >>> > shading.
> >>> > All the tests that pass don't use shading. This is something I'm
> finding
> >>> > on
> >>> > my macs too and I haven't yet gotten to the bottom of it. I'm not
> sure
> >>> > why
> >>> > volume rendering with shading should fail since they don't need any
> >>> > extra
> >>> > extensions, as compared to not using shading. They just need a few
> more
> >>> > shader vars to be passed. Will take a closer look at that.
> >>> >
> >>> > Thanks again for your help.
> >>> > --
> >>> > karthik
> >>> >
> >>> > On Fri, Jan 7, 2011 at 11:34 PM, Mark Roden <mmroden at gmail.com>
> wrote:
> >>> >>
> >>> >> Hi Karthik,
> >>> >>
> >>> >> So I pulled the VTKData as per: http://www.vtk.org/Wiki/VTK/Git
> >>> >> Then re-cmaked with the new data directory. I'm attaching these
> test
> >>> >> results now.
> >>> >>
> >>> >> Down to just three test failures, excellent!
> >>> >>
> >>> >> Thanks,
> >>> >> Mark
> >>> >>
> >>> >>
> >>> >> On Thu, Jan 6, 2011 at 11:10 PM, Karthik Krishnan
> >>> >> <karthik.krishnan at kitware.com> wrote:
> >>> >> > Thanks for your help Mark:
> >>> >> >
> >>> >> > I committed a third fix:
> >>> >> >
> >>> >> >
> >>> >> >
> >>> >> >
> http://vtk.org/gitweb?p=VTK.git;a=commitdiff;h=HEAD;hp=abd3dde48cd35e9e5b2c744735e5f12a33333af2
> >>> >> >
> >>> >> > Could you please update. Also please switch to VTKData git. And
> send
> >>> >> > us
> >>> >> > the
> >>> >> > test results again.
> >>> >> >
> >>> >> > -------------
> >>> >> >
> >>> >> > Long summary:
> >>> >> >
> >>> >> > 11 of the GPU ray casting tests do pass with this change. Now to
> the
> >>> >> > 6
> >>> >> > failed tests ...
> >>> >> >
> >>> >> > 4 tests can't locate baseline files. it appears that you are using
> >>> >> > VTKData-5.6. I've added a few tests/baselines since. Please update
> >>> >> > VTKData
> >>> >> >
> >>> >> > TestGPURayCastAdditive - Update VTKData
> >>> >> > TestGPURayCastCompositeBinaryMask - Update VTKData
> >>> >> > TestGPURayCastMIPBinaryMask - Update VTKData
> >>> >> > TestGPURayCastPerspectiveParallel - Update VTKData
> >>> >> >
> >>> >> > The following tests report "AllocateFrameBuffers ERROR (x502)
> Invalid
> >>> >> > operation" , although they pass:
> >>> >> >
> >>> >> > TestGPURayCastAdditive
> >>> >> > TestGPURayCastCompositeToMIP
> >>> >> > TestGPURayCastDataTypesMinIP
> >>> >> > TestGPURayCastMIPBinaryMask
> >>> >> > TestGPURayCastDataTypesMIP
> >>> >> > TestGPURayCastFourComponentsMinIP
> >>> >> > TestGPURayCastFourComponentsMIP
> >>> >> > TestGPURayCastMIPToComposite
> >>> >> > TestGPURayCastNearestDataTypesMIP
> >>> >> >
> >>> >> > Now to the two remaining tests that appear to have really failed :
> >>> >> >
> >>> >> > TestGPURayCastCompositeShadeMask
> >>> >> > TestGPURayCastCropping
> >>> >> >
> >>> >> > The following tests pass without errors:
> >>> >> >
> >>> >> > TestGPURayCastCompositeMaskBlend
> >>> >> > TestGPURayCastCompositeMask
> >>> >> > TestGPURayCastFourComponentsComposite
> >>> >> > TestGPURayCastFourComponentsCompositeStreaming
> >>> >> >
> >>> >> >
> >>> >> > As you can see, the MIP, MinIP and Additive modes produce errors.
> The
> >>> >> > fact
> >>> >> > is that modes use an extra FBO to store the max/min/add value.
> I've
> >>> >> > made
> >>> >> > the
> >>> >> > following commit to set the size of this FBO as well before they
> are
> >>> >> > attached. That should hopefully get these modes working too on the
> >>> >> > ATI.
> >>> >> >
> >>> >> > -------------
> >>> >> >
> >>> >> > Mark: Onto your second question about the GPURenderDemo. We really
> >>> >> > should
> >>> >> > rename this demo.
> >>> >> >
> >>> >> > The GPURenderDemo example uses a vtkSmartVolumeMapper, which is
> >>> >> > essentially
> >>> >> > a "mapper chooser", ie if a GPU mapper is not supported due to any
> >>> >> > required
> >>> >> > extensions, it will fall back to either 3D texture mapping or to
> >>> >> > software
> >>> >> > rendering. (We should remove GPU from its name). That's the reason
> >>> >> > why
> >>> >> > its
> >>> >> > coming up quickly.. It just may not be doing a GPU ray cast :)
> >>> >> >
> >>> >> > -----
> >>> >> >
> >>> >> > Thanks again for your help.
> >>> >> >
> >>> >> > --
> >>> >> > karthik
> >>> >> >
> >>> >> > On Fri, Jan 7, 2011 at 4:32 AM, Mark Roden <mmroden at gmail.com>
> wrote:
> >>> >> >>
> >>> >> >> Hi Karthik,
> >>> >> >>
> >>> >> >> I've attached the test results. The first one passed, the second
> >>> >> >> one
> >>> >> >> not so much.
> >>> >> >>
> >>> >> >> The interesting thing is that I have a pelvic CT study that
> appears
> >>> >> >> to
> >>> >> >> run very well on the GPURenderDemo MIP mode. Not sure if those
> >>> >> >> other
> >>> >> >> test failures mean I can't use composite mode or what, though.
> >>> >> >>
> >>> >> >> Also, the GPURenderDemo contexts come up _much_ more rapidly than
> >>> >> >> when
> >>> >> >> I try to load things in Java. Would you know of any particular
> >>> >> >> reason
> >>> >> >> why a context would be slow to load?
> >>> >> >>
> >>> >> >> Thanks,
> >>> >> >> Mark
> >>> >> >>
> >>> >> >> On Thu, Jan 6, 2011 at 8:00 AM, Mark Roden <mmroden at gmail.com>
> >>> >> >> wrote:
> >>> >> >> > Hi Karthik,
> >>> >> >> >
> >>> >> >> > Thanks for this! I'll take a look. I've been having problems
> >>> >> >> > getting
> >>> >> >> > the gdcm git head to work with the vtk git head-- there appears
> to
> >>> >> >> > be
> >>> >> >> > some kind of misalignment in the java wrappings, as the
> >>> >> >> > vtkStringArray
> >>> >> >> > needed by gdcm to read a DICOM image appeared to have some
> >>> >> >> > problems
> >>> >> >> > getting initialized when in java. I'll retry, because I'd
> rather
> >>> >> >> > be
> >>> >> >> > at the head anyway instead of 5.6.1.
> >>> >> >> >
> >>> >> >> > Mark
> >>> >> >> >
> >>> >> >> > On Wed, Jan 5, 2011 at 11:46 PM, Karthik Krishnan
> >>> >> >> > <karthik.krishnan at kitware.com> wrote:
> >>> >> >> >> Mark:
> >>> >> >> >>
> >>> >> >> >> I put some fixes in to attempt getting volume rendering to
> work
> >>> >> >> >> on
> >>> >> >> >> ATI.
> >>> >> >> >> The
> >>> >> >> >> FBO creation fails on ATI, probably because the assignment of
> the
> >>> >> >> >> Renderbuffer/Texture is made to the FBO before the size of
> those
> >>> >> >> >> is
> >>> >> >> >> set.
> >>> >> >> >>
> >>> >> >> >>
> >>> >> >> >>
> >>> >> >> >>
> >>> >> >> >>
> >>> >> >> >>
> http://vtk.org/gitweb?p=VTK.git;a=commitdiff;h=09af243374d6d7cc5bd300147843fa58f5e797a8
> >>> >> >> >>
> >>> >> >> >>
> >>> >> >> >>
> >>> >> >> >>
> >>> >> >> >>
> http://vtk.org/gitweb?p=VTK.git;a=commitdiff;h=d6c9a0bbb5dbced83aee7b76c57779b6f541c212
> >>> >> >> >>
> >>> >> >> >>
> >>> >> >> >> Could you please update your repository and send me the
> results
> >>> >> >> >> of
> >>> >> >> >> the
> >>> >> >> >> following :
> >>> >> >> >>
> >>> >> >> >> ctest -R LoadOpenGLExtension -V
> >>> >> >> >> ctest -R TestGPU -V
> >>> >> >> >>
> >>> >> >> >> Alternatively you could submit to the dashboard. There are no
> >>> >> >> >> ATI's
> >>> >> >> >> on
> >>> >> >> >> the
> >>> >> >> >> VTK dashboard, so we are grateful for any contributions.
> >>> >> >> >>
> >>> >> >> >> Thanks
> >>> >> >> >> --
> >>> >> >> >> karthik
> >>> >> >> >>
> >>> >> >> >>
> >>> >> >> >> On Thu, Jan 6, 2011 at 5:50 AM, Mark Roden <mmroden at gmail.com
> >
> >>> >> >> >> wrote:
> >>> >> >> >>>
> >>> >> >> >>> OK, I think I found the error.
> >>> >> >> >>>
> >>> >> >> >>> const char *gl_vendor=reinterpret_cast<const char
> >>> >> >> >>> *>(glGetString(GL_VENDOR));
> >>> >> >> >>> if(strstr(gl_vendor,"ATI")!=0)
> >>> >> >> >>> {
> >>> >> >> >>> this->LoadExtensionsSucceeded=0;
> >>> >> >> >>> return;
> >>> >> >> >>> }
> >>> >> >> >>>
> >>> >> >> >>> Why no ATI cards? Is there some cmake flag I can set for
> this,
> >>> >> >> >>> or
> >>> >> >> >>> am
> >>> >> >> >>> I just SOL? My graphics code editing experience is limited
> at
> >>> >> >> >>> best,
> >>> >> >> >>> but if there's a set of functions I can look at doing to get
> ATI
> >>> >> >> >>> working, lemme know.
> >>> >> >> >>>
> >>> >> >> >>> If I comment out those lines, the program now fails (badly)
> in
> >>> >> >> >>> AllocateFrameBuffers. I'll have to switch to C++ to track
> down
> >>> >> >> >>> the
> >>> >> >> >>> error further, so that's next, I guess.
> >>> >> >> >>>
> >>> >> >> >>> Mark
> >>> >> >> >>>
> >>> >> >> >>> On Wed, Jan 5, 2011 at 3:04 PM, David Gobbi
> >>> >> >> >>> <david.gobbi at gmail.com>
> >>> >> >> >>> wrote:
> >>> >> >> >>> > Just one additional note. I just looked at the code for
> the
> >>> >> >> >>> > various
> >>> >> >> >>> > volume mappers, and only the vtkGPUVolumeRayCastMapper
> >>> >> >> >>> > supports the Additive mode. This mode is not supported by
> the
> >>> >> >> >>> > vtkVolumeRayCastMapper or vtkFixedPointVolumeRayCastMapper.
> >>> >> >> >>> >
> >>> >> >> >>> > I think that I'll play around with this a bit myself when I
> >>> >> >> >>> > get
> >>> >> >> >>> > home
> >>> >> >> >>> > (since only my home computer supports this GPU stuff). I'm
> >>> >> >> >>> > kind
> >>> >> >> >>> > of curious about how well this Additive mode works.
> >>> >> >> >>> >
> >>> >> >> >>> > David
> >>> >> >> >>> >
> >>> >> >> >>> >
> >>> >> >> >>> > On Wed, Jan 5, 2011 at 3:40 PM, Mark Roden <
> mmroden at gmail.com>
> >>> >> >> >>> > wrote:
> >>> >> >> >>> >> Hi David,
> >>> >> >> >>> >>
> >>> >> >> >>> >> Thanks for the pointers. I had been looking at those
> tests
> >>> >> >> >>> >> earlier.
> >>> >> >> >>> >> I'm considering porting at least the additive test to
> java,
> >>> >> >> >>> >> just
> >>> >> >> >>> >> to
> >>> >> >> >>> >> see if it works. I have a version of the Medical3 test in
> >>> >> >> >>> >> java,
> >>> >> >> >>> >> and
> >>> >> >> >>> >> doing so will let me know if I should expect this to work,
> >>> >> >> >>> >> and
> >>> >> >> >>> >> if
> >>> >> >> >>> >> not,
> >>> >> >> >>> >> to have a concise piece of code to demonstrate the error
> in
> >>> >> >> >>> >> the
> >>> >> >> >>> >> hopes
> >>> >> >> >>> >> it can be fixed.
> >>> >> >> >>> >>
> >>> >> >> >>> >> Mark
> >>> >> >> >>> >>
> >>> >> >> >>> >> On Wed, Jan 5, 2011 at 1:58 PM, David Gobbi
> >>> >> >> >>> >> <david.gobbi at gmail.com>
> >>> >> >> >>> >> wrote:
> >>> >> >> >>> >>> It looks like I might have been wrong about my last
> >>> >> >> >>> >>> statement.
> >>> >> >> >>> >>> I see this in vtkVolumeMapper.h:
> >>> >> >> >>> >>>
> >>> >> >> >>> >>> SetBlendModeToAdditive();
> >>> >> >> >>> >>>
> >>> >> >> >>> >>> So it looks like at least some of the VTK volume
> renderers
> >>> >> >> >>> >>> can do summation. It looks like there are even some
> tests:
> >>> >> >> >>> >>>
> >>> >> >> >>> >>> VolumeRendering/Testing/Cxx/TestGPURayCastAdditive.cxx
> >>> >> >> >>> >>>
> >>> >> >> >>> >>>
> >>> >> >> >>> >>>
> VolumeRendering/Testing/Cxx/TestGPURayCastPerspectiveParallel.cxx
> >>> >> >> >>> >>>
> >>> >> >> >>> >>> Interesting stuff.
> >>> >> >> >>> >>>
> >>> >> >> >>> >>> David
> >>> >> >> >>> >>>
> >>> >> >> >>> >>>
> >>> >> >> >>> >>> On Wed, Jan 5, 2011 at 2:35 PM, David Gobbi
> >>> >> >> >>> >>> <david.gobbi at gmail.com>
> >>> >> >> >>> >>> wrote:
> >>> >> >> >>> >>>> About all that I can suggest is that you look directly
> into
> >>> >> >> >>> >>>> the
> >>> >> >> >>> >>>> code
> >>> >> >> >>> >>>> for
> >>> >> >> >>> >>>> vtkOpenGLGPUVolumeRayCastMapper::LoadExtensions() and
> see
> >>> >> >> >>> >>>> what extension is failing.
> >>> >> >> >>> >>>>
> >>> >> >> >>> >>>> In LoadExtensions(), the one place where it can fail
> >>> >> >> >>> >>>> without
> >>> >> >> >>> >>>> printing
> >>> >> >> >>> >>>> the extension it failed on is right here:
> >>> >> >> >>> >>>>
> >>> >> >> >>> >>>> if(glslMajor<1 || (glslMajor==1 && glslMinor<20))
> >>> >> >> >>> >>>> {
> >>> >> >> >>> >>>> this->LoadExtensionsSucceeded=0;
> >>> >> >> >>> >>>> }
> >>> >> >> >>> >>>>
> >>> >> >> >>> >>>> That might provide you with some clues.
> >>> >> >> >>> >>>>
> >>> >> >> >>> >>>> Also, don't forget my earlier comment that VTK volume
> >>> >> >> >>> >>>> rendering
> >>> >> >> >>> >>>> does not do averaging or summation, so if averaging is
> what
> >>> >> >> >>> >>>> you
> >>> >> >> >>> >>>> need, then all of this is moot :)
> >>> >> >> >>> >>>>
> >>> >> >> >>> >>>> David
> >>> >> >> >>> >>>>
> >>> >> >> >>> >>>>
> >>> >> >> >>> >>>> On Wed, Jan 5, 2011 at 2:11 PM, Mark Roden
> >>> >> >> >>> >>>> <mmroden at gmail.com>
> >>> >> >> >>> >>>> wrote:
> >>> >> >> >>> >>>>> Hi David,
> >>> >> >> >>> >>>>>
> >>> >> >> >>> >>>>> I'm actually doing this on Windows this time. Sorry I
> >>> >> >> >>> >>>>> didn't
> >>> >> >> >>> >>>>> specify-- although it's good to know to not even try on
> >>> >> >> >>> >>>>> the
> >>> >> >> >>> >>>>> mac
> >>> >> >> >>> >>>>> just
> >>> >> >> >>> >>>>> yet :)
> >>> >> >> >>> >>>>>
> >>> >> >> >>> >>>>> Thanks,
> >>> >> >> >>> >>>>> Mark
> >>> >> >> >>> >>>>
> >>> >> >> >>> >>>
> >>> >> >> >>> >>
> >>> >> >> >>> >
> >>> >> >> >>> _______________________________________________
> >>> >> >> >>> 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
> >>> >> >> >>>
> >>> >> >> >>> Follow this link to subscribe/unsubscribe:
> >>> >> >> >>> http://www.vtk.org/mailman/listinfo/vtkusers
> >>> >> >> >>
> >>> >> >> >>
> >>> >> >> >
> >>> >> >
> >>> >> >
> >>> >
> >>> >
> >>
> >>
> >> _______________________________________________
> >> Powered by www.kitware.com
> >>
> >> Visit other Kitware open-source projects at
> >> http://www.kitware.com/opensource/opensource.html
> >>
> >> Follow this link to subscribe/unsubscribe:
> >> http://www.vtk.org/mailman/listinfo/vtk-developers
> >>
> >>
> >>
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20110110/c0fa3b6e/attachment.html>
More information about the vtk-developers
mailing list