Author Topic: PI 1.8: Automatic ScreenTransferFunction  (Read 3306 times)

Offline FunTomas

  • PixInsight Addict
  • ***
  • Posts: 135
    • Astrofoto.sk
PI 1.8: Automatic ScreenTransferFunction
« on: 2013 November 20 22:58:26 »
I don't know, if this is bug or feature.
I preprocessed images using Batch preprocessing script.
First image is result obtained in PI 1.8 RC7 after STF.
Second image is result obtained in new PI 1.8 after STF.

The same parameters on input, same set of images. Is there applied any noise reduction routine?

Offline papaf

  • PixInsight Addict
  • ***
  • Posts: 182
Re: PI 1.8: Automatic ScreenTransferFunction
« Reply #1 on: 2013 November 20 23:02:46 »
My guess is that the image is not changed, the STF is. It now calculates values much closer to useful ones, and doesn't stretch the image that hard anymore. Mine is a guess, though.
As a comparison, you should try to STF the two images in the same PI version.

Offline mschuster

  • PTeam Member
  • PixInsight Jedi
  • *****
  • Posts: 1087
Re: PI 1.8: Automatic ScreenTransferFunction
« Reply #2 on: 2013 November 20 23:35:29 »
I believe it is a bug. I messaged Juan with my test results. IMO STF is being given a bad scale estimate, which causes it to produce results not intended.
Mike

Offline Juan Conejero

  • PTeam Member
  • PixInsight Jedi Grand Master
  • ********
  • Posts: 7111
    • http://pixinsight.com/
Re: PI 1.8: Automatic ScreenTransferFunction
« Reply #3 on: 2013 November 21 03:38:14 »
Quote
IMO STF is being given a bad scale estimate, which causes it to produce results not intended.

This doesn't happen. Each scale estimates is multiplied by the required constant to make it coherent with the standard distribution of a normal distribution. For example, MAD is multiplied by 1.4826, average deviation by 1.2533, and so on (anyway, in the version of Statistics that I'm going to upload later today, you can select between normalized and unnormalized scale estimates).

The "problem" here is a behavior change. In general, STF works now much better IMO. However, there are cases where the old automatic stretch functions can be desirable. For performance reasons, STF cannot use a too expensive scale estimator, such as Qn or IKSS. It now uses MAD to characterize the main histogram peak, while previous versions used AvgDev. This is the eternal battle between robustness and efficiency. I have favored robustness in this version because I think it is a more useful property for most raw linear images, but nothing can work ideally always.

Tomas, could you upload this comet image, so I can make some tests?
Juan Conejero
PixInsight Development Team
http://pixinsight.com/

Offline FunTomas

  • PixInsight Addict
  • ***
  • Posts: 135
    • Astrofoto.sk
Re: PI 1.8: Automatic ScreenTransferFunction
« Reply #4 on: 2013 November 21 04:18:00 »
Thank you Juan for your attention.
Here are the files. http://endor.uv.es/files/ ,
Workspace: forum shared files
Folder: tmaruska
_img_1614.cr2 is original raw file.
_img_1614*.zip contains calibrated and debayered image.

Offline mschuster

  • PTeam Member
  • PixInsight Jedi
  • *****
  • Posts: 1087
Re: PI 1.8: Automatic ScreenTransferFunction
« Reply #5 on: 2013 November 21 08:35:41 »
Quote
Each scale estimate is multiplied by the required constant ...

OK. My mistake, I did not realize MAD and avgDev were normalized. The old STF used unnormalized avgDev, I assumed the same unnormalized style in the new STF. With this info I can now do correct emulation. Thank you, this is a big help for me when working with my old projects.

Mike