[CREATE] Linear light workflow
David Gowers (kampu)
00ai99 at gmail.com
Thu Mar 29 01:04:25 PDT 2012
On Thu, Mar 29, 2012 at 6:26 PM, Kai-Uwe Behrmann <ku.b at gmx.de> wrote:
> Andrew Chadwick <a.t.chadwick at gmail.com> schrieb:
>>On 28 March 2012 17:08, Boudewijn Rempt <boud at valdyas.org> wrote:
>>> I tested today in krita -- it's a little known thing that Krita
>>supports a linear-light workflow perfectly well. Basically, it's a
>>matter of using the right icc profile to define the working space and
>>the example Andrew showed just works in Krita.
>>>
>>> Wouldn't it be easier to just define the working space with a profile
>>in openraster, and take it from there?
>>
>>This is drifting a little far away from a discussion of compositing op
>>gamma, but just to remark that colourspaces can already be
>>encapsulated in each individual PNG layer graphic, and should probably
>>be used for conversion into whatever internal working space is used by
>>the program if they're specified. If you add another top-level
>>profile, you'd have to define which one takes precedence for a given
>>layer PNG...
>
> exactly
>
> kind regards
> Kai-Uwe Behrmann
> --
> www.oyranos.org
>
> PS: I still do not get the point, why OpenRaster is not simply a subset of SVG without matrix transforms?
> Then it could leverage much wider support steaming from W3C. Sorry for my ignorance/naivity.
Because uh.. SVG is a -vector- format.
While it's possible to specify a very small subset of SVG which would
match OpenRaster's capabilities, it would carry the implication that
it had some relation to SVG (and hence, that it was based on a vector,
not raster, image model). AFAICS, it has only one point in common:
it's an open format for storing images of possibly non-trivial
complexity.
More information about the CREATE
mailing list