<div class="gmail_quote">On Wed, Sep 23, 2009 at 12:27 AM, Matthew Woehlke <span dir="ltr">&lt;<a href="mailto:mw_triad@users.sourceforge.net">mw_triad@users.sourceforge.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">Cyrille Berger wrote:<br>
&gt; On Tuesday 22 September 2009, Matthew Woehlke wrote:<br>
&gt;&gt; Cyrille Berger wrote:<br>
&gt;&gt;&gt; On Tuesday 22 September 2009, Sven Langkamp wrote:<br>
&gt;&gt;&gt;&gt; What would a &#39;color space change&#39; mask be? Is there a case were it&#39;s<br>
&gt;&gt;&gt;&gt; needed to convert the colorspace manually with a mask?<br>
&gt;&gt;&gt; Yes. Two cases actually, tone-mapping and raw. For raw, some of the<br>
&gt;&gt;&gt; algorithms can be applied on a raw colorspace (well curves), some other<br>
&gt;&gt;&gt; would need to be applied on a RGB one.<br>
&gt;&gt; I thought we&#39;d said we wouldn&#39;t have a &quot;RAW&quot; colorspace, just va16¹?<br>
&gt; That&#39;s not what the wiki says [1].<br>
<br>
</div>Really?<br>
<br>
&quot;Another option is to ignore the problem, accept that filters will not<br>
work correctly on bayer data, and import RAW directly into a 16-bit<br>
single channel (i.e. &#39;grayscale&#39;) layer. /At time of writing, this<br>
seemed to be the preferred option/ [...]&quot; (emphasis added)<br>
<br>
...and I certainly seem to recall that was the preferred solution. Much<br>
less special-casing, for one.<br>
<div class="im"><br>
&gt; [1]<br>
&gt; <a href="http://wiki.koffice.org/index.php?title=Krita/Direct_RAW_Editing#A_Dedicated_Colorspace" target="_blank">http://wiki.koffice.org/index.php?title=Krita/Direct_RAW_Editing#A_Dedicated_Colorspace</a><br>
<br>
&gt;&gt; You<br>
&gt;&gt; can&#39;t debayer as a mask² anyway, it&#39;s a specialized convolution filter.<br>
&gt; Why not ?<br>
<br>
</div>You conveniently snipped that part of my previous message:<br>
<div class="im"><br>
&gt;&gt; (² at least I think not; wouldn&#39;t a cs-conversion mask normally be<br>
&gt;&gt; necessarily 1:1?)<br>
<br>
</div>So... can a mask¹ implement a convolution filter, or a filter with<br>
configurable parameters? (Bayer -&gt; other cs is not a 1:1 filter like<br>
most cs conversions, it is a convolution filter³, and there are multiple<br>
choices of algorithm (and maybe even parameters?).)<br>
<br>
(³ ...and not even a &#39;straight&#39; convolution filter. Even disregarding<br>
that you use different formulae depending on what channel the pixel<br>
represents, you have different formulae for the edges as well.)<br>
<br>
(¹ Maybe the problem is I don&#39;t understand what a &quot;mask&quot; is in krita<br>
internals. When I hear &quot;mask&quot; I think an extra alpha channel that is<br>
used to control what parts of a layer are blended, i.e. same as how it<br>
is used in svg terminology. Clearly the &quot;mask&quot; you are talking about is<br>
something completely different. It sounds more like a filter that...<br>
well, ignores masks. Which is confusing.)<br></blockquote><div><br>Krita has filter masks. A filter mask works like adustment layer with a mask, with the difference that it only works on the layer it&#39;s applied to.<br>
</div></div><br>