Compressing EMF into PNG/JPG doesn't result in a crisp an clear result (compared to EMF) even at highest quality
Steps to Reproduce:
1. Open attachment 170349 [details]
2. Select the graph
3. Right Click -> Compress
4. Set it JPG 100 or 99 quality and don't reduce resolution
5. Press CTRL+Z CTRL+Y couple of times
JPG/PNG don't equal EMF
Crispy and clear images
User Profile Reset: No
it's different (more fat ugly bold with)
Build ID: 7556cbc6811c9d992f4064ab9287069087d7f62c
CPU threads: 4; OS: Windows 6.2; UI render: default;
Locale: nl-NL (nl_NL); Calc: CL
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71
3.5.0 has no compress but save image as JPG produces same bad (bold) results
Unfortunately I cannot reproduce the issue.
What kind of DPI are you using?
Please save file (with JPEG) and attach to bug report.
Version: 22.214.171.124.alpha0+ / LibreOffice Community
Build ID: b6850b9827a13b8f8d9b9749a982e128b7e0e867
CPU threads: 12; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Created attachment 170544 [details]
Export WMF to JPG 300 DPI 13.9 x 10.0 cm SKIA Raster
Created attachment 170545 [details]
Export WMF to JPG 300 DPI 13.9 x 10.0 cm GDI
Created attachment 170546 [details]
Export WMF to JPG GDI 126.96.36.199 (no export options dialog)
This actually matches the Skia result. So seems we are upscaling an 256 (8 BitsPerPixel) image / 618 x 447 Pixels (1.38) to what we put into the dialog. However internally still 618 x 447 Pixels (1.38)
Hello Telesto, a new major release of LibreOffice is available since this bug was reported. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.
For more information about our NEEDINFO policy please read the
wiki located here:
If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
Thank you for helping us make LibreOffice even better for everyone!