Re: [Gimp-user] opening CMYK psd
On Tue, Sep 20, 2011 at 8:35 PM, john Culleton j...@wexfordpress.com wrote: Scribus will import PSD and export e.g. png or tiff in RGB model. However once you are in Scribus you may find that most of what you need to do can be done in CMYK in that program. My rule is: if headed toward web presentation work in RGB, if headed for print work in CMYK. If working with photographs, you should be converting to device specific CMYK as late as possible in the process and keep things in more device independent color spaces like RGB for as long as possible. Similar to how you should not be saving intermediate copies to very lossy JPG. /Øyvind K. -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/ http://ffii.org/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Why is 16/32bpp taking so long?
On Thu, Jul 21, 2011 at 5:57 PM, artao for...@gimpusers.com wrote: Aha, I misread the GIMP 2.8 announcements. I guess I thought GEGL was inherently high bit depth. So, several years then is fairly accurate? GEGL itself is inherently high bitdepth, the current integration of GEGL in GIMP however isn't complete and thus GIMP is still storing the pixels in its own data structures which are 8bpc. Until that part of the migration is done it doesn't matter that some code paths are using GEGL for the processing. /Øyvind K. -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/ http://ffii.org/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] SPAM (was: Clipping Path)
On Fri, Apr 29, 2011 at 10:20 AM, shumicpi for...@gimpusers.com wrote: ... Clipping Path is the process of removing background from any image and can place it any other background. And this technique is getting popular day by day.Besides it is exploring new areas also. Reagards Shumi http://www.clippingpathindia.com Please do not send spam/advertising for an indian outsourcing company that provides services unrelated to GIMP and this mailinglist here. It is undesired noise. /Øyvind K. -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/ http://ffii.org/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Scaling / rotating images and focus
On Wed, Jan 26, 2011 at 10:14 AM, Jeremy Nell jeremyn...@gmail.com wrote: But that's besides the point. 1. If I've set the opacity of the layer, then the opacity of that layer should remain as is when I scale / rotate. 2. When I scale / rotate, the layer's position in the stack should remain in its place, rather than suddenly appear at the top of every layer when being rotated / scaled. Surely, this is a reasonable request? It indeed is, and this should eventually solve itself as GEGL is more properly integrated with the layer stack of GIMP and what is shown is no longer a preview but the actual result. For now the preview is a hack that provides better visual feedback than just a bounding box or a wireframe grid. /Øyvind K. -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/ http://ffii.org/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Is CMYK off the table for Gimp?
On Mon, Jun 30, 2008 at 1:55 AM, David Gowers [EMAIL PROTECTED] wrote: Hi John, On Mon, Jun 30, 2008 at 7:22 AM, John Culleton [EMAIL PROTECTED] wrote: A book by MIchael J. Hammel, _The Artist's Guide to Gimp Effects_, published in 2007, states that the next release of Gimp is scheduled to offer the CMYK color model. But that seems not to have occurred, alsthough there is a CMYK preview mode. Is CMYK color model off the agenda for Gimp? It has been under discussion for years.Other Open Source products, such as Krita and Scribus, will work in that model. but they lack the capabilities of Gimp. So is there any hope? CMYK is definitely ON the agenda. It is a long term thing. GEGL is currently being integrated. Once that is substantially completed (ie. GIMP supports varying colordepths (8bit, 16bit, float,..) and colorspaces (RGB, Yuv, LAB,..), working at an acceptable speed), introducing CMYK support will be relatively simple. I would expect that there might be some limited/experimental CMYK support by 3.0, based on the current rate of integration. Beware that in many instances people manipulating photographs in CMYK mode in photoshop should probably have been working in RGB and converting to CMYK in the end. Currently GEGL is a powerful engine for processing in three dimensionsal color spaces, most operations are performed in linear light RGB by converting the pixels when needed (and avoiding to do copies when possible). This works fine for RGB, R'G'B', CIE Lab, Y'CbCr, HSV and other color spaces that are three dimensional / tri-stimulus. CMYK is not one of these as it is fourdimensional and a roundtrip CMYK - RGB - CMYK isn't lossless no matter what precision your components have. The only way it is advisable to use GEGL with CMYK in it's current state would only be for conversion to CMYK space as the final step. I think this is sufficient for professional quality work for 98% or more of potential users. The use cases involving actual processing or compositing in a CMYK color model I'll say are outside the scope of GEGL for now and would have be performed by processing the individual color plates as grey scale layers. Even for pre-press this might be enough since proper compositing in CMYK will probably involve knowing how the ink spreads in the paper and physically interacts with the light being reflected. I am happy with GEGLs current limited focus on three-dimensional (plus alpha) color models, this might be expanded with something resembling spot colors, for z-buffers from 3d renders for use in compositing, as well as native support for multi-spectral pixels if I find the need. Native CMYK compositing and processing is something I consider to be of little benefit to most and of minimal interest to myself, thus I am unlikely to spend much time on it. /Øyvind K. -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/ http://ffii.org/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] resize image, loss of quality / successive saves
On Jan 17, 2008 7:15 PM, Owen [EMAIL PROTECTED] wrote: Eventually, successive saves in jpg will cause a degradation of quality, that's why it is best to work in xcf To be pedantic; and perhaps clarify slightly. Successive save to JPEG is completely OK, successive save/load cycles are not. GIMP does not degrade the currently edited image by doing a save to JPEG, thus if all the work in scaling down and saving to JPEG is done in a single session without opening any of the saved JPEGs you are not losing any quality at each save step. /Øyvind K. -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/http://ffii.org/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] de-mosaic ?
On Nov 22, 2007 5:19 AM, David Gowers [EMAIL PROTECTED] wrote: On Nov 22, 2007 11:43 AM, Elwin Estle [EMAIL PROTECTED] wrote: Does filtersenhancedespeckle maybe do what you want? Here is the relevant doc page. http://docs.gimp.org/en/plug-in-despeckle.html That might work as a workaround. Demosaicing is a specific algorityhm though -- GEGL implements a demosaicing op, for example. Richard, if you were willing to use the gegl commandline, you could demosaic those pages quickly. The demosaicing operation implemented in GEGL is the nearest neighbour equivalenet of demosicing, thus not really suitable for real work. It is alos highly doubtful that you want to (bayer) demosaic something coming from a scanner, since there isn't a good reason for the scanner to provide a bayer pattern in the first place. /Øyvind K. -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/http://ffii.org/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] plugins for photographers
On 12/13/06, Luca de Alfaro [EMAIL PROTECTED] wrote: Ok, I made two plugins (available from the repository): - colortemp: converts the color temperature of an image. You can specify the source temperature in K, or as the temperatue at which a black-body color best matches the selected foreground color. - whitebalance: converts the foreground color to either neutral gray, or to a specified background color. This is similar to grey-point, the difference being that the color transformation can be performed in the linear, rather than in the gamma-corrected, color space, and so may work better for removing color casts. Another plug-in to do combined adjustments of whitebalance, levels and saturation can be found at http://pippin.gimp.org/plug-ins/color_correct/ I haven't touched the code of the plug-in in a long time, and the user interface have a few rough edges, but it provides live preview in the image, as well as the ability to do an initial automatic whitebalance / white balance based on a picked neutral grey, as well as adjusting the blackpoint. /Øyvind K. -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/http://ffii.org/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Opening PDF and PS files
On 11/3/06, David Gowers [EMAIL PROTECTED] wrote: Do you look at the image at a zoom level of 100%? Yes, you are correct - when I zoom to 100%, the fonts are smooth - now I how it should be rendered when you zoom in or out. Gimp renders the document at a given scale, and does not re-render it at any time -- it's not a vector-based viewer but an pixel-based image editor. GIMPs failure to display the image smoothly is because it takes a shortcut when zooming out of an image, it just uses one of the values from one of the image pixels occupying a single display pixel instead of averaging all that are contributing. This has been done for speed/ease of implementation, at some point in the future this will change. /Øyvind K. -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/http://ffii.org/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] adjustment layer
On 9/29/06, Donncha O Caoimh [EMAIL PROTECTED] wrote: Hi Daniel, Adjustment layers do sound like a great idea but they're not a part of the GIMP. I found a script-fu plugin that does something similar, but is limited because it only allows the user to apply specific functions: http://www.deviantart.com/deviation/1473128/ I find that copying the current layer to a new one and practising on that, or using a large undo buffer helps a lot. There's also the anti-erase function of the Erase tool that looks like it restores part of the layer below the one you're working on. Current GIMP does not have adjustment layers, but some things can be simulated by clever use of layer modes. The anti-erase functionality brings back previously erased content on the current layer. When it comes to development towards supporting such capabilities there are plans for such functionality and experiments with technologies that might lead to it are in progress[1]. /Øyvind K. 1: http://pippin.gimp.org/gegl/gallery/ -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/http://ffii.org/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Color Printing
On 9/27/06, John R. Culleton [EMAIL PROTECTED] wrote: Photoshop and the free programs TeX, Scribus, Inkscape, Krita etc. can work in the CMYK color model. Gimp only works in RGB. CMYK has a more limited range of colors than RGB. Printers, both -- desktop and four color commercial work in CMYK. This is the major hangup with using Gimp as a Photoshop replacement. Apparently adding the additional color model would be a huge undertaking. Color management support is improved in the latest development versions of GIMP, this is not the same as editing in CMYK mode, but it should be the thing more than 90% of the people asking for CMYK needs, even though they think it is not. It is sufficient to do the conversion to CMYK when exporting from GIMP to file/the printer to achieve correct colors if you have a color correction profile for your display as well as your printer. This is a separate issue from being able to work with the image in CMYK mode. Manipulating a photograph in CMYK mode is in most cases mostly pointless since the source of the data is the RGB model and the human visual system operates in RGB as well. The separation needed for CMYK varies between printers whilst sRGB is a standard color space for image exchange. /Øyvind K. -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/http://ffii.org/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Lanczos interpolation method
On 10/11/05, Harish Narayanan [EMAIL PROTECTED] wrote: cedric GEMY wrote: Testing 2.3, i can there is new interpolation method called Lanczos. It is described as being better than cubic. Does anyboy know simply :) how it works with the picture ? Actually, on a more generic level, is there some place (other than the source) where one can look up algorithm details pertaining to things like this and filters? If yes, awesome, if not, awesome, that will be a most informative documentation project to embark on. Comparisons of different interpolation methods (in this case not for scaling, but resampling for transformations like rotation.) http://www.path.unimelb.edu.au/~dersch/interpolator/interpolator.html /pippin -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/http://ffii.org/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] PNG and transparency
On Wed, 16 Mar 2005 09:08:35 +0100, Johannes Reese [EMAIL PROTECTED] wrote: while with others all I can reach is substituting the selected area by the background color. How can I force those files to delete to transparency? You must make sure the image is in RGB mode (the titlebar should indicate this). If it's not the menu item Image/Mode/RGB . Next you must make sure that the background layer has an alpha channel, if it hasn't you can add one with the menu item Layer/Transparency/Add alpha channel. /pippin -- Software patents hinder progress | http://swpat.ffii.org/ Web : http://pippin.gimp.org/ ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Photoshop's accented edge effect?
On Mon, 06 Dec 2004 10:17:14 +0800, bear [EMAIL PROTECTED] wrote: The accent edge effect is at http://learn.tsinghua.edu.cn/homepage/2003216147/edge.jpg The original image is at http://learn.tsinghua.edu.cn/homepage/2003216147/orig.jpg Would it be possible to get access to a PNG version of the original image, due to the noise introduced in the jpeg compression it is very hard to evaluate what effect is intended. /pippin -- Software patents hinder progress | http://swpat.ffii.org/ Web : http://pippin.gimp.org/ ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
