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

Transition Auto Stretch Amount #3622

Open
EricClaeys opened this issue May 11, 2024 Discussed in #2942 · 3 comments
Open

Transition Auto Stretch Amount #3622

EricClaeys opened this issue May 11, 2024 Discussed in #2942 · 3 comments

Comments

@EricClaeys
Copy link
Collaborator

Discussed in #2942

Originally posted by AlaskanAstro August 29, 2023
Perhaps I have missed it but it would be nice to either offset the time of day that the auto stretch kicks in or have it ramp the amount, similar to how gain works for a day and night value.
Currently if a time lapse starts fairly early in the evening the initial auto stretch may be too aggressive for the first hour or so.

Thanks! Currently running the _03 release updated last night so auto stretch does actually work.

@EricClaeys EricClaeys added this to the post v2024.xx.xx milestone May 11, 2024
@AlaskanAstro
Copy link

I'm realizing that the original question about ramping the STRETCH value from the config file through sunrise and sunset is different than what a true "auto stretch" would be.

So the idea of "auto stretch" is something that changes the stretch amount and/or midpoint to the raw image to get a target median brightness in the saved jpeg. It would help preserve the dynamic range of the image by not blowing out highlights but still bringing up the dark area of the histogram. Exactly the same idea as the built in STRETCH settings in the config, but adjusting on the fly as needed. For instance the desired stretch amount is rarely the same on a full moon night as a dark winter night with barely any milky way. Similar to what PixInsight does with the screen transfer function. Basically the STRETCH value is not usually a one-size-fits-all throughout the month even with the auto-exposure working correctly. I hope that helps clear up the idea? I probably rambled too long.

@EricClaeys
Copy link
Collaborator Author

That makes sense, thanks. Do you know if the convert command can do an auto stretch?

@AlaskanAstro
Copy link

I really have no idea, sorry. The biggest difference I see is that the currently implemented setting called "auto stretch" is essentially a fixed value, not an automatic recalculation of what the stretch should be.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants