ParaView 3.6 Deliverables: Difference between revisions
From ParaQ Wiki
Jump to navigationJump to search
No edit summary |
No edit summary |
||
Line 64: | Line 64: | ||
| Shaders | | Shaders | ||
| Implementation in 2.6 is "experimental" and does not seem to be of any practical use to anyone. Utkarsh is working on new GPU pipeline stuff. Next generation should take advantage of that. | | Implementation in 2.6 is "experimental" and does not seem to be of any practical use to anyone. Utkarsh is working on new GPU pipeline stuff. Next generation should take advantage of that. | ||
- | |||
| vtkIdType size | |||
| Currently the user must select the size of vtkIdType (32 vs 64) at compile time. This is not an ideal way to select the id size. Usually, you want 32 bit ids (for the smaller size), but when dealing with large MPI jobs, there is a chance you might need to represent global ids with 64 bits. We should look into possible ways to support selecting an Id size at run time without breaking backwards compatibility. | |||
|} | |} |
Revision as of 12:21, 28 August 2008
Name | Description | Owner | |
---|---|---|---|
ParaView/Titan Chart Merger | If not already complete. | ||
Tables |
| ||
Multicore | Multi-core desktops are becoming commonplace. It is now reasonable for a user to invest in an 8 core desktop with several GB of memory in lieu of a visualization cluster. Unfortunately, ParaView has no good way of taking advantage of the multiple cores. | ||
D4 | Time to get rolling on the next generation distributed data decomposition filter. D4 Design | ||
More multiblock |
| ||
Simplified state/scripting | Right now getting any scripting in ParaView has a high learning curve. State files are unreadable and almost completely uneditable. To do any scripting at all, you need to learn a significant chunk of Python bindings. To make this easier, ParaView should output a much more friendly way of scripting things. Either the state written out should be much simpler (show only the things that pertain to the current view) or be able to write out a very simplified Python script to get back to the state, or both. | ||
Foreground color | Add ability to specify a foreground color for a view (in addition to the background color). The foreground color is the default color for text, lines, and that sort of thing in 2D and 3D widgets. | ||
Particle Support | Leverage the work from CSCS.
| ||
Movie view | Add movie file readers that behave like an image reader the supports time. When viewed in a 2D image view with the time controls, ParaView becomes a simple movie viewer. | ||
Temporal cleanup |
| ||
Plots along curves | Now you can plot along a line segment in space (defined by two endpoints). Users want to plot along other types of curves in space.
| ||
Custom filter cleanup |
| ||
Shaders | Implementation in 2.6 is "experimental" and does not seem to be of any practical use to anyone. Utkarsh is working on new GPU pipeline stuff. Next generation should take advantage of that.
- |
vtkIdType size | Currently the user must select the size of vtkIdType (32 vs 64) at compile time. This is not an ideal way to select the id size. Usually, you want 32 bit ids (for the smaller size), but when dealing with large MPI jobs, there is a chance you might need to represent global ids with 64 bits. We should look into possible ways to support selecting an Id size at run time without breaking backwards compatibility. |