[Libreoffice-bugs] [Bug 104878] Impress works very slow with large sized GIF

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=104878

--- Comment #41 from Armin Le Grand <Armin.Le.Grand at me.com> ---
(In reply to Maris Nartiss from comment #40)
> It is not skia related:
> Version: 6.4.2.2
> Build ID: 4e471d8c02c9c90f512f7f9ead8875b57fcb1ec3
> CPU threads: 2; OS: Linux 5.5; UI render: default; VCL: x11; 
> Locale: lv-LV (lv_LV.utf8); UI-Language: en-US
> Calc: threaded

Of course you are right - it has nothing to do with skia, it‘s a fine system.
Let me try to be more precise: It has to do with backends in the office that
are not adapted as well as they could be. This includes some (we have seven),
but best is Cairo and GDIPlus - load big files and scroll.
This does by no means mean that the others might not catch up and even turn
over - hopefully esp. skia will, it has the potential to do so.

Unfortunately x11 is one of those - I currently debug into tdf#113814 and see
(i‘m not a x11 specialist) that  11 only has XPixmap and XCopyArea (in
principle). Last allows to cc a rect from source, but that‘s the only
transformation allowed - no scale, no rotate, no linear algebra ;-(
Unfortunately this means that all scaling, masking, rotation (all graphics can
be rotated) *has* to be done in SW in preparing XPixmap - this is no good
precondition to use any HW in the future for x11.
Maybe you know more/better, please help when you do!

> Thanks for reminding where we came from. Ahh, those good ol' times when
> opening a presentation with animated GIF was NOT sending X11 down the
> drain... Sorry for being emotional. Just spent 10 minutes waiting for VT1 to
> come up so I could login as root and kill -9 LO Impress process and get my
> X11 session back without a hard reboot.

Sigh - I have seen that in x11 backend impl some cache/buffer *is* used for the
DDB stuff, but with a gif with many frames these may not live long enough (mem
usage opts) and need to be re-created rapidly (up to 30 fps?) - there is always
the possibility to enhance the system-independent part of this gif stuff (so
all backends would win) - support appreciated :)

regards, alg

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200404/3c0d5909/attachment.htm>