Flam4 Preview delay
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Fractal Fr0st |
Confirmed
|
Wishlist
|
Unassigned | ||
Bug Description
Flam4 preview updates only after mouse button release. In other words while Flam3 preview reacts in real time when moving transforms, the Flam4 preview will refresh only upon mouse button release. I am not certain if this is a bug or done by design but it does diminish effectiveness of Flam4 preview.
Flam4 preview is also somewhat blurry and this blurriness does not allow to see fine details. This is especially puzzling considering the speed of Flam4 - it should certainly support very responsive and detailed preview considering GPU utilization. (Take a look at Fractron 9000 implementation, while the program has its own shortcomings the responsiveness and detail of the preview is quite remarkable)
There are couple of more things that I want to mention here rather than create separate bug report entries, for these are really wish list items rather than bugs:
* Adjust sliders all appear quite similar and it takes a second to locate the right one - some sort of icons, color-coding, grouping would help.
* Introduction of some sort of quick saving mechanism would also be helpful. What I mean is that when adjusting transforms and seeing interesting result it takes a couple of seconds to rename and save current flame thus somewhat interrupting the exploration process. Middle button mouse shortcut that could quickly increment the name of current flame and save it would streamline the process.
* Ability to use images as gradients would also appeal to many users.
* Right Mouse button is not used when playing with transforms - some common functions as delete, duplicate, rotate, proportionate scale, etc could be associated with it and improve the user experience.
| Vitor Bosshard (algorias) wrote | #1 |
| Changed in fr0st: | |
| importance: | Undecided → Wishlist |
| status: | New → Confirmed |
Yes, it's intentional for the large preview to only activate after releasing the mouse. This is because fr0st needs to support a variety of environments where the large preview may take a long time. You should be able to increase the quality of the large preview in your preferences to get better results.
As for your other suggestions:
* That might be a good idea, I'll see if something can be done.
* Oh, I like that! I'm assuming you're aware of the Ctrl-shift-s shortcut and that's the inconvenience you're talking about, right? We should be able to get something like that done, thought I need to figure out the details.
* I recall an old version of Apo being able to do that. This depends on the underlying renderer, however.
* Yes, that's something we're definitely implementing, though it might take a while.
Thanks for your feedback!