View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0005247ParaView(No Category)public2007-06-27 13:052009-05-13 13:59
ReporterClinton Stimpson 
Assigned ToUtkarsh Ayachit 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionunable to reproduce 
PlatformOSOS Version
Product Version 
Target Version3.4Fixed in Version3.4 
Summary0005247: too many renders when hitting accept
DescriptionWe get at least a few calls to vtkRenderWindow::Render for the first time accept is pressed.

Not yet sure why that happens.

When changing any parameters afterwards, hitting accept leads to 2 calls to vtkRenderWindow::Render().

The second is caused by the display representation widget watching to update itself on a queued connection, and updating itself causes another render.
TagsNo tags attached.
Project
Topic Name
Type
Attached Files

 Relationships

  Notes
(0007954)
Clinton Stimpson (developer)
2007-06-28 12:12

/cvsroot/ParaView3/ParaView3/Qt/Components/pqDisplayRepresentationWidget.cxx,v <-- pqDisplayRepresentationWidget.cxx
new revision: 1.13; previous revision: 1.12
(0007955)
Clinton Stimpson (developer)
2007-06-28 12:19


Still have 5 renders when pressing accept for the first time on a new source.
We get 3 renders when hitting accept to create a second source.
Creating a filter, before accept, with a 3d widget causes 2 renders instead of 1.
(0011353)
Utkarsh Ayachit (administrator)
2008-04-15 16:36

I put a print statement in vtkSMViewProxy::StillRender(). Here's what I observer:

* Create sphere -- no render
* Apply sphere -- 1 render
* create clip -- 1 render (needed since we are not showing the 3D widget)
* apply clip -- 1 render

I used the toolbar to create the clip filter. If you use the menu, then it will repaint the QVTKWidget causing additional renders.
(0011361)
Alan Scott (manager)
2008-04-15 17:00

Internal to ParaView. Closed.

 Issue History
Date Modified Username Field Change
2008-04-09 21:02 Berk Geveci Assigned To Berk Geveci => Utkarsh Ayachit
2008-04-09 21:02 Berk Geveci Priority low => normal
2008-04-09 21:02 Berk Geveci Category => 3.4
2008-04-15 16:36 Utkarsh Ayachit Status tabled => @80@
2008-04-15 16:36 Utkarsh Ayachit Resolution open => unable to reproduce
2008-04-15 16:36 Utkarsh Ayachit Note Added: 0011353
2008-04-15 17:00 Alan Scott Status @80@ => closed
2008-04-15 17:00 Alan Scott Note Added: 0011361
2009-05-13 13:58 Utkarsh Ayachit Target Version => 3.4
2009-05-13 13:59 Utkarsh Ayachit Fixed in Version => 3.4
2011-06-16 13:10 Zack Galbreath Category => (No Category)


Copyright © 2000 - 2018 MantisBT Team