Summary: | Skia engine leaves scaled raster images far blurrier than does hardware rendering | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | xordevoreaux |
Component: | Draw | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | l.lunak, xordevoreaux |
Priority: | medium | ||
Version: | 7.0.0.0.beta1+ | ||
Hardware: | x86-64 (AMD64) | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 129062 | ||
Attachments: | LO Draw file used to create the output for this bug. |
Description
xordevoreaux
2020-06-28 04:50:17 UTC
Created attachment 162465 [details]
LO Draw file used to create the output for this bug.
The picture quality with GDI export is already horrific. And looks like Skia is only solving the quality lack by applying anti-aliasing. Version: 7.1.0.0.alpha0+ (x64) Build ID: 006c65bbd472cb1d7d44e095714e28190b76be0d CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: de-DE (nl_NL); UI: en-US Calc: CL Surely a bug, but not by Skia as such This is probably caused by old, old (evil) bug. FWIW: Compare PDF export with PNG (PDF always crisp) with PNG being only good at smaller sizes Found in 7.1 6.4 6.0 4.4.7.2 4.2 4.0 3.5.7.2 LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 Which did remember me of bug 132590 comment 10 SVG: - Border look the same as in 7.0 PNG - Bad quality export - Dimensions totally (17,39cm x 27,70 cm) PNG: - Looks the same as in 4.4.7.2 - Has the same oversized issue (12,60x10,85) Expected: 12,25 x 12,50) - Bad quality export BMP: - Proper size - Proper dimensions - Bad quality SVM - Oversized (12,60x10,85) - Proper quality - Borders OK JPG - Again different dimensions: 12,62cm x 10,87cm - Bad quality export - Borders look OK So SVM export (dropped since....) used another code path not messing with image quality while re-compressing. Same for PDF export.. Also fine.. So with this block https://bugs.documentfoundation.org/show_bug.cgi?id=129062 that has been assigned to this bug, does that mean I need to start an education campaign for all of my users of my templates to tell them to use hardware rendering with 7.x if they expect to have sharp/crisp output of their work? And any ETA when this logjam will get cleared? Okay, I looked up the definition of a block, and it's the opposite of what I thought it as. The other bug list won't be considered resolved until all the bugs on it are. Got it. I still think, at least for now, that I need to add a warning on my template download pages that if people adopt 7.x to use hardware rendering. *** This bug has been marked as a duplicate of bug 134129 *** @mwtjunkmail@gmail.com Would you mind retesting this.. with a daily build.. not sure if it's resolved https://dev-builds.libreoffice.org/daily/master/current.html (In reply to Telesto from comment #7) > @mwtjunkmail@gmail.com > Would you mind retesting this.. with a daily build.. not sure if it's > resolved > > https://dev-builds.libreoffice.org/daily/master/current.html I'll download and take a look. Not sure if it's appropriate to call it fixed necessarily, but it's definitely an improvement: https://i.imgur.com/43brkmR.png Top image is hardware rendering, middle image is Skia without forced software rendering, and bottom is Skia with forced software rendering. All three had anti-aliasing applied. Skia with forced software rending is still appreciably blurred, just not nearly to the extent that it was in the first round of testing: https://i.imgur.com/0NP4IJ8.png The question now is more of a case of what LO developers consider a close enough approximation for their own level of tolerance. It'd be disappointing for this output to be the end-all and be-all of the result, because even with this daily build that I downloaded from your link, Skia visibly remains less than on par with hardware rendering. Is there necessarily supposed to be a degradation in quality between the three methods (hardware/Skia/Skia forced software rendering) and that's meant to be a known and acceptable trade-off? |