Elaborare i file FITS del Seestar S50: quello che l'app non fa per te

Lo ZWO Seestar S50 si vende su una promessa che mantiene davvero: puntalo su un oggetto dal telefono, aspetta, ottieni una foto. Per molti è tutto l’hobby, e non c’è niente di male a fermarsi lì.

Ma il Seestar salva in silenzio qualcosa di meglio del JPEG che ti mostra. Se attivi Salva ogni frame nelle impostazioni, scrive ogni sottoesposizione da 10 secondi su disco come file FITS. Quei file contengono misurabilmente più dello stack live, e il divario è più grande di quanto la maggior parte delle persone si aspetti.

Questo articolo parla di cosa c’è davvero dentro, e di cosa farne.

Quello a cui lo stack live rinuncia

Lo stacking a bordo del Seestar deve girare in tempo reale su un piccolo processore ARM mentre guida anche la montatura, e questo lo vincola in tre modi precisi.

Non può scartare frame retroattivamente. Lo stack live integra man mano. Quando una nuvola passa al minuto 40 di una sessione da 90, quei frame sono già nella media. Un elaboratore desktop può guardare prima tutti i 540 frame, valutarli e buttare i cattivi prima di combinare qualsiasi cosa.

Il suo scarto è limitato. Scie di satelliti, aerei e raggi cosmici richiedono uno scarto statistico degli outlier su tutto lo stack, il che significa avere tutto lo stack. L’integrazione in tempo reale può fare solo fino a un certo punto.

Stira una volta sola, e presto. La vista live è già riferita al display: l’istogramma è stato schiacciato per stare bene su un telefono. Una volta successo, l’estremo debole è compresso e non lo recuperi più. I sub FITS sono lineari: l’intera gamma dinamica, dal fondo cielo al nucleo della nebulosa, è ancora intatta e ancora separabile.

Il risultato pratico: sugli stessi dati, uno stack fatto bene dei sub mostra tipicamente nebulosità esterne più deboli, colori delle stelle più puliti e un rumore di fondo nettamente migliore del JPEG live. Non una fotografia diversa: la stessa fotografia, portata più avanti.

Scaricare i file

Nell’app Seestar vai nell’ingranaggio delle impostazioni e attiva Salva ogni frame prima di iniziare a riprendere. È disattivato di default e non si applica retroattivamente.

I file finiscono in MyWorks sul dispositivo, organizzati per oggetto, con nomi come:

Light_M42_10.0s_IRCUT_20260304-213512.fit

Tutto quello che ti serve è in quel nome: l’oggetto, l’esposizione, il filtro e la data-ora. Scarica la cartella via Wi-Fi o USB. Una sessione da 90 minuti a 10 secondi sono circa 540 file e più o meno 10 GB, quindi dagli tempo.

Vedrai anche un Stacked_*.fit. È il risultato del dispositivo stesso. Tienilo per confronto, ma non darlo in pasto a uno stack di sub: è già una media, e mediarla con frame singoli la pesa in modo sbagliato.

Cosa c’è negli header, e cosa manca

Qui i file Seestar hanno una particolarità che vale la pena conoscere.

Gli header portano le basi utili: EXPTIME, GAIN, INSTRUME che nomina il Seestar, il filtro, la data e - importante - RA e DEC, perché il dispositivo ha fatto il plate solving per trovare l’oggetto. Quell’informazione di puntamento ha un valore reale: è ciò che rende possibili in seguito la calibrazione fotometrica del colore e l’annotazione.

Quello che non portano in modo affidabile è la lunghezza focale e la dimensione dei pixel. Il che è un problema, perché il plate solving ha bisogno di una scala di pixel, e una scala di pixel ha bisogno di entrambi quei numeri.

La soluzione è che un Seestar è uno strumento sigillato. Ha un’ottica e un sensore, e non puoi cambiare nessuno dei due. Quindi il nome del modello è la specifica:

	Seestar S50	Seestar S30
Lunghezza focale	250 mm	150 mm
Apertura	50 mm	30 mm
Dimensione pixel	2,9 µm	2,9 µm
Sensore	Sony IMX462	Sony IMX662
Scala pixel	≈ 2,39 ″/px	≈ 3,99 ″/px

Riconoscere Seestar S50 nella scheda INSTRUME fornisce entrambi i numeri mancanti, e la scala ne consegue. Akastroid lo fa automaticamente: riempie solo i campi che l’header ha lasciato vuoti, senza mai sovrascrivere quello che il file ha effettivamente registrato, sul principio che lo strumento conosce la propria configurazione meglio di una tabella di consultazione.

Quel valore di 2,39 ″/px ti dice anche qualcosa di utile sui tuoi dati: a quella scala, con un seeing tipico, il Seestar è leggermente sottocampionato. Le stelle cadono su pochissimi pixel. Questo conta per quello che potrai o non potrai recuperare dopo.

La trappola del debayer

I file FITS del Seestar sono dati Bayer grezzi: un mosaico di filtri colorati, non un’immagine a colori. Il mosaico è GRBG.

Due modi in cui va storto. Fai il debayer con il pattern sbagliato e i colori escono invertiti, di solito con una forte dominante magenta o verde che nessun bilanciamento del bianco corregge. Fai il debayer due volte - una con uno strumento intermedio, una con il tuo stacker - e ottieni una poltiglia morbida a scacchiera.

Il file stackato che il Seestar produce è già debayerizzato. I sub no. Qualsiasi strumento che li tratta allo stesso modo sbaglierà uno dei due.

Stackare sub brevi

Dieci secondi sono pochi, e questo definisce l’approccio giusto.

Aspettati molti frame. 500-1.000 è normale per una sessione decente. È un bene: è ciò che rende sicuro uno scarto aggressivo degli outlier.

Usa uno scarto adatto al numero. Con uno stack profondo puoi permetterti il sigma clipping, che assume che ogni frame campioni la stessa distribuzione e scarta ciò che cade lontano dalla media. Ma quell’assunzione si rompe quando la trasparenza è cambiata durante la sessione - velature alte, l’oggetto che scende verso l’orizzonte, la rugiada che si forma. Allora i frame differiscono davvero, la dispersione è reale e non rumore, e il sigma clipping inizia a scartare i frame agli estremi dell’intervallo, che spesso sono i più limpidi che hai.

Il linear-fit clipping gestisce quel caso correttamente: ordina i valori di ogni pixel lungo lo stack e ci adatta una retta, così una deriva graduale è attesa e non costa nulla, mentre una scia di satellite spicca ancora come un valore lontano dalla retta. Akastroid misura la dispersione dei livelli di cielo per frame e sceglie tra i due automaticamente: sopra circa l’8 % di deriva passa all’altro.

Non aspettarti che il drizzle aiuti molto. Il drizzle recupera dettaglio sub-pixel da frame ditherati. La montatura altazimutale del Seestar produce rotazione di campo, che fornisce una certa varietà sub-pixel, ma non è dithering deliberato. Verifica che il tuo set abbia davvero la dispersione sub-pixel prima di attivarlo: ricostruire su una griglia più fine da frame non ditherati ti dà solo un file più grande e più morbido.

La rotazione di campo è il vero vincolo

Il Seestar è una montatura altazimutale senza derotatore di campo. In un’ora, il campo ruota. Frame presi a 40 minuti di distanza sono ruotati l’uno rispetto all’altro, a volte di decine di gradi.

Qualsiasi stacker tu usi deve gestire la rotazione, non solo la traslazione. Un allineamento a sola traslazione fallirà sui dati Seestar, e fallisce in un modo che sembra fuoco scarso più che un errore evidente: tutto esce leggermente sbavato e nessuno sa dire perché.

La rotazione significa anche che gli angoli del tuo stack finale sono coperti da meno frame del centro. La regione di sovrapposizione si restringe man mano che la rotazione si accumula. Aspettati di ritagliare, e aspettati che il bordo esterno sia più rumoroso del centro. Non è un difetto della tua elaborazione: è geometria.

Il limite dei 10 secondi, onestamente

Il Seestar limita le esposizioni a 10 secondi per una ragione: non è guidato, e sub più lunghi lascerebbero scie.

La conseguenza è il rumore di lettura. Ogni esposizione aggiunge una penalità fissa dovuta alla lettura del sensore, e uno stack di 540 frame da dieci secondi ne porta 540 porzioni. Gli stessi 90 minuti in 18 sub da cinque minuti ne porterebbero 18. Ecco perché un setup inseguito e guidato va avanti sugli oggetti deboli anche a parità di integrazione totale.

In pratica: il Seestar è eccellente sugli oggetti luminosi e di luminosità media - Orione, la Laguna, il nucleo di Andromeda, gran parte del catalogo Messier. Le nebulosità estese molto deboli sono dove il fondo di rumore di lettura si vede, e nessuna elaborazione inventa un segnale che non l’ha mai superato.

Saperlo vale più di qualsiasi consiglio di elaborazione. Ti dice quali oggetti ripagheranno altre due ore e quali no.

Cosa fare concretamente

1. Attiva Salva ogni frame prima della sessione, non dopo.
2. Scarica l’intera cartella dell’oggetto. Metti da parte lo Stacked_*.fit del dispositivo per confronto.
3. Lascia che lo stacker legga gli header FITS invece di indicargli il pattern a mano: GRBG, e non va debayerizzato due volte.
4. Usa un metodo di scarto adatto a quanto la tua trasparenza è rimasta stabile.
5. Ritaglia i bordi assottigliati dalla rotazione.
6. Confronta con lo stack del dispositivo. Se il tuo non è chiaramente migliore nelle regioni deboli, qualcosa nel tuo flusso di lavoro sta annullando il vantaggio.

Quest’ultimo passo è quello che la gente salta, ed è l’unico che ti dice se lo sforzo in più ha fruttato qualcosa.