<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Impress works very slow with large sized GIF" href="https://bugs.documentfoundation.org/show_bug.cgi?id=104878#c41">Comment # 41</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Impress works very slow with large sized GIF" href="https://bugs.documentfoundation.org/show_bug.cgi?id=104878">bug 104878</a> from <a class="email" href="mailto:Armin.Le.Grand@me.com" title="Armin Le Grand <Armin.Le.Grand@me.com>"> Armin Le Grand</a> <pre>(In reply to Maris Nartiss from <a href="show_bug.cgi?id=104878#c40">comment #40</a>) > 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 <a class="bz_bug_link bz_status_ASSIGNED " title="ASSIGNED - Writer inserts certain images as black (Linux gen/x11 VCL backend)" href="show_bug.cgi?id=113814">tdf#113814</a> 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</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>