[Paraview] parallel rendering is slower than single process rendering and when using D3 filter it becomes much more slower

Hi everyone, I'm using PavaView rendering a dataset which contains 5,000,000 particles. The output file of each single time step is about 172 MB in size. It takes about 100 seconds to render 9 time steps' data when using a single process,and I think it is large enough to take the advantage

Re: [Paraview] moving streamlines with flow

If you want the seeds to move my suggestion would be to use a programmable source that generates those seeds and then use the Stream Tracer With Custom Source filter. This does require knowing the how the seeds change with time a priori. If you want the seeds to advect with the flow you could try

Re: [Paraview] moving streamlines with flow

Jan, This will straddle the boundary of ParaView and Plasma Physics: first, this is a good lesson in the non-reality of the “frozen-in” condition for field lines – they are just integral lines and something to always keep in mind; second, I think you would have to specify your own list of seed

Re: [Paraview] plugins with 5.2

Burlen, See Qt dependencies changes documented here: http://www.paraview.org/ParaView3/Doc/Nightly/www/cxx-doc/MajorAPIChanges.html include(ParaViewQt) # generally not needed, since auto-included pv_find_package_qt(qt_targets QT4_COMPONENTS QtGui QT5_COMPONENTS Widgets)

Re: [Paraview] moving streamlines with flow

Jan, Do you have a sample dataset to share? It'll be easier for me to try a few things locally before suggesting what could work. Utkarsh On Wed, Dec 21, 2016 at 3:55 PM, Jan Deca wrote: > Hello, > > I am running simulations of magnetized plasma flow through a computational

[Paraview] git question on paraview-superbuild master

I have a question, which is probably related to my lack of experience with git: https://gitlab.kitware.com/paraview/common-superbuild/blob/master/versions.cmake contains the line set(qt5_ver "${qt5_ver_series}.1") However, when I follow