Re: [Gimp-developer] Enhancement idea: Snapshot tool for quick comparisons
Joao S. O. Bueno Calligaris wrote: Hi there - I am improving the layer group plug-in that hacks some layer group functionality in GIMP. You can have a version of it at [1] right now - but I am working on a version featuring a dialog where one can trun the groups visible or invisible with a single click. That will still work on teh same image, but you can do image-duplicate if you need to see diferent versions at once. The problem with turning layers or layer groups on/off is the time required to redraw the image. Today's cameras have more and more pixels, hence larger files. A 100% quality jpeg of these files can be displayed in no time, but it takes many seconds to redraw them in GIMP when (multiple) layers have to be processed. What I'm after is a fast-rendering, easy to use method of flipping through snapshots of my workflow. Shift-clicking on the eye-ball by each layer comes close, but it is slowed by the processing required during rendering. My proposal is a way to get around that and speed things up for the user. The ideal experience for the user would be to be able to add a snapshot to the snapshot list/window at any point after he has made some intermediate edits on his image. He could then continue his workflow, making more edits and occasionally adding more snapshots to the snapshot list. If he wants to see the subtle effects of a step such as sharpening or dodging/burning, he could click back and forth between before and after snapshots. Having them displayed directly on top of each other in the same zoomable,pan-able window will allow him to more easily see these subtle effects than displaying the two snapshots in separate image windows or even side-by-side in the same window. This is the approach taken in two RAW converter packages I've used (RawTherapee and Sony IDC), and it helps greatly because the processing of adjustments to a RAW file can take a great deal of time. I think it has direct application to GIMP because the refresh rate on large files is slowed by layer calculations. -- View this message in context: http://www.nabble.com/Enhancement-idea%3A--Snapshot-tool-for-quick-comparisons-tp18142100p18153277.html Sent from the Gimp Developer mailing list archive at Nabble.com. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Enhancement idea: Snapshot tool for quick comparisons
Quoting vabijou2 [EMAIL PROTECTED]: What I'm after is a fast-rendering, easy to use method of flipping through snapshots of my workflow. Shift-clicking on the eye-ball by each layer comes close, but it is slowed by the processing required during rendering. My proposal is a way to get around that and speed things up for the user. The ideal experience for the user would be to be able to add a snapshot to the snapshot list/window at any point after he has made some intermediate edits on his image. I have written a Script-fu (http://flashingtwelve.brickfilms.com/GIMP/Scripts/snapshot-projection.scm) which might be helpful. The script adds a Snapshot Projection command to the Image menu and when executed, will add a layer to the image's snapshot view (which is actually itself an image). If the snapshot image does not exist, it is created. The layername generated for the added snapshot layer consists of: the total number of layers in the image at the time of the snapshot followed by a colon followed by a period separated list of the positions of the visible layers (top-to-bottom, top being 0). For example, an image with four layers with the layer underneath the top layer in the stack hidden would produce a snapshot layer named 4:0.2.3 Of course you are free to rename the snapshot layer to something more informative should you wish. The script does not expand the snapshot image's canvas size; should this be desired then perform a Image-Fit Canvas To Layers (or modify the script to perform a 'gimp-image-resize-to-layers') on the snapshot image. Each open image can have its own snapshot view. You can save the snapshot image to a file, and even reload it later as long as you don't rename it. If you close your original image and reload it, it will NOT use the same snapshot image (a new one will be created). The same is true if you duplicate your original image: a new snapshot view will be created for the duplicate image. The script has not been rigorously tested but I did attempt to have it return things to their original state. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Enhancement idea: Snapshot tool for quick comparisons
vabijou2 writes: Image - Duplicate is an unacceptable alternative. The idea is to create a single window that allows the user to cycle through multiple (named) snapshots in any order he chooses to see large or small changes more readily. Image - Duplicate has so many negatives to this process that I don't know where to start. How about this? The first time, do Copy Visible then Paste as-New Image. Call this new image the snapshot image. After that, do Copy Visible then go to the snapshot image and Paste (then click New Layer). Now the snapshot image has all the snapshots as layers. To cycle through you need only turn layers on and off. Of course, if you did this all the time you could very easily automate the process: make a little script-fu that does Copy Visible, checks whether the snapshot image exists, then either does Paste as New or Paste + New Layer in the snapshot image, from a single menu item. ...Akkana ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Image color representation?
Hi solar, On Fri, Jun 27, 2008 at 11:32 PM, [EMAIL PROTECTED] wrote: On Fri, 27 Jun 2008 03:02:01 +0200, David Gowers [EMAIL PROTECTED] wrote: and is no longer required in today's world of fast CPUs with fast FSBs, large memory, and huge hard drives. Easy on the sweeping assumptions here. Embedded systems are in exponential growth right now and correspond in performance to what you are quickly writing off as old and decrepid hardware that is best ignored. Many embedded systems are reaching a power that allows them to be used for image and even video (CCTV) applications. It's unlikely, though not impossible, that you'd use such a system for GUI image manipulation but Gimp could conceivably be useful here for batch processing images or other tasks. Be careful not to assume all target systems are like your average desktop PC. GIMP doesn't run on embedded systems AFAIK (mainly because of its minimum screen resolution requirements.) In any case, what you said above is true and unrelated. GEGL seems a much better choice for batch manip generally, however even if you would use GIMP, nothing would force you to use high bitdepths.. GEGL allows you to make different versions of an operation for different data types / colorspaces, so you would perhaps need to make 8bit-optimized versions (more likely, GIMP would implement these itself already, since it's a common data type). The difference is that GIMP needn't make that assumption, and thus the overall application is more flexible, accommodating different color spaces and color depths in the one application transparently. In short: optimization reflects an underlying assumption, and the assumption that 8bit is the only efficient choice is no longer true, therefore the optimization of assuming 8bit is no longer appropriate. David ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Enhancement idea: Snapshot tool for quick comparisons
saulgoode-2 wrote: I have written a Script-fu (http://flashingtwelve.brickfilms.com/GIMP/Scripts/snapshot-projection.scm) which might be helpful. The script adds a Snapshot Projection command to the Image menu and when executed, will add a layer to the image's snapshot view (which is actually itself an image). If the snapshot image does not exist, it is created. The layername generated for the added snapshot layer consists of: the total number of layers in the image at the time of the snapshot followed by a colon followed by a period separated list of the positions of the visible layers (top-to-bottom, top being 0). For example, an image with four layers with the layer underneath the top layer in the stack hidden would produce a snapshot layer named 4:0.2.3 Of course you are free to rename the snapshot layer to something more informative should you wish. The script does not expand the snapshot image's canvas size; should this be desired then perform a Image-Fit Canvas To Layers (or modify the script to perform a 'gimp-image-resize-to-layers') on the snapshot image. Each open image can have its own snapshot view. You can save the snapshot image to a file, and even reload it later as long as you don't rename it. If you close your original image and reload it, it will NOT use the same snapshot image (a new one will be created). The same is true if you duplicate your original image: a new snapshot view will be created for the duplicate image. The script has not been rigorously tested but I did attempt to have it return things to their original state. Saul, I tried your script and it actually works very well! I tried it on some 5MP image files and the redraw rate was acceptable. With larger files 10MP+, I'm concerned that the redraw rate might be too slow using GIMP's current process, but this is an assumption on my part based on the processing I assume GIMP must do with layers. What would it take to put any finishing touches on this script and incorporate officially in a future release? Also, would it be possible to add an icon of a camera to the toolbox so that the user doesn't have to access it through the menu structure (similar to Adobe Acrobat)? . Mark -- View this message in context: http://www.nabble.com/Enhancement-idea%3A--Snapshot-tool-for-quick-comparisons-tp18142100p18160037.html Sent from the Gimp Developer mailing list archive at Nabble.com. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] international chars in Gimp
Hi, Does Gimp support German characters. I work on Mac and I want to add text on an image. I cannot copy/paste the character Ü because Gimp uses its own clipboard, so I have to somehow type it in. What I can do? Regards, Andrei ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] international characters in Gimp
Hi, Does Gimp support German characters. I work on Mac and I want to add text on an image. I cannot copy/paste the character Ü because Gimp uses its own clipboard, so I have to somehow type it in. What I can do? Regards, Andrei ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] international chars in Gimp
On Thu, Jun 26, 2008 at 11:29 AM, Andrei Simion [EMAIL PROTECTED] wrote: Hi, Does Gimp support German characters. I work on Mac and I want to add text on an image. I cannot copy/paste the character Ü because Gimp uses its own clipboard, so I have to somehow type it in. What I can do? On a mac, just press option-u or option-shift-u... Chris ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] international chars in Gimp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Am 26.06.2008 um 18:29 schrieb Andrei Simion: Hi, Does Gimp support German characters. I work on Mac and I want to add text on an image. I cannot copy/paste the character Ü because Gimp uses its own clipboard, so I have to somehow type it in. What I can do? of course you can use the clipboard. Just copy on the Mac side by pressing Command+C and paste on the X11 (GIMP) side with CTRL+V It's just that X11 uses CTRL instead of Command. Works here on 10.5 with GIMP 2.4.3 Greetings, lexA Regards, Andrei ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer - --- Remember: There are only two tools in life. WD-40, for when something doesn't move, and should, and Duct Tape, for when something is moving and it shouldn't. So does the universe explode if you spray duct tape with WD-40? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) iD8DBQFIZWNkR9mXLVsAbiQRAghhAKC7wSc7eCE2katy2aXBQMwEUvAm2gCfR8a9 KiG+lW6cJh+cA0FTYG1/XHQ= =FFTs -END PGP SIGNATURE- ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Enhancement idea: Snapshot tool for quick comparisons
On Thursday 26 June 2008, Akkana Peck wrote: vabijou2 writes: Image - Duplicate is an unacceptable alternative. The idea is to create a single window that allows the user to cycle through multiple (named) snapshots in any order he chooses to see large or small changes more readily. Image - Duplicate has so many negatives to this process that I don't know where to start. How about this? The first time, do Copy Visible then Paste as-New Image. Call this new image the snapshot image. After that, do Copy Visible then go to the snapshot image and Paste (then click New Layer). Now the snapshot image has all the snapshots as layers. To cycle through you need only turn layers on and off. Of course, if you did this all the time you could very easily automate the process: make a little script-fu that does Copy Visible, checks whether the snapshot image exists, then either does Paste as New or Paste + New Layer in the snapshot image, from a single menu item. k Please stop that. :-p I will finish the more usable layer group plug-in this weekend. js -- ...Akkana ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer