I think it will be useful. From what I can make out, the noise is used for weighting and helping the manual selection of reference and best frames in NSG, after which it anyway uses its own LN algorithm.
I have tried NSG on Siril stacks - it works, but NSG has to compute the Noisexx headers from the registered data, which is not so accurate. If Siril measured and inserted that information before registration, it would effectively be the same utility as in PI.
I do not think (may be wrong) that the methodology of measuring noise (between PI and Siril) would make a difference, its more the difference between measuring in registered and unregistered frames. It is important from point of view of relative weighting - the absolute number is not used as far as i know in the NSG algorithm.
So if there is no problem as such, would be a nice feature to have. Maybe sometime someone would make a NSG like addition to Siril also using this.
Hello, it may not be technically difficult, but in terms of data management, we should ask ourselves if we want to store this data and others in the FITS headers or in the sequence files like we do now. Duplicating data risks introducing incoherences and requires overrides to recompute in case of data change. It’s in fact not so simple.
Yes I understand. This was simply a request with the intention of increasing compatibility between Siril and NSG (a very popular PI gradient normalization script).