Re: [Paraview] remove mesh partition

[George Zagaris]

Hi Hadrien,

Does your output consist of partition(zone) connectivity information
or any information about nodes that are on internal boundaries?
If the simulation can write out an additional mask array to indicate
the nodes on the internal boundaries, then you could use threshold
within ParaView to remove internal boundaries.

Best,
George


On Fri, Aug 31, 2012 at 10:43 AM, hadrien calmet  wrote:
> Hi everybody
>
> The output of my parallel cfd code is in Hdf5 and Xdmf.
> My problem is that paraview displays the mesh partitions.
> I want to remove it to just see the computation domain.
> I put a picture, it is better to understand my problem.
> the computational domain is a cube and I use 3 processors (so 2 slaves -> 2
> partitions)
>
> There is a solution with paraview to remove the mesh partition ?
> like a filter ?
> or I have to modify the hdf5 implementation ?
>
> thank you very much
>
> --
> Hadrien Calmet
> Dpt. Computer Applications in Science and Engineering
> Barcelona Supercomputing Center (BSC-CNS)
> Edificio NEXUS I, Office 204
> c) Gran Capitan 2-4
> 08034 Barcelona, Spain
> Tel: +34 93 405 4289
> Fax: +34 93 413 7721
> Www: www.bsc.es
>
>
>
> WARNING / LEGAL TEXT: This message is intended only for the use of the
> individual or entity to which it is addressed and may contain
> information which is privileged, confidential, proprietary, or exempt
> from disclosure under applicable law. If you are not the intended
> recipient or the person responsible for delivering the message to the
> intended recipient, you are strictly prohibited from disclosing,
> distributing, copying, or in any way using this message. If you have
> received this communication in error, please notify the sender and
> destroy and delete any copies you may have received.
>
> http://www.bsc.es/disclaimer
> ___
> 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
>
___
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

Re: [Paraview] ParaView thinks that it does not have a wind blade reader

[Andy Bauer]

Thanks for the files. I think the best place to put the reader files would
be for VTK/IO/Geometry for vtkWindBladeReader and make a new directory
ParallelMPI to put the vtkPWindBladeReader in. If you want to get this into
VTK and ParaView faster I would suggest that you push your VTK branch to
gerrit and then I can do a review. Otherwise it will probably have to wait
2 or 3 weeks before I can get to it. If you do push it to gerrit for review
you can add me as a reviewer.

Andy

On Fri, Aug 31, 2012 at 2:09 PM, Sohail Shafii  wrote:

> Ok, attached is the newest Wind blade reader.  It makes no calls to MPI in
> the constructor; only in request data or functions related to the parallel
> version of wind blade reader.
>
> I also have the change related to the vtkObjectFactory in there.  Like the
> vtkPNrrdReader, the object factory code is in the base (serial) class --
> the parallel class just has the standard new macro. As  I said below, I
> think the problem with the gradient filter might be related with the
> gradient filter I'm using (which is from the master repo from late July).
>
> It reads in serial and parallel. If it works for your tests we'll have to
> modify the xml file so that it is enabled for serial.  There are also some
> commented (old) code sections; once you guys approve of the class I can
> delete the pieces of commented code.
>
> In regards to locations of the classes: I have the vtkPWind* sitting in
> VTK/Parallel/MPI and vtkWind* files sitting in VTK/IO/Geometry.  I realize
> that the parallel version should be elsewhere; I just placed it in inside
> of VTK/Parallel/MPI for testing purposes.
>
> For the parallel version, I added vtkPWindBladeReader.cxx to the
> corresponding CMakeLists.txt file (Module_SRCS section) in the
> VTK/Parallel/MPI directory.  I also added these lines to the file:
> # Now to generate our object factory.
> set( vtk_module_overrides
>   WindBladeReader
>   )
>
> I did something similar for the vtkWindBladeReader for its corresponding
> CMakeLists.txt file in VTK/IO/Geometry but did not added any lines related
> to vtk_module_overrides.
>
>
>
> On Tue, Aug 28, 2012 at 12:42 PM, Sohail Shafii wrote:
>
>> As far as the gradient filter is concerned: I pick the UVW array in the
>> GUI.  It does compute a gradient, but only for one array -- "A-Scale
>> turbulence" (all variables are loaded).  So picking a different array in
>> the GUI doesn't seem to make a difference as it keeps computing gradient
>> for that one input (point data) array.  That's why it can't compute
>> vorticity or q-criterion because a-scale turbulence is a 1-component array.
>>
>> Might be because I'm using an older version of the repo from late July.
>>
>> Sohail
>>
>>
>> On Tue, Aug 28, 2012 at 11:51 AM, Sohail Shafii wrote:
>>
>>> Well I guess it's not a problem in the derived functions if I check to
>>> see if MPI is available; if not, call the superclass's version of the
>>> virtual function.
>>>
>>>
>>> On Tue, Aug 28, 2012 at 11:32 AM, Sohail Shafii wrote:
>>>
 MPI is only used if it's available. It tries to see if there is a
 MPIController available.  If not, then the number of ranks is 1, which
 means that the parallel class calls the super class's requestdata (super
 class is the serial wind blade reader).

 However, the parallel class overrides certain functions to make use of
 MPI. So even the parallel instantiation will call the superclass's
 requestdata, the overriden functions that are called from that point on
 assume that MPI is available...this is a problem when the MPI controller is
 not available.

 On another note, it appears that the rectilinear grid that I am reading
 (VTK file, structured points I think) is read by the vtkFileSeriesReader,
 which makes use of the vtkPDataSetReader class.  Strange that if I use
 vtkPDataSetReader myself in C++ code that uses VTK and not paraview,
 bounds/cell information is not generated. So I think that ParaView does
 something else besides using that reader...hmmm.


 On Mon, Aug 27, 2012 at 7:32 PM, Andy Bauer wrote:

>
>
> On Mon, Aug 27, 2012 at 6:53 PM, Sohail Shafii 
> wrote:
>
>> I see...so if MPI is running then it will create a parallel version
>> of the class. Otherwise, it will create the normal reader.
>>
>
> Technically, if ParaView is built with MPI enabled it will create the
> parallel version of the class every time whether or not the client, 
> server,
> or python scripts are actually run with mpiexec, mpirun, or whatever is
> used to start the executable. So you can't rely on MPI being initialized
> and should not initialize it yourself in your class as that can cause
> problems as well. I think that's what you meant but wanted to be as clear
> as possible for the implications for the classes.
>
>
>>
>> As far as the check goes for a multiprocess controlle

[Paraview] Manipulating Big Data through Python Shell

Hello,

I am trying to control renderings with a WiiMote instead of a mouse using Pat 
Marion's ParaViewSocketPlugin to send commands  to ParaView's python shell (see 
attached .py file) and running into an issue. When trying to manipulate 20MB of 
point cloud data, ParaView severely lags behind after sending commands and I 
was able to narrow it down to the 'Render()' call. My current fix has been to 
only call 'Render()' every third iteration of commands I send but this doesn't 
necessarily solve the issue as I plan on moving to GB sized data.

Does anyone have a suggestion as to what I can do to speed up rendering through 
the python shell, or another way of manipulating the render data from an 
external program?

Some extra information:

1.   I am running ParaView 3.14.1 64bit from source on Ubuntu 12.04

2.   Quickly rotating 15MB of point-data with the mouse peaks my CPU at 
about 53%. With my Wiimote application, this is just a little higher at 55% 
(rendering on every command).

3.   WiiMotes poll slower than most computer mice at 100Hz. So I'm pretty 
sure not sending commands any faster than a mouse would.

4.   Python commands are based on the python examples included with 
ParaView 3.14.1. They were designed to work as closely as possible to what C++ 
Trackball commands do. (This was my first time working with python or 
visualization manipulation so any advice on general improvements to the 
commands would be greatly appreciated too!)

5.   The Wii application works by utilizing the Nunchuk. Button 
combinations determine what type of manipulation (Panning, Zoom, Rotate, and 
Spin) and then it converts the magnitude and angle of the joystick into x-y 
coordinates.

I have tried to include all the information that I thought would be relevant 
but if there is anything else that you would like to know, I'd be more than 
happy to provide it.

Thanks,

Travis J. Bueter
--
Missouri University of Science and Technology - Junior
B.S. Computer Engineering/Computer Science
tjb...@mail.mst.edu
(573)-238-5843

IT RSS
Treasurer - MS&T Robotics Competition Team
--



init.py
Description: init.py
___
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

Re: [Paraview] Manipulating Big Data through Python Shell

[Berk Geveci]

Cool stuff! The performance problem makes me think that ParaView is not
using display lists. Is Immediate Mode Rendering off? (it should be). When
you get to GB size data, there will have to be some LOD involved. No
graphics card can render that many points at interactive rates.

On Fri, Aug 31, 2012 at 3:47 PM, Bueter, Travis J. (S&T-Student) <
tjb...@mail.mst.edu> wrote:

>  Hello,
>
>  
>
> I am trying to control renderings with a WiiMote instead of a mouse using
> Pat Marion’s ParaViewSocketPlugin to send commands  to ParaView’s python
> shell (see attached .py file) and running into an issue. When trying to
> manipulate 20MB of point cloud data, ParaView severely lags behind after
> sending commands and I was able to narrow it down to the ‘Render()’ call.
> My current fix has been to only call ‘Render()’ every third iteration of
> commands I send but this doesn’t necessarily solve the issue as I plan on
> moving to GB sized data.
>
>  
>
> Does anyone have a suggestion as to what I can do to speed up rendering
> through the python shell, or another way of manipulating the render data
> from an external program?
>
>  
>
> Some extra information:
>
> **1.   **I am running ParaView 3.14.1 64bit from source on Ubuntu
> 12.04
>
> **2.   **Quickly rotating 15MB of point-data with the mouse peaks my
> CPU at about 53%. With my Wiimote application, this is just a little higher
> at 55% (rendering on every command).
>
> **3.   **WiiMotes poll slower than most computer mice at 100Hz. So
> I’m pretty sure not sending commands any faster than a mouse would.
>
> **4.   **Python commands are based on the python examples included
> with ParaView 3.14.1. They were designed to work as closely as possible to
> what C++ Trackball commands do. (This was my first time working with python
> or visualization manipulation so any advice on general improvements to the
> commands would be greatly appreciated too!)
>
> **5.   **The Wii application works by utilizing the Nunchuk. Button
> combinations determine what type of manipulation (Panning, Zoom, Rotate,
> and Spin) and then it converts the magnitude and angle of the joystick into
> x-y coordinates.
>
>  
>
> I have tried to include all the information that I thought would be
> relevant but if there is anything else that you would like to know, I’d be
> more than happy to provide it.
>
>  
>
> Thanks,
>
> ** **
>
> *Travis J. Bueter*
>
> --
>
> *Missouri University of Science and Technology - Junior*
>
> B.S. Computer Engineering/Computer Science
>
> tjb...@mail.mst.edu
>
> (573)-238-5843
>
> ** **
>
> IT RSS
>
> Treasurer – MS&T Robotics Competition Team
>
> --
>
> ** **
>
> ___
> 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
>
>
___
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

Re: [Paraview] Manipulating Big Data through Python Shell

[Aashish Chaudhary]

This is pretty cool!! Would it be possible to create a video of your
interactions? Just to be sure, so are you saying that when you interact
with mouse, the performance is much better than when you use wiimote? If
performance is bad with both devices then it could be what Berk said. If
one is better than another then there is something else is going on.

Thanks,




On Fri, Aug 31, 2012 at 4:08 PM, Berk Geveci wrote:

> Cool stuff! The performance problem makes me think that ParaView is not
> using display lists. Is Immediate Mode Rendering off? (it should be). When
> you get to GB size data, there will have to be some LOD involved. No
> graphics card can render that many points at interactive rates.
>
> On Fri, Aug 31, 2012 at 3:47 PM, Bueter, Travis J. (S&T-Student) <
> tjb...@mail.mst.edu> wrote:
>
>>  Hello,
>>
>>  
>>
>> I am trying to control renderings with a WiiMote instead of a mouse using
>> Pat Marion’s ParaViewSocketPlugin to send commands  to ParaView’s python
>> shell (see attached .py file) and running into an issue. When trying to
>> manipulate 20MB of point cloud data, ParaView severely lags behind after
>> sending commands and I was able to narrow it down to the ‘Render()’ call.
>> My current fix has been to only call ‘Render()’ every third iteration of
>> commands I send but this doesn’t necessarily solve the issue as I plan on
>> moving to GB sized data.
>>
>>  
>>
>> Does anyone have a suggestion as to what I can do to speed up rendering
>> through the python shell, or another way of manipulating the render data
>> from an external program?
>>
>>  
>>
>> Some extra information:
>>
>> **1.   **I am running ParaView 3.14.1 64bit from source on Ubuntu
>> 12.04
>>
>> **2.   **Quickly rotating 15MB of point-data with the mouse peaks my
>> CPU at about 53%. With my Wiimote application, this is just a little higher
>> at 55% (rendering on every command).
>>
>> **3.   **WiiMotes poll slower than most computer mice at 100Hz. So
>> I’m pretty sure not sending commands any faster than a mouse would.
>>
>> **4.   **Python commands are based on the python examples included
>> with ParaView 3.14.1. They were designed to work as closely as possible to
>> what C++ Trackball commands do. (This was my first time working with python
>> or visualization manipulation so any advice on general improvements to the
>> commands would be greatly appreciated too!)
>>
>> **5.   **The Wii application works by utilizing the Nunchuk. Button
>> combinations determine what type of manipulation (Panning, Zoom, Rotate,
>> and Spin) and then it converts the magnitude and angle of the joystick into
>> x-y coordinates.
>>
>>  
>>
>> I have tried to include all the information that I thought would be
>> relevant but if there is anything else that you would like to know, I’d be
>> more than happy to provide it.
>>
>>  
>>
>> Thanks,
>>
>> ** **
>>
>> *Travis J. Bueter*
>>
>> --***
>> *
>>
>> *Missouri University of Science and Technology - Junior*
>>
>> B.S. Computer Engineering/Computer Science
>>
>> tjb...@mail.mst.edu
>>
>> (573)-238-5843
>>
>> ** **
>>
>> IT RSS
>>
>> Treasurer – MS&T Robotics Competition Team
>>
>> --***
>> *
>>
>> ** **
>>
>> ___
>> 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
>>
>>
>
> ___
> 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
>
>


-- 
| Aashish Chaudhary
| R&D Engineer
| Kitware Inc.
| www.kitware.com
___
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

Re: [Paraview] Manipulating Big Data through Python Shell

[Aashish Chaudhary]

On Fri, Aug 31, 2012 at 4:27 PM, Bueter, Travis J. (S&T-Student) <
tjb...@mail.mst.edu> wrote:

>  I would be happy to post a video, but I wouldn’t be able to make and
> then post it until later next week.
>

Thanks, can't wait!


> For very small data (such as a simple sphere), the WiiMote performs with
> only the slightest bit of lag in comparison to the mouse. But as the data
> gets larger, the lag increases linearly with the size.
>
> **
>

So quickly looking into the code, you have Render() call at the end of each
transformations. Can't you combine them into single call, meaning that you
can perform all sort of transformations and then call Render() at the end?

Best,
Aashish


>


> **
>
> *From:* Aashish Chaudhary [mailto:aashish.chaudh...@kitware.com]
> *Sent:* Friday, August 31, 2012 3:20 PM
> *To:* Berk Geveci
> *Cc:* Bueter, Travis J. (S&T-Student); paraview@paraview.org
> *Subject:* Re: [Paraview] Manipulating Big Data through Python Shell
>
> ** **
>
> This is pretty cool!! Would it be possible to create a video of your
> interactions? Just to be sure, so are you saying that when you interact
> with mouse, the performance is much better than when you use wiimote? If
> performance is bad with both devices then it could be what Berk said. If
> one is better than another then there is something else is going on.  
>
> ** **
>
> Thanks,
>
> ** **
>
> ** **
>
> ** **
>
> On Fri, Aug 31, 2012 at 4:08 PM, Berk Geveci 
> wrote:
>
> Cool stuff! The performance problem makes me think that ParaView is not
> using display lists. Is Immediate Mode Rendering off? (it should be). When
> you get to GB size data, there will have to be some LOD involved. No
> graphics card can render that many points at interactive rates.
>
> On Fri, Aug 31, 2012 at 3:47 PM, Bueter, Travis J. (S&T-Student) <
> tjb...@mail.mst.edu> wrote:
>
>   Hello,
>
>  
>
> I am trying to control renderings with a WiiMote instead of a mouse using
> Pat Marion’s ParaViewSocketPlugin to send commands  to ParaView’s python
> shell (see attached .py file) and running into an issue. When trying to
> manipulate 20MB of point cloud data, ParaView severely lags behind after
> sending commands and I was able to narrow it down to the ‘Render()’ call.
> My current fix has been to only call ‘Render()’ every third iteration of
> commands I send but this doesn’t necessarily solve the issue as I plan on
> moving to GB sized data.
>
>  
>
> Does anyone have a suggestion as to what I can do to speed up rendering
> through the python shell, or another way of manipulating the render data
> from an external program?
>
>  
>
> Some extra information:
>
> 1.   I am running ParaView 3.14.1 64bit from source on Ubuntu 12.04***
> *
>
> 2.   Quickly rotating 15MB of point-data with the mouse peaks my CPU
> at about 53%. With my Wiimote application, this is just a little higher at
> 55% (rendering on every command).
>
> 3.   WiiMotes poll slower than most computer mice at 100Hz. So I’m
> pretty sure not sending commands any faster than a mouse would.
>
> 4.   Python commands are based on the python examples included with
> ParaView 3.14.1. They were designed to work as closely as possible to what
> C++ Trackball commands do. (This was my first time working with python or
> visualization manipulation so any advice on general improvements to the
> commands would be greatly appreciated too!)
>
> 5.   The Wii application works by utilizing the Nunchuk. Button
> combinations determine what type of manipulation (Panning, Zoom, Rotate,
> and Spin) and then it converts the magnitude and angle of the joystick into
> x-y coordinates.
>
>  
>
> I have tried to include all the information that I thought would be
> relevant but if there is anything else that you would like to know, I’d be
> more than happy to provide it.
>
>  
>
> Thanks,
>
>  
>
> *Travis J. Bueter*
>
> --
>
> *Missouri University of Science and Technology - Junior*
>
> B.S. Computer Engineering/Computer Science
>
> tjb...@mail.mst.edu
>
> (573)-238-5843
>
>  
>
> IT RSS
>
> Treasurer – MS&T Robotics Competition Team
>
> --
>
>  
>
> ** **
>
> ___
> 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
>
>
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on

Re: [Paraview] Manipulating Big Data through Python Shell

Immediate Mode Rendering is off but I can't seem to utilize the LOD. I have it 
set and it clearly works when I use the mouse but the effects are not present 
when I use the WiiMote. I've yet to figure out how to get it to work with my 
application by using python.

From: Berk Geveci [mailto:berk.gev...@kitware.com]
Sent: Friday, August 31, 2012 3:08 PM
To: Bueter, Travis J. (S&T-Student)
Cc: paraview@paraview.org
Subject: Re: [Paraview] Manipulating Big Data through Python Shell

Cool stuff! The performance problem makes me think that ParaView is not using 
display lists. Is Immediate Mode Rendering off? (it should be). When you get to 
GB size data, there will have to be some LOD involved. No graphics card can 
render that many points at interactive rates.
On Fri, Aug 31, 2012 at 3:47 PM, Bueter, Travis J. (S&T-Student) 
mailto:tjb...@mail.mst.edu>> wrote:
Hello,

I am trying to control renderings with a WiiMote instead of a mouse using Pat 
Marion's ParaViewSocketPlugin to send commands  to ParaView's python shell (see 
attached .py file) and running into an issue. When trying to manipulate 20MB of 
point cloud data, ParaView severely lags behind after sending commands and I 
was able to narrow it down to the 'Render()' call. My current fix has been to 
only call 'Render()' every third iteration of commands I send but this doesn't 
necessarily solve the issue as I plan on moving to GB sized data.

Does anyone have a suggestion as to what I can do to speed up rendering through 
the python shell, or another way of manipulating the render data from an 
external program?

Some extra information:

1.   I am running ParaView 3.14.1 64bit from source on Ubuntu 12.04

2.   Quickly rotating 15MB of point-data with the mouse peaks my CPU at 
about 53%. With my Wiimote application, this is just a little higher at 55% 
(rendering on every command).

3.   WiiMotes poll slower than most computer mice at 100Hz. So I'm pretty 
sure not sending commands any faster than a mouse would.

4.   Python commands are based on the python examples included with 
ParaView 3.14.1. They were designed to work as closely as possible to what C++ 
Trackball commands do. (This was my first time working with python or 
visualization manipulation so any advice on general improvements to the 
commands would be greatly appreciated too!)

5.   The Wii application works by utilizing the Nunchuk. Button 
combinations determine what type of manipulation (Panning, Zoom, Rotate, and 
Spin) and then it converts the magnitude and angle of the joystick into x-y 
coordinates.

I have tried to include all the information that I thought would be relevant 
but if there is anything else that you would like to know, I'd be more than 
happy to provide it.

Thanks,

Travis J. Bueter
--
Missouri University of Science and Technology - Junior
B.S. Computer Engineering/Computer Science
tjb...@mail.mst.edu
(573)-238-5843

IT RSS
Treasurer - MS&T Robotics Competition Team
--


___
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

___
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

Re: [Paraview] Manipulating Big Data through Python Shell

[David Zemon]

Travis has already left for the weekend so I'll take over Q&A for what I 
know.


1) A video is probably possible but I'll want to okay with boss-man first.
2) Performance is significantly worse when using the Wii nunchuck. We 
can render a simple 15 MB point cloud on our dual-core laptops with 256 
MB Quardo NVS 160M and manipulate it with a mouse, but our head node 
lags very badly despite its quad-core CPU and 2 GB Quadro 5000 if using 
the Wii's nunchuck.


Cheers,
David

On 08/31/2012 03:32 PM, paraview-requ...@paraview.org wrote:

Send ParaView mailing list submissions to
paraview@paraview.org

To subscribe or unsubscribe via the World Wide Web, visit
http://www.paraview.org/mailman/listinfo/paraview
or, via email, send a message with subject or body 'help' to
paraview-requ...@paraview.org

You can reach the person managing the list at
paraview-ow...@paraview.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of ParaView digest..."


Today's Topics:

1. Re: Manipulating Big Data through Python Shell (Aashish Chaudhary)
2. Re: Manipulating Big Data through Python Shell (Aashish Chaudhary)


--

Message: 1
Date: Fri, 31 Aug 2012 16:20:06 -0400
From: Aashish Chaudhary 
Subject: Re: [Paraview] Manipulating Big Data through Python Shell
To: Berk Geveci 
Cc: "Bueter, Travis J. \(S&T-Student\)" ,
"paraview@paraview.org" 
Message-ID:

Content-Type: text/plain; charset="windows-1252"

This is pretty cool!! Would it be possible to create a video of your
interactions? Just to be sure, so are you saying that when you interact
with mouse, the performance is much better than when you use wiimote? If
performance is bad with both devices then it could be what Berk said. If
one is better than another then there is something else is going on.

Thanks,




On Fri, Aug 31, 2012 at 4:08 PM, Berk Geveci wrote:


Cool stuff! The performance problem makes me think that ParaView is not
using display lists. Is Immediate Mode Rendering off? (it should be). When
you get to GB size data, there will have to be some LOD involved. No
graphics card can render that many points at interactive rates.

On Fri, Aug 31, 2012 at 3:47 PM, Bueter, Travis J. (S&T-Student) <
tjb...@mail.mst.edu> wrote:


  Hello,

  

I am trying to control renderings with a WiiMote instead of a mouse using
Pat Marion?s ParaViewSocketPlugin to send commands  to ParaView?s python
shell (see attached .py file) and running into an issue. When trying to
manipulate 20MB of point cloud data, ParaView severely lags behind after
sending commands and I was able to narrow it down to the ?Render()? call.
My current fix has been to only call ?Render()? every third iteration of
commands I send but this doesn?t necessarily solve the issue as I plan on
moving to GB sized data.

  

Does anyone have a suggestion as to what I can do to speed up rendering
through the python shell, or another way of manipulating the render data
from an external program?

  

Some extra information:

**1.   **I am running ParaView 3.14.1 64bit from source on Ubuntu
12.04

**2.   **Quickly rotating 15MB of point-data with the mouse peaks my
CPU at about 53%. With my Wiimote application, this is just a little higher
at 55% (rendering on every command).

**3.   **WiiMotes poll slower than most computer mice at 100Hz. So
I?m pretty sure not sending commands any faster than a mouse would.

**4.   **Python commands are based on the python examples included
with ParaView 3.14.1. They were designed to work as closely as possible to
what C++ Trackball commands do. (This was my first time working with python
or visualization manipulation so any advice on general improvements to the
commands would be greatly appreciated too!)

**5.   **The Wii application works by utilizing the Nunchuk. Button
combinations determine what type of manipulation (Panning, Zoom, Rotate,
and Spin) and then it converts the magnitude and angle of the joystick into
x-y coordinates.

  

I have tried to include all the information that I thought would be
relevant but if there is anything else that you would like to know, I?d be
more than happy to provide it.

  

Thanks,

** **

*Travis J. Bueter*

--***
*

*Missouri University of Science and Technology - Junior*

B.S. Computer Engineering/Computer Science

tjb...@mail.mst.edu

(573)-238-5843

** **

IT RSS

Treasurer ? MS&T Robotics Competition Team

--***
*

** **

___
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

Re: [Paraview] Manipulating Big Data through Python Shell

I would be happy to post a video, but I wouldn't be able to make and then post 
it until later next week. For very small data (such as a simple sphere), the 
WiiMote performs with only the slightest bit of lag in comparison to the mouse. 
But as the data gets larger, the lag increases linearly with the size.

From: Aashish Chaudhary [mailto:aashish.chaudh...@kitware.com]
Sent: Friday, August 31, 2012 3:20 PM
To: Berk Geveci
Cc: Bueter, Travis J. (S&T-Student); paraview@paraview.org
Subject: Re: [Paraview] Manipulating Big Data through Python Shell

This is pretty cool!! Would it be possible to create a video of your 
interactions? Just to be sure, so are you saying that when you interact with 
mouse, the performance is much better than when you use wiimote? If performance 
is bad with both devices then it could be what Berk said. If one is better than 
another then there is something else is going on.

Thanks,



On Fri, Aug 31, 2012 at 4:08 PM, Berk Geveci 
mailto:berk.gev...@kitware.com>> wrote:
Cool stuff! The performance problem makes me think that ParaView is not using 
display lists. Is Immediate Mode Rendering off? (it should be). When you get to 
GB size data, there will have to be some LOD involved. No graphics card can 
render that many points at interactive rates.
On Fri, Aug 31, 2012 at 3:47 PM, Bueter, Travis J. (S&T-Student) 
mailto:tjb...@mail.mst.edu>> wrote:
Hello,

I am trying to control renderings with a WiiMote instead of a mouse using Pat 
Marion's ParaViewSocketPlugin to send commands  to ParaView's python shell (see 
attached .py file) and running into an issue. When trying to manipulate 20MB of 
point cloud data, ParaView severely lags behind after sending commands and I 
was able to narrow it down to the 'Render()' call. My current fix has been to 
only call 'Render()' every third iteration of commands I send but this doesn't 
necessarily solve the issue as I plan on moving to GB sized data.

Does anyone have a suggestion as to what I can do to speed up rendering through 
the python shell, or another way of manipulating the render data from an 
external program?

Some extra information:

1.   I am running ParaView 3.14.1 64bit from source on Ubuntu 12.04

2.   Quickly rotating 15MB of point-data with the mouse peaks my CPU at 
about 53%. With my Wiimote application, this is just a little higher at 55% 
(rendering on every command).

3.   WiiMotes poll slower than most computer mice at 100Hz. So I'm pretty 
sure not sending commands any faster than a mouse would.

4.   Python commands are based on the python examples included with 
ParaView 3.14.1. They were designed to work as closely as possible to what C++ 
Trackball commands do. (This was my first time working with python or 
visualization manipulation so any advice on general improvements to the 
commands would be greatly appreciated too!)

5.   The Wii application works by utilizing the Nunchuk. Button 
combinations determine what type of manipulation (Panning, Zoom, Rotate, and 
Spin) and then it converts the magnitude and angle of the joystick into x-y 
coordinates.

I have tried to include all the information that I thought would be relevant 
but if there is anything else that you would like to know, I'd be more than 
happy to provide it.

Thanks,

Travis J. Bueter
--
Missouri University of Science and Technology - Junior
B.S. Computer Engineering/Computer Science
tjb...@mail.mst.edu
(573)-238-5843

IT RSS
Treasurer - MS&T Robotics Competition Team
--


___
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


___
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



--
| Aashish Chaudhary
| R&D Engineer
| Kitware Inc.
| www.kitware.com
___
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

Re: [Paraview] Manipulating Big Data through Python Shell

[Utkarsh Ayachit]

On Fri, Aug 31, 2012 at 4:20 PM, Bueter, Travis J. (S&T-Student)
 wrote:
> Immediate Mode Rendering is off but I can’t seem to utilize the LOD.

Try using renView.InteractiveRender() instead of calling Render()
directly. That should kick in the LOD if you're getting LOD when
interacting with mouse.

Utkarsh
___
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