GNOME Bugzilla – Bug 109929
filter preview in image window
Last modified: 2010-06-29 19:07:49 UTC
Taking GIMP one step further... Has it been considered to start turning many of the filters into real- time? This sure is an added benefit for those programs that do have this.
The term "converting into Real Time" is a really bad description. I think I know what you are trying to say here, but the description is sort of meaningless. Apart from that, such a general bug report won't help at all. But sure, if you feel like adding to our bug database, go ahead...
Sounds aspirational to me. Setting milestone to future. Dave.
Created attachment 22690 [details] Example of progressive (real-time) filter
Several years back I saw an image editor for the BeOS that had a number of filters in it capable of rendering in "real-time." These included simple things like color adjustement, but it also included complex filters like warp effects (akin to the "Whirl and Pinch" filter in the GIMP). As you dragged the slider (to change the options for the filter), the image would updated itself in real-time. To achieve this effect, it used a rather interesting method. I only remember bits and pieces of it, but I do believe I know a little bit about how it was done. Take for instances the "Whirl and Pinch" filter. As you dragged the slider, it would show the effects on the image in real time. However, it only applied the filter in a pixelated manner. To help explain what I mean, I refer you to Attachment 22690 [details]. In the attachment, the first image is the orginal image. The second image is what you would see in real-time as you dragged the sliders in the "Whirl and Pinch" filter. If you dragged slow enough, or if you stopped dragging, then the image would begin to look like the 3rd and 4th image in the attachment. In essence it would gradually get better till eventually the filter was completely applied to the image. If you actually take a look at the "Whirl and Pinch" filter, you will notice that the preview pane is fully capable displaying the filter in real-time. However, on larger images this is not possible (thus the reason for the preview pane). With the method I saw in the program from the BeOS, you are essentially combining both methods to generate a real-time filter on the actual image. (Based on how fast the system is, I would guess that the filter is potentially able to filter more pixels and thus look even better.) I'm not sure of the legality of copying what this guy did in his program. Unfortunately, I do not know the name of the program. However, if someone would like to take a look into it, it should be pretty easy to find, since there are not a large number of image editors that have been made for the BeOS.
What you are describing is the obvious approach to doing previews on the image display. Actually an even better approach is to work on the displayed (zoomed) image (if possible) instead of working on the whole image. I am not sure what we should do about this report. The summary isn't helpful since the report doesn't talk about "converting filters" and "Real Time" is a nice buzz word but not actually related to this kind of preview. We should probably make this duplicate of a bug report dealing with plug-in previews such as bug #52374.
*** Bug 312490 has been marked as a duplicate of this bug. ***
We have this already with the experimental GEGL Operation tool, and we will add more in 2.10. Not necessary to have this bug report open tough, closing as YESWEKNOW.