pixinsight WBPP: problema dark flat e Cosmetic Correction

[Utente rimosso]

Ciao a tutti!
vorrei riuscire a eseguire tutta la post produzione con il solo Pixinsight e per lo stacking sto usando WBPP (la procedura manuale è troppo, troppo, troppo lunga)
purtroppo ho dei problemi con la cosmetic correction che non viene eseguita, non so perchè, è l'immagine finale ha tutti gli hot e cold pixel lasciati tal quali.
inoltre non so quale scheda usare per i dark-flat. vanno messi al posto dei bias/offset?

grazie!

[Adriano_SW]

Riguardo alla gestione in WBPP dei dark flats: a suo tempo ho letto in rete diverse correnti di opinione (es: gestiti come bias vs gestiti come dark).
Premesso che (secondo la best practice comunemente suggerita) questo tipo di frame ha senso in caso di flats molto lunghi (es: per riprese con filtri narrowband molto stretti) e con macchine di ripresa 'rumorose' (l'ASI294MC lo e' ma non mi pare invece che la ASI533MC lo sia), io su questo tema ho adottato un approccio molto tradizionale.
Ossia, faccio un primo giro WBPP di calibrazione usando come dark i dark flats e come lights i flats, in modo da ottenere il master flat che poi mi salvo nella mia libreria di flats. Questo giro di WBPP deve essere ovviamente eseguito impostando i parametri di integrazione propri della generazione dei flats.
Questo e' il master flat che utilizzo nei successivi giri standard del WBPP.
Pero', come detto in precedenza, mi e' capitato di effettuare questa gestione solo con il filtro L-eXtreme su ASI294MC pro, setup per il quale i flat, che hanno un'esposizione superiore ai 10 secondi, mostrano un evidente rumore e amp glow.

[iaco78]

Ciao
I dark flat caricali direttamente nella cartella dei DARK file. Avendo cura di avere gli stessi tempi di esposizione dei FLAT , Pixinsight associera' automaticamente i tuoi Dark Flat con i flat.
Riguardo alle correzioni, una volta caricati tutti i file di calibrazione necessari (nel tuo caso Flat - Dark Flat - Dark ) controlla l'ultima pagina di WBPP per esser sicuro che il forkflow sia corretto e ti calibri correttamente i tuoi file.
Ora non ho i parametri sottomano , se il workflow e' corretto (vedi tutto le spunte verdi nella casella riassuntiva meno sui bias ovviamente) e continui ad avere Hot pixel o Cold pixel , fai un paio di screenshot dei parametri di calibrazione dei dark e vediamo che succede...
Anche se , solitamente con le impostazioni di base di WBPP i risultati sono ok

Vorrei aggiungere un commento a quanto giustamente detto da @Adriano_SW
Per i CMOS i file sotto il secondo, secondo e mezzo, sono sconsigliati ...non ricordo esattamente il motivo, mi sembra per una questione di non stabilita' nel rumore elettrico o qualcosa del genere, devo rivedere i miei documenti ma non li ho sottomano... ma il punto e' che bisogna fare scatti di almeno due secondi e questo influisce parecchio sui Flat ed e' la ragione per cui i bias non si fanno.
La regola generale per ottenere una buona calibrazione dei file e' flat di almeno due secondi o piu' ( riducendo la fonte di illuminazione) e dark flat per calibrarli.

[Adriano_SW]

@iaco78
Riguardo al tempo di esposizione dei flat per CMOS: a suo tempo mi ero documentato per l'ASI294MC ed e' proprio come hai scritto. Non so pero' se lo stesso discorso vale anche per le altre camere CMOS. Molto probabile. Il problema della 294 secondo alcuni pare legato al fatto che i dati comunicati dalla camera e relativi allo spettro dell'immagine non siano del tutto attendibili sotto una certa soglia di esposizione. O qualcosa di simile.
Visto che si parla di calibrazione, segnalo un problema che puo' presentarsi nelle immagini calibrate: un anello stretto e scuro tangente ai bordi dell'immagine e resistente a tutti i tentativi di correzione tramite flat.
Secondo alcuni che hanno avuto e risolto questo stesso problema, la causa sembra l'utilizzo simultaneo (ed in alcune combinazioni particolari) del correttore di coma e del cassetto porta filtri manuale, utilizzo che genera un riflesso. Lo segnalo nel caso possa interessare a qualcuno. Io per ora risolvo il problema in post processing e non tocco il treno ottico.