Re: [Gimp-user] clone & heal
May I just give you an advice based on my personal experience? 1. Healing brush works nice to clean some skin defects. 2. As healing tool uses some space around actual brush size, avoid using it near edges of some contrast parts. e.g. close to lips. 3. If some parts of a skin are overburnt, there can be 2 techniques: using healing brush from the edge of the normal (not over lighten) skin and moving inside burnt areas or using clone tool to fill saturated color area with normal skin and then using healing brush to "flatten" the result. norman wrote: > I am setting up to try to repair and restore some very old monochrome > images for a relative of mine. I am fairly confident on how to proceed > but, I have one main area of uncertainty, namely when to use the clone > tool and when to use the heal tool. I have Googled until my eyes are > monitor shaped and I am not really any the wiser. So, I would be most > grateful if someone could point me towards some readily understandable > tutorial material, preferably audio/visual, that I can study and > emulate. > > Norman > > ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] UFRaw as Gimp Plug In blurry pics. . . why?
I guess you have noise reduction enabled. Just set threshold to zero. Carusoswi wrote: > My problem is that all photos thus loaded are extrememely fuzzy, as though I > had hit the entire image with a strong dose of Gaussian. So, can someone tell > me what I am doing wrong? > > Thanks. > > Caruso > With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] not to knock gimp...I love it, BUT I have never has decent prints from it
Try using G'MIC (former GREYCStoration) of wavelet denoise filters for GIMP. Also UFRaw has built-in wavelet noise reduction. Hope it helps. http://cimg.sourceforge.net/greycstoration/ http://registry.gimp.org/node/4235 With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Photo Toolkit
I guess the amount of GIMP abilities used for processing of photographs, including retouching, depends on users qualification. Maybe there are some scripts or plug-ins which are not used in everyday life, but they can also be used for image decoration. So IMHO there can be "beginners" and "expert" modes, but not "photo" and "all". norman wrote: > Allowing for the fact that only a relatively small %age of GIMP is > useful for working with photographic images is there a place where these > items are gathered together? If there were, it would save a lot of > effort having to trawl through the many menu items to find the one > required. > > Norman > > ___ > Gimp-user mailing list > Gimp-user@lists.XCF.Berkeley.EDU > https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user > > ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] lossless cropping?
I guess lossless means the remained part ot the image hasn't been re-encoded (it has the same jpg data as the original image). Claus Cyrny wrote: > I have to admit that, after following this thread, I still > have no idea what Zhang Wei Wu means by 'lossless 'cropping'. > I understand' lossless compression', but cropping is by definition > lossy (you remove part of the original image), so I don't > know what 'lossless' means in this context. > > Claus > > ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] lossless cropping?
I think you mix cropping and resizing :). Greg Chapman wrote: > Hi, > > On 02 Feb 09 08:24 Johan Vromans said: > >> Lossless resizing? How do you envision that? >> > > 1. Read the file > 2. Separate image segment from, Comment, EXIF, IPTC, and other data > segments > 3. Delete just those bytes that refer to the unwanted parts of the > image > 4. Reassemble the file, with any required "housekeeping" bytes edited > 5. Resave > > As others have said - not something that the GIMP does. > > Greg Chapman > > > ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Resynthesizer
It needs to be mentioned Windows version is 0.13 b from 2005 year. Doug wrote: > resynthesizer-0.16 runs fine on 2.6.0. You can get it from > http://www.logarithmic.net/pfh/resynthesizer as a tarball (or rpm for > various Linux distros or in a Windows version). > > Doug > ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] switch interface language?
Rene Veerman wrote: > Alexander Rabtchevich wrote: >> Rene Veerman wrote: >>> Is it possible to switch interface languages? I've been fed dutch, but >>> like english better. >>> ___ >>> Gimp-user mailing list >>> Gimp-user@lists.XCF.Berkeley.EDU >>> https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user >>> >> Yes, it's possible. On Unix use a script >> export LC_ALL=en_US.UTF-8 && gimp >> >> On Windows add a parameter >> LC_ALL >> with a value >> en_US.UTF-8 >> to system->additional->system variables. That will change the >> language of _all_ GTK+ programs you use. >> >> With respect >> Alexander Rabtchevich >> > i'm using windows gimp 2.6. can't find that system menu you mention.. > or is that not a menu path? > In XP it is located at Control panel -> System -> Additional -> system variables (a button at the bottom of the dialog). Then click lower create button. With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] switch interface language?
Rene Veerman wrote: > Is it possible to switch interface languages? I've been fed dutch, but > like english better. > ___ > Gimp-user mailing list > Gimp-user@lists.XCF.Berkeley.EDU > https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user > > Yes, it's possible. On Unix use a script export LC_ALL=en_US.UTF-8 && gimp On Windows add a parameter LC_ALL with a value en_US.UTF-8 to system->additional->system variables. That will change the language of _all_ GTK+ programs you use. With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] simple how to background image
Bob Meetin wrote: > See an example at: > http://www.caps2point0.org/templates/yt_sunblogger/images/pink/page_bg.png > > Is there a way to create an image like this in GIMP (or other heaven > forbid) without having to spend hours copying, pasting, lining up > pixels? It could be circles, squares, diamonds, etc as the repeating > pattern? > > Try Inkscape for regular shapes. inskape.org -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] dilemma
Norman, did you use camera profile *.icc when processing RAW photos with UFRaw? If not, you photos *should* look slightly desaturated. norman wrote: > I have recently started comparing final images with my son where we both > start with the same RAW image. He uses Bibble Pro only, whereas I have > been using UFraw and GIMP. For some reason, which he cannot explain, he > does not like my images mainly from the point of view of colour hence > the comparisons. When I looked with Image Viewer, at the images he had > produced, they were vibrant, sharp and had plenty of punch. However, the > same images opened in GIMP, are washed out, not very sharp and lacking > in punch. This caused me to look further and I found that this > difference applied to all the images I have recently been working with, > good in GIMP exaggerated in Image viewer. Good in Image Viewer, weak in > GIMP. > > Could someone please explain what I should be doing to overcome this > dilemma? There must be some reason but, because of my lack of knowledge > of colour and its formation in terms of display on the monitor screen, I > have no idea where to start. We both use Ubuntu 7.10 and I use GIMP > 2.4.2. > > Norman > > > -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] image sharpness
If it is a common case, not some particular image, the difference is obvious: in-camera image processing includes noise reduction (blurring) and sharpening. The resulting image look and feel is a result of combination of NR and sharpening, acting in contrary directions. If you use UFRaw for RAW conversion, it has noise reduction (disabled by defaults) and has no sharpening. David Gowers wrote: > Okay, in that case I have no idea what is happening there. > > On Mon, Mar 31, 2008 at 12:47 AM, norman<[EMAIL PROTECTED]> wrote: > >> I forgot to say that the JPEG is sharper than the RAW conversion. >> >> >> Norman >> >> -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] colour temperature
norman wrote: > I am using UFRaw with Gimp and energy saving lamps. The colour > temperature of these lamps is quoted as 5000K which I presume I can set > in the white balance. What I would like advice on, please, is what is > the purpose of being able to vary the green setting and does this need > to be set to any particular figure? > > Norman > > > WB in RAW converter is a set of 3 multipliers, one for each channel - R, G, B. This is more flexible than color temperature itself. If you move green slider you will see how the picture changes. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Opening files in Gimp2.4x from 3rd party, thumbnail viewer
Thank you for the tip, it works. And the document http://windowsxp.mvps.org/imgeditor.htm adds information how to make GIMP default picture editor: * Click Start, Run and type CONTROL FOLDERS * Select the File Types tab * Select the image file type from the listing (e.g. jpg), and click the Advanced button. If it is not available, click "restore defaults" first. * Create a new action by clicking New * In the Action text box, type Edit * In the Application used to perform action box, type the full path to the image editor application. Just copy/paste the correspondent strings from Edit with GIMP entry. * Click OK, OK to close the dialog If you had to restore settings, edit "Open" key to the viewer you like. Now if GIMP has been loaded, pressing F4 in XnView opens the image in GIMP. :) Peter Taylor wrote: > Hi, > Thanks to all who pointed me to gimp-remote to prevent multiple > instances of Gimp when opening files from third party thumbnail viewers. > I downloaded the Windows version, which requires the following registry > entry to be added: > > [HKEY_LOCAL_MACHINE\SOFTWARE\GNU\gimp-win-remote] > @="gimp-2.4.exe" > (as described in the Readme file.) > > It now works perfectly with both IDimager and Fastone image viewer. > > I appreciated the lightning fast responses! > > > -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] non-destructive editing
Greg wrote: > --- Sven Neumann <[EMAIL PROTECTED]> wrote: > >> I don't think though that we need more people pointing out the >> > obvious > >> flaws in GIMP. >> > > Obvious to whom? Do you speak for the list members? > > I think this theme has been arisen here many times. And I believe the developers are bothered answering the same question for the n-ty times. You can check it by searching in this list. Moreover, GEGL (floating point channel values and procedural layers) has been mentioned in this thread as to be embedded in GIMP in the next 2.6 version and even the roadmap has been explained several times. Take a look at http://gegl.org . What do you really need to be told here? The developers are aware about more than 8 bits per channel and procedural layers. They promised to make it possible in the next GIMP version. GEGL has that features already implemented. So what more information do you need? If you just want to state that more than 8 bits per channel is good, the developers know that fact. I think it is mostly a holy war, as I can quoter Dan Margulis which said (my translation from Russian which is in turn translation from original English I do not have): "During the last 3 years more than dozen of different experts, including me, have been doing serious attempts to find any evidences which testify to the benefits of corrections in 16-bit mode. The experts took the very different color photos from the real life, applied every possible treatment methods trying to find the tracks of the fact that this method provides better results than 8-bits one. How did we taunt the poor files! But we have not managed to find any benefits". So I believe the benefits exist, but their value is too much overspoken! >> We are all very well aware of them... >> > > We are? > > >> ...and you are just stealing our precious time. >> > > Again, do you speak for the rest of us? > > Now, granted, I'm fairly new here so I don't know what role you play in > the GIMP world, but so far the only person I've seen bitching about > "noise" is you. I find these discussions informative, and as a GIMP > user, useful. As long as people don't start getting into how the > source code does this or that, I don't have a problem the current line > of discussions. > > > Sven is the project leader and main contributor to the code. You can simply browse via http://svn.gnome.org/svn/gimp/trunk/ChangeLog to proven it. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Colour management
As I understand, lcms provides use of color profiles, not their construction. Take a look at the LProf http://lprof.sourceforge.net/ Simon Roberts wrote: > Can I profile my monitor with this? If so, what are the supported profiling > tools? I went to PS simply because I couldn't make head nor tail of the lcms > stuff, but absolutely have to have a "true" monitor. > > Cheers, > Simon > > - Original Message > From: Alexander Rabtchevich <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Cc: gimp-user@lists.XCF.Berkeley.EDU > Sent: Tuesday, September 18, 2007 8:54:18 AM > Subject: Re: [Gimp-user] Colour management > > Yes, 2.4 has color management. > > Richard Oliver wrote: > >> Does Gimp have any thing like the colour management system that Photoshop >> has , which I believe can be used to set the system to a standard setting >> to ensure that periferals such as monitors,cameras., printers etc are all >> operating on the same colour values. >> Regards,Richard >> >> ___ >> Gimp-user mailing list >> Gimp-user@lists.XCF.Berkeley.EDU >> https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user >> >> >> > > > -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Colour management
Yes, 2.4 has color management. Richard Oliver wrote: > Does Gimp have any thing like the colour management system that Photoshop > has , which I believe can be used to set the system to a standard setting > to ensure that periferals such as monitors,cameras., printers etc are all > operating on the same colour values. > Regards,Richard > > ___ > Gimp-user mailing list > Gimp-user@lists.XCF.Berkeley.EDU > https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user > > -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] photography
Norman, there are several possibilities for you. First, you can stick to 50 mm prime and use it most of the time. It is light, very qualitative and fast (F1.4) or 1.7. Second, you can buy light slow zoom such as 18-200 (26-300 in 35 mm equivalent) and use it all of the time. It provides less quality but has a very large focus distance range. Or you can use any of the kits like 17-70... Note, to obtain normal focus distances you should multiply them by camera crop factor -1.5 for Sony, Pentax, Nikon and 1.6 for Canon. norman wrote: > Thank you all for the interesting comments and information. In the past > I was a great fan of the SLR and I had several starting with a Russian > camera, 'Zenit', which I still have and finishing up with a Nikon with > 28mm and 135mm lenses which unfortunately were stolen. My Arthritic > problems were just starting so I moved to an Olympus compact camera with > built in zoom and have staggered from then into the digital era. In my > earlier years I had a dark room which eventually I had to give up and > now I see my computer taking over the functions of a dark room. > > So you see, I am not a newcomer to photography and I am well aware of > the problems with dust etc especially with SLR cameras. As I said in my > original posting I need ease of handling and RAW. Changing lenses is not > so easy when one hand is holding a walking cane even standing for any > length of time is a problem. Carrying equipment is not comfortable and I > do like to wander on my own when out for a shoot. > > Norman > -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] photography
Note, these prises are without lens. The cheapest kit lens cost about 100$ shipped with the camera. Nikon's one is more expensive due to more quality. Sony provides 3 kit zooms: 100$ 17-70, new 16-105 and Zeiss 16-80 (set in turn both of price and quality). Nikon and Canon have several kits too. Canon 5D main advantage is full frame. It is not cropped. So in features it is weaker than 30D or 40D, but image quality is higher. Leon Brooks GIMP wrote: > On Thursday 13 September 2007 20:25:33 you wrote: > >> To set in turn of cost: Sony Alpha 700 (1400 USD), >> Canon 40D (1500+ USD), Nikon D300 (1800+ USD). >> > > Thaks for that nice, simple list. > > I got good value out of a Sony DSC-F707 until the day I > ran it over with my 2t van. > > Several of the pro photographers I know have longed for > a Canon 5D but not been able to afford one; they all > seem to think well of the 40D, after studying it, "Not perfect, > but close enough," sort of thing. (-: > > Cheers; Leon > > -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] photography
Johan Vromans wrote: >> 1. Digital camera . ... >> 2. DSLR - ... >> > > I'd say there's quite a lot of camera's in between. > > I'm still quite happy with my Sony DSC-V1 which has all the things a > (semi-)professional photographer requires (even a flash mount shoe) > without being a DSLR. > I would not agree :). There have been a prosumer class, but now it is dying. DSLRs killed it due to higher image quality and more profits for a manufacture due to interchangeable lens. Pro compacts for amateurs? Can you remember CURRENT compact cameras with RAW? Minolta is not in the market. There are no Sony compacts with RAW. I can recall Canon G9 - not so small and with awful image (12MP on a small sensor) from any strict POV. Nikon? No. Ricoh Caplio G100 - they put too much MP on a small matrix too plus it costs way too much. That is the whole list. Dot. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] photography
There are 3 upcoming semi-pro DSLRs. To set in turn of cost: Sony Alpha 700 (1400 USD), Canon 40D (1500+ USD), Nikon D300 (1800+ USD). Note, these are semi-pro cameras and can be used for professional photography. Leon Brooks GIMP wrote: > I've heard good things said about the Canon 40D (a DSLR) by > people who actually use the suckers for a living. Still ghasp > dollars an item, but fairly good value for the ghasp. It's like > a cut-down version of the 5D, which is an excellent little > gadget. > > > -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] photography
John Allsopp wrote: > Jan Tomasek wrote: > >> Shooting in RAW is just same as into JPEG on Nikon, saving to memory >> card is done in background, but because of bigger size of file camera's >> buffer is able to hold only 2-3 images and after that you have to wait. >> > > Just to clarify that: the similarity is in the file saving, otherwise > saving to RAW still saves more info, right? > RAWs have more bytes per pixel, no WB is applied, nor sharpening or excessive noise reduction. PC RAW->image algorithm is much more complicated and quality than the one from any camera. You camn easily apply some exposure compensation after shooting... This list can be prolongated. > It's just, I haven't got Gimp to do RAW yet (but I will, now you've > pointed out the plugin below). I won't bother if there's no difference > in the file quality. > > >> Gimp have limitation on 8bit per color channel, that is shame because >> cameras are usualy producing 12bit. Other software like Adobe >> Photohoshop is able to work in 16bit, but that adds another expences to >> your hobby. >> > > I'm sure I read there is a professional version of The Gimp which > provides more bits. I don't know how that compares price-wise with > Photoshop. > > Those pics are very nice, Jan :-) > > Cheers > UFRaw (ufraw.sf.net) handles RAWs with no posterization (it has more than 8 bits internally). Upcoming GIMP 2.4 has only 8 bits, 2.6 is planned to have 16 or even more. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] photography
Norman, first of all, you should decide, how quality photos would you like to have. You have 2 options: 1. Digital camera . Pros: small weight and dimensions, built-in lens can have a range zoom, video. Contras: Low image quality, high noise at any ISO over 100-200, no control over depth of field, low focusing speed and accuracy... Almost all of modern digicams do not have RAW. 2. DSLR - a camera with interchangeable lens. Pros: high dynamic range, high focusing speed, high image quality even at ISO up to 800-1600, control over depth of field (bokke), very good optical viewfinder... Contras: weight, quality lens can be expensive, no video, some models do not have "live view" - image can be seen on the screen after it has been shot, not during. If you have enough will I would recommend you buying DSLR. norman wrote: > Although I have been trying to use Gimp for quite some time to enhance > digital photographs it is only recently that I have begun to realise how > powerful a piece of software it really is. Photography has been a hobby > of mine for over 50 years but it is only in the last week or so that my > 'digital darkroom' has started to flourish. This is very much due to a > video course I am following on www.meetthegimp.org which, in my opinion, > is a great place to start for the amateur photographer. > > One of the things which has emerged is the importance of producing > photographs in RAW in order to get as much information as possible for > processing. For me, this means finding and purchasing another camera and > I wonder if anybody could suggest a good starting point for me to find > what I need. I have tried Google but have not found the sort of > information I think I need. I have just two criteria, the camera must be > light and easy to handle (a bit shaky due to age and arthritis) and > shoot in RAW. All suggestions gratefully received. > > Norman > > -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] color info, was: infowindow
I do not have 2.2 now - I use 2.3.x or 2.4 RC. Today 2.4 RC2 has been released. 2.4 has so much new nice tools, abilities and features that I recommend you upgrading. Maybe the problem is solved in 2.4. Bettina Lechner wrote: > thank you for your interest & help – yes shift works e.g. with the > selection tool but not with the pipette, though I see that shift > enables the checkbox in the tool options of the pipette (I can also > check it per mouse). but no color info... > > do you see the entry color info in the menu view? where it has been > under version 2.2? > > > -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] infowindow
Does Shift work with other tools (selection etc.)? Bettina Lechner wrote: > I did hold down shift, but it did'nt pop up - maybe it's a x11 problem? > > any ideas? > -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] infowindow
I use GIMP for Windows - 2.3.19 or 2.4 RC1. It works on both. Bettina Lechner wrote: > I did hold down shift, but it did'nt pop up - maybe it's a x11 problem? > > any ideas? > > do you see the color info? which gimp version do you use? > thanks tina > -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] infowindow
I guess you mean color info? Hold Shift when clicking with color picker. Bettina Lechner wrote: > hi all! > > I am using gimp 2.4 rc1 on mac osx 10.4 (installed through macports) and I > am missing the infowindow (I don't know the origin name for it in english - > it's infofenster in german). in gimp 2.2. I found it in the menu view > (ansicht) or it opened together with the pipette. > > is this an error or is it not implemented anymore? > > thank you for your informations, > tina > > -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Depth of Field effect - linear Blur?
You can use focus blur plug-in for that purpose. http://registry.gimp.org/plugin?id=4123 Windows binaries can be found at Michael Schumacher's page as fblur http://schumaml.gmxhome.de/downloads/gimp/ Jarlath Reidy wrote: > I want to create a depth of field effect on an image which is currently > well focused all around. > > I would like to be able to apply a blur that gets more intense as the > distance from the subject increases. > > I had thought that I might be able to create a layer with a radial > gradient and apply some effect to it but I haven't been able to figure > this out. > > The only mention of Depth of Field in the Beginning Gimp book I have is > in relation to photography as opposed to editing. > > Can I achieve this effect? > > Regards, > Jarlath > > ___________ > > -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Removing Backgrounds in Digital photos
Upcoming GIMP 2.4 has a special tool for doing it - foreground selection tool. 2.4 can be tried now as GIMP 2.3.19. Also you will have to correct the obtained selection with freehand selection tool, maybe quick mask, intellect scissors or other selection tools. Other way is to select it initially by color and often use other selection tools to add (with Shift) or subtract (with Ctrl) some pieces. Some tutorials: http://gimpguru.org/Tutorials/ReplaceBackground/ http://gimpguru.org/Tutorials/ReplaceForeground/ [EMAIL PROTECTED] wrote: > Hello, > > I'm new too Gimp please don't shoot me for asking this question. I'm > looking for an easy way > to process about 20 pictures I shot with my DSLR. What I want to do is > remove the background and only preserve the object in front. Is there > anything in Gimp to do what KnockOut from corel does? > > Is there a tutorial on this somewhere? -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] going digital
You will need several things at least. 1. A program to copy your images from the camera into PC, especially if the device is not seen as USB drive. Maybe gphoto will be of help. http://gphoto.org/ 2. I would recommend you shooting in RAW. In order to import your photos directly in GIMP or process RAW standalone you will need UFRaw ufraw.sf.net with graphical user interface or dcraw http://www.cybercom.net/~dcoffin/dcraw/ as a command-line tool. 3. Also camera profiling tool will be be helpful if you do not find ready profiles for your camera model. http://lprof.sourceforge.net/ Andrew wrote: > I'm thinking of moving into the 21st century and getting a bottom-end > digital reflex, preferably Pentax for the sake of nostalgia. Can anyone > advise me from a technical point of view as to what I need in order to > be able to get pictures into GIMP for editing? I use Slackware 11. > > TIA, -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] cartoon (card figure) from photo
You can also try http://sound.eti.pg.gda.pl/~greg/gimp/ [EMAIL PROTECTED] wrote: > I should add that the Greycstoration Plug-in will also work wonders in > cartoonifying an image. > > http://www.greyc.ensicaen.fr/~dtschump/greycstoration/index.html -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Pan Tool keyboard shortcut
The development version uses space for panning. It will be in 2.4 release. >>> How can I get keyboard access to the "pan" tool? >> View-->Navigate Window >> opens up a dialog box, in which you can use your arrow keys to pan >> around. > -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] delete a file
It depends on a person's workflow when retouching photos. If gimp is used from scratch without preliminary viewing photos in some browser, or some kind of retouching is used to decide if the file worth to stay, it would be better to allow simple deletion of selected file within GTK file chooser. Otherwise user needs to switch to file manager to delete the file each time. Sven Neumann wrote: > > The overloaded file selection dialog on Windows is generally considered > bad user interface design and fortunately GTK+ is not duplicating this > mistake. The usability of the GTK+ file-chooser dialog can still be > improved, but cerainly not by adding more stuff to it that is already > handled by the native file manager. > -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp vs. Photoshop
Looking into different English-Russian dictionaries (the most comprehensive ones) I can see the meaning of the word gimp, being discussed here, as the 3-rd or 6-th in the order of usage frequency. Others are (synonyms) 1. galloon, braid 2. spirit, vim 3. may be limp, may be neckerchief 4. Scottish: slim, elegant ... Gimping: clothing industry: cutting of tooth at detail cut Gimpy: miserable, lame man Gimper: American: excellent professional (about military person). As any English word has so many meanings, it's hard to avoid some of them. Not to be offensive, but even the word "queen" has one not so wide spoken meaning. And what? The ones, whose mother tongue is not English would not consider this at all. As for inhabitants of English speaking countries - its their peculiarity, what meaning would come in their mind when they hear the word "Gimp". Luca de Alfaro wrote: > I, for one, don't believe that open source projects should necessarily > avoid slang words. "Gimp" is a relatively obscure slang word. Let me > define this: most English speakers speak English as a second language, > and i bet 99% of them are not familiar with the unofficial uses of the > word "Gimp". From the responses to similar threads in the past, not > even a majority of US speakers knows the meaning of "Gimp" (of course, > this may not be necessarily true locally in all communities). > Moreover, these slang uses come and go. Yes, they may offend a small > percent of US users, but that's far from the majority. There are too > many such slang words that come and go to worry about them. > > Once at a database conference, there were some Japanese giving a proud > talk on the performance of their HECK algorithm (don't recall what it > was). Funny - but notice, the paper WAS accepted. I bet they didn't > study at school what HECK meant. > > This is the problem for US and UK people: their language is being > increasingly defined by people who speak it as a second language. > > Luca -- With respect Alexander Rabtchevich ___ 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
I usually use noise reduction with a grain of salt. As I understand, GREYCstoration differs in its approach from most of other filters: it tries to predict some edges in initial picture, not to simply blur it. http://www.haypocalc.com/wiki/GREYCstoration_en I usually decrease the amount of noise reduction the plug-in provides as default. Also if only some important details suffer from visible noise they can be selected and GREYCstoration then applies to the selection only. It takes much less time and memory. Concerning its development it seems it does not take place now :(. The latest version I ever seen is greycstoration-0.2.4-a.tgz . I do not remember where I've got it from. Fabrizio Lippolis wrote: > Alexander Rabtchevich ha scritto: > >> 4. GREYCstoration - for noise reduction. > > Yesterday I have tried this one and dcam noise 2. Well, GREYCstoration > seems rather slow to me, it takes really long time to complete and at > the end I didn't see any improvement to the image (maybe the parameters > where not set the right way). The second is much faster though in the > first tries the result contained very blurred areas where the noise is > particularly strong. Anyway playing with the parameters I could obtain > still good details containing the noise and the result is very similar > to what I obtained applying the gaussian blur. > > Being slower I assume GREYCstoration performs much more complex > calculation, do you think it offers a better algorithm than the other > plugins around? On the other hand it looks it is not mantained very > actively, or am I wrong? > > Best regards, > Fabrizio > -- With respect Alexander Rabtchevich ___ 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
Hello, Luka I wasn't able to find this mode, sorry :(. I set foreground color to the current color of some part of an image, the background color to the desired color, set the mode "from foreground color" but it did not help - the color to be changed appeared grey, not background color. I'll try to express the idea. We have some object of the scene of the known color. It is not grey, but it has known color. So I want to adjust the WB to match the actual color of the object with its known color (make them equal). The practical example follows. My father's room is lighted with halogen lamps, and the light is rather strong. So if I take photos in this room, the resulting light is a combination of flash and external light. And the ratio between these lights differs from shot to shot, so there are no permanent WB settings. And it's really impossible to add grey card to each shot :) at the party. But if the correct color can be once found of some cloths or wall these data may be used when processing further images. Luca de Alfaro wrote: > > Alexander, > > yes, I was also very much missing methods for adjusting the white > balance of an image. > > I wonder if you know, but the grey-point plugin has a mode in which it > converts from a color A (foreground, which you can specify with the > eyedropper) to color B (background, which you can specify with the > eyedropper or with by choosing the color). > > -- With respect Alexander Rabtchevich ___ 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
Hi, Fabrizio I use mainly the next plug-ins on everyday basis: 1. UFRaw to import RAW files with my digital camera. I've created a profile with LProf for my G500 and enjoy natural pleasant colors. 2. fblur - focus blur plug-in to imitate blurriness in out-of-focus areas (boke). 3. refocus (do not mix with refocus-it) plugin to add natural sharpness to images (it uses other technique than sharpening). 4. GREYCstoration - for noise reduction. 5. my script to remove red eye. As for tools, the main ones are: Clone and Heal, new Crop with fixed ratio, dimmed non-selected areas and possible thirds guidelines levels and curves (if the source is jpg, not RAW). What I really miss for in-camera jpegs is advanced WB correction tool. I would like to see gray color picker in WB correction tool, not only in Levels tool. Also I would like the plug-in to be able to take some color from the picture as given color (select a pixel|group of pixels with eye-dropper and enter its desired "correct" color manually (RGB or HSV)) to recalculate the whole picture. The only difference with gray point selector is the sample is not gray, but has known color. Fabrizio Lippolis wrote: > Hi all, > > I would like to ask photographers which plugins you use and you think > are most useful. Actually I use ufraw for RAW conversion and > manipulation and resynthesizer for photo retouching. Thank you. > > Regards, > Fabrizio -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Color temperature modification plugin available!
Sven, I've seen you newest image window on the blog. Does it mean there will be no script-fu or even tiny-fu top menu entry at all? Sven Neumann wrote: > > Filters->Colors seems most appropriate for GIMP 2.2. In 2.3 we have done > a larger reorganization of the menus and you would probably put it into > the toplevel Colors menu there. > > At some point someone really needs to write a GIMP menu editor so that > users can put their favorite plug-ins where they like them best. > > > Sven -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Color temperature modification plugin available!
Ok, it appears exactly where you said. I simply wasn't able to find it there. Luca de Alfaro wrote: > This is strange - I defined it so that it goes under "Tools/Color Tools" > for version 1.2 (It used to be Layer/Colors). That's where all the > other color manipulation options are... (The script-fu menu seems to be > on things other than color manipulation). > > Can you check which version you are running? Oh btw, I developed this > under Gimp 2.2; I have no idea whether other versions of Gimp have > different menu arrangements, so that the plugin does not find a home. > > Let me know... > > Luca -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Color temperature modification plugin available!
Thank you, Luka The plug-in seems to work! I have only one problem with it now - it doesn't define a place to be put in the register procedure. I added /Script-Fu/Enhance/ before the Convert Color Temperature and could find it :). I use GIMP 2.3.12 on Windows. Luca de Alfaro wrote: > Dear All, > > I have just uploaded to the Gimp plug-in repository a plug-in that > enables you to modify the color temperature of a photo. I can be used > to correct the bluish cast in overcast photos, or even (to some extent) > the red cast in photos taken under incandescent light with the camera > set to daylight. > At least for me, the plugin works better than playing around with the > levels and curves menus by hand, in part because the color > transformations are done in the linear (rather than gamma-corrected) > color space, and use black-body color temperature as reference. > > Anyway, I had been wishing for a long time for a tool to modify the > color temperature of an image, and now there is one! > http://registry.gimp.org/plugin?id=8730 > I hope it can be useful to others! Give it a try, it has extensive help > included. > > All the best, > > Luca -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Interesting opinions
Michael Schumacher wrote: > Some of the disadvantages of current GIMP versions are going to be addressed > in 2.4, but the discussion clearly demonstrates that the plans for it (or > even the current state of the 2.3 releases) is not known to the general > public. What about giving more publicity to Windows development builds? I guess the Linux guys have enough qualification to obtain news or compile and give them a try by themselves :), but the majority of potential users use Windows. And as professionals also use Windows or Macs their feedback could be welcome. > > Personally, the most interesting fact for me in this discussion is that > finally the "GIMP is not a clone of Photoshop" is getting across - the GIMP > developers did never claim this themselves, people just want (or demand :) it > to be. The time goes by, nothing stays unchanged. A voting can be issued via Internet, but I'm almost sure most of the users use GIMP and similar software for photo retouching now. As the digital imaging comes in people's houses, processing of photos becomes a demand. The number of users who need some kind of painting software for content creation from scratch (as Gimp was claimed to be used as designed) increases slowly, but the number of people who needs all-in-one tool for both photo processing and content creation grows. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Suggestions for RAW workflows
The jpeg image you get from your camera depends on in-camera sharpening and noise reduction algorithms. If you look through camera comparisons, f.i. at dpreview.com , you'll see that different manufactures have different visions of this balance. Some of them prefer less aggressive noise reduction (Panasonic), some more (Kodak). So an jpeg image from Kodak camera looks smoothly with less noise, but with less details. When you convert image from RAW with UFRaw, you get it closely to "as is" from camera matrix. Afterwards you can apply sharpening or/and noise reduction. Noise reduction plug-ins can be found at http://www.haypocalc.com/wiki/Plugin_Gimp_GREYCstoration or any other from the page http://registry.gimp.org/list?category=10 I'd recommend you selecting some "critical" parts (like faces) before applying noise reduction with greycstoration, overwise it would take a lot of time and memory. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] plug-in-compose from several layers of the seme image (plug-in-decompose result) ?
Is it possible to compose an image by script-fu if the grey images are layers as the result of plug-in-decompose 1 newImage newLayer "RGB" 1))) Or creation of new images is required? -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] RAW images
UFRaw (http://ufraw.sourceforge.net) handles RAW images from digital cameras - this is not the same as a raw bitmap, as it was described. Look at the GIMP repository - there has been a plugin for handling of raw images, as I remember. Rikard Johnels wrote: On Friday 06 January 2006 10:46, Alan Wolfe wrote: Heya, i was wondering if it was possible to load a RAW imagine in gimp? i have a RAW greyscale heightmap i'd like to load and manipulate (: Thank you! Alan Check for "ufraw" on google. I dont know if it manages your type of image, but it is very extensive. I use it for me Pentax *istDS camera. There is also a dfraw... -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Focus
Sorry, I don't know. If there is a MAC conference on GIMP (as it is for Windows), you can ask somebody there to compile the plugin for you. Richard Nagle wrote: is there a Mac OS version compiled? thanks- -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Focus
I'd recommend you the refocus plugin (do not mess it with refocus-it, which is useless). The source code can be find at http://refocus.sourceforge.net/ The compiled Windows plugin is http://distantland.hp.infoseek.co.jp/gimp/plug-ins/files/refocus-0.9.0.zip The sharpness can be changed with change of correlation value. Richard Nagle wrote: What I need to do is to refocus the image, or resharpen, however, unsharpen mask made it worst. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: modular GIMP
I'm second to that - the user list is the right place where the new releases are to be announced :). Olivier Ripoll wrote: That 1) an announcement of Gimp 2.2.7 would be welcome on the gimp-devel and gimp-user mailing lists. I do not usually check the web site. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Save dialog: can I get some sort of history?
In the file opening dialog press "Add" button when the desired directory is selected. Afterwards you can quickly access this directory. Mikhail Ramendik wrote: Is it possible to somehow have the Save dialog store this directory iin some form of history, so I could easily select it? -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] incremental scaling
I've downsampled from 1562x1562 (crop) to 64x64 (avatar). And the incremental scaling produced definetely better results. GIMP 2.2.3, Windows, cubic scaling. David Hodson wrote: Alexander Rabtchevich wrote: It is known incremental scaling produces better results than one-step scaling. Only if your scaling algoroithm is not very good. Better would be to fix any problems in the scaling algorithm, and scale in a single pass. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] incremental scaling
It is known incremental scaling produces better results than one-step scaling. Is it possible to add "steps" listbox (with the default value 1) to the future GIMP scaling dialog to provide automatic incremetal scaling? -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] lossless jpeg transformations
Could it be done via additional menu item: open for the lossless transformations with only few operations active? The operation itself has sense for digital images with portrait orientation. It would be nice to store the original images without data loss but with corrected orientation. By the way, I'm just curious, is it possible to apply different jpeg settings to the different parts of an image? :) To different pixels? I mean if the jpg image haven't undergo transformations affected the whole image, the unaffected parts of the image could be saved as the original compressed data without recompression (at least beyond adjacent points). These pixels could be obtained by the simple comparison with the original file. Joao S. O. Bueno Calligaris wrote: Ok - I can think of one way of this being feasible - when the structure for the macro recorder is in place, or when an API for the undo steps is in place, the Jpeg filter could check, on save, if a) The image was loaded from a jpeg, and the original file is still available b) The only operations performed on the image were images that can be performed in lossless way And them it would: c) Discard the Gimp image data, and perform the transform by itself on the orginal file. --That means, that the jpeg plug-in would do the job, not the GIMP. It would be feasible, but I do not see it making much sense, and would be a terrible hack. ___ -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] lossless jpeg transformations
There are some lossless jpeg transformations - flip and rotate (as Ifran view does under Windows). Are there any plans to introduce them in GIMP? -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] raw image files
Do you mean Raw files from a digital camera? Have you read this thread a few days ago? :-) 1. dcraw as the convertor. http://www.cybercom.net/~dcoffin/dcraw/ compilations for Windows: http://home.arcor.de/benjamin_lebsanft/ 2. plugin for openeing files in the GIMP (requires dcraw). http://ptj.rozeta.com.pl/Soft/RawPhoto compilation for Windows: http://www.princeton.edu/~mplough/rawphoto.html ___ 3. plugin for the GIMP, based on the dcraw, which can work as a standalone program in Windows (I prefer this one): http://ufraw.sourceforge.net/ ___ 4. Minolta Raw files convertor. I haven't seen it's Windows port. http://home.swbell.net/dobroom/mintoppm/index.html They say there are specialized programs for othre brands, but I do not know. Kristin Falck Peña wrote: I need a program to load and convert raw image files, on windows and linux. Any suggestions from anyone where I can find that? -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Assemble RGB image from 3 grayscale images
Put the channels into three layers of an image and use Plugins->Colours->Compose-> RGB Alex Mayrhofer wrote: Hi, i'm trying to assemble 3 grayscale images (each of them representing a single R, G, B channel of the same picture) into a single colour image. I haven't found a way to copy the grayscale data just into a single channel - it always goes to all three channels. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: Default JPEG quality setting - where?
Take a look at UFRaw by Udi Fuchs. http://ufraw.sourceforge.net/ It is based on dcraw and rawphoto plugin for GIMP and works as GIMP plugin for opening of RAW images and as conversion program (under Windows). It produces nice images with no artifacts (at least I haven't see any ;) ). And the program is being developed quickly. Antti Mäkelä wrote: The "optimal" solution for me would be if I could get a (good) RAW-> JPEG 2000 converter. JPEG 2000 would have the EXIF strutcture intact, lossless mode, and it will (probably) also be supported everywhere. However, this cannot be done at the time because of patent and licensing issues slowing down the adoption (and the lack of RAW converters that I could trust). Maybe in 2010. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Channels opeartions
Is it possible to work with the channels data (copy, paste selection) within the channels dialog without decomposition->composing an image into RGB channels. I need to copy selection of a pupil from the green channel and paste it into the red channel to remove the red eyes. It works fine with image decomposition, but doesn't work by simply selection of appropriate channel in the channels dialog and deselection of other channels. Am I doing something wrong or it is "as designed"? By the way, Windows GIMP compilations do not show selection edge with a line if another selection region has been added. The selection appears visible after focus change or something else. It has happened since 2.2.0. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Text tool
I've looked through the discussion on the next GIMP release in the development list. :) Are there any plans on adding the features the text tool don't have compared to freetype plugin (spacing, transformations). While the transformations are available via tools, there is the bug at least in the latest build for Windows (2.2.1) that after editing the text being transformed before it loses the transformations. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] gimp-dev for Windows?
And there is still no GIMP 2.2.2 compiled for Windows... -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Red Eyes reductions
Daniel Clemente wrote: Hi, how can I reduce red eyes in gimp 2.2. Do it manually by selection of eyes with the arbitrary area selection tool (F) and then go to menu item layer->colour->tone-saturation. Decrease the saturation and luminosity. Play with both sliders until you obtain appropriate result. Another question, my girlfriend is fantastic, has a eye red and another white (like her cat). How aply White eyes reductions? Select and process eyes in turn. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] GIMP Articles - Request for Ideas
Hello, Michael As for me, it would be nice to tell potential GIMP users how to process their digital camera images. The growth of digital cameras use is rising a problem of post-processing to novice users who do not own proprietary professional tools like Photoshop. So if they see GIMP as a solution to their problems and needs it can increase the GIMP user base greatly. Of course, there are various techniques described at different sites, but these are not located in one place and many of them are advanced techniques which require high background knowledge of GIMP and image processing. If one can propose some framework how to process digital camera images with GIMP from the beginning (download GIMP for Windows from the site..., GIMP for Linux from ...) as some work flow of items, it could be helpful. There are a few items to be described in this article: 1. Work flow: the order of processing. 2. Typical operation: WB (levels) - detailed description to the novice user, cropping, scaling (how to set the best algorithm), sharpness, red eye removing (my preferable method is the tone-saturation tool), noise reduction and so on. The advanced user may be interested in opening of RAW images from the digital camera. This can involve the description of dcraw and rawphoto utilities (with links to Linux and Windows versions). Also a few images shown will be nice. This is my IMHO :). -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Windows compilation of RawPhoto 0.7
Hello, Matthew! Did you see the renewed http://ptj.rozeta.com.pl/Soft/RawPhoto with the new ! http://ptj.rozeta.com.pl/Soft/rawphoto/rawphoto-200410130109.tgz ? :) P.S. Windows version is still missed ;). P.P.S. Now I'm compiling (and fixing dcraw for usage with your rawphoto compilation) by myself :). The compilation from Bendjamin Lebsanft doesn't fix bad pixels on my PC and direct compilation by myself doesn't work without one hack.) Matthew H. Plough wrote: Hi everyone -- I have compiled PaweÅ T. Jochym's RawPhoto 0.7 ( http://ptj.rozeta.com.pl/Soft/RawPhoto ) for Windows, and need people to test it. The plugin works perfectly on my computer, but I don't know if this will be the case elsewhere. The plugin acts as a GIMP 2.0 front end for dcraw (Windows binary at http://www.insflug.org/raw/ ), which processes RAW digital camera images. Would anyone be willing to test this plugin on Windows and give me feedback as to how well it works? My compilation is located at http://www.princeton.edu/~mplough/tmp/rawphoto-windows-0.7.zip . I also have a sample image (of a Coast Guard cutter shot from a cruise in Alaska) at http://www.princeton.edu/~mplough/tmp/CRW_0092.CRW . Thank you, Matthew Plough -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Wide controls in the toolbars
I've opened the bug http://bugzilla.gnome.org/show_bug.cgi?id=153516 David Neary wrote: Hi, Alexander Rabtchevich wrote: Are there any plans of fixing the bug http://bugzilla.gnome.org/show_bug.cgi?id=124134 in 2.2? Given that the bug is marked as FIXED? I doubt it. It won't show up in any of the bugzilla queries which people generally sue to generate such lists. If you feel that resolution is incorrect, you should re-open the bug, explaining what the problem is. Or better yet, open a new bug, referencing that one. Cheers, Dave. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Wide controls in the toolbars
I'm using small theme on Windows, Russian interface. English is one of the "shortest" languages. The same string in English is shorter than in Russian and (as I remember) German is even "fatter". But the problem isn't only in string widths. The problem is in the width of the controls. The problem can be solved by proper formatting and positioning of the controls. Look at the text toolbox (Windows, Russian). All the edit controls are aligned right to the widest control caption. Ok, it looks good. By why on the Earth the colour selector, the shift edit and the line spacing edit are 335 points width each? The units selection control is 125 points width. The font size control is 227 points width. I think it's some mistake. The checkboxes are aligned left to the left position of the edit controls. If they would be aligned to the left of the window along with the narrowing of the edit controls, the window could be 2 times narrower without any changes in GTK. David Neary wrote: Hi, Alexander Rabtchevich wrote: Are there any plans of fixing the bug http://bugzilla.gnome.org/show_bug.cgi?id=124134 in 2.2? Given that the bug is marked as FIXED? I doubt it. It won't show up in any of the bugzilla queries which people generally sue to generate such lists. If you feel that resolution is incorrect, you should re-open the bug, explaining what the problem is. Or better yet, open a new bug, referencing that one. Cheers, Dave. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Wide controls in the toolbars
Are there any plans of fixing the bug http://bugzilla.gnome.org/show_bug.cgi?id=124134 in 2.2? -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Windows compilation of RawPhoto 0.7
Matthew, I've tried standalone dcraw in -d mode. The results are really strange: the bad pixel isn't affected with changes in the .badpixels file! There is definitely a bad pixel somewhere at 1052,998, starting from 0,0. But with or without the .badpixels file, the result is the same. I've tried to mark one of the neighbour points as the bad pixel, but the things didn't change. P.S. I'm using the latest dcraw compilation from http://home.arcor.de/benjamin_lebsanft/ DCRaw win32 5.90/1.201. This seems like an issue with your version of dcraw, but I will try to check it out. Does dcraw use the .badpixels file if you run it standalone? -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Windows compilation of RawPhoto 0.7
Matthew, it seems rawphoto doesn't use .badpixels file if it exists. I've put it into the same directory where dcraw is and it didn't help. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Windows compilation of RawPhoto 0.7
Hello, Matthew I know nothing about using *.tif as a RAW file. Matthew H. Plough wrote: So that's why it had to check those! Do you know if other cameras have RAW images with a .tif extension? If so, I will place both those extensions back on the list. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] gimp2 file selectors
Sven, is it possible (in theory) to have several dialog types in GIMP at the same time? OpenOffice under Windows allow using native system openfile dialog or its own style dialog. A user can chhose it in the preferences. If anybody is interested, this could solve this problem at all. One way is to modify GTK+ to add several dialog types. Other is to add new type to GIMP but not to remove old one. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: Discussion/argument
Carol Sorry for my 2c. I thought gimp-user list was for supporting of GIMP users by themselves and GIMP developers and for asking developers about user's new ideas, not for flame wars :). I was wrong ;). Maybe today it's time to drink a cup of tea (or coffee or something stronger), relax and stop thinking on File Selector? As for me, tomorrow my thoughts become clearer and better (and some of them become less significant than yesterday :( ). ;) -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Windows compilation of RawPhoto 0.7
Eric Pierce wrote: Basically, it works for me on Win2000 Pro at work w/the static version of your plugin. I need to try the dynamic one again. I didn't have dcraw installed at the time I tried the dynamically linked binary (didn't know I needed dcraw installed - maybe add that to your install instructions and where to copy the dcraw binary in Windows?) Copy dcraw into you GIMP-2.0\bin directory. 2. It seems your plugin is trying to open any file that Gimp tries to open regardless of extension. Many cameras have "unofficial" RAW, e.g. Minolta G500, G400, Casio ... The RAW images have *.jpg extension. So the plugin should check the image if it is RAW one. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Windows compilation of RawPhoto 0.7
Matthew H. Plough wrote: I will see about contacting them. I also have a pretty good idea why the plugin gives photos a magenta/red color cast, and am working on fixing the issue. It seems to be related to an arbitrary selection of color mapping; most cameras use sRGB, so any other scheme will create errors. I have a lot of information on the topic, but I haven't finished going through it, so this might take a while. Matt Maybe I was wrong - there is still light magenta cast in my G500 photos. I should even say no magenta cast, but luck of blue of the clouds (R=G>B). Maybe it is correct, but is suspect it isn't. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Windows compilation of RawPhoto 0.7
Matthew H. Plough wrote: Do you have an email address for him? I tried the one that he posted his the RawPhoto home page, but haven't gotten a reply. I guess that email might be inactive now. No, I only have the address from his page. I used the address to contact him before. But the last mail got no responce :(. Also there were people who were interested in such a plugin in yahoo gimp-win conference. http://groups.yahoo.com/group/gimpwin-users/ I will see about contacting them. I also have a pretty good idea why the plugin gives photos a magenta/red color cast, and am working on fixing the issue. It seems to be related to an arbitrary selection of color mapping; most cameras use sRGB, so any other scheme will create errors. I have a lot of information on the topic, but I haven't finished going through it, so this might take a while. Matt Did you use the checkbox "camera white balance" and click "reload preview"? It changes the result significuntly (removes the magenta cast at my photos from Minolta G500). The plugin has a problem from my pov - is it doesn't show camera settings (WB). It uses it if appropriate checkbox and button are used, but don't show as the initial values in the lower sliders: WB and green component. I suspect it uses them as origins and the actual color temperature is applied as the initial value (not shown) shifted by slider position minus 4.75. The same is for the green component. This solves the problem by isn't convenient (at least for comparison with other RAW converters). -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Windows compilation of RawPhoto 0.7
Hello, Matthew The plugin still works fine :). Do you want to send its code and binary to the original plugin author? He was interesed in it. Also there were people who were interested in such a plugin in yahoo gimp-win conference. http://groups.yahoo.com/group/gimpwin-users/ Matthew H. Plough wrote: Alexander Rabtchevich wrote: Excellent! I am glad to hear that it works. I have now made the Windows source available at http://www.princeton.edu/~mplough/tmp/rawphoto-20040830-src-cygwin.tgz . No changes to rawphoto.c were necessary to build the plugin, but I had to nearly rewrite the makefile. The Windows version of gimptool-2.0 seems to have crashing issues when it isn't configured exactly right, so the makefile explicitly includes the necessary libraries as opposed to asking gimptool-2.0 what libraries and C-flags should be used. Also included is kill.awk, which removes WinMain from the preprocessed version of rawphoto.c; the makefile runs this automatically. The WinMain call messed everything up, and removing it doesn't seem to cause any problems. I have started cleaning up the code to make it easier to understand, maintain, and extend, but at this point it is functionally no different from RawPhoto 0.7. Matt -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Tutorial for brushed metal
Look at http://gug.sunsite.dk/ and select tutorials from top menu. Michael Wagner wrote: Hi, Does anyone have a good tutorial on how to create a brushed metal effect on some text? I want to create something similar to the knoppix logo which comes as wallpaper with teh current knoppix 3.4. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] GIMP2.0.3 on Mandrake 10.0
I've managed to install GIMP2.0.3 on Mandrake 10.0. I had to install 25 ! packages to resolve dependences (gtkhtml isn't installed still because it requires almost all new Gnome libraries I guess). As I've read there are people who want to install 2 on Mandrake 10. So I'll post a message today later with description of the process and links to required packages. P.S. Yesterday I've managed to install GIMP2.0.3. It took the whole day long (I'm not a guru :) ), but today the newer 2.0.4 is announced... ;) -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Blur plug-in
Why not to simply add new plugin with 3x3 convolution and call it Blur? And leave old one with new name "Random blur". Sven Neumann wrote: Hi, I'd like to get some feedback on the following plan for the Blur plug-in (details are in http://bugzilla.gnome.org/show_bug.cgi?id=142318): The plan is to remove the randomize and repeat functionality. That would allow us to also remove the (quite confusing) dialog. Filters->Blur->Blur would then be a simple blur with a 3x3 convolution kernel. It would be fast and easy to use but of course we it would be less powerful. So the question is, is anyone actually using this functionality? Are there scripts out there that rely on plug-in-blur-randomize to be available? -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: Hi-Res Screen Captures
Have you tried just to capture regular screenshots at 1024x768 and then resize them in GIMP with better interpolation to achieve required dpi? [EMAIL PROTECTED] wrote: Can anyone direct me to a place on the web where I can find 150PPI or 300PPI (prefer 300PPI) GIMP screen shots from all the major platforms... Mac, Linux and Windows? I am putting together some GIMP propaganda, and need some help. Ideally, I need a couple from each platform to satisfy my situation. Please keep us informed when your propaganda is finished, we're always interested :) For a 17" screen, 300dpi is about 4000x3000, isn't it? I don't know of any such screenshots myself. There certainly aren't any on www.gimp.org. If you find any, I'd be interested in seeing them too. Cheers, Dave. -- David Neary, Lyon, France E-Mail: [EMAIL PROTECTED] The key is for the brochures to look good when printed out. I'me trying to locate an app on the Windows side that outputs screens in hi-res but I haven't had any luck. Hey, what did you think of the MacGIMP ad in Mac Design Magazine? Thanks! Mitch Featherston -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp & CinePaint
As for me, the author is nor polite nor impartial. He critisizes GIMP all the time but he don't even mention any GIMP advantages. Sometimes he even hides the facts: on the new GIMP GTK+-2 and look and work under Windows. He says several times GIMP cannot handle files larger than web graphics. And he repeates he want to port GIMP abilities to Cinepaint :-). But he is right concerning 8 bits and color management. Wayne Maeda wrote: There's an interesting article about the GIMP, CinePaint, and the CinePaint developers here: http://www.linuxdevcenter.com/pub/a/linux/2004/04/29/cinepaint.html ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] LittleCMS profile - does it need to be loaded for each image?
Is there a way to load icc profile once instead of each time I load a new image? The monitor isn't changing with images. I use GIMP 2.0.0 under windows. To load icc-profile I use someting like view->minitor filters->colour reproduction adjustment (translated ftom Russian interface). -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Future GIMP plans
I've read the discussion in GIMP-developers list on the plans for GIMP future versions and their timeframe. So I can just add the impression from reading the discussion on the new 2.0 version in Russian Linux forum. The main problem of The GIMP 2.0 from the users POW is, it is more powerful than regular users need and still don't have features the professional needs. These features are: more than 8 bits per channel and color management. So as for me I'd like to see RAW support (I mean without downsampling) and 16 bits per channel first of all :) . -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Mouse Click Coordinates
Ok, I've posted a bug. Sven Neumann wrote: Hi, Alexander Rabtchevich <[EMAIL PROTECTED]> writes: I have another question - is it possible through settings to make GIMP to display the size of rectangular selection, excluding non-image area? Current realization displays the size of the whole selection, even if the part of the selection is outside image boundaries. The selection cannot extend the image boundaries. This is a bug in the rectangular selection tool then. Sven -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Mouse Click Coordinates
I have another question - is it possible through settings to make GIMP to display the size of rectangular selection, excluding non-image area? Current realization displays the size of the whole selection, even if the part of the selection is outside image boundaries. If it's impossible, should I fill an issue? Sven Neumann wrote: Hi, "Kevin Myers" <[EMAIL PROTECTED]> writes: Is there any way that I can write a GIMP add-in that can obtain the coordinates of user mouse clicks in the main GIMP image window? My add-in needs the user to be able to click on specific locations within the main image window in order to obtain various coordinates for subsequent processing. No, there isn't. All you can do is to show a representation of the image in the plug-in dialog and have the user click there. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Press pack requests
Such things should only be stated if proven by comparison :). In other case it sounds like a boast :-) Sven Neumann wrote: Hi, Alan Horkan <[EMAIL PROTECTED]> writes: PS I've included the deleted paragraph here in case anyone really feels the need to start another wiki page and make those comparisons: "What is not in the plans is for Gimp to turn into a clone of Photoshop. For one thing, the resources of a large corporation like Adobe far outmatch what any free software team, working for the joy of programming, can contribute. Furthermore, the GIMP developers would prefer to create a program that works the way they feel is best, and not simply mimic some other, flaws and all. But, on the other hand, Gimp can already do many things that are difficult or impossible with Photoshop, and given the very accessible plug-in architecture of Gimp 2, its capabilities are ultimately limited only by the collective imagination of the community of free software contributors." I really like this paragraph, especially the last sentence and would like to see it resurrected. I agree that it could be rephrased and that it's bad to claim things you can't proof but it should have been sufficient to change that one sentence then. Can we perhaps put this back in? Sven ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: [Gimp-developer] The GIMP Foundation
Here is an example of other OS project foundation, which works. Just to know. http://firebird.sourceforge.net/ff/foundation/ Henrik Brix Andersen wrote: Hello, First of all I'd like to thank Daniel for putting a lot of work into investigating what needs to be done in order to launch The GIMP Foundation. On Mon, 2004-03-08 at 15:58, Daniel Rogers wrote: THINGS TO BE DECIDED [snip] 1. Will TGF have members? I am talking about members with voting privledges, like I described above. (my vote is yes, btw) Yes, if we decide to form TGF I believe we should allow the foundation to have members. 2. Should the membership be paid? (my vote is yes, for like $50 a year or some toher small amount. It helps for tax purposes). How does paid membership help for tax purposes? What exactly will the benefit of paid membership be? 3. Should the membership have additional rights? Such as...? Sincerely, Brix -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: [Gimp-developer] gegl query
2.2 is going to have the same core as 2.0, isn't it? Sven Neumann wrote: We did indeed make very specific plans for the time after the 2.0 release and decided that we are targetting a GIMP-2.2 release about six months after 2.0.0 hits the streets. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: Re : [Gimp-user] Digital cameras RAW images
Dave Neary wrote: This is something which we will get for some cost (mostly interface issues) when we have fully migrated to gegl. People are currently debating a migration plan for getting gegl into the GIMP. Currently nothing has been decided. In one of these plans it's possible we will have higher bitdepths within a year in a stable release. In another, it will be a little longer. Given our experiences with 2.0, I suspect that the plan which will be chosen is the one which allows us to keep a more or less stable CVS tree during the migration. I'd guess if you twisted my arm that we'll have both more colourspaces and increased bitdepth within 18 months. But that guess is worth about the same as anyone else's. Cheers, Dave. As I understand, gegl has been planned as a core for GIMP 2.0 :). Looking at gegl pages shows it's at beginning of development. Am I right? -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Digital cameras RAW images
Can GIMP handle raw images from digital camera (without downsizing to 8 bits per channel) as Photoshop can? -- With respect Alexander Rabtchevich ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
