Re: [Gimp-developer] 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 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] 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 -- My GIMP Blog: http://www.chromecode.com/ Best way to keep up with GIMP from git ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] 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! :-) -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Just a reminder of 48 bit color support
On Wed, 2009-12-30 at 21:23 +, Asiga Nael wrote: --- El mié, 30/12/09, Martin Nordholts ense...@gmail.com 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 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] 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. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] 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 -- My GIMP Blog: http://www.chromecode.com/ Best way to keep up with GIMP from git ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] 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 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Just a reminder of 48 bit color support
--- El mié, 30/12/09, Martin Nordholts ense...@gmail.com 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 ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
