Thanks for your help Andy. No. Their names are "tsfc" and "psfc". In this
case, I have only one input port and two fields. I could also try to test
with different fields but I could do it on Monday when I have access to
server.
Regards,
--ufuk
> Are the fields uniquely named? That would be my
I have not had time to look into this, but my quick guess is that you have
a multiblock dataset with a lot of blocks. Can you try merging the blocks
all together somehow into one block and see if the rendering speed improves?
On Tue, Nov 15, 2016 at 5:35 AM, Stefan Melber
Are the fields uniquely named? That would be my first guess. Other than
that, what are the names of the fields? Some names are specially handled in
which case they may be hidden in the ParaView GUI.
On Fri, Dec 9, 2016 at 8:23 AM, Ufuk Utku Turuncoglu (BE) <
u.utku.turunco...@be.itu.edu.tr>
Stefan,
I am testing out 5.2.0 with offscreen rendering and have observed similar
results. My version built with OpenGL2 is slightly faster than the OpenGL
version for non surface LIC operations, but massively slower when using
Surface LIC.
Comparing back to version 4.4.0, version 5.2.0 with
Paraview community,
I am trying to batch process CFD results for aero-optic analysis. My plan
is to create a series of PlotOverLine interpolations between the sensor and
farfield boundary, and then use the data along that ray to do the
aero-optic calculations. I will be using pvbatch since I have
Hi,
I am using allinputsgridwriter.py to write data that are coming from
co-processing. The problem is that the result file does not contain all
the fields. The adaptor code sends two fields but the written file has
only single field (the first one). The same adaptor code and
Hello ParaView World,
I'm working on a project that uses extensively the concept of "scene graph"
where a modification on a parent node is propagated to children nodes. The
scene consists of relatively big number of objects. For example, I want that
when applying a rotation to the root node,