Difference between revisions of "VTK/ARB Notes/May 2014"

From KitwarePublic
< VTK‎ | ARB Notes
Jump to navigationJump to search
Line 2: Line 2:
  
 
Reviewed Aims 1, 2 ,3.  
 
Reviewed Aims 1, 2 ,3.  
* Will provided overview
+
* Will provided overview.
* Ken provided more details about rendering work. Basically now we are retaining the current architecture and rewriting the innards with modern OpenGL practices (relying on shaders, ditching fixed pipeline approach). Once this preliminary work is done we will consider whether issues like scene graph, many actors, etc. need to be addressed.
+
* Ken provided more details about rendering work. Basically now we are retaining the current architecture and rewriting the innards with modern OpenGL practices (relying on shaders, ditching the fixed pipeline approach). Once this preliminary work is done we will consider whether issues like scene graph, many actors, etc. need to be addressed. In which case we may have to build a new subsystem (TBD).
 
* Berk discussed the AMR composite dataset for handling hierarchical volume representation, processing, and rendering.
 
* Berk discussed the AMR composite dataset for handling hierarchical volume representation, processing, and rendering.
 
* Will discussed Aim 2 (community) and requested feedback to assist Dave DeMarle and Chris Mullins in their work.
 
* Will discussed Aim 2 (community) and requested feedback to assist Dave DeMarle and Chris Mullins in their work.
* We briefly touched on Aim3 and the interface with our five medical application subcontractors. Steve and Bill L. were quite pleased at how well VTK6 ported to Slicer.
+
* We briefly touched on Aim 3 and the interface with our five medical application subcontractors. As an FYI Steve P, and Bill L. were quite pleased at how well VTK6 ported to Slicer, kudos to JC and J2.
 +
 
 +
Some suggestions in random order during the discussion:
 +
* Carrying coordinate transform information through the pipeline is important. This is necessary for imaging, and for assembly transformations. The basic metadata representation is probably easy to do; the concern is for data processing and rendering.
 +
* During the rendering rework need to make sure that support for efficient parallel rendering is maintained.
 +
* Volume rendering label maps is an important requirement.
 +
* There was concern about proper support for large polydata rendering. Meaning culling mostly, although LOD and other techniques were discussed.
 +
* We are planning on improving VTK's support for higher-quality rendering; e.g., shadows, reflections, etc.
 +
 
 +
The plan is to hold the next ARB meeting in about a month (early June). Will will set up a Doodle poll. Also next time we will invite individuals to the hangout separately to avoid permission issues with Google Hangout.
 +
 
 +
We had a follow on conversation related to "correctness" of marching cubes. Silva et al. have reported some issues with marching cubes, which are not bugs but really just due to an 30-yr old algorithm. There was also discussion on the way to respond to this information, etc.

Revision as of 14:41, 6 May 2014

May 6, 2014

Reviewed Aims 1, 2 ,3.

  • Will provided overview.
  • Ken provided more details about rendering work. Basically now we are retaining the current architecture and rewriting the innards with modern OpenGL practices (relying on shaders, ditching the fixed pipeline approach). Once this preliminary work is done we will consider whether issues like scene graph, many actors, etc. need to be addressed. In which case we may have to build a new subsystem (TBD).
  • Berk discussed the AMR composite dataset for handling hierarchical volume representation, processing, and rendering.
  • Will discussed Aim 2 (community) and requested feedback to assist Dave DeMarle and Chris Mullins in their work.
  • We briefly touched on Aim 3 and the interface with our five medical application subcontractors. As an FYI Steve P, and Bill L. were quite pleased at how well VTK6 ported to Slicer, kudos to JC and J2.

Some suggestions in random order during the discussion:

  • Carrying coordinate transform information through the pipeline is important. This is necessary for imaging, and for assembly transformations. The basic metadata representation is probably easy to do; the concern is for data processing and rendering.
  • During the rendering rework need to make sure that support for efficient parallel rendering is maintained.
  • Volume rendering label maps is an important requirement.
  • There was concern about proper support for large polydata rendering. Meaning culling mostly, although LOD and other techniques were discussed.
  • We are planning on improving VTK's support for higher-quality rendering; e.g., shadows, reflections, etc.

The plan is to hold the next ARB meeting in about a month (early June). Will will set up a Doodle poll. Also next time we will invite individuals to the hangout separately to avoid permission issues with Google Hangout.

We had a follow on conversation related to "correctness" of marching cubes. Silva et al. have reported some issues with marching cubes, which are not bugs but really just due to an 30-yr old algorithm. There was also discussion on the way to respond to this information, etc.