| View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
| 0009983 | VTK | (No Category) | public | 2009-12-01 10:32 | 2016-08-12 09:55 | ||||
| Reporter | François Bertel | ||||||||
| Assigned To | Kitware Robot | ||||||||
| Priority | normal | Severity | feature | Reproducibility | N/A | ||||
| Status | closed | Resolution | moved | ||||||
| Platform | OS | OS Version | |||||||
| Product Version | |||||||||
| Target Version | Fixed in Version | ||||||||
| Summary | 0009983: Framework for sharing OpenGL resources between several vtkOpenGLRenderWindows | ||||||||
| Description | Examples of application: 1. several vtkRenderWindows, each one representing a different view point of the same scene: you want to share the resources (textures,shader program, framebuffer object, buffer objects, display lists). 2. Or different views of the same volume: share the 3D texture but show a different slice on each view. It only makes sense if there is a view using the whole 3D textures as it might less expensive to just load 2 2D textures to the VRAM. Benefit of sharing resources: saving memory. Drawback: some synchronization mechanism might be necessary (not in the sense of multithreading, but in the sense of make sure everybody is up-to-date about the shared resources). None of the case above require multithreading. It can be done in one GUI thread, iterating over each vtkRenderWindow and changing its current OpenGL context. | ||||||||
| Additional Information | Implementation note: each vtkOpenGLRenderWindow is attached to a unique default framebuffer and a unique OpenGL context. The OpenGL contexts share a common set of server resources (in the sense of OpenGL server) Therefore, it seems natural to create a class vtkOpenGLResources representing the shared server state. Each vtkOpenGLRenderWindow object (or maybe better, each vtkOpenGLContext (new class)) will point to the same vtkOpenGLResources object. Issues to address: right now, each prop (OpenGL concrete class like vtkOpenGLActor) owns its OpenGL resources (texture, display list). | ||||||||
| Tags | No tags attached. | ||||||||
| Project | |||||||||
| Type | |||||||||
| Attached Files | |||||||||
| Relationships | |
| Relationships |
| Notes | |
|
(0037122) Kitware Robot (administrator) 2016-08-12 09:55 |
Resolving issue as `moved`. This issue tracker is no longer used. Further discussion of this issue may take place in the current VTK Issues page linked in the banner at the top of this page. |
| Notes |
| Issue History | |||
| Date Modified | Username | Field | Change |
| 2009-12-01 10:32 | François Bertel | New Issue | |
| 2009-12-01 10:32 | François Bertel | Status | backlog => tabled |
| 2009-12-01 10:32 | François Bertel | Assigned To | => François Bertel |
| 2010-09-07 13:44 | François Bertel | Assigned To | François Bertel => |
| 2011-06-16 13:11 | Zack Galbreath | Category | => (No Category) |
| 2016-08-12 09:55 | Kitware Robot | Note Added: 0037122 | |
| 2016-08-12 09:55 | Kitware Robot | Status | expired => closed |
| 2016-08-12 09:55 | Kitware Robot | Resolution | open => moved |
| 2016-08-12 09:55 | Kitware Robot | Assigned To | => Kitware Robot |
| Issue History |
| Copyright © 2000 - 2018 MantisBT Team |