<font size="2"><font face="verdana,sans-serif">I really cannot answer that because I do not like the filter pipeline approach and I don't use it extensively - I mostly use it to produce their output which I then keep in memory and use it as needed.<br>
</font></font><br><div class="gmail_quote">2011/8/24 Florian Bruckner <span dir="ltr"><<a href="mailto:e0425375@gmail.com">e0425375@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
ah, ok! a (hopefully) last question: i just implemented the first<br>
prototype of my application and i was facing the following problem: How<br>
can i add/remove a filter in the middle of a pipeline?<br>
<br>
i first create a pipeline which draws my geometry as well as some<br>
glyphs, ... But then there should be a switch which allows to apply a<br>
clipping filter. I know the object that the filter should act on. But i<br>
do not know which other objects have been connected to the original<br>
one.<br>
<br>
is there a method to find in a general way, what parts are connected to<br>
a given vtkAlgorithm? or do i have to do the bookkeeping on my own?<br>
<br>
greetings<br>
<font color="#888888">Florian<br>
</font><div><div></div><div class="h5"><br>
<br>
On Wed, <a href="tel:2011-08-24" value="+4920110824">2011-08-24</a> at 12:17 +0200, Dženan Zukić wrote:<br>
> Hundred independent actors is quite normal, the performance problems<br>
> start occurring with many thousands of actors.<br>
><br>
><br>
> You don't have to remove actors, you can turn off their visibility<br>
><br>
> actor->SetVisibility(0);<br>
><br>
><br>
> On Wed, Aug 24, 2011 at 04:04, Florian Bruckner <<a href="mailto:e0425375@gmail.com">e0425375@gmail.com</a>><br>
> wrote:<br>
> ok, but can you tell which one of the 2 designs is more<br>
> efficient for<br>
> some cases:<br>
><br>
> In my case i have multiple files that should be displayed at<br>
> once (say<br>
> max. 16. If I have time-series then there will always be<br>
> max.16 files<br>
> at a time). These files contain an unstructured grid as well<br>
> as some<br>
> vector / scalar data. Mainly I want to be able to display the<br>
> grid and<br>
> then toggle the vectordata (glyph) on and off. The scalar data<br>
> should<br>
> only change the color. So my intention was to create one<br>
> mapper/actor<br>
> for the structure and one mapper/actor for the glyph per file.<br>
> Switching glyph on and off is then done by simple adding /<br>
> removing<br>
> the mapper to the proper renderer (there could be more than<br>
> one if<br>
> some files should be displayed next to each other). so this<br>
> approximately would give 2*16 actors which are active at a<br>
> time. do<br>
> you think this could be a performance problem?<br>
><br>
> if i would use this combine-filter i cannot control the color<br>
> settings<br>
> of structure and glyph seperately, right? because then this<br>
> method is<br>
> no option for me. E.g. I would like display the geometry with<br>
> opacity<br>
> and gray color if the glyph is switched on.<br>
><br>
> thanks Alex for your fast reply<br>
> FloB<br>
><br>
><br>
><br>
> On Wed, Aug 24, 2011 at 1:43 AM, Alex Malyushytskyy<br>
> <<a href="mailto:alexmalvtk@gmail.com">alexmalvtk@gmail.com</a>> wrote:<br>
> > First, there are a multiple ways you can do things in vtk.<br>
> ><br>
> > Using multiple actors make sense only if you need an ability<br>
> easy<br>
> > separate object from other objects and might be not<br>
> efficient<br>
> > if you have large number of objects ( if your data has more<br>
> than few<br>
> > hundred objects (pieces/files,) I will avoid using one actor<br>
> per<br>
> > object.<br>
> ><br>
> > You also probably don't need multiple renderers.<br>
> ><br>
> > In my practice mostly often I used 2 designs:<br>
> ><br>
> > 1. per file: Reader -> filter -> actor<br>
> > One window and one renderer per application<br>
> ><br>
> > 2 per file: Reader -> filter -><br>
> ><br>
> > every filter(s) output goes to combining filter as an input<br>
> (for<br>
> > example vtkAppendPolyData)<br>
> ><br>
> > combining filter-> actor -><br>
> > still one window and one renderer per application<br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > On Tue, Aug 23, 2011 at 3:26 AM, Florian Bruckner<br>
> <<a href="mailto:e0425375@gmail.com">e0425375@gmail.com</a>> wrote:<br>
> >> hi, i'm new to vtk and i have a few design questions. I<br>
> want to write a<br>
> >> simple visualization tool for our data. It should support<br>
> multiple input<br>
> >> files and different filters for each input file. Each<br>
> filter then needs<br>
> >> a mapper and an actor, if I understand that correctly. All<br>
> those things<br>
> >> should be put into an new class asdf_input.<br>
> >><br>
> >> Finally there is an renderer window where the data should<br>
> be displayed.<br>
> >> So I would add the proper actors from the asdf_input object<br>
> and add them<br>
> >> to multiple renderers. Then these multiple renderers are<br>
> added to the<br>
> >> renderer window. All these things are put into another<br>
> class<br>
> >> asdf_output.<br>
> >><br>
> >> So this is the first plan. But after looking over the vtk<br>
> class<br>
> >> reference i found vtkView, vtkDataRepresentation, ... and i<br>
> was<br>
> >> wondering whether there is already something very similar<br>
> available.<br>
> >><br>
> >> So my question is whether there is already some top-level<br>
> class<br>
> >> available, which allows to simplify the handling of<br>
> multiple<br>
> >> input/filters/renderers.<br>
> >><br>
> >> greetings<br>
> >> Florian<br>
> >><br>
> >><br>
> >> _______________________________________________<br>
> >> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
> >><br>
> >> Visit other Kitware open-source projects at<br>
> <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
> >><br>
> >> Please keep messages on-topic and check the VTK FAQ at:<br>
> <a href="http://www.vtk.org/Wiki/VTK_FAQ" target="_blank">http://www.vtk.org/Wiki/VTK_FAQ</a><br>
> >><br>
> >> Follow this link to subscribe/unsubscribe:<br>
> >> <a href="http://www.vtk.org/mailman/listinfo/vtkusers" target="_blank">http://www.vtk.org/mailman/listinfo/vtkusers</a><br>
> >><br>
> > _______________________________________________<br>
> > Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
> ><br>
> > Visit other Kitware open-source projects at<br>
> <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
> ><br>
> > Please keep messages on-topic and check the VTK FAQ at:<br>
> <a href="http://www.vtk.org/Wiki/VTK_FAQ" target="_blank">http://www.vtk.org/Wiki/VTK_FAQ</a><br>
> ><br>
> > Follow this link to subscribe/unsubscribe:<br>
> > <a href="http://www.vtk.org/mailman/listinfo/vtkusers" target="_blank">http://www.vtk.org/mailman/listinfo/vtkusers</a><br>
> ><br>
> _______________________________________________<br>
> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
><br>
> Visit other Kitware open-source projects at<br>
> <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
><br>
> Please keep messages on-topic and check the VTK FAQ at:<br>
> <a href="http://www.vtk.org/Wiki/VTK_FAQ" target="_blank">http://www.vtk.org/Wiki/VTK_FAQ</a><br>
><br>
> Follow this link to subscribe/unsubscribe:<br>
> <a href="http://www.vtk.org/mailman/listinfo/vtkusers" target="_blank">http://www.vtk.org/mailman/listinfo/vtkusers</a><br>
><br>
><br>
><br>
<br>
<br>
</div></div></blockquote></div><br>