Re: [Gimp-user] GIMP hints for astrophotography tweaking
Mark Bednarczyk wrote: I would like to use GIMP to tweak astrophotography images. These are usually faint images of DSO (Deep Space Objects). Anyone have links to a tutorial or hints. I'm sure someone has done something with GIMP and astrophotography. Thanks, mark... Look for any post processing tips. Most can be done in GIMP. I will say it will be nicer when GIMP supports deeper color depths. One thing that I have read is making multiple exposures with digital cameras and then adding the photos together. I am just about to get into astro photography as well. -- Robin Laing ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Cpu usage and speed - test results
as I have just upgraded my memory from 512 to 2gig because of working on large files as well. Processing times have dropped drastically from hours to minutes for the scripts that I run under GIMP 1. Now Photoshop has the benefit of large development teams and the necessary funding to support optimization. It would be nice to have that with the GIMP as well. -- Robin Laing ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Cpu usage and speed - test results
Sven Neumann wrote: Hi, Robin Laing <[EMAIL PROTECTED]> writes: Now Photoshop has the benefit of large development teams and the necessary funding to support optimization. It would be nice to have that with the GIMP as well. But GIMP is Free Software with the source code open to everyone. So the GIMP's development team could be as large as it's user base. Sven You are correct but many of the users wouldn't know C++ from JAVA so wouldn't be much help in the optimization. I am a user but I don't have any time to assist in the development other than submitting bug reports which I have never had to do with GIMP. But volunteers do have the personal pride as a better driver than that dollar paycheck. -- Robin Laing ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Cpu usage and speed - test results
Steve Bibayoff wrote: Hello, On Wed, 02 Mar 2005 09:45:23 -0700, Robin Laing <[EMAIL PROTECTED]> wrote: Sven Neumann wrote: But GIMP is Free Software with the source code open to everyone. So the GIMP's development team could be as large as it's user base. You are correct but many of the users wouldn't know C++ from JAVA so wouldn't be much help in the optimization. I am a user but I don't have any time to assist in the development other than submitting bug reports which I have never had to do with GIMP. Fallacy #1(at least I consider it #1) w/ regards to Open Source development, "I can't help because I'm not a programmer/coder". There are many ways to be helpful and be part of the "development team", submit bugs, submit suggestions/wishlist, write docs/howtos, help out w/ the website, demo The Gimp to people local to you, etc... . This applies to almost any project. Good points. I was thinking of how to optimize coding to make GIMP run faster as speed is the issue of the thread. And the comment was based on code development in regards to Photoshop and GIMP. I submit bugs when I come across them. I have thought about the documentation point of view. This is one area that many open source programs have problems. I do want to help there but again time is an issue. I am subscribed to the LDP. Writing good documentation takes time but it is necessary. On the note of development, I read that Adobe is releasing some code to the Open Source community and I thought that I read some of it was from Photoshop. -- Robin Laing Instrumentation Technologist Voice: 1.403.544.4762 Military Engineering Section FAX: 1.403.544.4704 Defence R&D Canada - Suffield Email: [EMAIL PROTECTED] PO Box 4000, Station Main WWW:http://www.suffield.drdc-rddc.gc.ca Medicine Hat, AB, T1A 8K6 Canada ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Odd behavoir with big images and memory
jim feldman wrote: Quoting Asif Lodhi <[EMAIL PROTECTED] >: > Hi Jim, > > Though I have never worked with such large images, don't you think it > would be a good idea to save each TIFF as XCF, do whatever you want to > do on XCF and then save the modified XCF as TIFF again? May be odd > behavior will go away that way because XCF is the native file format. > May be increasing the tile cache will work with the XCF! > > Best regards Thanks for the offer, but thats exactly what I WAS doing. Both TIFF and XCF blow up, and it's not just during decompose, thats just one way for me to get it to happen relieably. I've had it happen during levels, making a layer copy, anything which seems to effect the whole image. jim This message was sent using IMP, the Internet Messaging Program. I have a curious question. Have you tried to play with the tile cache sizes? I had a problem some time ago but I didn't get a chance to go further due to priority changes. I was having problems with large images as well. I got as far as changing tile cache sizes and I ran into weird problems. I will have to get back to this by summer, hopefully. :) -- Robin Laing ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Odd behavoir with big images and memory
jim feldman wrote: > > I have a curious question. > > Have you tried to play with the tile cache sizes? I had a problem > some time ago but I didn't get a chance to go further due to priority > changes. I was having problems with large images as well. I got as > far as changing tile cache sizes and I ran into weird problems. > > I will have to get back to this by summer, hopefully. :) > -- > Robin Laing > playing with tile cache is what got me in trouble. Much over 400 causes the problems. jim This sounds like the problem that I had. If it is, then this is something that has been carried over from 1.2 into 2.x. It looks like bug report time. -- Robin Laing ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Disadvantage of GIMP when compared to Photoshop
Kent Tong wrote: Hi, We're an organization promoting open source in Macau. We're considering whether to organize some training courses on GIMP or not. Before that, we'd like to evaluate how powerful GIMP is when compared to Photoshop. We're not insisting that it must be as powerful as Photoshop. We just need a clear idea on its power. As I'm not a graphics guy, I've got a colleague to do some initial evaluation. As my colleague has a strong photoshop background but is just getting started with GIMP, I'd like to have the confirmation from someone like you with strong GIMP experience. So, would you please comment on my colleague's finding below? Thanks in advance! Disadvantage of GIMP - Text tool -- Can't display Chinese in the "GIMP Text Editor" -- Can't control indivitual text format in the same Text. (The format applies to the whole text) -- Compare to PhotoShop, creating text effect is difficult. Photoshop built in text effects. GIMP can only use the filter or script-fu to create effect. -- Compare to PhotoShop, text effect will still be apply even the Text is changed. But you need to do everything again if you text need to be changed. -- Can't display Chinese font in the font selection list. - Layers control -- Can't display Chinese in the Layer. -- Compare to PhotoShop, managing the layers is not that easy. You can define layers to groups in Photoshop. You can even target an action to a group. No group idea in GIMP. On another list, this same issue was raised. I was expecting allot of major differences but it seems to be quite small. They may be major to some people but for most people they will be minor or no issue. I have never used Photoshop so I cannot comment. -- Robin Laing ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] reading 42bit colour files
jim feldman wrote: Quoting Dave Anderson <[EMAIL PROTECTED]>: > Hi, > > I'm scanning in images at 42 bit depth, but unfortunately my software > doesn't do LZW TIFF compression so I'm using gimp for that. If I read in to > gimp a 42 bit file and write out a compressed TIFF, I guess I've lost my 42 > bit depth until gimp supports 42 bit. Is that right? Yes. Cinepaint (formally film gimp) will handle 16 bit/color, 48 bit images. It's main problem is that it's not really meant for big scans (film frames are actually not all that big), and it's based on an old fork of gimp. I use it to tweak levels and write the image back out. I then use regular gimp (2.2.8) from what I gather from the list, the gimp devos are holding off supporting more than 8 bits till they re-write major portions of the code. As in not in the near future. (feel free to correct me) I've got a 16/48 bit scanner, and I'm looking at a DSLR that produces 12/36 bit raw files. Thats a lot of data to toss, and it's what will drive me to a windoze platform to support the tools (raw decoders and image manipulators) that will work with all the data thats in the image. I wish I had the skillz to contribute because it's definitly a scratch I need to itch. jim I am in the same boat as GIMP is not working anymore for what I need. It is nice to try things but without decent colour depth it is becoming useless. I have submitted my comments to the bug tracker and advise others to do it as well. I wish I had more time as I would try to learn more on how to help with the change and much needed improvement to the colour depth. -- Robin Laing ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Grammar checker.
Saw this in Slashdot. Abiword beats OpenOffice to a Grammar Checker http://developers.slashdot.org/article.pl?sid=05/10/15/1312216&from=rss I haven't wanted a grammar checker since Windows 3.1 days. -- Robin Laing ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] delete a file
Alexander Rabtchevich wrote: > 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. >> > > > In linux I use GQview for this purpose. I can browse files, delete, rename, etc. I can even open the image in gimp for editting. I don't know if I want GIMP to do this or not. Not the way I normally do things. -- Robin Laing Instrumentation Technologist Voice: 1.403.544.4762 Military Engineering Section FAX: 1.403.544.4704 Defence R&D Canada - Suffield Email: [EMAIL PROTECTED] PO Box 4000, Station Main WWW:http://www.suffield.drdc-rddc.gc.ca Medicine Hat, AB, T1A 8K6 Canada ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] An interesting comparison of Gimp and Photoshop.
Is the Gimp just as good as Photoshop? Yes, for the average home user, the Gimp is just as good as Photoshop. The gimp has layers, alpha channels, a robust plugin architecture, I could go on but they have a pretty good overview of what the Gimp is capable of at Gimp.org. Gimp vs. Photoshop http://grimthing.com/archives/2007/01/11/Gimp_vs_Photoshop/ So, who wins? I'm about to tell you, geez... don't get your panties in a bunch. The winner for commercial printing – Photoshop. The winner for home use – The Gimp. --- I feel that the author would have given Gimp success in the commercial field as well if The Gimp supported CMYK and/or PANTONE. There is an example of converting RGB to CMYK in Photoshop and the problems that creep in. Just thought I would share. -- Robin Laing ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] 16 bit color- catching the market
Sven Neumann wrote: > http://bugzilla.gnome.org/show_bug.cgi?id=74224 > > This is becoming an issue on the Cinepaint mail list as well. In the last month, the issue of color support in Gimp for both depth and color management. I want color depth of Cinepaint but plug-in and file type support of Gimp. With the growth and power of digital cameras, the move to greater color depth is important sooner than later. -- Robin Laing ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Repeating layer control over many layers.
Hello, I have been using GIMP for ages and with the move to 2.2, I found that some of the tools that were part of the Image menu are now layers. This is causing me a problem and I have not found the answer yet. I am using GIMP to process some videos as it allows an easy way to measure pixels and ratios. The problem is there are times when I have to process the image using tools like Layer > Colours > Curves as one example. Now the issue is how do I repeat this move over all the layers or over a select range of layers automatically? Do I have to write a script to do this or is there a built in tool? The number of layers to be processed can go up to 1000 so doing it manually can be a real pain. -- Due to the move to M$ Exchange Server, anything that is a priority, please phone. Robin Laing ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Repeating layer control over many layers.
[EMAIL PROTECTED] wrote: > Quoting Robin Laing <[EMAIL PROTECTED]>: > >> I am using GIMP to process some videos as it allows an easy way to >> measure pixels and ratios. The problem is there are times when I have >> to process the image using tools like Layer > Colours > Curves as one >> example. >> >> Now the issue is how do I repeat this move over all the layers or over a >> select range of layers automatically? Do I have to write a script to do >> this or is there a built in tool? The number of layers to be processed >> can go up to 1000 so doing it manually can be a real pain. > > I would recommend that you install the GIMP Animation Package (if you > haven't already done so). This will add commands (under a new "Video" > menu) which will permit you to what you describe plus much more. > > One of the commands added is "Filter All Layers" but this has the > disadvantage of not being able to choose a subset of layers to filter. > I would recommend doing the following: > > 1) Choose a representative layer of your "video", open up the 'Curves' > dialog, and adjust the settings to taste. Save your settings to a file > and then CANCEL out of the dialog. I would recommend saving your > settings in your home directory , for reasons I will specify later. > > 2) Perform a "Split Image to Frames". This will convert you multilayer > image into separate images of one layer (you should be in RGB Mode and > have Unoptimized your multi-layer image) > > 3) Perform a "Frames Modify" and select "Apply Filter On Layers" using > the Function drop-down widget. (If necessary, change the "From frame" > and "To frame" range.) Press OK. > > 4) A new dialog will appear which will let you choose your filter. You > should select a function called "plugin-wr-curves", found near the > bottom of the list. Click on the "Apply Constant". > > 5) A file dialog will appear in which you should enter the filename of > your saved settings. This dialog does not show hidden directories > (which is why I recommended saving your file in ~). > > 6) You will be presented with a preview and prompted whether to > continue before the operation continues. > > 7) If necessary, use "Frames to Image" to convert the separate images > back to a multi-layered image. > Thank you for the in depth reply. I am just getting caught up with mail after being away. As this is a clean install of FC6, I searched for an rpm with no luck. The I downloaded the source and found out that my machine didn't have any gcc or other tools. Great. I will get it up and running and try your instructions. -- Due to the move to M$ Exchange Server, anything that is a priority, please phone. Robin Laing ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] RAW format from digital camera.
david wrote: > On Sun, 2007-04-22 at 20:03 -0400, John R. Culleton wrote: >> My digital camera will take pictures and store them in jpg mode but >> also in RAW mode. RAW mode takes up more room. I hve a couple of >> questions. >> >> 1. Will Gimp handle this RAW mode? If so what suffix should I use on >> the file? >> 2. Is there any advantage to using RAW mode instead of e.g., JPG at 5 >> megapixel resolution? > > If you are only taking happy snaps, probably not. If you are serious or > intending to do intense cropping or manipulation, then definitely. raw > gives you what the camera sees with no loss. More messing around though. > > I learned this lesson on a project that I was working on. About 700 pictures of an event all taken in RAW. Weeks of processing. Images are great but the time was costly to me. Also, when taking RAW photo's, you need much more memory. This can be a major surprise when on a project. I was lucky to have purchased two new 2Gig cards just a week before the project. -- Due to the move to M$ Exchange Server, anything that is a priority, please phone. Robin Laing ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
