https://bugs.freedesktop.org/show_bug.cgi?id=41407
Summary: EDITING: Presentation documents with a large number of
complex EPS graphics renders very slowly.
Product: LibreOffice
Version: LibO 3.4.3 release
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Status Whiteboard: BSA
Severity: normal
Priority: medium
Component: Presentation
AssignedTo: [email protected]
ReportedBy: [email protected]
Bug in LibreOffice Presentation
-----------------------------------------------------------------------
BRIEF DESCRIPTION OF BUG: ===================
Presentation documents with a large number of complex EPS graphics renders
very slowly.
Additionally, LibreOffice does not appear to efficiently store the
rendered screen-image. Thus, as the file is being edited, LibreOffice
continually tries to update the EPS graphics, and this results in the
computer effectively being frozen after each edit for a few minutes
until all the graphics can be re-rendered.
-----------------------------------------------------------------------
TESTED ON: ===================
I have only tested this on Linux.
-----------------------------------------------------------------------
SOFTWARE: ===================
Observed bug LibreOffice 3.4.3, 3.4.2, and 3.3.x
I have also observed this bug in various OpenOffice versions going back to
version 2.4.
The bug does NOT appear to be present prior to version 2.4.
-----------------------------------------------------------------------
HARDWARE: ===================
I do not think the bug is hardware dependent.
Observed bug on a number of computers including Dell Latitude E6510,
Dell Latitude 2100, Dell Latitude 2120, and IBM ThinkPad T43.
-----------------------------------------------------------------------
OPERATING SYSTEM: ===================
I do not think the bug is related to a specific Linux OS.
I have observed this bug on various version of Ubuntu including 9.10,
10.4, 10.10, and 11.4.
-----------------------------------------------------------------------
SAMPLE FILE: ===================
While any file with a large number of EPS graphics should produce this
bug, I have posted a sample on the web at:
http://www.physics.smu.edu/olness/ftp/misc/linux/BugTestEPS.odp
This is a relatively large file (10MB) to clearly demonstrate that it
can really lock-up the machine.
I've tested with some smaller files, and the rendering delay is
annoying, but it does not completely "hang" the machine.
The bug is not unique to this file. I give many presentations
which are typically 50 to 100 pages in length with a file size
of 5MB to 10MB, and any one of these will produce the bug.
-----------------------------------------------------------------------
TO REPRODUCE THE BUG: ===================
Open an Presentation document with a large number of complex graphics.
Go to "Slide Sorter" view:
"View" -> "Slide Sorter"
At this point, Presentation will use "gs" and "convert" to generate screen
previews. You can monitor this with "top -d1"
Complex EPS images may take up to 10 seconds to render, so if you have
60 images, that's about 10 minutes or so.
Once the images are rendered, Presentation does not store them efficiently
so they can be easily re-used. If you now start to edit the file,
Presentation will re-render the EPS files on the fly. Because each pass
through the file take 5 to 10 minutes to render, the computer is
essentially "locked-up" until Presentation can catch up with the edits.
You will notice that "gs" and "convert" are continually being called.
WHAT I EXPECTED:
This time delay makes the program unusable as each edit requires the
user to wait 5 minutes for Presentation to re-render the
graphics. This delay was not present in versions before 2.4.
-----------------------------------------------------------------------
THE BUG WAS NOT PRESENT BEFORE: ===================
The bug is not present in older versions of OpenOffice;
specifically I have verified that it is NOT present in
OpenOffice 2.3 running on Scientific Linux.
-----------------------------------------------------------------------
AN INTERESTING EXPERIMENT ===================
The CPU time is being taken by external calls to "gs" and "convert."
Under a system account, rename the "gs" and "convert" executables, and
then re-open Presentation. Screen previews will NOT be generated, but the
response of Presentation will be lightning fast.
Now rename the "gs" and "convert" executables back to their original
names, and re-open Presentation. Screen previews WILL be generated, and the
response of Presentation will be very slow.
-----------------------------------------------------------------------
A POSSIBLE WORK-AROUND: ===================
If you save the "ODP" document in the older "SXI" format, the response
of Presentation seems to improve markedly (after the initial rendering).
"File" -> "Save As" -> choose "File Type" as "sxi"
When you open Presentation, go to "Slider Sorter" view:
"View" -> "Slide Sorter"
Presentation will still take 5 or 10 minutes to generate the initial screen
previews. But, after these previews are generated, the response of
Presentation is significantly faster than the speed working with the "ODF"
format.
-----------------------------------------------------------------------
AN INTERESTING OBSERVATION: ===================
After you have converted the file to "SXI" format, you can now re-save
as "ODF" format, and the response of Presentation will be the same as with
the "SXI" format UNTIL you close the file. But, after you close and
re-open this "ODF" format document, then the response of Presentation will
be as slow as for the original "ODF" document.
-----------------------------------------------------------------------
IS THIS A DUPLICATE BUG: ===================
I searched the database. There were a number of bug reports for
OpenOffice which may be related to this bug. For LibreOffice, I find
some bug reports that might have similar issues, but none which are
obviously identical.
Might be similar to the closed bug: Bug 40382
-----------------------------------------------------------------------
I HAVE TRIED THE POSTED SOLUTIONS ON THE WEB: ===================
I have tried the posted solutions on the web. Specifically, I have
adjusted the options for LibreOffice to ensure I'm not missing
something simple.
Specifically, under: "Tools" -> "Options" ->"LibreOffice" -> "Memory"
I have the following set:
Undo: Number of Steps: 30
Graphics Cache: 256MB (this is the max allowed)
Memory per object: 5MB
Remove from memory after: 23 hours
Number of Objects: 100
And under: "Tools" -> "Options" ->"LibreOffice" -> "View"
I have the following set:
Graphics output: "Use Anti-Aliasing" is turned off
-----------------------------------------------------------------------
COMMENTS: ===================
Sometime after OpenOffice 2.3, the method used to render graphics on
Linux was changed. The result is for a very complex document, it can
take 5 to 10 minutes to render the full document after each edit to
the file.
If I only had to wait 5 to 10 minutes for the rendering of the until
screen previews, I could live with that.
But, what seems to have changed in the later version is that the
graphics are continually re-rendered as you edit. Thus, a trivial edit
initiates a 5 minute re-render process, and Presentation is "locked-up"
until this finishes. Operationally, this means every time you type,
edit, or move an object in Presentation, you have to wait 5
minutes--clearly, this makes it unusable.
-----------------------------------------------------------------------
POSSIBLE SOLUTION: #1 ===================
It appears the older versions of OpenOffice (Pre Version 2.4) dealt with
the graphics in a more efficient manner. If one could identify what changed
between
2.3 and the later versions, this might provide an easy fix.
-----------------------------------------------------------------------
POSSIBLE SOLUTION: #2 ===================
The other solution would be to create and store screen-view images for
each EPS graphic--similar to thumbnails which are generated for JPG
photos. Clearly, it is the external calls to "gs" and "convert" that is
slowing down the process; if these could be avoided, the response time
of Presentation would be greatly improved.
-----------------------------------------------------------------------
===================
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
