[Paraview] Paraview on a tiled display

[Moreland, Kenneth]

Randall,

 

I've incorporated your changes into the ParaView trunk and checked it
in.  If you can, please check it out and make sure it works for you.  I
also think the issues you are having with client collect have been fixed
on the trunk (vtkPVIceTRenderModuleUI.cxx 1.15).  It would be nice to
know you are having problems before 2.6 gets released.

 

-Ken

 

________________________________

From: paraview-bounces+kmorel=sandia.gov at paraview.org
[mailto:paraview-bounces+kmorel=sandia.gov at paraview.org] On Behalf Of
Randall Hand
Sent: Friday, August 04, 2006 2:05 PM
Cc: Paraview List
Subject: Re: [Paraview] Paraview on a tiled display

 

Attached to this email, find the diff patchfile of the Servers directory
(the only directory affected by this change).  From my testing here it
seems to work great.  Took a little while to get the mullions computed
correctly during the subsampled rendering, but it seems to work now.

The one issue I've been unable to figure out is that, for an unknown
reason, the Client Collect gets mangled when Mullions are Enabled.  I've
looked all over the place and I can't figure out how this parameter gets
passed around.  When starting paraview the parameter is read correctly
from the .ParaViewrc and properly used, but when it's written back to
the .ParaViewrc file it's mangled (Originally it was writing it as
43676546, and now after a full recompile it's writing it as 6, when both
times it should be 100).  Also, when it comes in mangled like that, of
course the first thing I do is reset it to 100.  Unfortunately, the
rendering is significantly slower, as if it's still computing the
reduced geometry & transmitting it to the client (Although the client
does not render it).  Manually resetting the parameter in the
.ParaViewrc & restarting paraview fixed it (for that 1 run).

Any ideas?

On 8/4/06, Randall Hand < randall.hand at gmail.com
<mailto:randall.hand at gmail.com> > wrote:

Ok, with the info from Kenneth, I made the change and it's working
great!  

So, how should I return this patch back to you?  I just tried doing a
'diff -Naur' to generate a patch for you, but it started including
almost every single file.  Seems an "out of core" build isn't completly
"out of core" afterall.  

On 7/28/06, kmorel < kmorel at sandia.gov <mailto:kmorel at sandia.gov> >
wrote:

	> But is there any way to account for the Bezel width?  Is there
any
	> configurable parameter to define a "gap" between tiles?
	
	This request is already captured as bug #1132:
	http://www.paraview.org/Bug/bug.php?op=show&bugid=1132&pos=1
	
	This actually should not be too hard to implement since the
underlying
	parallel rendering code already supports mullions.  It's just a
matter of 
	adding some new parameters to pvserver and spacing the tiles out
	differently.
	
	This bug has been on my to-do list for, gosh, over a year now.
But, since
	we rarely use tile displays anymore and the tile displays that
we do have 
	don't have any spaces or overlap, this has been the lowest
priority and I
	never get to it.
	
	If someone would like to implement this (hint, hint) and make
sure
	everything (rendering and annotation) is working correctly, I am
perfectly 
	happy to point to the correct sections of code to change.
	
	-Ken
	
	






-- 
---------------------------------------- 
Randall Hand
Visualization Scientist
ERDC MSRC-ITL 




-- 
----------------------------------------
Randall Hand
Visualization Scientist
ERDC MSRC-ITL 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://public.kitware.com/pipermail/paraview/attachments/20060808/2edce992/attachment.htm