View Issue Details [ Jump to Notes ] [ Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0013525ParaView(No Category)public2012-10-16 14:332015-01-11 08:32
ReporterUtkarsh Ayachit 
Assigned ToUtkarsh Ayachit 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Versiongit-master 
Target VersionFixed in Version3.98.0 
Summary0013525: 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.
TagsNo tags attached.
ProjectKitware
Topic Name13525_fix_pipeline_updates
Typeincorrect functionality
Attached Files

 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.

 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

Copyright © 2000 - 2018 MantisBT Team