I compiled PV on my laptop using gcc but on cluster using icc. When i
try to use the TensorglyphFilter plugin, the following error shows:
Load Error, Mismatch in version:
Paraview Signature: paraviewplugin|GNU|3.10
Plugin signature: paraviewplugin|Intel|3.10
I also tried compiling both plugins u
You need plugins compiled with both compilers and load the icc plugin on server
while load the gcc plugin on client. You cannot interchange them or load the
same one on both sides.
Utkarsh
Sent from my iPad
On Apr 27, 2011, at 12:03 AM, pratik wrote:
> I compiled PV on my laptop using gcc
Yes and then load the right plugin on the right process from the
"Manage PLugins" dialog. From the error, it looks like you are trying
to load the icc built plugin on the gcc built client.
Utkarsh
On Wed, Apr 27, 2011 at 6:59 AM, pratik wrote:
> Hi Utkarsh,
> I compiled the plugin on BOTH serve
I did just as you told and the two pluigns loaded properly
however...the plugin is yet not working correctly; the tensors are
appearing fractured...What may be the source of error now?
pratik
On Wednesday 27 April 2011 05:54 PM, Utkarsh Ayachit wrote:
Yes and then load the right plugin on the
Can you post a image?
Utkarsh
On Thu, Apr 28, 2011 at 8:08 AM, pratik wrote:
> I did just as you told and the two pluigns loaded properly
> however...the plugin is yet not working correctly; the tensors are appearing
> fractured...What may be the source of error now?
>
> pratik
> On Wednesday 27
Not sure, I was able to play with this plugin just fine. Try this:
Go to "Edit | Settings" dialog. Open up the "Render View" pages and go
to the "Server" Page. There, uncheck the remote-render threshold. Are
things still broken?
Utkarsh
On Thu, Apr 28, 2011 at 8:21 AM, pratik wrote:
> sure...he
Yes...it is still broken :( ;(
have you ever had the situation when paraview at both the ends were
compiled with different compilers? Is it an X- related problem?
pratik
On Thursday 28 April 2011 06:01 PM, Utkarsh Ayachit wrote:
Not sure, I was able to play with this plugin just fine. Try this
iran mpirun with the verbose option on the server and got this as output;
MPI: libxmpi.so 'SGI MPT 1.23 03/28/09 11:45:59'
MPI: libmpi.so 'SGI MPT 1.23 03/28/09 11:43:39'
MPI Environmental Settings
MPI: MPI_DSM_DISTRIBUTE (default: not set) : 1
MPI: The default size of the mapped stack area
Ok first things first. This is community contributed plugin so I have
no idea what it does or what it doesn't. To identify the issue, I
always tend to start simple. Run without connecting to the server at
all. In builtin mode, does the plugin work? Next try with 1 pvserver
processes without MPI. Ne
Great Idea. Also, thanks very much for helping me Utkarsh.
analysis:
1) works on client perfectly
2) started pvserver on head node with -np 1 (for mpi):- no problem
3) works on head node UPTO -np 3 -np 4 becomes fractured.
Now, the other filters that i have used have worked perfectlythi
Hi,
Being the one who uploaded the plugin (having added a mere frosting to the
servermanager XML that got posted here in 2009) I'd like to add the following:
The plugin is merely a convenient way to use vtkTensorGlyph.cxx from within
ParaView, but does not add additional features. As such it does
Thanks Sven! I'll try that out and post the results.
Btw. that would be a nice thing to add to the wiki, if it isn't there
already :)
pratik
On Thursday 28 April 2011 10:17 PM, Sven Buijssen wrote:
Hi,
Being the one who uploaded the plugin (having added a mere frosting to the
servermanager XM
Just tried it...but getting same result :( .
First loaded data, then applied D3 filter and then applied tensor
glyph. am i doing something wrong here?
pratik
On Thursday 28 April 2011 10:20 PM, pratik wrote:
Thanks Sven! I'll try that out and post the results.
Btw. that would be a nice thi
But hey here's something. i check use minimal memory and it WORKED!
i wonder how that happened? anyway, i'm glad that it worked :)
Thanks Sven and Utkarsh for all the help !
pratik
On Thursday 28 April 2011 10:27 PM, pratik wrote:
Just tried it...but getting same result :( .
First loaded dat
I spoke too soon...the mpi log shows that some processes are yet being
starved of data:
MPI: libxmpi.so 'SGI MPT 1.23 03/28/09 11:45:59'
MPI: libmpi.so 'SGI MPT 1.23 03/28/09 11:43:39'
MPI Environmental Settings
MPI: MPI_DSM_DISTRIBUTE (default: not set) : 1
MPI: The default size of the ma
Also, it turns out that for the larger dataset that I am visualizing
(256X256 grid of tensors) even the previous technique does not give
unbroken glyphs...
On Thursday 28 April 2011 10:35 PM, pratik wrote:
I spoke too soon...the mpi log shows that some processes are yet being
starved of data:
ok. So it does seem like data is being distributed properly by the D3
filter, because on fresh runs, none of the processes spawned are
starving of memoryhowever, the glyphs that i get for large datasets
are still brokennow i really don't know why...perhaps the data is
not being reassemb
I also had a small doubt... when i initial read in my data, i can see
the plane, and that is coloured by a scalar. When i zoom in and out, i
can clearly see the plane "divided" into 8 equal parts, before it
renders completely in 1 sec. I am assuming that this is the way in which
pv breaks data
I was just reading the "paraview tutorial". In the place where they
demonstrate the D3 filter, it seems that it is the missing ghost cells
that result in the fractured visualization. Could this be the cause for
the fractured glyphs? If it is then why isn't D3 able to solve the
problem here?
p
I have not been following this mail thread, but it is possible that the
filter you are using is not requesting the appropriate layer of ghost
cells in its RequestInformation. If ghost cells are not requested, D3
will not create them.
-Ken
Kenneth Moreland
*** Sandia Nationa
20 matches
Mail list logo