Bug report #15796

OTF CRS Transformation of 1-bit tif raster grids in 2.18.0 is very slower than one in 2.16.3.

Added by sand thorn almost 4 years ago. Updated almost 4 years ago.

Status:Closed
Priority:Severe/Regression
Assignee:-
Category:Projection Support
Affected QGIS version:2.18.0 Regression?:No
Operating System: Easy fix?:No
Pull Request or Patch supplied:No Resolution:
Crashes QGIS or corrupts data:No Copied to github as #:23716

Description

Platform: Windows 10 x64
Version: 2.17-dev x64, 2.18.0 x64, 2.19-dev x64

If raster grids are in a UTM projection and I change the CRS of project file to WGS84,
the rendering of viewport in v2.17-dev, v2.18, and v2.19-dev become very slow as 3000+ ms.

This isn't reproduced in v2.16.3, the viewport can be moved as swiftly as normal.

The attachment is a simple tif grid (with separated worldfile) which you can import as any UTM CRS
then change the project CRS to WGS84 to reproduce this issue.

__test_otf_2.18.0.tif (5.45 KB) sand thorn, 2016-11-01 01:48 AM

__test_otf_2.18.0.tfw (89 Bytes) sand thorn, 2016-11-01 01:48 AM

Associated revisions

Revision db0e7d57
Added by Martin Dobias almost 4 years ago

Remove per-pixel debug msg slowing down reprojection (fixes #15796)

Even at level 5, the debug string would still be built and thrown away,
and affects both debug builds and RelWithDebugInfo (used for windows -dev builds).

Revision 0dd094ca
Added by Martin Dobias almost 4 years ago

Remove per-pixel debug msg slowing down reprojection (fixes #15796)

Even at level 5, the debug string would still be built and thrown away,
and affects both debug builds and RelWithDebugInfo (used for windows -dev builds).

(cherry picked from commit db0e7d57218f29dd5a6f386b8b4ce40f11a3ab59)

History

#1 Updated by Anita Graser almost 4 years ago

  • Priority changed from Normal to Severe/Regression
  • Category set to Projection Support

#2 Updated by Martin Dobias almost 4 years ago

  • Status changed from Open to Closed

Also available in: Atom PDF