On 18.11.2015 12:52, FRIGN wrote:
> On Wed, 18 Nov 2015 12:36:51 +0100
> Stefan Mark wrote:
>
> Hey Stefan,
>
>> I think i see. Sure, for visual representation, 16 bit wide rgba is
>> probably more than enough.
>
> I thought long about how much bits I want per color-channel. One format
> cannot
On Wed, 18 Nov 2015 12:36:51 +0100
Stefan Mark wrote:
Hey Stefan,
> I think i see. Sure, for visual representation, 16 bit wide rgba is
> probably more than enough.
I thought long about how much bits I want per color-channel. One format
cannot solve all problems as not one program can do all ta
On 18.11.2015 11:49, FRIGN wrote:
> On Wed, 18 Nov 2015 11:16:56 +0100
> Stefan Mark wrote:
>
>> What i meant, instead of having RGBA and only RGBA, it could have a flag
>> that says either which color model is used, (like rgb, rgba, lab,
>> monochrome, ...) or define how many color channels the
On Wed, 18 Nov 2015 11:55:23 +0100
Martti Kühne wrote:
Hey Martti,
> Since your original announcement contained no information on the
> matter, all your 16 and 32 bit numbers are network endian, right?
++---+
| Bytes | Descrip
> FRIGN hat am 18. November 2015 um 11:49 geschrieben:
>
>
> On Wed, 18 Nov 2015 11:16:56 +0100
> Stefan Mark wrote:
>
> > What i meant, instead of having RGBA and only RGBA, it could have a flag
> > that says either which color model is used, (like rgb, rgba, lab,
> > monochrome, ...) or de
Since your original announcement contained no information on the
matter, all your 16 and 32 bit numbers are network endian, right?
cheers!
mar77i
On Wed, 18 Nov 2015 11:16:56 +0100
Stefan Mark wrote:
> What i meant, instead of having RGBA and only RGBA, it could have a flag
> that says either which color model is used, (like rgb, rgba, lab,
> monochrome, ...) or define how many color channels the image has, either
> named or by giving the
On 18.11.2015 11:16, Stefan Mark wrote:
> On 17.11.2015 18:43, FRIGN wrote:
>> On Tue, 17 Nov 2015 18:34:06 +0100
>> Stefan Mark wrote:
>> [stuff]
As a side note, i dont mean to press the issue or annoy you. It is just
an idea. Just say if you dont want to discuss it any further :)
signature.a
On 17.11.2015 18:43, FRIGN wrote:
> On Tue, 17 Nov 2015 18:34:06 +0100
> Stefan Mark wrote:
>
> Hey Stefan,
>
>> I know, its all about simplicity, but with only a marginally higher
>> complexity an arbitrary number of channels and color spaces could be
>> supported. Something like this:
>> A typ
On Tue, 17 Nov 2015 18:34:06 +0100
Stefan Mark wrote:
Hey Stefan,
> I know, its all about simplicity, but with only a marginally higher
> complexity an arbitrary number of channels and color spaces could be
> supported. Something like this:
> A type field
> ++
On 10.11.2015 22:37, FRIGN wrote:
> ++---+
> | [] | 4*16-Bit BE unsigned integers [RGBA] / pixel, row-aligned |
> ++---+
There are lots of different color spaces
On Tue, 10 Nov 2015 23:31:05 +0100
v4hn wrote:
Hey v4hn,
> Why? Do you consider the values to be sRGB then?
> Do you consider sRGB to cover "enough" of the visible spectrum
> for all intended use-cases of farbfeld?
No, No. Much rather CIELAB proved to be too "noisy" to benefit
from compression.
On Tue, Nov 10, 2015 at 10:37:30PM +0100, FRIGN wrote:
> I'm very glad to announce farbfeld to the public, a lossless image
> format as a successor to "imagefile" with a better name and some
> format-changes reflecting experiences I made since imagefile has
> been released.
Congratulation, might b
███ ███ ██ ██ ███ ███ █ ██
█ █ █ █ █ █ █ █ █ █ █ █
██ ███ ███ ███ ██ ██ █ █ █
█ █ █ █ █ █ █ █ █ █ █ █
█ █ █ █ █ ██ █ ███ ███ ██
Hello fellow hackers,
I'm very gl
14 matches
Mail list logo
