FS#51002 - [libreoffice-fresh] Animations extremely slow

Attached to Project: Arch Linux
Opened by Alexander Pavel (SuperIce97) - Tuesday, 27 September 2016, 19:59 GMT
Last edited by Andreas Radke (AndyRTR) - Sunday, 19 March 2017, 09:36 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description: Transitions in Libreoffice Impress are extremely slow. Some OpenGL-based slide transitions (such as "Fall") simply don't work at all. This occurs both on a low-end laptop with Intel graphics and a high-end gaming laptop with the nVidia 570M graphics card and nVidia's proprietary driver. Using the "libreoffice-fresh-rpm" package from the AUR has no problems on either of these devices and produces perfectly smooth transitions, meaning that these devices have capable hardware and the problem lies with the Arch Linux package.


Additional info:
* Occurs in both libreoffice-fresh and libreoffice-still
* Animations such as the "Spiral In" object entrance animation and the "Fall" slide transition are prime examples


Steps to reproduce:
1. Install libreoffice-fresh
2. Create a Libreoffice Impress presentation with some slide and object transitions like "Spiral In" for objects and "Fall" for slide transitions. Spiral in will only get about 3 fps and "Fall" simply won't work (will appear as if there is no transition).
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Sunday, 19 March 2017, 09:36 GMT
Reason for closing:  Upstream
Comment by Doug Newgard (Scimmia) - Thursday, 29 September 2016, 14:49 GMT
Same as  FS#50595 ?
Comment by Alexander Pavel (SuperIce97) - Thursday, 29 September 2016, 15:53 GMT
No, that issue has to do with slow redraws in LibreOffice when using KDE. I don't use KDE and my redraws are very fast in the UI, but transitions during Impress presentations stutter
Comment by Andreas Radke (AndyRTR) - Friday, 30 September 2016, 05:59 GMT
What vcl are you using? gtk3? Also please confirm with 5.2.2 in testin repo.
Comment by Alexander Pavel (SuperIce97) - Friday, 30 September 2016, 16:09 GMT
I am using Gnome3 and I forced gtk3 in /etc/profile.d/libreoffice-fresh.sh. Even with 5.2.2 I still have the same problem.
Comment by Jan de Groot (JGC) - Tuesday, 11 October 2016, 21:21 GMT
GTK3 VCL is buggy, it needs two patches to not suck completely with GTK 3.22. Debian has them in their patch archive:
gtk3-use-style-updated-signal.diff
gtk3-lot-of-style-updated-signals.diff
Comment by Andreas Radke (AndyRTR) - Saturday, 22 October 2016, 14:54 GMT
This should be fixed with latest pkg. Can you confirm this?
Comment by Alexander Pavel (SuperIce97) - Tuesday, 25 October 2016, 01:22 GMT
Libreoffice Impress animations are still slow with the latest libreoffice build. The GUI is also stuttery compared to libreoffice-fresh-rpm.
Comment by Alexander Pavel (SuperIce97) - Wednesday, 01 February 2017, 17:36 GMT
So, I still have this issue, but I decided to investigate it further. By default, libreoffice opens with the gtk3 vcl. I noticed that libreoffice-fresh-rpm uses gtk2 by default. I tried setting the gtk vcl in /etc/profile.d/libreoffice.sh and /etc/profile.d/libreoffice.csh but when opening it from the Gnome3 application launcher, it always opens with the gtk3 vcl. If I open libreoffice from the terminal, it correctly uses the gtk2 vcl and the interface and animations during presentations works very quickly and smoothly. The issue now seems to be that Gnome is not opening libreoffice with the correct profile. Of course, there still is the issue with gtk3 working extremely slowly, but there clearly is another bug I was having making this more difficult. The GDM bug can be found here: https://bbs.archlinux.org/viewtopic.php?id=218197. According to the bugzilla link in that thread, it's been around for about 2.5 years but still hasn't been fixed in mainline gdm...

Should this bug be closed now as I found a workaround to fix it? The issue still exists with the gtk3 vcl, which it the default, so I'm not sure if we can call this completely fixed yet.
Comment by Andreas Radke (AndyRTR) - Sunday, 05 February 2017, 09:51 GMT
Any progress with LibO 5.3.0 ?
Comment by Alexander Pavel (SuperIce97) - Wednesday, 08 February 2017, 00:06 GMT
Nope. When using the gtk3 vcl it is still slow and I have to switch to the gtk2 vcl to get good performance.
Comment by Andreas Radke (AndyRTR) - Saturday, 18 February 2017, 20:31 GMT
You should work with upstream to solve remaining gtk3 vcl bugs.

Loading...