[Libreoffice-bugs] [Bug 98500] Multiple animated GIFs cause 100% CPU utilization in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=98500 Dwokfur changed: What|Removed |Added CC||at...@atoth.sote.hu --- Comment #4 from Dwokfur --- Created attachment 126627 --> https://bugs.documentfoundation.org/attachment.cgi?id=126627&action=edit Sample slides with animated gifs to demonstrate the problem I'm suffering from this bug for a long time now. It forced me to switch back to OO. Please take a look at on the sample slides I've uploaded. There's not so much problem I can see in EditView. Now try to enter into presentation mode. It gets unusable. Try switching slides: painfully slow. The animations are constantly lagging: they are jerky and lumpy. It happens to me using either x86 or x64 versions of LO 5.1.x or 5.2.x on Win 7 64bit. Also experience the same symptoms with LO x64 on Gentoo Linux 64bit - compiled from source. The same time OO 4.x binary performs well. Now please load the same slides in OO 4.x or some old LO 4.x install! This is how it should do. The presentation is smooth and the transitions are nearly instant. The animations are well synchronized. This is a regression introduced long time ago and I wish it will be corrected, unless I cannot use this otherwise nice piece of software and should stick with OO 4.x or old LO installs. Another remark: the background image looks pixelated in either EditView or during presentation. Just check out how much better it can be in OO 4.x or old LO. I'm sorry to say, but LO 5.x Impress in its current form is simply useless to me and I'm quite worried about the future. Please contact me, if I can help with testing some versions or stuff. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98500] Multiple animated GIFs cause 100% CPU utilization in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=98500 --- Comment #5 from Buovjaga --- (In reply to Dwokfur from comment #4) > Please contact me, if I can help with testing some versions or stuff. If you want to help testing and analyzing bugs in general, there is nearly an infinite amount of work you can do. All the info is here: https://wiki.documentfoundation.org/QA IRC is the most efficient way to coordinate things: https://wiki.documentfoundation.org/QA/IRC -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98500] Multiple animated GIFs cause 100% CPU utilization in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=98500 --- Comment #6 from Armin Le Grand (CIB) --- @Dwokfur: AOO uses the same code - it's from me. Please confirm that it is faster. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98500] Multiple animated GIFs cause 100% CPU utilization in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=98500 --- Comment #7 from Dwokfur --- (In reply to Armin Le Grand (CIB) from comment #6) > @Dwokfur: AOO uses the same code - it's from me. Please confirm that it is > faster. @Armin: I've sent you an email with a link to page containing sample videos demonstrating the symptoms. Note: the samples are happening on many computers at my workplace, not just the one I was demonstrating the issue. Thank you for taking care of this: Dw. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98500] Multiple animated GIFs cause 100% CPU utilization in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=98500 --- Comment #8 from Dwokfur --- (In reply to Armin Le Grand (CIB) from comment #6) > @Dwokfur: AOO uses the same code - it's from me. Please confirm that it is > faster. Update to the bug based on Armin's questions: It only occurs in presentation mode and not in edit mode. So something must be off in the presentation engine... -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98500] Multiple animated GIFs cause 100% CPU utilization in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=98500 --- Comment #9 from Armin Le Grand (CIB) --- Discussed, only happens in presentation mode, NOT in edit mode. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98500] Multiple animated GIFs cause 100% CPU utilization in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=98500 --- Comment #10 from Armin Le Grand (CIB) --- Not sure what the presentation engine is using for playing GIFs, but is seems unadequate. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98500] Multiple animated GIFs cause 100% CPU utilization in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=98500 --- Comment #11 from Maris Nartiss --- (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 Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98500] Multiple animated GIFs cause 100% CPU utilization in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=98500 --- Comment #12 from Armin Le Grand (CIB) --- > It only shows that much higher performance is possible as it was provided by > an older version of LO. Yes, but at the cost that these were not played in the Object-hierarchy, aka any object above it was overpainted by the anim-Gif. I think noone wants that back... -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98500] Multiple animated GIFs cause 100% CPU utilization in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=98500 --- Comment #13 from Maris Nartiss --- (In reply to Armin Le Grand (CIB) from comment #12) > > It only shows that much higher performance is possible as it was provided by > > an older version of LO. > Yes, but at the cost that these were not played in the Object-hierarchy, aka > any object above it was overpainted by the anim-Gif. I think noone wants > that back... In LO 4.4.7.2 I could add two overlapping animed GIFs + text boxes and other drawn figures in front and back of GIFs - partially overlapping them. No rendering issues in Edit or Presentation mode. I was able to edit the presentation (ok, slide switching is slow). In LO 5.2 I even can not get that far to add second GIF, not talking about adding boxes etc. If there is a choice between kill -9 soffice and objects ignoring rendering hierarchy, I fail to see any advantage of "the correct way of doing things". If it helps to track the real issue, it seems that the condition is caused by hovering with mouse over animated GIF (a normal action while editing a slide). As long as there is no interaction with animated area, LO 5.2 is running fine. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98500] Multiple animated GIFs cause 100% CPU utilization in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=98500 --- Comment #14 from Dwokfur --- (In reply to Armin Le Grand (CIB) from comment #12) > > It only shows that much higher performance is possible as it was provided by > > an older version of LO. > Yes, but at the cost that these were not played in the Object-hierarchy, aka > any object above it was overpainted by the anim-Gif. I think noone wants > that back... As I can make it out there are two separate problems mentioned here. Maris has some problems in editview, while I have severe issues in presentation mode. Should I open a separate bug? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98500] Multiple animated GIFs cause 100% CPU utilization in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=98500 Robinson Tryon (qubit) changed: What|Removed |Added CC||qu...@runcibility.com --- Comment #1 from Robinson Tryon (qubit) --- TESTING with Ubuntu 14.04 + LO 5.2.0.0.alpha0+ (2016-02-24_23:58:47) (In reply to Maris Nartiss from comment #0) > Steps to reproduce - on a Linux machine open attached sample and: > 1) try to scroll down sidebar with slide previews (as soon as one animated > slide enters field of view, CPU hits 100%); NO REPRO on this slowdown: I tried scrolling down past all the slide thumbnails, and CPU never came close to 100% > 2) try to edit (move around) any moving images from any of slides (5053 > bogomips machine is too slow for that); Running through the slides, I *did* manage to crash LibreOffice 5.2 (master) twice, each time when loading a slide containing an animation. Couldn't repro the crash with LO 5.1.0.3, so it could just be a quirk of this 5.2 daily build. TODO: Check with latest daily build of master. (I'm on a slow connection, so I can't grab a daily build today) -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98500] Multiple animated GIFs cause 100% CPU utilization in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=98500 Buovjaga changed: What|Removed |Added Keywords||perf Priority|medium |high Status|UNCONFIRMED |NEW CC||todven...@suomi24.fi Ever confirmed|0 |1 Severity|normal |major --- Comment #2 from Buovjaga --- You don't need to compile to bisect :) https://wiki.documentfoundation.org/QA/Bibisect/Linux For testing specific older versions: https://wiki.documentfoundation.org/Installing_in_parallel/Linux When scrolling the thumbs, I only very briefly hit 100% CPU. I do have a i7 6700k Skylake. Yet, going to slide 9 and clicking on the image brought about a massive slowdown and CPU screaming even over 100% at times. Arch Linux 64-bit, KDE Plasma 5 Version: 5.2.0.0.alpha0+ Build ID: 235411c9d47ecba88e46d859ea93bcecefb0c46e CPU Threads: 8; OS Version: Linux 4.4; UI Render: default; Locale: fi-FI (fi_FI.UTF-8) Built on March 11th 2016 -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98500] Multiple animated GIFs cause 100% CPU utilization in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=98500 Buovjaga changed: What|Removed |Added CC||tele...@surfxs.nl --- Comment #15 from Buovjaga --- *** Bug 104794 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 98500] Multiple animated GIFs cause 100% CPU utilization in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=98500 --- Comment #3 from Armin Le Grand (CIB) --- 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... -- You are receiving this mail because: You are the assignee for the bug. ___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs