Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix pixelpipe extensive work while exporting #16840

Merged
merged 1 commit into from
May 21, 2024

Conversation

jenshannoschwalm
Copy link
Collaborator

@jenshannoschwalm jenshannoschwalm commented May 20, 2024

This is how it should be done depending on "high-quality" (HQ) and "upscale" UP

HQ=OFF UP=OFF
the final size is achieved by down-scaling in demosaic, we never upscale. (was good)
HQ=ON UP=OFF
the pixelpipe processes all available data, the output size is achieved in the finalscale
module and is never upscaled (was good)
HQ=ON UP=ON
the pixelpipe processes all available data, the output size is achieved in the finalscale
module and may be increased by upscaling (was good)

HQ=OFF UP=ON
as upscaling is allowed this should behave exactly as HQ=ON/UP=ON
Until now we upscaled in the demosaicer to full output size leading to excessive cpu/gpu load
possibly with heavy tiling achieving nothing or even likely reducing quality.

This is how it should be done depending on "high-quality" (HQ) and "upscale" UP

HQ=OFF  UP=OFF
  the final size is achieved by down-scaling in demosaic, we never upscale. (was good)
HQ=ON   UP=OFF
  the pixelpipe processes all avaible data, the output size is achieved in the finalscale
  module and is never upscaled (was good)
HQ=ON   UP=ON
  the pixelpipe	processes all avaible data, the	output size is achieved	in the finalscale
  module and may be increased by upscaling (was good)

HQ=OFF  UP=ON
  as uscaling is allowed this should behave exactly as HQ=ON/UP=ON
  Until now we **upscaled** in the demosaicer to full size leading to excessive cpu/gpu load
  possibly with heavy tiling achieving nothing or even likely reducing quality.

If we export with "high quality"=ON and "upscale=OFF the pixelpipe should process all data and finally down/upscale
in finalscale.

If we toggle on "upscale"
@ralfbrown ralfbrown added bugfix pull request fixing a bug scope: image processing correcting pixels labels May 20, 2024
@jenshannoschwalm
Copy link
Collaborator Author

Release note: Fixed export processing if a) high quality was off and b) upscale was on.

@TurboGit TurboGit added this to the 4.8 milestone May 21, 2024
@TurboGit TurboGit added the priority: high core features are broken and not usable at all, software crashes label May 21, 2024
@TurboGit TurboGit self-requested a review May 21, 2024 15:46
Copy link
Member

@TurboGit TurboGit left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks!

@TurboGit TurboGit merged commit aba8696 into darktable-org:master May 21, 2024
6 checks passed
@jenshannoschwalm jenshannoschwalm deleted the always_hq_upscaling branch May 22, 2024 02:58
@jenshannoschwalm
Copy link
Collaborator Author

@elstoc we might want to describe this in the manual

@jenshannoschwalm jenshannoschwalm added the documentation-pending a documentation work is required label May 27, 2024
@wpferguson
Copy link
Member

@elstoc another one that doesn't really change anything (documentation wise) but gives a better result.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bugfix pull request fixing a bug documentation-pending a documentation work is required priority: high core features are broken and not usable at all, software crashes scope: image processing correcting pixels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants