https://bugs.documentfoundation.org/show_bug.cgi?id=98500
--- Comment #11 from Maris Nartiss <[email protected]> ---
(In reply to Armin Le Grand (CIB) from comment #3)
> The GIF animations in the EditView are painted as regular repaint, thus it
> will directly depend on your repaint speed. That again depends on the
> rendering used behind the scenes. That again is greatly dependent on your
> distro.
> All in all this has the potential to get better when the rendering in
> general is improved (Primitives and system-dependent primitive renderers).
> Currently not much to do...
I tend to disagree. I installed an LO 4.x to test the same presentation.
Although it was sluggish at the beginning, I was able to edit the last slide of
my presentation - move around GIF, add text box with text, move it around etc.
It only shows that much higher performance is possible as it was provided by an
older version of LO.
Tested file: "Presentation with multiple animated GIFs causing LO Impress
slowdown"
Tested versions (installed in parallel with identical settings - any hardware
acceleration disabled):
Works quite good, although switching between animated slides in edit mode is
with a delay (it takes time to load image).
Version: 4.4.7.2
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Epic Fail - after some minute of light editing of last slide, LO slowly gets
unresponsive (window content is not repainted any more). Pauses between window
content repaints get longer and longer till it is not possible to close LO in a
normal way and killing it is the only option.
Version: 5.2.0.4
Build ID: 066b007f5ebcc236395c7d282ba488bca6720265
CPU Threads: 2; OS Version: Linux 4.7; UI Render: default;
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
