[Gimp-user] 16-bit - why the long delay?
Hi all, after this has first been announced, I think, in 2002 (!), I wonder why 16-bit/channel has still not been implemented. Two years ago (or something like this) I read that 16-bit would be available in 2.6, but now someone stated that it would probably take a few more years (!). IMHO, 16-bit should be right on top of the list of priorities, now that GEGL has been implemented--at least it's definitely more important than, say yet another new icon set for Gimp. And anti-aliasing could also be improved. Programs such as Krita (I'm using Ubuntu) have much better anti-aliasing. I really enjoy working with the Gimp (currently 2.6.8), but especially 16-bit is really long overdue. Claus -- Webdesign + Grafik + Fotografie http://home.arcor.de/ccyrny/ | Flickr http://www.flickr.com/photos/claus_01/ | artificial 1.0: visual arts blog http://artificial10.wordpress.com/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] 16-bit - why the long delay?
On Mon, Jul 5, 2010 at 2:23 PM, Claus Cyrny wrote: Hi all, after this has first been announced, I think, in 2002 (!), I wonder why 16-bit/channel has still not been implemented. Because noone did it. Noone did it, because it's a lot of work. It's a lot of work, because GIMP is huge and GEGL, the new engine, is unfinished. Two years ago (or something like this) I read that 16-bit would be available in 2.6, It wasn't going to. You were misinformed. Alexandre Prokoudine http://libregraphicsworld.org ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] 16-bit - why the long delay?
Claus - they're all waiting for you to offer to help code it. It's open source. If there's a feature you'd really like to see, contribute code or hire someone who can help. It's as simple as that. Donncha On 05/07/10 11:23, Claus Cyrny wrote: Hi all, after this has first been announced, I think, in 2002 (!), I wonder why 16-bit/channel has still not been implemented. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] 16-bit - why the long delay?
On Mon, Jul 5, 2010 at 12:23 PM, Claus Cyrny claus.cy...@web.de wrote: Ubuntu) have much better anti-aliasing. I really enjoy working with the Gimp (currently 2.6.8), but especially 16-bit is really long overdue. It's overdue, but that won't make it happen any sooner. Let's just wait it out. Meanwhile, Krita and Cinepaint support 16bit/channel (iirc), so it's not like it's absolutely impossible. I've heard ufraw will also use 16bit/ch images. It is said to be a bit picky (TIFFs in ufraw's preferred format, please), but it can get the job done. For now, you'll just have to either switch or combine tools. -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] 16-bit - why the long delay?
On 07/05/2010 12:23 PM, Claus Cyrny wrote: Hi all, after this has first been announced, I think, in 2002 (!), I wonder why 16-bit/channel has still not been implemented. Two years ago (or something like this) I read that 16-bit would be available in 2.6, but now someone stated that it would probably take a few more years (!). IMHO, 16-bit should be right on top of the list of priorities, now that GEGL has been implemented--at least it's definitely more important than, say yet another new icon set for Gimp. And anti-aliasing could also be improved. Programs such as Krita (I'm using Ubuntu) have much better anti-aliasing. I really enjoy working with the Gimp (currently 2.6.8), but especially 16-bit is really long overdue. We know it's long overdue and we know it sucks that we don't have higher bit depths yet. If we would have done higher bit depths before the 2.6 and 2.8 UI changes however, we would have received a lot of criticism for a useless UI instead. As soon as 2.8 is out, we are ready to introduce support for higher bit depths. GIMP 2.8 is currently scheduled for arrival late 2010. Maybe there will be a GIMP 2.9 development snapshot with support for higher bit depths half a year or so after that. The best way you can help with getting high bit depths support in GIMP is help us get 2.8 out, which basically boils down to helping us fix remaining bugs on the 2.8 milestone: https://bugzilla.gnome.org/buglist.cgi?product=GIMPbug_status=UNCONFIRMEDbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDtarget_milestone=2.8 Regards, Martin -- My GIMP Blog: http://www.chromecode.com/ Automatic tab style and removed tab title bar ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] 3d view?
Is there a plugin to preview/display bumpmaps in 3D? Ideally, it could be moved around (like the 3d preiew in the normalmap plugin) but renders it as a ocluding heightfield. I recall using something like that back in 2.4 but can not find it now. -Rob A ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] 3d view?
On Mon, Jul 5, 2010 at 7:09 PM, Rob Antonishen rob.antonis...@gmail.com wrote: Is there a plugin to preview/display bumpmaps in 3D? Ideally, it could be moved around (like the 3d preiew in the normalmap plugin) but renders it as a ocluding heightfield. I recall using something like that back in 2.4 but can not find it now. http://gmic.sourceforge.net/ It's a collection of otherwise very useful plugins, and I think it does include the thing you're looking for. -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Newbie needs help making batch reflect script
Hi all, I am a Script-Fu and Scheme newbie; please forgive my ignorance. I am trying add reflection to a batch of PNG files using the GIMP reflection plugin from: http://registry.gimp.org/node/1025 I have previously been able to batch re-size my PNG files using a script-autocrop script that I found on the GimpTalk forum. http://www.gimptalk.com/forum/script-autocrop-p265988.html To create a batch reflection script I have tried taking a copy of script-autocrop, changed the definition name to match the new filename and changed the plug-in-autocrop line so that it call the reflection plugin instead, like this: (script-fu-gimp-reflection RUN-NONINTERACTIVE image drawable 30 100 FALSE TRUE) If I run it, I get the following error: GIMP-Error: Calling error for procedure 'gimp-file-save': Procedure 'gimp-file-save' has been called with an invalid ID for argument 'draw able'. Most likely a plug-in is trying to work on a layer that doesn't exist any longer. batch command experienced an execution error What am I doing wrong? Any assistance is appreciated. Many thanks, Mark OS: winxp GIMP: 2.6.8 ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
