Thanks Zhanping.

I'm not sure this answers the question of why it is crashing though, as it only happens when the streamline output is connected to a contour filter, and happens even when generating what appear to be valid streamlines. I also did some testing, and the behavior appears to be independent of whether Mask Points or something else (e.g. SphereSource) is used for the seed points...

David




On 5/7/2010 1:23 PM, Zhanping Liu wrote:
Hi David:
The streamline integrator sometimes is sensitive to the selection of the initial step size (which is currently kind of large to incur some issues, given a complex dataset particularly containing multiple blocks of irregular boundaries, with some extreme topological structures). Whenever possible, please use RK-45 (which may not necessarily be slower than RK-2, particularly when your dataset is not large) and small values for the step sizes (initial, max) as well as the error threshold. In addition, care needs to be taken when using 'Mask points' to select the seed points. Sometimes many resulting seeds reside exactly on the boundaries between different blocks. In some rare cases, such seeds may cause problems when 'OUT-OF-DOMAIN' status is detected by the integrator.
    -Zhanping

On Fri, May 7, 2010 at 12:39 PM, David Borland <[email protected] <mailto:[email protected]>> wrote:

    I have some steady-state vector field data that I am visualizing
    using streamlines and particles via the following pipeline:

    Mask Points on the input (~100 points) to generate seeds
    Stream Tracer with Custom Source to generate the streamlines
    Contour on Integration Time to generate particles, which can then
    be animated by animating the Isosurface value.

    This was working fine in v3.6.2, but started crashing in v3.8.0.
     *Note:  The crashing only occurs when the streamline filter
    output is attached to a contour filter.*  After some
    investigating, I realized that part of the problem is with
    different default values for the Stream Tracer in 3.8.0 vs. 3.6.2.
     From what I have been able to figure out so far, it looks like
    different values for the Integrator Type (default of Runge-Kutta 2
    in 3.6.2 and Runge-Kutta 4.5 in 3.8.0) and Initial Step Length
    (default of 0.5 in 3.6.2 and 0.2 in 3.8.0).  After experimenting
    with these values, I have found the following:


    Windows 3.6.2 64-bit binaries:  Crashes for any Runge-Kutta with
    Initial Step Size 0.5
                                                   Works for any
    Runge-Kutta with Initial Step Size 0.2

    Windows 3.8.0 64-bit binaries:  Crashes for any Runge-Kutta with
    Initial Step Size 0.5,
                                                    Hangs for
    Runge-Kutta 4 and 4.5 with Initial Step Size 0.2

    Ubuntu Linux 3.6.2 64-bit build:  Crashes for any Runge-Kutta with
    Initial Step Size 0.5,
                                                      Crashes for
    Runge-Kutta 4.5 with Initial Step Size 0.2

    Ubuntu Linux 3.8.0 64-bit build:  Crashes for any Runge-Kutta with
    Initial Step Size 0.5,
                                                      Crashes for
    Runge-Kutta 4.5 with Initial Step Size 0.2


    The results on Linux seem to be more consistent than on Windows
    (go figure...), and different data sets on Windows seem to have
    slightly differnt behavior, but there certainly seems to be some
    interaction between the initial step size and the integrator type.
     I'd be happy to log a bug if that is more appropriate than
    posting to the mailing list.

    David


    _______________________________________________
    Powered by www.kitware.com <http://www.kitware.com/>

    Visit other Kitware open-source projects at
    http://www.kitware.com/opensource/opensource.html

    Please keep messages on-topic and check the ParaView Wiki at:
    http://paraview.org/Wiki/ParaView

    Follow this link to subscribe/unsubscribe:
    http://www.paraview.org/mailman/listinfo/paraview




--
Zhanping Liu, PhD
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-371-3971 x 138
http://www.zhanpingliu.org
_______________________________________________
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

Reply via email to