If I try to Insert > Movie and Sound... any sound file, regardless of file size or format, LibreOffice will hang for 10+ seconds while it embeds the file. Undoing this action takes a long time, too. When playing the presentation, the audio file will play, but it will take 10+ seconds for the slide to appear. The program is overall very slow; selecting a new slide and scrolling up and down also lags enough to almost make the program unusable.
An example file is attached. The audio is of fuzz.
Created attachment 103610 [details]
Example .odp file
- Resizing the picture that represents the sound file also causes major lag.
- Moving it does not.
- The CPU usage meter does not overreact.
This also effects me - running Ubuntu 14.04, LibreOffice (Impress)
Build ID: 420m0(Build:2)
I can also confirm this. Embedded files also make Impress really slow when viewing the presentation in slideshow mode.
^Ubuntu 14.04.1, Libreoffice 1:188.8.131.52-0ubuntu1
I have the same problem with LibreOffice 4.2.6 and 4.3.1 on Ubuntu 14.04 x86_64. This makes Impress unusable.
Affects multiple users.
I can confirm that this bug does not occur in 12.02 (Precise) either 32 or 64bit. It is clearly a problem related to 14.04. The same issue happens with Mint 17 Qiana, which is of course largely also Ubuntu 14.04. The issue does not appear in Windows. Tried this both in Vista and 7 with various LO versions like 4.0, 4.1 4.2 and 4.3. Also tested Ubuntu 12.04 with kernel 3.13: Does not show the problem.
btw: It affects me too...:-( Had to revert to 12.04 on my laptop to have my presentation run as it should. I now have set LTS updates to: Never just because of this issue
Same issue here since a long time (one year on Arch Gnome).
I've tried with lot of distro and kernels and even desktop environments...
That i've noted : on distros with relative old pakages (Debian 7, Ubuntu 12.04) or light DE (like openbox), the bug doesn't happen. So, after newb investigation, I think the issue is releationned with the new GStreamer version 1.x, but i'm not very sure.
Updating summary since most users using Ubuntu 14.04.
Set back Version to 184.108.40.206 -> reflects the oldest version where bug appears.
About new Gstreamer, perhaps anyone can confirm if it's related?
Anyone with Ubuntu 14.04 can also confirm Bug 84626 ? Duplicate to this bug?
@Björn, sorry to ping you. Hope that you're the right man :)
Maybe you could have a quick look. This problem seems only affecting Ubuntu 14.04
Affects me in 14.10.
LO v. 220.127.116.11 430m0(Build:2)
This is not specific to Ubuntu. I experience it on my Gentoo desktop too (LibreOffice 18.104.22.168, amd64 platform, Java support disabled, gstreamer-1.2.4). There is something wrong with the GUI as it spuriously steals a focus from other X11 windows when it hiccups.
updating summary per comment 12
I tried this now with the newest LibreOffice 22.214.171.124 on Mint-Mate Rebecca (17.1) 64bit and I can confirm that the issue starts with adding the necessary GStreamer backend for LibreOffice. Strange enough it does not affect an embedded .OGA (Therora) video but on .OGG (Vorbis) it does... The size of the audio fragment is not the issue. After installing the GStreamer backend for LibreOffice the file concerned opens very slowly, showing no thumbnail-slides in the editor at first and switching from a slide thumbnail that either preceeds or succeeds the one with the audo fragment temporarily freezes the editor eg. the whole program. This happens as well in a completely new document while adding an audio fragment in the first slide I made whether using a 16b PCM .WAV, MP3 or Vorbis file.
It takes Impress 10 seconds every time to start the fragment. I cannot observe uncommon processing time for that too is inaccessibe at the time LO waits to start.
I hope this might ring a bell to the developers.
Same here on the Slackware platform,
My LibreOffice 4.x packages are compiled against gstreamer-0.x and show no lag when adding media files to an Impress presentation.
My LibreOffice 5.x packages are compiled against gstreamer-1.x and these show a 10 second lag when selecting a media file to be embedded into an Impress file, and later on when starting the actual presentation, another several seconds of lag before the presentation is shown full-screen.
This only happens when a media file is added. In "normal" Impress files, no lag anywhere.
I can confirm the issue on Debian 8 with a backported LibreOffice 126.96.36.199. Deinstalling the package libreoffice-avmedia-backend-gstreamer and installing the package libreoffice-avmedia-backend-vlc fixes the speed issue but then importing or playing sound files in LibreOffice unfortunately just fails.
Reading all this: Is this the place to report bugs and if so, is anyone considering to spend time to do some research, preferably with Linux so that it can actually be seen by a developer?
I just tried this again on a fresh installed LibreOffice 188.8.131.52 with the same result. I's a quad-core machine with 8 GB ram and a dedicated video-adaptor.
Same issue still exists...
On running a two-screen set-up, using the second screen as "beamer" I notice that the text in the slide containing the audio file shows up 10 seconds AFTER the audio started playing, which preceded a 10 second pause to play the audio in the first place. In the console view on the laptop screen, the view remained empty, just the background image shows but no text-overlay. It does show, however, on the second screen acting as beamer.
The bottom line is in this case 2x a 10 second wait for any response. The presentation timer freezes and jumps 20 seconds forward.
This really starts to be annoying. Developers take action and start researching this please!
*** Bug 94077 has been marked as a duplicate of this bug. ***
*** Bug 98977 has been marked as a duplicate of this bug. ***
I confirm the bug ob Ubuntu 16.04 (xubuntu) with LibreOffice 5.1.
OpenOffice does not have this bug.
I also tried both OpenJDK 8 and Oracle Java 8, that makes no difference.
Confirm this bug
ubuntu w/ gnome-shell 3.14.4
I installed Libreoffice 5.1 from RPM on the LO website into ROSA Dektop Fresh R7 distribution and there WAS NO such problem. While LO from ROSA's repositories does have this problem.
As far as I know, downloadable RPMs and DEBS are statically compiled and take all necessary libraries with them...
I just tested with the backport of v5.1.2 provided for Debian stable (see https://packages.debian.org/source/stable-backports/libreoffice) and could no longer reproduce the issue. So, this issue is fixed for me.
I just tried again on Libreoffice 184.108.40.206 from Ubuntu PPA and also could not reproduce the issue.
The problem is also solved with the newest LibreOffice in ROSA distribution.
I think it can be merked as resolved.
I too have now LibreOffice 220.127.116.11 installed on my Linux Mint 17.3 (Rosa) PC and I confirm that the problem is gone completely!!
Whatever/whoever: a BIG thanks for resolving this long standing problem for us.