On 04/21/2018 03:16 PM, Øyvind Kolås wrote:
>
> Updating the display as quick as possible after receiving motion
> events, rather than rendering everything and updating at a low
> frame-rate, is a known feature - not a bug. Until things are fast
> enough to do 15fps of the entire viewport -
On Sat, Apr 21, 2018 at 8:52 PM, Steve Kinney wrote:
>> Some caveats I noticed:
>>
>> - The size of the image canvas, layer in question, and current zoom level
>> seem to have no impact on redraw times; only the actual size of the image
>> window whose area is being
On 04/20/2018 08:08 PM, Richard wrote:
> If you have the ability to record your steps on video then that could be more
> helpful than static screenshots and verbal explanations. But as a quick
> experiment, I can confirm that moving layers can result in slow redraw times,
> potentially
If you have the ability to record your steps on video then that could be more
helpful than static screenshots and verbal explanations. But as a quick
experiment, I can confirm that moving layers can result in slow redraw times,
potentially creating general visual mess (but the move operation
On 04/13/2018 11:42 AM, Brombur wrote:
> I decided to give gimp another go. I've updated my video and run an ok pc with
> decent stats but when I use gimp and try to move any image, of any size or
> resolution the image lags when i position it. even on simple single color
> layers. If i make a
On 04/13/2018 05:42 PM, Brombur wrote:
> I decided to give gimp another go. I've updated my video and run an ok pc with
> decent stats but when I use gimp and try to move any image, of any size or
> resolution the image lags when i position it. even on simple single color
> layers. If i make a