Ken

After looking through the sources a little more, I see that the example plugin 
RenderPassViews does something similar to what I'm after. It add a render pass 
at the end which applies an edge detection algorithm, This happens after 
compositing - which is what I need.

However, this renderpass applies to all mappers/actors in the renderer/view, so 
if I used this strategy, then my post processing RGB correction from the 
mapper+compositing would happen to all actors, and this is no good.

So it looks like what I want to do won't be possible, because there'd be no way 
to composite one actor individually and then blend with the others later.

Since you don't know what it is I'm trying to do, it is probably unclear, but 
in short, the mapper renders the data on each process, and after all RGB images 
are summed in the compositing phase a correction must be applied to the RGB 
values (but its not commutative, so can't be applied on each process 
individually). (unless I modify the algorithm which might be possible, I'll 
check on this)

One approach might be to add a separate pass which renders only the special 
geometry, but I suspect this will be too hard because the blending phases would 
all need to be tweaked so that the compositing happened twice (?) - once for 
the special stuff, once for everything else.

Can you tell if I've I understood things properly from my suppositions above, 
and if so, any other tips I might look into before I consider algorithmic 
changes.

Thanks

JB



From: Moreland, Kenneth [mailto:kmo...@sandia.gov]
Sent: 21 September 2011 22:30
To: Biddiscombe, John A.; paraview@paraview.org
Subject: Re: [Paraview] non ordered composite distributor and IceT

John,

If you look more closely, you should see that the data is only distributed when 
transparency is on.  If everything is opaque, then everything stays where it 
is.  If I remember correctly, there is a flag in vtkOrderedCompositeDistributor 
that turns it to a pass-through filter.  It's implemented like this because 
it's more convenient than changing around the internal pipeline.  If you never 
have to do ordered compositing, you could just remove this filter.  Likewise, 
you can set the parallel render manager to do non-ordered compositing and just 
forget about the parallel k-d tree.

-Ken

From: "Biddiscombe, John A." <biddi...@cscs.ch<mailto:biddi...@cscs.ch>>
Date: Wed, 21 Sep 2011 19:55:19 +0000
To: "paraview@paraview.org<mailto:paraview@paraview.org>" 
<paraview@paraview.org<mailto:paraview@paraview.org>>
Subject: [Paraview] non ordered composite distributor and IceT


Can anyone point me to an example of a representarion which interacts with IceT 
in any n on standard way. Geometry and UGVolume Representations use a 
vtkOrderedCompositeDistributor and then IceT takes over.

I'd like toe skip the vtkOrderedCompositeDistributor (which is ok), but I'm not 
sure how to interact with IceT and see how it doe the image summation etc.

Are there any odd representations out there I can use as examples?

Thanks

JB

--
John Biddiscombe,                            email:biddisco @ cscs.ch
http://www.cscs.ch/
CSCS, Swiss National Supercomputing Centre  | Tel:  +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland      | Fax:  +41 (91) 610.82.82

_______________________________________________ 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

Reply via email to