>>>>> "Trond" == Trond Danielsen <[EMAIL PROTECTED]> writes: Trond> All of the described plug-in classes fit into a flow graph type Trond> of architecture:
Trond> Input -> Filters -> Tools -> Output. Why can't I have Input -> Filter1 -> Output1 -> Filter2 -> Tools -> Output2? Trond> These blocks could be described by their input and output Trond> signatures. Why not just have one input/output signature, or, as it might be necessary, two in order to handle pre/postdemosaicing? Is any more than that necessary? Trond> As others have mentioned, for many non-linear filters the order Trond> in which they are applied make a lot of difference. The user Trond> should therefore be in control of both which filters are applied Trond> and in which order. Take a look at how this is done in Lightzone. Certainly. I don't know Lightzone, but now that you mention other software I'm reminded of Phatch, which I believe works on a similar idea. Martin _______________________________________________ Rawstudio-dev mailing list [email protected] http://rawstudio.org/cgi-bin/mailman/listinfo/rawstudio-dev
