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