Issue 123366 - image processing really slow compared to MS Office and other products
Summary: image processing really slow compared to MS Office and other products
Status: CONFIRMED
Alias: None
Product: Impress
Classification: Application
Component: editing (show other issues)
Version: 4.0.0
Hardware: PC Windows 8, 8.1
: P3 Major (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-09-25 16:26 UTC by ma
Modified: 2017-05-20 10:44 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description ma 2013-09-25 16:26:33 UTC 
I am using Openoffice 4.0 on my Core i3 with 4GB of RAM and Windows 8 x64. 

When I import a picture being 11MB of size to impress (i.e. http://cdn.conversations.nokia.com.s3.amazonaws.com/wp-content/uploads/2013/08/ALV_NOK_2__20130702_09_55_07_Pro__highres.jpg), it takes really long (approx 20 seconds) to process. When I decide to rotate it, it takes another 10 seconds until that action is completed (meanwhile, LibreOffice is not responding whatsover).

Compared to that, with Kingsoft Office and MS Office 2013 (and even Office XP) this actions only take 1-2 seconds.

I've already set the graphics-cache to 200MB without any change.

This is a real showstopper for using OpenOffice for me.
Comment 1 Armin Le Grand 2013-09-26 09:24:51 UTC 
ALG: Please check with the soon released AOO401; I did some changes and a short comparison on my machine showed 7s load compared to 10s, immediate rotation possible and much faster zooming/scrolling.
Load time could still be improved, but would need deeper changes then, internal infos: the jpeg loader imports to an own buffer, copied to (class) Bitmap's internal buffer, GDI system dependent/independent created, then GDI+ created. Parts are system-dependent, parts are not (we support not just win, so e.g. not possible to use MS's jpeg importer to get GDI+ object directly). A lot of space for improvements...
Comment 2 Edwin Sharp 2013-09-26 10:11:55 UTC 
Time to import
Impress Rev. 1523756: 7 sec
PowerPoint 2010: 2 sec
Win 7
Comment 3 Edwin Sharp 2013-09-26 10:13:28 UTC 
AMD A6 1.50 GHz 4.00 GB RAM
Comment 4 ma 2013-09-26 11:09:24 UTC 
OpenOffice build 1525917: 6s
LibreOffice 4.1.1.2: 8s
MS PowerPoint 2013: 2s
KingSoft Office 9.1: 3s

Core i3 with 4GB of RAM and Windows 8 x64.

Great to see immediate rotation, it's a big improvement! Now if loadtime would improve more, that'd be great.
Comment 5 Armin Le Grand 2013-09-26 12:54:29 UTC 
ALG: I have an idea about a deep core change which would enable this, but it would be a *deep* change with all the risks and time. First I'll have to finish other stuff in the pipeline (aw080...). Grepping to keep in focus, but not sure when there will be time. Importance 'major' is okay for me (sinc eI would like to do stuff like this), but realistically compared to other/missing stuff/not working stuff (or even crashing stuff) it's not a 'defect' in the sense that something is not working...
Comment 6 Marcus 2017-05-20 10:44:35 UTC 
Reset the assignee to the default "issues@openoffice.apache.org".