LibreOffice comes with OpenGL rendering enabled by default and this configuration might cause problems with certain combinations of graphics hardware and their drivers, which can lead to crashes. If LibreOffice crashes immediately on startup, it will not be possible to open the Options dialog and disable OpenGL there, so you have two options:
While there were some concerns about how performance would be affected by moving to Skia compared to OpenGL driver and and hardware implementations that have been heavily optimized over the past several decades, it turns out that performance within LibreOffice is at least equivalent to the OpenGL version and synthetic benchmarks show that there is room for improvement.
Libreoffice Hardware Acceleration
Moving to Skia on Windows required about 7 person-months ol, which lets us use Vulkan acceleration without large implementation costs. It will be interesting to see how much time is saved in the next few years from the reduced maintenance cost. The resulting work is mature enough that there is no real negative change in performance, and we have not started heavily optimizing yet.
The slideshow engine has replaced the former Impress-embeddedpresentation framework with a fully independent UNO component, and itis based on the canvas. Some features used there are only availablefrom canvas, like double-buffering, and hardware-acceleratedalpha-blending (currently not on all platforms).
We used LIbreOffice 4.4.4. We ran it under Windows 8.1, on an AMD A10 7800B APU. The computer had 8 GB of memory. We ran the same spreadsheet calculation with OpenCL on (acceleration via GPU Compute), so that the GPU cores did the heavy lifting. Then we turned OpenCL off, so that the CPU cores had to do all the work.
Michael Larabel is the principal author of Phoronix.com and founded the site in 2004 with a focus on enriching the Linux hardware experience. Michael has written more than 20,000 articles covering the state of Linux hardware support, Linux performance, graphics drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated benchmarking software. He can be followed via Twitter, LinkedIn, or contacted via MichaelLarabel.com.
The mission at Phoronix since 2004 has centered around enriching the Linux hardware experience. In addition to supporting our site through advertisements, you can help by subscribing to Phoronix Premium. You can also contribute to Phoronix through a PayPal tip or tip via Stripe.
But after I close libreoffice and run it again, it does not start and have to start it in the safe mode and disable hardware acceleration and clicked on apply and restart, to get it to work everytime.
Normal effects works perfectly, 3D-effects either don't work at all or when played with F5, shows a flashing screen.Tearing is also seen. Hardware acceleration is checked.Animations don't repeat when checked "Repeat until next slide" or "Repeat until next click".
ProblemType: BugDistroRelease: Ubuntu 18.04Package: libreoffice 1:6.0.6-0ubuntu0.18.04.1ProcVersionSignature: Ubuntu 4.15.0-36.39-generic 4.15.18Uname: Linux 4.15.0-36-generic x86_64ApportVersion: 2.20.9-0ubuntu7.4Architecture: amd64CurrentDesktop: ubuntu:GNOMEDate: Thu Oct 11 17:59:04 2018InstallationDate: Installed on 2017-10-28 (348 days ago)InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018)ProcEnviron: LANGUAGE=en_IN:en PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_IN SHELL=/bin/bashSourcePackage: libreofficeUpgradeStatus: Upgraded to bionic on 2018-09-27 (14 days ago)
While the problem might be gone by the time we get to 6.3.0.0., for now I can *confirm* that Olivier's observations. 3D-transitions do not work for me, regardless if hardware acceleration and OpenGL are activated or deactivated.
Thank you for reporting the bug.Could you please try to reproduce it with a master build from -builds.libreoffice.org/daily/master/ ?You can install it alongside the standard version.I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
This bug covers two things: the slide transitions + animations. The slide transitions issues seem to be fixed and here is the relevant upstream commit: -team/libreoffice/libreoffice/commit/f107a8a2aeaa7714a13f80cd807cca0c84519306
To add more information: I do have the exact same problem in Debian 11 (Libreoffice 7.1.x) as well as Fedora 34 (Libreoffice 7.2.x): xorg cpu usage goes up to 100% if any action is done within libreoffice in Qubes 4.1.
It runs libreoffice with the SAL_USE_VCLPLUGIN environment variable set to value gen. Apparently this tells the libreoffice Visual Class Library to select a plugin named gen (as opposed to, say, gtk3 or qt5). It is likely that the Gtk plugin wants to use OpenGL, which ends up being software-rendered.
This might be a bug and should then probably be filed somewhere else, but is related to the section on troubleshooting.My issue was this: Most, but not all, text in the menus and in the user interface was in an unreadable font - in English but with wrong symbols. Changing the system fonts as recommended in various places did not help. It turned out I had the language pack libreoffice-am (Amharic) installed by mistake. Removing this gave me back the intelligible menus.Version: 4.2.4.2
I tried the advice in troubleshooting (Type Andale Sans UI in the font box and choose Deja Vu Sans for the Replace with option. When done, click the checkmark. Then choose the Always and Screen only options in the box below. Click OK. You will then need to go to Tools > Options > LibreOffice > View, and uncheck "Use system font for user interface".) But with Libre Office Version: 5.1.5.2 there is no such thing as "Use system font for user interface". Trying with and without "Use hardware acceleration" and "Use anti-aliasing" has no effect.
When using the (integrated) global menu in Plasma 5, Qt 5 applications work out-of-box and Qt 4 won't work (keeps the menu) without appmenu-qt4. GTK applications will also keep the classical menu. However, the menu of libreoffice disappears.Renyuneyun (talk) 20:41, 15 October 2017 (UTC)
I've looked in "Options - LibreOffice - View" but there I can only change icon sizes and style, mouse options, and hardware acceleration (I still tried all options for hardware acceleration just in case, but no joy).
I"m running Arch with KDE (Plasma 5, of course) and Libre Office Fresh. Calc is so slow that it is not even useable. I want to know if anyone else is seeing severe performance problems with Calc. I'm seeing it on two different Arch installations, both of which are running on very fast modern workstation hardware (e.g., Core i7 machines with fast SSD, plenty of fast RAM, etc.) Compared to a Kubuntu 16.04 installation running standard Libre Office, the Arch machines are literally 1000 times slower.
1. Editing /etc/profile.d/libreoffice-fresh.sh doesn't make any difference. Apparently something else is controlling the LO theme in my case. I'm running KDE with Breeze Dark theme and LO opens with the dark theme regardless of the changes I make to this file. (EDIT: I see the same behavior with the standard Breeze theme, so this is not exclusive to Breeze Dark.)
i3-wm here, LO without a theme parameter (all $SAL_USE_VCLPLUGIN are commented in /etc/profile.d/libreoffice-fresh.csh,sh) I have seen zaro performance issue up to LO v5.2.0.4 on my Core desktop and good ol' Atom (monocore).
I use Leap 42.1 with XFCE desktop and Raleigh style. After recently updating to nvidia driver 367.57 and LibreOffice 5.1.5.2 from the official repos, Writer reacted very slowly to both keyboard and mouse input, esp. with large text files. Installing libreoffice-gtk3 remedied this largely, but far from perfectly. In any case, LibreOffice menus (e.g., Writer and Calc), which are black text on light grey background, turn to black on dark blue as soon as the mouse pointer moves across them, with white on dark blue for the single menu line on which the mouse pointer currently is. These colors are unergonomic, the black on dark blue hardly readable. (Firefox 49.0 menus keep working normally with Raleigh.)
Drop back to previous version of LibreOffice? Only as a last resort. Until then, I hope that a better solution might be found. The installation of libreoffice-gtk3 already brought a significant improvement.
Under Tools > Options > View I turned off hardware acceleration and anti-aliasing. Reasoning that there may be a bug where it runs algorithms that depend on acceleration and the machine did not have it.
The reports on the Adobe forum indicate that we may be having a slightly easier time of it, as typically, the player just pops up a message indicating that has crashed. In such a case, a page reload should be all that's needed to get things working again. Outside of Linux land, apparently, the faulty plugin regularly brings down the browser, and in some cases, the entire machine. Occasionally, the Linux version can cause browser crashes but I wasn't able to locate any reports of it bringing the whole system down. It might seem surprisingly that a mere browser plugin could cause system instability, but apparently, the the new version addresses hardware acceleration in a different way. There is always going to be a risk of this sort of thing happening when a high level program directly interacts with a low level driver. There have been reports of the problem affecting both Nvidia and ATI chipset equipped machines. 2ff7e9595c
Kommentarer