Bug 146105 - Zoom of a complex 3D shape very slow
Summary: Zoom of a complex 3D shape very slow
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: graphics stack (show other bugs)
Version:
(earliest affected)
7.0.0.1 rc
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Performance
  Show dependency tree / graph
 
Reported: 2021-12-07 19:13 UTC by Telesto
Modified: 2022-12-29 06:08 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

Attachments
Example file (21.50 KB, application/vnd.oasis.opendocument.presentation)
2021-12-07 19:14 UTC, Telesto 		Details
Example file 2 (17.07 KB, application/vnd.oasis.opendocument.presentation)
2021-12-08 18:55 UTC, Telesto 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2021-12-07 19:13:32 UTC 
Description:
Zoom of a complex 3D shape very slow (Skia Raster and previously GDI)

Steps to Reproduce:
1. Open the attached file
2. Zoom in out (lag) (not rendering each and every zoom frame with CTRL+Scroll wheel would probably improve thinks)
3. Zoom in to 280% and scroll up/down left right (lag)

Actual Results:
Lagging

Expected Results:
Little more speed would be nice


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
7.4

and in
Version: 7.2.1.0.0+ (x64) / LibreOffice Community
Build ID: 8fdbb8aed1b48734a717d5f98ada566de7204605
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL

and in
7.0

and in 
4.4.7.2
Comment 1 Telesto 2021-12-07 19:14:13 UTC 
Created attachment 176776 [details]
Example file
Comment 2 Luboš Luňák 2021-12-08 16:52:08 UTC 
Nothing to do with Skia, time spent somewhere in drawinglayer.
Comment 3 V Stuart Foote 2021-12-08 17:36:39 UTC 
(In reply to Telesto from comment #0)
> 1. Open the attached file
> 2. Zoom in out (lag) (not rendering each and every zoom frame with
> CTRL+Scroll wheel would probably improve thinks)

The rendering speed/buffering for smooth zoom & pan aside, lets not screw with the zoom step behavior for the sd canvas. 

We already have residual of bug 45705 to bring keyboard zoom in/out (via UNO) in line with the Zoom bar and <Ctrl>+MouseWheel controls for Draw & Impress--to match consistent behavior of Writer, Calc and Math.

The zoom steps need to be consistent for all zoom modes, by mouse, zoombar, and keyboard. And, no performance improvement to be found there!
Comment 4 Regina Henschel 2021-12-08 18:49:32 UTC 
The problem is, that the object has about 12000 cylinders.
Comment 5 Telesto 2021-12-08 18:55:16 UTC 
Created attachment 176819 [details]
Example file 2

(In reply to Regina Henschel from comment #4)
> The problem is, that the object has about 12000 cylinders.

Another example

Pattern fill and hatch still lovely things to generate perf issues.. with 3D objects or fontwork with extrusion enabled
Comment 6 BogdanB 2022-12-29 06:08:48 UTC 
We need retesting with attachment from comment 5.