Mainly the old transitions that worked fine in 5.0, are no longer working in the 5.1, while the new transitions mostly work just fine. The old transitions introduce flickering.
Could you test with a fresh dev build: http://dev-builds.libreoffice.org/daily/master/Win-x86@39/current/ (Dev builds are handy because they automatically install separately)
Also, accelerated handling of OpenGL rendering is intended to be controlled by the GPU and driver combination parsed against a block list. Please post details of your OS, as well as GPU and graphics driver from the opengl_device.log in your LibreOffice user profile -- https://wiki.documentfoundation.org/UserProfile
C:\Users\User\AppData\Roaming\LibreOffice\4\cache\opengl_device.log to be exact :) Throwing this to NEEDINFO for now.
Details of getting your graphics card information can be found here. https://wiki.documentfoundation.org/OpenGL
Sorry for the late reply as I was without internet for a few days.
Ah, you're on Linux.. can you tell us what the output of this is, then: glxinfo | grep OpenGL
OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.2.0-devel (git-e6f1a44d 2016-02-19 wily-oibaf-ppa) OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.0 Mesa 11.2.0-devel (git-e6f1a44d 2016-02-19 wily-oibaf-ppa) OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.0 Mesa 11.2.0-devel (git-e6f1a44d 2016-02-19 wily-oibaf-ppa) OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00 OpenGL ES profile extensions:
I am still experiencing this bug. It now says opengl is disabled.
No need to change version.
OpenGL is enabled again - turns out that was simply an issue with a driver mismatch. I'm still having this issue however. I tried purging all libreoffice packages and reinstalling, but the problem persists. All of the old OpenGL animations fail to work, along with one or two of the new animations. Also, the .cache folder is empty, so no opengl log :/. I don't know what more information I can provide at this point.
I just noticed that certain animations are also broken, and function only as fading in. So far, I can definitely confirm that the "compress" animation is woefully broken. I don't know what is causing this as I've purged Libreoffice and reinstalled it - to no avail.
Take hardware acceleration out of the equation. 1. Tools -> Options -> View: uncheck "Use OpenGL for all rendering" 2. restart LO 3. Tools -> Options -> View: uncheck "Use Hardware acceleration" 4. restart LO Which transitions work then using just CPU? Add Use Hardware acceleration back. Which transitions work? Add Use OpenGL. Which transition work then (if any)? A matrix might be helpful to record things for this Hardware/Driver combo.
With just the CPU, using some transitions (such as Rochade) causes Kwin to crash or the graphics chip to reset. The Glitter transition still works, as well as newsflash (strangely). The other animations (such as turn around and venetian blinds) either flicker badly and chop the animation up, or cause kwin to crash. Interestingly, Honeycomb works as a simple sliding animation. With hardware acceleration enabled, most of the effects work but flicker. Rochade causes a graphics reset. Glitter works as usual (under all circumstances). With opengl enabled for all rendering there is no change. Look - I don't know what more information I can provide, and I don't know what to do. I've considered downgrading my graphics driver, but that shouldn't really change anything. It's not as though this problem existed before 5.1.
Additional information: Most animations are also broken - functioning either as "Appear" or "Fade In".
So... what do I do now? Ubuntu 16.04 is around the corner and I'd like to upgrade, but I don't want to run into this again.
I've upgraded. It's still doing the same thing. WHAT DO I DO?!
(In reply to Roland Taylor from comment #16) > I've upgraded. It's still doing the same thing. WHAT DO I DO?! Whatever you do, don't mark your own reports as NEW.
Thanks.
Adjusted summary and adding to bug 93529 for visibility. For OP, please rerun and post result of "glxinfo | grep OpenGL" as you've now done an OS upgrade.
GL is used for the 3D transitions whether GL is enabled or not, so disabling it should have little effect. I guess the problem is - that we have to create a new window with a legacy context (or somesuch) in order to show the GL transition, which can create some flicker - unfortunately. Hmm.
OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.3.0-devel (git-df37b06 2016-04-12 xenial-oibaf-ppa) OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.0 Mesa 11.3.0-devel (git-df37b06 2016-04-12 xenial-oibaf-ppa) OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.0 Mesa 11.3.0-devel (git-df37b06 2016-04-12 xenial-oibaf-ppa) OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00 OpenGL ES profile extensions: ---- This problem did not occur in 5.0. I don't know what more information I can provide at this point, but I need a solution of some sort - because this bug causes issues with the presentations I've already created (and there are many), which I have to use twice a week.
I experience the same flicker effect on various machines and OSs. I have not checked all transitions systematically, but it is most clearly visible on transition Fade, Smoothly. Seen on LO 5.1.2.2 on Windows 10. Intel(R) HD Graphics 4600 Also on Ubuntu 16.04. The only workaround I found to get Impress to a workable state is to remove / uninstall OGLTranslo.dll / OGLTrans package.
I was going fine with 5.0 in a parallel installation... now that it autoupdated itself this bug has returned. Is anyone actually paying attention to this? I don't meant to be rude and I know no one is obligated to care... but this is a pretty frustrating bug.
Bug 100242 is related (Intel Bay Trail) with the same issues. Any transition is usable in practice and I had to install the "Still" version of LibreOffice to use Impress.
This should be fixed by https://gerrit.libreoffice.org/gitweb?p=core.git;a=commit;h=7445399af829c48e8c71eed66f132d96fa195c37 .