View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0013525 | ParaView | (No Category) | public | 2012-10-16 14:33 | 2015-01-11 08:32 | ||||
Reporter | Utkarsh Ayachit | ||||||||
Assigned To | Utkarsh Ayachit | ||||||||
Priority | normal | Severity | minor | Reproducibility | have not tried | ||||
Status | closed | Resolution | fixed | ||||||
Platform | OS | OS Version | |||||||
Product Version | git-master | ||||||||
Target Version | Fixed in Version | 3.98.0 | |||||||
Summary | 0013525: When playing animation, display lists are always discarded even if pipeline data didn't change with time. | ||||||||
Description | * Create Sphere * Step through animation. By adding break points in debugger, we detect that the display lists are regenerated for each timestep, even in builtin mode. That's bad. We can expect the data to be "forced" to be delivered in client-server mode since the client cannot be any more smart about whether the pipeline really executed, but it's not acceptable in builtin mode. | ||||||||
Tags | No tags attached. | ||||||||
Project | Kitware | ||||||||
Topic Name | 13525_fix_pipeline_updates | ||||||||
Type | incorrect functionality | ||||||||
Attached Files | |||||||||
Relationships | |
Relationships |
Notes | |
(0029396) Utkarsh Ayachit (administrator) 2012-10-16 14:41 |
commit 07671104c1ad1030e9e16b0b71f81529659906dc Author: Utkarsh Ayachit <utkarsh.ayachit@kitware.com> Date: Tue Oct 16 14:35:31 2012 -0400 Fixed BUG 0013525. Avoid rendering pipeline resets when playing animation. When playing animation, display lists are always discarded even if pipeline data didn't change with time. Although the geometry filter and the vtkPVCacheKeeper in vtkGeometryRepresentation didn't re-execute, the data was still treated as modified. This was due to the logic in vtkPVDataDeliveryManager::SetPiece(). The code was implemented to look at the DataTime provided by the pipeline. That was done so that we could detect the change in data object when representation type changes. However, the same can be done simply by comparing the data-object pointer. Doing that addresses this bug as well. Note however, in client-server mode, we still would force delivery for all representations when time changes irrespective of whether the data really changed. Change-Id: I1b41778a5e3fcfa041ff48860c5311245a5182a7 |
(0029452) Utkarsh Ayachit (administrator) 2012-10-19 14:29 |
merged into master, if applicable. |
(0030182) Alan Scott (manager) 2013-01-17 19:22 |
Trusting Utkarsh's running this in a debugger. It should be fine in remote server mode. |
Notes |
Issue History | |||
Date Modified | Username | Field | Change |
2012-10-16 14:33 | Utkarsh Ayachit | New Issue | |
2012-10-16 14:33 | Utkarsh Ayachit | Assigned To | => Utkarsh Ayachit |
2012-10-16 14:41 | Utkarsh Ayachit | Topic Name | => 13525_fix_pipeline_updates |
2012-10-16 14:41 | Utkarsh Ayachit | Note Added: 0029396 | |
2012-10-16 14:41 | Utkarsh Ayachit | Status | backlog => gatekeeper review |
2012-10-16 14:41 | Utkarsh Ayachit | Fixed in Version | => git-next |
2012-10-16 14:41 | Utkarsh Ayachit | Resolution | open => fixed |
2012-10-19 14:29 | Utkarsh Ayachit | Fixed in Version | git-next => git-master |
2012-10-19 14:29 | Utkarsh Ayachit | Status | gatekeeper review => customer review |
2012-10-19 14:29 | Utkarsh Ayachit | Note Added: 0029452 | |
2012-10-29 17:04 | Utkarsh Ayachit | Fixed in Version | git-master => 3.98.0 |
2013-01-17 19:22 | Alan Scott | Note Added: 0030182 | |
2013-01-17 19:22 | Alan Scott | Status | customer review => closed |
2015-01-11 08:31 | Utkarsh Ayachit | Source_changeset_attached | => ParaView master adf704ec |
2015-01-11 08:32 | Utkarsh Ayachit | Source_changeset_attached | => ParaView master 07671104 |
Issue History |
Copyright © 2000 - 2018 MantisBT Team |