RSS/Atom feed Twitter
Site is read-only, email is disabled
  1. Chat
  2. Useful links
  3. Polls

Featured content

Just a reminder of 48 bit color support

This discussion is connected to the gimp-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

This is a read-only list on gimpusers.com so this discussion thread is read-only, too.

8 of 8 messages available
Toggle history

Please log in to manage your subscriptions.
Just a reminder of 48 bit color support Asiga Nael 30 Dec 16:46
  Just a reminder of 48 bit color support Martin Nordholts 30 Dec 18:42
   Just a reminder of 48 bit color support Patrick Horgan 30 Dec 18:58
   Just a reminder of 48 bit color support Asiga Nael 30 Dec 22:23
    Just a reminder of 48 bit color support Sven Neumann 31 Dec 11:57
     Just a reminder of 48 bit color support Omari Stephens 04 Jan 11:30
      Just a reminder of 48 bit color support Martin Nordholts 04 Jan 11:47
   Just a reminder of 48 bit color support Marco Ciampa 02 Jan 17:09
Asiga Nael
2009-12-30 16:46:57 UTC (about 15 years ago)

Just a reminder of 48 bit color support

After some googling, I found there have been some requests of 48 bit support in Gimp, but it doesn't seem to have high priority.

This week I really need to edit 48 bit images, without losing color precission. I'd really love to do it with Gimp because I'm very used to its workflow, but I had to use another (less comfortable) software.

So, given that I might need 48 bit again in the future, I add my vote to this feature request. Also, when 48 bit is implemented, if it's well coded, it wouldn't be difficult to also implement floating point color, which would also be a welcome feature.

(btw, yes, I know of Cinepaint, and I tried it, but it's pretty unstable on Windows).

Merry Christmas to all and happy new year!!

Asiga.

Martin Nordholts
2009-12-30 18:42:12 UTC (about 15 years ago)

Just a reminder of 48 bit color support

Asiga Nael wrote:

After some googling, I found there have been some requests of 48 bit support in Gimp, but it doesn't seem to have high priority.

Hi!

We know very well that support for higher bit depths is a crucial feature. The reason we have decided not to implement it for 2.8 is that it is likely to take a long time to finish, and we want people to benefit from the other improvements in 2.8 without having to wait for higher bit depths and non-destructive editing.

As soon as GIMP 2.8 is out, work will start to phase out the legacy 8 bits-per-channel core and replace it with GEGL.

/ Martin

Patrick Horgan
2009-12-30 18:58:55 UTC (about 15 years ago)

Just a reminder of 48 bit color support

Martin Nordholts wrote:

As soon as GIMP 2.8 is out, work will start to phase out the legacy 8 bits-per-channel core and replace it with GEGL.

/ Martin

You're the king!

Patrick

Asiga Nael
2009-12-30 22:23:31 UTC (about 15 years ago)

Just a reminder of 48 bit color support

--- El mié, 30/12/09, Martin Nordholts escribió:

As soon as GIMP 2.8 is out, work will start to phase out the legacy 8 bits-per-channel core and replace it with GEGL.

Thanks a lot!! This feature will be very useful for me!!

Asiga

Sven Neumann
2009-12-31 11:57:45 UTC (about 15 years ago)

Just a reminder of 48 bit color support

On Wed, 2009-12-30 at 21:23 +0000, Asiga Nael wrote:

--- El mié, 30/12/09, Martin Nordholts escribió:

As soon as GIMP 2.8 is out, work will start to phase out the legacy 8 bits-per-channel core and replace it with GEGL.

Thanks a lot!! This feature will be very useful for me!!

You are free to start working on it today. GEGL needs more contributors and there is also a lot that can be done in GIMP today working towards the goal of better GEGL integration.

There's no point in telling us how important higher bit depths are and how much you are waiting for this feature. Don't wait, start working on it today.

Sven

Marco Ciampa
2010-01-02 17:09:17 UTC (about 15 years ago)

Just a reminder of 48 bit color support

On Wed, Dec 30, 2009 at 06:43:13PM +0100, Martin Nordholts wrote:

Asiga Nael wrote:

After some googling, I found there have been some requests of 48 bit support in Gimp, but it doesn't seem to have high priority.

Hi!

We know very well that support for higher bit depths is a crucial feature. The reason we have decided not to implement it for 2.8 is that it is likely to take a long time to finish, and we want people to benefit from the other improvements in 2.8 without having to wait for higher bit depths and non-destructive editing.

As soon as GIMP 2.8 is out, work will start to phase out the legacy 8 bits-per-channel core and replace it with GEGL.

/ Martin

Hip Hip Hooray!

once someone asked me for when this characteristic will be inserted in GIMP since with his work he was involved with scanned daguerreotypes that needs absolutely color (gray) depths more than 8 bit deep.

This will be a great new for him! :-)

Omari Stephens
2010-01-04 11:30:01 UTC (about 15 years ago)

Just a reminder of 48 bit color support

On 12/31/2009 10:57 AM, Sven Neumann wrote: ::snip? SNIP!::

You are free to start working on it today. GEGL needs more contributors and there is also a lot that can be done in GIMP today working towards the goal of better GEGL integration.

As the GEGL website is down, is there somewhere folks can look to see what sorts of things need to be done, and (perhaps) what skillsets are required? If not, what can interested folks do to figure out how they can get involved and contribute?

--xsdg

Martin Nordholts
2010-01-04 11:47:38 UTC (about 15 years ago)

Just a reminder of 48 bit color support

Omari Stephens wrote:

On 12/31/2009 10:57 AM, Sven Neumann wrote: ::snip? SNIP!::

You are free to start working on it today. GEGL needs more contributors and there is also a lot that can be done in GIMP today working towards the goal of better GEGL integration.

As the GEGL website is down, is there somewhere folks can look to see what sorts of things need to be done, and (perhaps) what skillsets are required? If not, what can interested folks do to figure out how they can get involved and contribute?

--xsdg

Quite a bit of things is done already. The color tools have been ported, the image projection has been ported, i.e. the image is represented as a GEGL graph. On the top of my head, here is things that still needs to be done:

* Add an infrastructure to allow layers to have an automatically managed size
* Color manage GEGL buffers
* Add infrastructure for higher bit depths. For example, can we afford to always store data in 128bit RGBA or will that occupy too much memory? * Use mipmapping techniques when doing image operations such as painting, so that it is possible to paint with a large brush in a large image while zoomed out. I expect this to require changes both to GEGL and GIMP
* Add glue code so that we can use the old plug-ins, in particular the file plug-ins, with GEGL
* Move out image processing from the event thread, we don't want to block the main loop/event loop like we do now, even if we process the image in chunks
* Replace TileManager with GeglBuffer

As you know, the end goal is high bit-depth and non-destructive editing. From that you can extrapolate further things that needs to be done.

Best regards, Martin