Indeed, it is a pipeline: cut, calculator, surface vectors and two streamline filters at the end. Requesting specific time steps results in going through all the intermediate steps, which can take a very long time.
However! This seems to only happen AFTER an animation was generated (as png images). So likely something is broken here. Can someone confirm please? -- Dominik On Tuesday 02 September 2008 03:16:58 pm Moreland, Kenneth wrote: > I am not seeing that behavior in either the 3.2 release or the CVS version. > As far as I can tell, ParaView is correctly requesting a single time step > from the pipeline. If you have other filters, it is possible that some of > them are requesting multiple time steps. It is also possible to get > "thrashing" behavior if you have a branching pipeline and the branches are > requesting different time steps. > > -Ken > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Dominik Szczerba > > Sent: Monday, September 01, 2008 3:03 PM > > To: [email protected] > > Subject: [Paraview] requesting particular animation frame > > > > I just noticed that requesting an animation frame (by entering a number > > or using << >> buttons) does so by walking (loading) all the frames one > > by one > > from a current one until the desired one is reached. Did I screw > > something in > > the RequestInformation / Update of my Reader? > > Thanks for any hints. > > -- > > Dominik Szczerba, Ph.D. > > Computational Physics Group > > Foundation for Research on Information Technologies in Society > > http://www.itis.ethz.ch > > _______________________________________________ > > ParaView mailing list > > [email protected] > > http://www.paraview.org/mailman/listinfo/paraview -- Dominik Szczerba, Ph.D. Computational Physics Group Foundation for Research on Information Technologies in Society http://www.itis.ethz.ch _______________________________________________ ParaView mailing list [email protected] http://www.paraview.org/mailman/listinfo/paraview
