--===============0550203974== Content-Type: multipart/alternative; boundary=00504502c64e795ad3047432e00d --00504502c64e795ad3047432e00d Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, Sep 23, 2009 at 12:27 AM, Matthew Woehlke < mw_triad@users.sourceforge.net> wrote: > Cyrille Berger wrote: > > On Tuesday 22 September 2009, Matthew Woehlke wrote: > >> Cyrille Berger wrote: > >>> On Tuesday 22 September 2009, Sven Langkamp wrote: > >>>> What would a 'color space change' mask be? Is there a case were it's > >>>> needed to convert the colorspace manually with a mask? > >>> Yes. Two cases actually, tone-mapping and raw. For raw, some of the > >>> algorithms can be applied on a raw colorspace (well curves), some oth= er > >>> would need to be applied on a RGB one. > >> I thought we'd said we wouldn't have a "RAW" colorspace, just va16=B9? > > That's not what the wiki says [1]. > > Really? > > "Another option is to ignore the problem, accept that filters will not > work correctly on bayer data, and import RAW directly into a 16-bit > single channel (i.e. 'grayscale') layer. /At time of writing, this > seemed to be the preferred option/ [...]" (emphasis added) > > ...and I certainly seem to recall that was the preferred solution. Much > less special-casing, for one. > > > [1] > > > http://wiki.koffice.org/index.php?title=3DKrita/Direct_RAW_Editing#A_Dedi= cated_Colorspace > > >> You > >> can't debayer as a mask=B2 anyway, it's a specialized convolution filt= er. > > Why not ? > > You conveniently snipped that part of my previous message: > > >> (=B2 at least I think not; wouldn't a cs-conversion mask normally be > >> necessarily 1:1?) > > So... can a mask=B9 implement a convolution filter, or a filter with > configurable parameters? (Bayer -> other cs is not a 1:1 filter like > most cs conversions, it is a convolution filter=B3, and there are multipl= e > choices of algorithm (and maybe even parameters?).) > > (=B3 ...and not even a 'straight' convolution filter. Even disregarding > that you use different formulae depending on what channel the pixel > represents, you have different formulae for the edges as well.) > > (=B9 Maybe the problem is I don't understand what a "mask" is in krita > internals. When I hear "mask" I think an extra alpha channel that is > used to control what parts of a layer are blended, i.e. same as how it > is used in svg terminology. Clearly the "mask" you are talking about is > something completely different. It sounds more like a filter that... > well, ignores masks. Which is confusing.) > 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's applied to. --00504502c64e795ad3047432e00d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Wed, Sep 23, 2009 at 12:27 AM, Matthew Woehlk= e <m= w_triad@users.sourceforge.net> wrote:
Cyrille Berger wrote:
> On Tuesday 22 September 2009, Matthew Woehlke wrote:
>> Cyrille Berger wrote:
>>> On Tuesday 22 September 2009, Sven Langkamp wrote:
>>>> What would a 'color space change' mask be? Is ther= e a case were it's
>>>> needed to convert the colorspace manually with a mask?
>>> Yes. Two cases actually, tone-mapping and raw. For raw, some o= f the
>>> algorithms can be applied on a raw colorspace (well curves), s= ome other
>>> would need to be applied on a RGB one.
>> I thought we'd said we wouldn't have a "RAW" col= orspace, just va16=B9?
> That's not what the wiki says [1].

Really?

"Another option is to ignore the problem, accept that filters will not=
work correctly on bayer data, and import RAW directly into a 16-bit
single channel (i.e. 'grayscale') layer. /At time of writing, this<= br> seemed to be the preferred option/ [...]" (emphasis added)

...and I certainly seem to recall that was the preferred solution. Much
less special-casing, for one.

> [1]
> http://wiki.koffice.org/i= ndex.php?title=3DKrita/Direct_RAW_Editing#A_Dedicated_Colorspace

>> You
>> can't debayer as a mask=B2 anyway, it's a specialized conv= olution filter.
> Why not ?

You conveniently snipped that part of my previous message:

>> (=B2 at least I think not; wouldn't a cs-conversion mask norma= lly be
>> necessarily 1:1?)

So... can a mask=B9 implement a convolution filter, or a filter with<= br> configurable parameters? (Bayer -> other cs is not a 1:1 filter like
most cs conversions, it is a convolution filter=B3, and there are multiple<= br> choices of algorithm (and maybe even parameters?).)

(=B3 ...and not even a 'straight' convolution filter. Even disregar= ding
that you use different formulae depending on what channel the pixel
represents, you have different formulae for the edges as well.)

(=B9 Maybe the problem is I don't understand what a "mask" is= in krita
internals. When I hear "mask" I think an extra alpha channel that= is
used to control what parts of a layer are blended, i.e. same as how it
is used in svg terminology. Clearly the "mask" you are talking ab= out is
something completely different. It sounds more like a filter that...
well, ignores masks. Which is confusing.)

Krita ha= s filter masks. A filter mask works like adustment layer with a mask, with = the difference that it only works on the layer it's applied to.

--00504502c64e795ad3047432e00d-- --===============0550203974== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ kimageshop mailing list kimageshop@kde.org https://mail.kde.org/mailman/listinfo/kimageshop --===============0550203974==--