[vtkusers] [vtk-developers] [vtk-users] OpenGL2 - GPU Volume Rendering performance
Aashish Chaudhary
aashish.chaudhary at kitware.com
Fri Nov 13 11:02:39 EST 2015
On Fri, Nov 13, 2015 at 10:57 AM, Simon ESNEAULT <simon.esneault at gmail.com>
wrote:
> Hello Aashish,
>
> I've run some quick tests on my computer, and when disabling the automatic
> adjustment, both of the volume rendering technique seems to deliver the
> same performance, with some random Fixed sample distance. I will run some
> more test on the other computer that we've got here, just to be sure. And
> also on some mac. And report them to you :)
>
This is very helpful and sort of confirms my theory the the code in
question is the reduction factor computation. The logic is changed between
the old mapper and the new mapper. I will look again to make them
consistent but it won't be exactly the same since the old mapper code to me
was not making the the right choices and was broken for the new mapper.
Actually, initially we had the exact same code and it was running into
issues since the new mapper was faster and hence breaking some of the
assumptions the old mapper was making.
>
> Is there something else that I can do to help on this problem ?
>
Not at the moment. You helped a lot, the code and the data is really
helpful. I will report back early next week again and will request you to
try again. Thanks for your patience.
- Aashish
>
>
> Simon
>
>
> 2015-11-12 18:34 GMT+01:00 Aashish Chaudhary <
> aashish.chaudhary at kitware.com>:
>
>>
>>
>> On Thu, Nov 12, 2015 at 12:31 PM, Aashish Chaudhary <
>> aashish.chaudhary at kitware.com> wrote:
>>
>>>
>>>
>>> On Thu, Nov 12, 2015 at 12:12 PM, Simon ESNEAULT <
>>> simon.esneault at gmail.com> wrote:
>>>
>>>> Hello Aashish,
>>>>
>>>> Sorry for the late reply, I was busy last week.
>>>>
>>>> Thanks for the update, and your work on this topic.
>>>> Yes I have seen that your change have been merged concerning the
>>>> ReductionFactor. Nevertheless, I am still getting a smaller frame rate with
>>>> the new backend. To highlight this, please find attached a very simple
>>>> application that loads a volume (
>>>> https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip) and does volume
>>>> rendering while displaying the frame rate. This is pretty much what we show
>>>> to the user in our application, and in this condition, on my machine the
>>>> FPS are around 25 with the opengl1 backend
>>>> <http://picpaste.com/pics/Bench-OGL1.1446644265.png>, and 15 with the
>>>> new backend <http://picpaste.com/pics/Bench-OGL2.1446644630.png>, from
>>>> this week VTK master
>>>> It is very simple to test, just need change the VTK_DIR to an OpenGL1
>>>> or OpenGL2 build, and place the volume.mhd and raw in the execution path.
>>>> Also you will find attached a small text file that summarizes the test
>>>> that have been done here.
>>>>
>>>
>>> No problem, thanks for the update. Please see my comments below:
>>>
>>>>
>>>> I think the real reason why it appears slower with the OGL2 version is
>>>> that we try to have control on the "MaximalImageSampleDistance". If I
>>>> remove the line l_gpu_mapper->SetMaximumImageSampleDistance( 2. ); I get
>>>> the same frame rate with each backend. BUT, the new backend does decimate a
>>>> lot more the volume, leading to a very blurred image during rendering, and
>>>> that's not what we want :/
>>>>
>>>
>>> Aha, this is very useful since this parameters does affecting the
>>> reduction factor. I will try your code; one quick question when the new
>>> backend decimates a lot (by removing the SetMaximumImageSampleDistance),
>>> does it get any faster than the old version? I am going to try it on my Mac
>>> and Linux laptop and report back (mostly tomorrow since I am away today).
>>>
>>>>
>>>>
>> Never mind, I see that you have that in your result file. It seems it
>> does get faster but more blurry. Would it be possible for you to do one
>> more test? Can you set a fix sample distance (pick any) for new and the old
>> mapper and set AutoAdjustSampleDistance to OFF and capture some performance
>> numbers? In that way we know exactly if something more fundamental is
>> causing the slowness. The whole reduction factor math is based on
>> approximate stuff so that will vary between two mappers.
>>
>> - Aashish
>>
>>
>>> Again, thanks for paying attention to this problem, I hope this little
>>>> application and test case can help you to adjust the parameters...
>>>>
>>>
>>> Thanks for your help. I am glad you are testing my latest changes.
>>>
>>> - Best, Aashish
>>>
>>>>
>>>>
>>>> Simon
>>>>
>>>> PS : I did not get a chance to check the difference on Paraview, but I
>>>> believe the result will be the same as the attached example is really
>>>> simple.
>>>>
>>>> 2015-11-03 19:44 GMT+01:00 Aashish Chaudhary <
>>>> aashish.chaudhary at kitware.com>:
>>>>
>>>>> Hi Simon,
>>>>>
>>>>> the branch has been merged into VTK master. I am not sure when
>>>>> Paraview is going to update the VTK, but you can do it manually if needed.
>>>>> We are also going to run our bench marking again to be sure since recently
>>>>> lot many changes went into the VTK / volume rendering. Please feel free to
>>>>> ping me again if it does not solve your issue.
>>>>>
>>>>> Looking forward to your feedback.
>>>>>
>>>>> - Aashish
>>>>>
>>>>> On Mon, Nov 2, 2015 at 8:02 AM, Aashish Chaudhary <
>>>>> aashish.chaudhary at kitware.com> wrote:
>>>>>
>>>>>> Hi Simon,
>>>>>>
>>>>>> I found the reason behind the appeared performance you were getting.
>>>>>> We have this code in volume rendering that when you interact changes the
>>>>>> sampling distance and in the newer code we were too conservative compare to
>>>>>> the last version. That's why you were getting better quality when you move
>>>>>> your mouse but lower frame rates. I pushed a branch in VTK to address the
>>>>>> issue. Would it be possible for you to build Paraview with VTK master? It
>>>>>> may take 3-4 days or longer for Paraview's VTK to get updated.
>>>>>>
>>>>>> Thanks,
>>>>>> Aashish
>>>>>>
>>>>>> On Wed, Oct 28, 2015 at 11:59 AM, Aashish Chaudhary <
>>>>>> aashish.chaudhary at kitware.com> wrote:
>>>>>>
>>>>>>> Hi Simon,
>>>>>>>
>>>>>>> I am just finishing up a ParaView5 related parallel volume rendering
>>>>>>> bug (pushing a branch today to VTK). This is next on my list.
>>>>>>>
>>>>>>> - Aashish
>>>>>>>
>>>>>>> On Wed, Oct 28, 2015 at 11:57 AM, Simon ESNEAULT <
>>>>>>> simon.esneault at gmail.com> wrote:
>>>>>>>
>>>>>>>> Hello Aashish
>>>>>>>>
>>>>>>>> Did you get a chance to try to load the dataset on Windows ?
>>>>>>>> Can I do anything to help you investigate ? Should I feel a bug,
>>>>>>>> that may act as a reminder ?
>>>>>>>> Have a nice day
>>>>>>>> Simon
>>>>>>>>
>>>>>>>>
>>>>>>>> 2015-10-27 18:26 GMT+01:00 Aashish Chaudhary <
>>>>>>>> aashish.chaudhary at kitware.com>:
>>>>>>>>
>>>>>>>>> Thanks Simon. This is really strange since we are not seeing it on
>>>>>>>>> Mac and Linux (but both has dedicated cards).
>>>>>>>>>
>>>>>>>>> I will look into it soon.
>>>>>>>>>
>>>>>>>>> - aashish
>>>>>>>>>
>>>>>>>>> On Tue, Oct 27, 2015 at 1:03 PM, Simon ESNEAULT <
>>>>>>>>> simon.esneault at gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Ok, thank you very much fort digging into this.
>>>>>>>>>> I've done some test and I believe I can see a similar slowdown
>>>>>>>>>> happening on OSX, with a MacBook pro retina 13" from 2013, Intel Iris 5100
>>>>>>>>>> graphics.
>>>>>>>>>> Good luck in the investigation, I you need more details, do not
>>>>>>>>>> hesitate to ask
>>>>>>>>>> Simon
>>>>>>>>>>
>>>>>>>>>> 2015-10-27 17:37 GMT+01:00 Aashish Chaudhary <
>>>>>>>>>> aashish.chaudhary at kitware.com>:
>>>>>>>>>>
>>>>>>>>>>> Ah, thanks. I will get back to you on this since on Linux I
>>>>>>>>>>> don't any issue so it has to be Windows specific thing.
>>>>>>>>>>>
>>>>>>>>>>> - Aashish
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Oct 27, 2015 at 10:36 AM, Simon ESNEAULT <
>>>>>>>>>>> simon.esneault at gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> I tried with that one from yesterday and today's version
>>>>>>>>>>>> (4.4.0-209-gc399648)
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks,
>>>>>>>>>>>> Simon
>>>>>>>>>>>>
>>>>>>>>>>>> 2015-10-27 15:19 GMT+01:00 Aashish Chaudhary <
>>>>>>>>>>>> aashish.chaudhary at kitware.com>:
>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks.
>>>>>>>>>>>>>
>>>>>>>>>>>>> And when did you download this version?
>>>>>>>>>>>>> ParaView-latest-Qt4-OpenGL2-Windows-64bit.exe
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>> Aashish
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Tue, Oct 27, 2015 at 10:17 AM, Simon ESNEAULT <
>>>>>>>>>>>>> simon.esneault at gmail.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Yes, I tried with and without the shading. Without shading
>>>>>>>>>>>>>> enabled, the new Opengl2 is also slower when zoomed in (in the described
>>>>>>>>>>>>>> condition). With shading enabled, the difference in speed between the two
>>>>>>>>>>>>>> version seems even bigger.
>>>>>>>>>>>>>> I got the version from the nightly build download section of
>>>>>>>>>>>>>> paraview website (it is still available). And I've just tried with that one
>>>>>>>>>>>>>> labeled "ParaView-latest-Qt4-OpenGL2-Windows-64bit.exe" with the same
>>>>>>>>>>>>>> results.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> About the FPS, it is difficult to give an exact number,
>>>>>>>>>>>>>> because it depends of the condition (zoomed or not etc...) but yes, this is
>>>>>>>>>>>>>> the idea.
>>>>>>>>>>>>>> In our software, I've exposed the frame rate using this
>>>>>>>>>>>>>> example :
>>>>>>>>>>>>>> http://www.vtk.org/Wiki/VTK/Examples/Cxx/Utilities/FrameRate
>>>>>>>>>>>>>> And the frame rate is around 15/20 for the first backend, and
>>>>>>>>>>>>>> around 6/8 for the new backend, on the same dataset (the one provided for
>>>>>>>>>>>>>> example), with the same mapper parameters
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Thanks
>>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 2015-10-27 14:48 GMT+01:00 Aashish Chaudhary <
>>>>>>>>>>>>>> aashish.chaudhary at kitware.com>:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hi Simon,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> This is helpful but just missing few more bits:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 1) Did you try without the shading and see how the
>>>>>>>>>>>>>>> performance compares?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 2) ParaView 4.4.0-193-gec96423 --> Where did you get this
>>>>>>>>>>>>>>> one from (ParaView download page or did you built yourself?)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Also, so on your system the old mapper is running 30FPS and
>>>>>>>>>>>>>>> the new one at 15-20 FPS as per your summary.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>> - Aashish
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Tue, Oct 27, 2015 at 9:43 AM, Simon ESNEAULT <
>>>>>>>>>>>>>>> simon.esneault at gmail.com> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Hello Aashish,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Sorry for the late answer, I was busy this morning.
>>>>>>>>>>>>>>>> Thanks for testing with the DataSet.
>>>>>>>>>>>>>>>> I agree the performance is still quite good with the new
>>>>>>>>>>>>>>>> backend, and I also get something like 15/20 fps on windows on an HD
>>>>>>>>>>>>>>>> screen. But when compared to the old one, and in some condition (when
>>>>>>>>>>>>>>>> zoomed especially), it looks really slower to me
>>>>>>>>>>>>>>>> The two tested version are :
>>>>>>>>>>>>>>>> - ParaView 4.4.0 64 bits final version for the old backend
>>>>>>>>>>>>>>>> - ParaView 4.4.0-193-gec96423 64 bits, for the OpenGL2
>>>>>>>>>>>>>>>> backend.
>>>>>>>>>>>>>>>> on a windows 7 box, Xeon E3-1220 v3 CPU, 16GB ram and
>>>>>>>>>>>>>>>> Nvidia Quadro K420
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> To highlight the difference, here is what I do :
>>>>>>>>>>>>>>>> - Launch both version on the same computer at the same time
>>>>>>>>>>>>>>>> - Load the above dataset on each
>>>>>>>>>>>>>>>> - Select volume rendering
>>>>>>>>>>>>>>>> - Adjust the transfer function data range to [100-750] (the
>>>>>>>>>>>>>>>> default "Cool to Warm" is fine)
>>>>>>>>>>>>>>>> - Set the view direction to +Y
>>>>>>>>>>>>>>>> - Adjust the Y of the camera position to -300
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> And start interacting ...
>>>>>>>>>>>>>>>> Dunno if there is an easy way to print out the Frame Rate
>>>>>>>>>>>>>>>> in Paraview, but the new version seems really twice slower in these
>>>>>>>>>>>>>>>> conditions... We can see it does not scale in the same way, the old backend
>>>>>>>>>>>>>>>> seems more aggressive on the image sample reduction, hence the
>>>>>>>>>>>>>>>> interactivity is better.
>>>>>>>>>>>>>>>> Shading enable or not does not change much
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I'm aware of the DesiredUpdateRate thing, we use to play
>>>>>>>>>>>>>>>> with this with the old backend to fine tune the interactivity, although
>>>>>>>>>>>>>>>> what's really inside was never clear to me
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I hope that there is enough information for you to
>>>>>>>>>>>>>>>> reproduce this, do not hesitate to ask for some more information.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Thanks a lot for your help
>>>>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> 2015-10-27 14:10 GMT+01:00 Aashish Chaudhary <
>>>>>>>>>>>>>>>> aashish.chaudhary at kitware.com>:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Dear Simon,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Checking again. Wondering if you can provide some more
>>>>>>>>>>>>>>>>> detail on the binary you are using and whether or not without shading the
>>>>>>>>>>>>>>>>> rendering performance comparable to older version.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Mon, Oct 26, 2015 at 3:12 PM, Aashish Chaudhary <
>>>>>>>>>>>>>>>>> aashish.chaudhary at kitware.com> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Simon,
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> I used your dataset on paraview master as of today on my
>>>>>>>>>>>>>>>>>> Linux box running Ubuntu 14.04 and NVIDA Quadro card and I am getting about
>>>>>>>>>>>>>>>>>> 15-20 FPS with shading on with 1920x1080 resolution.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Are you on the proper 4.4 or using RC1/RC2? I checked the
>>>>>>>>>>>>>>>>>> shading performance fix was in 4.4 but not in RC's. I don't have access to
>>>>>>>>>>>>>>>>>> Windows box right away but I will try there too.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> NOTE: You might get multiple emails because of the
>>>>>>>>>>>>>>>>>> attachment size issue. Sorry about that.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> On Mon, Oct 26, 2015 at 2:45 PM, Aashish Chaudhary <
>>>>>>>>>>>>>>>>>> aashish.chaudhary at kitware.com> wrote:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> On Mon, Oct 26, 2015 at 2:13 PM, Simon ESNEAULT <
>>>>>>>>>>>>>>>>>>> simon.esneault at gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Hello Aashish,
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Thanks for the quick answer
>>>>>>>>>>>>>>>>>>>> We are using a vtkImageData, 512x512x591 with short
>>>>>>>>>>>>>>>>>>>> element (you can find the dataset here :
>>>>>>>>>>>>>>>>>>>> https://www.dropbox.com/s/ptqwi0ebv75kt35/volume.zip).
>>>>>>>>>>>>>>>>>>>> So I think it's all about GPU volume raycast mapper.
>>>>>>>>>>>>>>>>>>>> The new mapper does bring low resolution, but when
>>>>>>>>>>>>>>>>>>>> compared to the old one, it seems less "low resolution" during interaction
>>>>>>>>>>>>>>>>>>>> than the old one
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Right, so that's why its not a exact comparison. What
>>>>>>>>>>>>>>>>>>> happens is that depending on what is interactive, (you can set the desired
>>>>>>>>>>>>>>>>>>> update rate in VTK, not exposed in ParaView I believe), it will do
>>>>>>>>>>>>>>>>>>> interactive but with higher resolution (smaller sample distance). If they
>>>>>>>>>>>>>>>>>>> both have the same sample distance, then the new mapper should out perform
>>>>>>>>>>>>>>>>>>> the old one, however, there is another thing we need to consider here which
>>>>>>>>>>>>>>>>>>> is shading.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Shading is enabled, gradient opacity disabled
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Can you disable the shading and see if now they both
>>>>>>>>>>>>>>>>>>> (opengl1 and 2) equally better? We already pushed a fix for it but not sure
>>>>>>>>>>>>>>>>>>> if that you have in your build.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Don't know if you need a minimal example, but I believe
>>>>>>>>>>>>>>>>>>>> the GPURenderDemo used with this dataset is enough to highlight the slow
>>>>>>>>>>>>>>>>>>>> down.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Yes, I will use this dataset. Thanks.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Thanks
>>>>>>>>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> 2015-10-26 18:57 GMT+01:00 Aashish Chaudhary <
>>>>>>>>>>>>>>>>>>>> aashish.chaudhary at kitware.com>:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Also,
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Do you have shading enabled? We fixed a bug with
>>>>>>>>>>>>>>>>>>>>> shading that was causing the slow performance a while back. I don't
>>>>>>>>>>>>>>>>>>>>> remember if that was included in 4.4 or not ( I can check ).
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> - Aashish
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> On Mon, Oct 26, 2015 at 1:53 PM, Aashish Chaudhary <
>>>>>>>>>>>>>>>>>>>>> aashish.chaudhary at kitware.com> wrote:
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Simon,
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> What kind of dataset you are using? Depending on the
>>>>>>>>>>>>>>>>>>>>>> data type you might be using
>>>>>>>>>>>>>>>>>>>>>> the GPU one or the unstructured renderer. The
>>>>>>>>>>>>>>>>>>>>>> performance we measured is related to the GPU ray cast mapper
>>>>>>>>>>>>>>>>>>>>>> and will apply only to the vtkImageData inputs.
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Also, helpful would be is if you can tell if the new
>>>>>>>>>>>>>>>>>>>>>> mapper is bringing low resolution when you interact with the volume (and
>>>>>>>>>>>>>>>>>>>>>> whether or not it happens with old mapper).
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> On Mon, Oct 26, 2015 at 1:47 PM, Simon ESNEAULT <
>>>>>>>>>>>>>>>>>>>>>> simon.esneault at gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> Hi All,
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> We are trying to make the switch to the new OpenGL2
>>>>>>>>>>>>>>>>>>>>>>> backend for our application, and although the switch was easy (thanks for
>>>>>>>>>>>>>>>>>>>>>>> not breaking the API ;) ), we can see a significant slowdown on the GPU
>>>>>>>>>>>>>>>>>>>>>>> volume rendering part, especially during interaction. Typically we dropped
>>>>>>>>>>>>>>>>>>>>>>> from 15/20 fps to 7/8 fps, on the same machine (Win32, Nvidia Quadro K420),
>>>>>>>>>>>>>>>>>>>>>>> with the same code around.
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> This slow down can be seen in ParaView, if you
>>>>>>>>>>>>>>>>>>>>>>> compare the latest 4.4 OpenGL2 build with the classic 4.4 build while
>>>>>>>>>>>>>>>>>>>>>>> volume rendering a big enough volume (512^3)
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> The blog post here
>>>>>>>>>>>>>>>>>>>>>>> http://www.kitware.com/blog/home/post/976
>>>>>>>>>>>>>>>>>>>>>>> claims that the new GPU volume rendering
>>>>>>>>>>>>>>>>>>>>>>> implementation should be faster than the old one, is there some more
>>>>>>>>>>>>>>>>>>>>>>> detailed explanation somewhere ? Are there some important parameters that
>>>>>>>>>>>>>>>>>>>>>>> can make the difference ?
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> Simon
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> PS : The polygonal rendering seems a lot faster with
>>>>>>>>>>>>>>>>>>>>>>> the new backend !
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------
>>>>>>>>>>>>>>>>>>>>>>> Simon Esneault
>>>>>>>>>>>>>>>>>>>>>>> Rennes, France
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>>>>>>>>>> Powered by www.kitware.com
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> Visit other Kitware open-source projects at
>>>>>>>>>>>>>>>>>>>>>>> http://www.kitware.com/opensource/opensource.html
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> Search the list archives at:
>>>>>>>>>>>>>>>>>>>>>>> http://markmail.org/search/?q=vtk-developers
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> Follow this link to subscribe/unsubscribe:
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> http://public.kitware.com/mailman/listinfo/vtk-developers
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader |
>>>>>>>>>>>>>>>>>>>>>> Kitware Inc. *
>>>>>>>>>>>>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html
>>>>>>>>>>>>>>>>>>>>>> <http://www.kitware.com/company/team/chaudhary.html>*
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader |
>>>>>>>>>>>>>>>>>>>>> Kitware Inc. *
>>>>>>>>>>>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html
>>>>>>>>>>>>>>>>>>>>> <http://www.kitware.com/company/team/chaudhary.html>*
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------
>>>>>>>>>>>>>>>>>>>> Simon Esneault
>>>>>>>>>>>>>>>>>>>> Rennes, France
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> ------------------------------------------------------------------
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader |
>>>>>>>>>>>>>>>>>>> Kitware Inc. *
>>>>>>>>>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html
>>>>>>>>>>>>>>>>>>> <http://www.kitware.com/company/team/chaudhary.html>*
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware
>>>>>>>>>>>>>>>>>> Inc. *
>>>>>>>>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html
>>>>>>>>>>>>>>>>>> <http://www.kitware.com/company/team/chaudhary.html>*
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware
>>>>>>>>>>>>>>>>> Inc. *
>>>>>>>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html
>>>>>>>>>>>>>>>>> <http://www.kitware.com/company/team/chaudhary.html>*
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> ------------------------------------------------------------------
>>>>>>>>>>>>>>>> Simon Esneault
>>>>>>>>>>>>>>>> Rennes, France
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> ------------------------------------------------------------------
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware
>>>>>>>>>>>>>>> Inc. *
>>>>>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html
>>>>>>>>>>>>>>> <http://www.kitware.com/company/team/chaudhary.html>*
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ------------------------------------------------------------------
>>>>>>>>>>>>>> Simon Esneault
>>>>>>>>>>>>>> Rennes, France
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ------------------------------------------------------------------
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware
>>>>>>>>>>>>> Inc. *
>>>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html
>>>>>>>>>>>>> <http://www.kitware.com/company/team/chaudhary.html>*
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>>
>>>>>>>>>>>> ------------------------------------------------------------------
>>>>>>>>>>>> Simon Esneault
>>>>>>>>>>>> Rennes, France
>>>>>>>>>>>>
>>>>>>>>>>>> ------------------------------------------------------------------
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc.
>>>>>>>>>>> *
>>>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html
>>>>>>>>>>> <http://www.kitware.com/company/team/chaudhary.html>*
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> ------------------------------------------------------------------
>>>>>>>>>> Simon Esneault
>>>>>>>>>> Rennes, France
>>>>>>>>>> ------------------------------------------------------------------
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc.
>>>>>>>>> *
>>>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html
>>>>>>>>> <http://www.kitware.com/company/team/chaudhary.html>*
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> ------------------------------------------------------------------
>>>>>>>> Simon Esneault
>>>>>>>> Rennes, France
>>>>>>>> ------------------------------------------------------------------
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc.
>>>>>>> *
>>>>>>> *| http://www.kitware.com/company/team/chaudhary.html
>>>>>>> <http://www.kitware.com/company/team/chaudhary.html>*
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>>
>>>>>>
>>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc.
>>>>>> *
>>>>>> *| http://www.kitware.com/company/team/chaudhary.html
>>>>>> <http://www.kitware.com/company/team/chaudhary.html>*
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>>
>>>>>
>>>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc.
>>>>> *
>>>>> *| http://www.kitware.com/company/team/chaudhary.html
>>>>> <http://www.kitware.com/company/team/chaudhary.html>*
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> ------------------------------------------------------------------
>>>> Simon Esneault
>>>> Rennes, France
>>>> ------------------------------------------------------------------
>>>>
>>>
>>>
>>>
>>> --
>>>
>>>
>>>
>>> *| Aashish Chaudhary | Technical Leader | Kitware Inc.
>>> *
>>> *| http://www.kitware.com/company/team/chaudhary.html
>>> <http://www.kitware.com/company/team/chaudhary.html>*
>>>
>>
>>
>>
>> --
>>
>>
>>
>> *| Aashish Chaudhary | Technical Leader | Kitware Inc.
>> *
>> *| http://www.kitware.com/company/team/chaudhary.html
>> <http://www.kitware.com/company/team/chaudhary.html>*
>>
>
>
>
> --
> ------------------------------------------------------------------
> Simon Esneault
> Rennes, France
> ------------------------------------------------------------------
>
--
*| Aashish Chaudhary | Technical Leader | Kitware Inc. *
*| http://www.kitware.com/company/team/chaudhary.html
<http://www.kitware.com/company/team/chaudhary.html>*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtkusers/attachments/20151113/49018617/attachment-0001.html>
More information about the vtkusers
mailing list