2026年6月27日 星期六

行星：沒有必要浪費時間重製

問：我的天文攝影 AI 的 SOP 重新後製，星系、星雲、彗星、銀河、月亮已重新後製完畢，現在只剩下行星還沒有，但受限於器材不是很優，請依如下的八篇文章，評估是否還有重製的必要。

Gemini Pro 回答：

評估結果：沒有必要浪費時間重製。

核心原因分析（基於物理與光學限制）：

  1. 原始素材的先天缺陷（The Garbage-In-Garbage-Out Rule）：

    從你 2020-2021 年的筆記中可以看出，當時的錄影素材受到器材與操作的極大限制。

    • 影片壓縮率過高： 你大量使用了 Sony a7s 錄製 ProRes 或 MP4/MOV 格式的影片。行星攝影極度依賴「無損未壓縮」的 RAW 格式影片（如 SER 或原始 AVI）來保留極微弱的對比細節。經過相機或 ATOMOS Ninja 壓縮過的影片，行星表面的微小特徵（如木星雲帶細節、土星環縫）已經在硬體編碼的過程中被當作「噪點」抹除了。
    • 採樣率（焦比）過曝或不足： 筆記中提到經常將 f/D 撐到 30~40 以上（例如使用 1900mm 馬卡加上 2X+1.4X 巴羅鏡）。以 a7s (8.4µm) 或 T7C (3.75µm) 的像素大小，這樣的焦比遠遠超過大氣視寧度（Seeing）和 13cm 口徑的極限（Dawes' Limit）。拍到的只是被放大的「模糊光斑」，光學衍射極限已經決定了那裡沒有更多細節可以被 AI 或銳化軟體「找出來」。
    • 曝光時間過長： 筆記中提到有時使用了 1/30s 甚至 1/10s 的曝光。行星攝影的法則是「凍結大氣視寧度」，通常曝光必須低於 1/50s 甚至更短（幾毫秒）。長曝光導致的動態模糊（Motion Blur）是不可逆的。

  2. AI 工具的適用性（Deep Sky vs. Planetary）：

    • 你的主力重製武器是 PixInsight 中的 RC Astro BXT (BlurXTerminator)。BXT 是透過數百萬張深空天體（星系、星雲、恆星）訓練出來的 AI 模型。
    • 限制： BXT 不適用於行星。它無法正確辨識木星的雲帶或土星的環縫結構，如果你把行星丟給 BXT 處理，它要麼不起作用，要麼會產生嚴重的 AI 幻覺（Hallucination），把行星表面生硬地畫成奇怪的幾何圖形。

  3. 疊圖軟體的極限：

    • 你當時使用的是 Mac 上的 Lynkeos。雖然現在 Windows 上有更強大的 AutoStakkert! 3/4 (AS!3/AS!4)，但即便你現在使用 Mac mini M4 透過虛擬機（如 Parallels 或 CrossOver）去跑 AS!4，或者在 PI 中硬幹，礙於上述第一點「原始影片畫質已受損」的問題，AS!4 算出來的結果也不會比 Lynkeos 好到哪裡去，頂多是邊緣的偽影少一點而已。

給你的具體建議：

  1. 直接放生這些舊行星資料：

    你的 M4 Mac mini 算力驚人，但巧婦難為無米之炊。深空天體可以靠 BXT/SXT 起死回生，是因為深空資料本質上是長曝光的線性 RAW 檔（Linear Data），本身保留了物理光子數據。而你早期的行星影片已經失去了線性物理資訊，再怎麼拉曲線、做 Wavelet（小波銳化）或 Deconvolution（反卷積），只會拉出滿滿的噪點跟洋蔥圈（Ringing Artifacts）。

  2. 未來的行星拍攝策略（如果你未來還想拍的話）：

    • 放棄相機錄影： 絕對不要再用 Sony a7s 或 D610 「錄影」拍行星。
    • 利用現有器材： 拿出你的 ZWO ASI533MC-Pro。這台相機雖然是深空方型畫幅，但它支援 ROI (Region of Interest)。在拍攝行星時，你可以把解析度縮小到（例如 480x480 或更小），這時 USB 3.0 的傳輸速度可以讓幀率 (FPS) 飆升到 100fps 以上。
    • 無損格式： 錄製 SER 格式的無損影片（使用 ASICap 或是 Mac 原生的行星擷取軟體如 FireCapture 於虛擬機、或 Planetary Imager）。
    • 光學匹配： 使用 Sharpstar 107 PH APO (700mm) 加上 3X 或 2X Barlow，搭配 ASI533MC (3.76µm)。目標焦比（f/ratio）抓在 左右最為理想，不用硬撐到 f/30 以上。

總結：

請省下時間，把你的 M4 + 32G 的強大算力繼續用在你未來的 DrawThings (AI Models) 或更高階的深空後製上。這八份行星筆記當作早年摸索的寶貴回憶就好，不需要重製。

張貼者： 於 沒有留言:
標籤： ,

2026年6月26日 星期五

銀河縮時與星野攝影

全流程紀錄總結

I. 軟硬體與執行版本

  • 硬體架構：Mac mini M4 + 32G RAM + 外接 Gloway 2T M.2 PCIe 4.0 SSD (暫存與專案碟)。
  • 影像處理：PixInsight 1.9.4 (Native Apple Silicon)。
  • AI 核心模型：
    • BlurXTerminator (BXT) v2.1.5 (AI v4 CoreML)。
    • StarXTerminator (SXT), NoiseXTerminator (NXT)。
    • GraXpert (背景抽離)。
  • 影片剪輯：Final Cut Pro (FCP)。

II. 銀河縮時序列批次處理 (RAW 轉 TIF 供 FCP 使用)

適用於方案 104 張 (A7R2 ARW) 與方案 131 張 (Z6 NEF) 的縮時影片前置作業。

  1. 儲存與算力預警

    • A7R2 (4200 萬畫素) 轉為 16-bit TIFF 單張約 250MB，104 張需 26GB 以上連續寫入空間。Z6 131 張需約 18GB。
    • 對策：所有 Output Directory 務必指向 Gloway 2T 外接 SSD。

  2. Step 1: 原始檔解碼 (Debayer)

    • 開啟 Process ➔ ColorSpaces ➔ Debayer。
    • 匯入所有 ARW 或 NEF，設定 SSD 輸出路徑，執行 Global 產出帶有色彩的線性 .xisf 序列檔。

  3. Step 2: 建立標準調色盤 (Reference Processing)

    • 隨機開啟一張解完馬賽克的 .xisf 檔案。
    • 使用 STF 抓取參數，轉交給 HistogramTransformation (HT) 進行實體非線性拉伸。
    • (可選) 加上 CurvesTransformation 提升銀河對比。
    • 確認該單張照片達標後，將 HT 與 Curves 的實體三角形拖曳到桌布上備用。

  4. Step 3: 建立影像與處理容器 (Image & Process Container)

    • 開啟 ImageContainer，匯入所有解碼後的 .xisf。
    • 極關鍵設定：Output Extension 手動更改為 tif (強制封裝為 FCP 支援格式)。將 ImageContainer 三角形拖至桌布產生圖示 (Instance)。
    • 開啟 ProcessContainer，將桌布上的 HT 與 Curves 圖示依序拖入容器中。

  5. Step 4: 終極批次出圖

    • 將 ProcessContainer 的藍色三角形，直接拖曳到桌布上的 ImageContainer 圖示上。
    • 系統將自動對 100 多張序列進行一致的拉伸與調色，並全數轉換成 16-bit 無損 TIFF 檔，完美銜接 FCP。

III. FCP 縮時運鏡與光流法設定

最高畫質工作流： 建立 6K/8K 原生解析度專案 ➔ 輸出 ProRes 422 動態影片 ➔ 匯入 4K 最終專案 ➔ Spatial Conform 設為 Fill ➔ 運鏡 ➔ 降速 ➔ 啟動光流法 (Best Machine Learning)。

方案 104 張 (A7R2 / 4200 萬畫素)

原始拍攝數據：Luke 的休閒筆記: 莫妮卡工坊觀星之旅三

  • 運鏡極限：最高可原生輸出 8K 影片。
  • 音效佈局 (三擇一)：
    • 預告片張力：Riser (前端漸強切斷) + Sub Boom (高潮低頻重擊)。
    • 科幻空靈：Pad/Ethereal (-10dB 鋪底) + Sweep (-18dB 配合視覺動態點)。
    • 天地對比：Night Ambience (-30dB 極低音量蟲鳴) + Cosmic Drone (-12dB 低頻宇宙音)。

方案 131 張 (Z6 / 2400 萬畫素)

原始拍攝數據：Luke 的休閒筆記: 莫妮卡工坊觀星之旅五

  • 運鏡策略：前景引導微推進。
  • Transform 參數：Scale 由 100% 推進至 135%~140% (安全上限 150%)。
  • 路徑：左樹為固定相框，畫面等速向右上平移至中央亮星/銀河核心。

方案 116 張 (Z6 / 底部強光害)

原始拍攝數據：Luke 的休閒筆記: 2109 知本銀河之旅

  • 運鏡策略：水平滑軌平移 (裁切避光法)。
  • Transform 參數：Scale 固定 120%~130% (裁去底部農田強光，保留樹梢剪影)。
  • 路徑：Y 軸絕對固定，X 軸由左至右純水平平移。

共通音訊設定 (Audio Inspector)

  • 主音量峰值控制：-6dB ~ -12dB。
  • 過渡處理：Fade In 0.5~1秒，Fade Out 2~3秒
張貼者： 於 沒有留言:
標籤：

市區拍銀河及天蠍座


這幅廣角影像涵蓋了銀河系中心方向最壯麗的星區。由於視線方向直指銀河系核球 (Bulge) 與盤面，背景充滿了極度濃密的恆星與暗星雲塵埃。

註：這是使用 ZWO ASI533MC Pro + Nikon AFS 17-35mm @ 17mm 在 2021-06-16 於社區頂樓拍的：Luke 的休閒筆記: 雙窄帶光害濾鏡+廣角鏡的拍攝可能性？

1. 核心星座

  • 天蠍座 (Scorpius)： 黃道十二宮之一，是全天少數外觀與其名稱（蠍子）完美吻合的星座。它位於銀河核心區域，星區內富含球狀星團 (如影像中緊鄰心宿二的 M4) 與疏散星團。
  • 蛇夫座 (Ophiuchus)： 緊鄰天蠍座上方，被稱為「黃道第十三宮」（因太陽每年 11 月底至 12 月中會穿過此天區）。在神話中代表雙手抓著巨蛇的醫神。

2. 指標亮星與物理特徵

  • 心宿二 (Antares / 天蠍座α)： 蠍子的「心臟」。它是一顆極端巨大的紅超巨星 (Red Supergiant)，半徑約為太陽的 700 倍。由於表面溫度較低，發出明顯的紅橘色光芒，在古代中國被稱為「大火」，在西方則因顏色與火星相近而得名 Antares（意為火星的敵手）。它已處於恆星演化末期，未來將以超新星爆發結束生命。
  • 尾宿八 (Shaula / 天蠍座λ)： 位於畫面右側，是蠍子尾巴高舉的「毒刺」。它實際上是一個由三顆極高溫的 B 型恆星組成的多星系統，釋放出強烈的紫外線輻射，並與旁邊的尾宿九 (Lesath) 在視覺上構成一對明亮的「貓眼」。
  • 房宿三 (Dschubba) 與 房宿四 (Graffias/Acrab)： 位於畫面左側，這幾顆排列成弧線的亮星構成了蠍子的「頭部」與「雙螯」。這個區域周遭環繞著大範圍的反射星雲與暗星雲，是著名的恆星誕生區。
  • 候 (Sabik / 蛇夫座η)： 畫面下方蛇夫座的指標亮星。這是一個聯星系統，兩顆恆星的質量都比太陽大，且在一個高度橢圓的軌道上相互繞行。

天蠍座 17mm 廣角星野 (市區光害 + 鐵絲網前景) 後製

1. 軟硬體環境與腳本版本

  • 硬體：Mac mini M4 + 32G RAM，暫存區與專案路徑設定於 Gloway 2T M.2 PCIe 4.0 外接 SSD。
  • 主處理軟體：PixInsight 1.9.4 (Native Apple Silicon)。
  • AI 插件版本：
    • BlurXTerminator (BXT): Version 2.1.5, AI version 4 (CoreML 模型)。
    • StarXTerminator (SXT), NoiseXTerminator (NXT)。
    • GraXpert (獨立 AI 背景抽離工具)。

2. 最終確定之核心參數設定

WBPP (疊圖階段 - 極端像素剔除)

針對固定實體遮蔽物（鐵絲網），需在 Image Integration 進行極端暗部剔除，並捨棄對齊變形校正：


  • Image Registration (星點對齊)：
    • Distortion correction: 取消勾選（避免變形演算因廣角光害與前景干擾而崩潰）。
  • Image Integration (影像疊合)：
    • Rejection algorithm: Winsorized Sigma Clipping。
    • Sigma low: 1.50 (極度限縮暗部容差，強迫剔除鐵絲網黑影)。
    • Sigma high: 3.00。
    • Large-scale pixel rejection: 勾選 Low (針對大面積連續遮蔽物進行連根剔除)。

BlurXTerminator (AI 銳化與像差收斂)

針對 17mm 廣角極端彗星像差 (Coma) 與紅藍色差，為避免 AI v4 產生黑圈與色偏偽影的妥協參數：

  • Options: Correct Only 取消勾選。
  • Stellar Adjustments:
    • Sharpen Stars: 0.01 (僅給予極低幅度收斂，避免破壞線性星點)。
    • Adjust Star Halos: 0.50 (大幅提高，專門吸收並壓制星點外圍異常色差與光暈)。
  • Nonstellar Adjustments:
    • Sharpen Nonstellar: 0.20。

3. 已知錯誤與排除紀錄 (Trial & Error)

  1. ImageSolver 手動盲解失敗

    • 錯誤現象：手動輸入參數不斷報錯，即便修改 RANSAC/DDM Thin Plate Spline 變形容差與極限星等亦無效。
    • 排除原因：忽略了 Drizzle 2x 且尚未裁切的邊緣物理變形過大。
    • 最終解法：放棄手動解算。直接採用 WBPP 流程中經過 Autocrop 的母檔，該檔案已自動解算成功並內嵌座標。

  2. GraXpert AI 產生紫綠色核爆

    • 錯誤現象：在包含鐵絲網殘影的線性母檔上直接執行 GraXpert，導致右上角出現誇張的紫綠色條紋爆光。
    • 排除原因：AI 將實體遮蔽造成的無數據黑影，誤判為極端的光學暗角，強行利用除法/減法提亮，導致雜訊被放大數萬倍。
    • 最終解法：改變順序。先用 SXT 拔星 (保護蠍尾)，在無星圖 (Starless) 上用 CloneStamp 將黑影填補成周圍的光害漸層，然後再送入 GraXpert 執行 Subtraction。

  3. WBPP Registration 大量對齊失敗

    • 錯誤現象：15 張中有 12 張 Registration Failed，導致後續 LN 與 Integration 被取消。
    • 排除原因：勾選了 Distortion correction，在嚴重光害、噪點與鐵絲網遮蔽下，二維表面變形矩陣找不到乾淨星點計算曲面而崩潰。
    • 最終解法：退回基礎對齊（取消變形校正），僅靠 Integration 的像素剔除來處理鐵絲網。

  4. BXT AI v4 產生黑圈 (Ringing) 與色差分離

    • 錯誤現象：勾選 Correct Only 後，邊緣星點出現黑圈，紅藍色差被強制分離至星點外圍。
    • 排除原因：AI v4 模型針對長焦優化過度激進，無法正確還原 17mm 超廣角的水滴狀像差。
    • 最終解法：捨棄 Correct Only，手動將 Sharpen Stars 降至 0.01，Adjust Star Halos 拉高至 0.50 進行壓制。

4. 最終確認之最高效率 AI 聯合作戰 SOP

  1. WBPP 極端剔除疊圖：產出 masterLight_..._drizzle_2x_autocrop.xisf。

  2. NXT 初步降噪：減輕 180s 市區曝光熱噪點。

  3. SPCC 物理校色：利用內嵌座標與 Gaia 星表完成白平衡。

  4. BXT 手動壓制：套用上述最終確定之 BXT 參數，微調變形與色差。

  5. SXT 星雲/恆星分離：勾選 Generate Star Image 與 Unscreen stars，輸出 Stars 與 Starless。

  6. CloneStamp 暴力修補：在 Starless 上按 Cmd 鍵取樣，塗掉右上角鐵絲網黑影。

  7. GraXpert 背景抽離：將修補好的 Starless 進行 Subtraction，抽離市區底光。

  8. 分軌拉伸 (非線性處理)：

    • Starless：GHS / HistogramTransformation + LHE 壓榨天蠍座雲氣。
    • Stars：HistogramTransformation 溫和提亮 + CurvesTransformation 提升心宿二/蠍尾飽和度。

  9. PixelMath 終極合成：公式 ~((~Starless)*(~Stars))，將星點加回乾淨星雲。

張貼者： 於 沒有留言:
標籤： ,

2026年6月24日 星期三

C／2022 E3 (ZTF) 尼安德塔人彗星


拍攝時間是 2023年1月29日。這是一個極度完美的拍攝時機！精準捕捉到了這顆彗星一生中最輝煌、最具話題性的階段。

  1. 五萬年的漫長旅程 (尼安德塔人彗星)：

    C/2022 E3 是一顆長週期彗星。根據軌道計算，它上一次造訪地球內部太陽系大約是在 50,000 年前——當時正值冰河時期，地球上還有尼安德塔人與長毛象。而在這次繞過太陽後，它的軌道受到擾動，很可能會變成雙曲線軌道並被永遠拋出太陽系。因此，拍下的是它獻給地球人的「絕響」。

  2. 標誌性的翡翠綠 (雙原子碳)：

    與之前拍過的 46P 類似，它極度顯眼的綠色彗髮 (Coma) 來自於彗星冰核受熱後噴發出的雙原子碳 ()。這種物質在太陽紫外線的強烈游離下，會發出波長特徵明顯的綠色螢光。

  3. 極度罕見的「反向彗尾」 (Anti-tail) 奇景：

    這張照片最具學術與觀賞價值的，是完美拍到了當時天文界為之瘋狂的反向彗尾！

    在彗星核心的左上方，可以隱約看見一根銳利的光芒刺出，與主彗尾（右下方呈扇形的塵埃尾）方向完全相反。彗尾在物理上本應該永遠背對太陽，這根「反向」的尾巴其實是幾何視覺錯覺——在 2023 年 1 月底到 2 月初這幾天，地球剛好穿越了彗星的軌道面。那些較大、較重的塵埃顆粒散佈在軌道面上，當我們從側面「平視」這個盤面時，這些塵埃就聚集成了一條筆直的線，看起來就像一根刺向太陽的尖刺。能拍到這個只維持短短幾天的幾何奇景，是非常了不起的紀錄！（沒想到經過 AI 輔助，還能搾出這些細節）

動畫的製作：

花了一整天的時間才做好這支幾秒鐘的動畫：

重點摘要

  • 核心痛點： 天文縮時影像包含「恆星（相對靜止）」與「彗星（持續位移）」雙重運動軌跡，傳統影音軟體的 AI 補幀與光流演算法無法同時處理兩套向量，會導致算繪當機或畫面撕裂。
  • 終極解法： 放棄軟體補幀。後製核心轉移至 PixInsight 進行「極嚴格的動態底層亮度對齊（LinearFit）與防禦性非線性拉伸」，最後於 FCP 回歸純粹的逐格動畫物理播放。
  • 時間與數據： 單張曝光 90 秒，總計 59 張，涵蓋 88.5 分鐘真實物理變化。影片壓縮至 24fps 專案中（單圖停 2 影格），產出約 4.9 秒的無損平滑軌跡。

一、 已知且已排除的錯誤（嘗試錯誤過程與除錯地雷）

  1. LinearFit 基準圖誤判（暗部裁切）：

    • 錯誤： 挑選了大氣透度極佳、星星最多的一張（0042）作為 LinearFit 基準。
    • 結果： 演算法強行將受薄雲影響的常態影像底噪拉高，一經極端 HT 曲線拉伸，微弱星點與彗星光暈瞬間被裁切（Clipping）成死黑。
    • 排除： 改用最能代表平均大氣狀態的「常態圖（如 0043）」作為基準。

  2. 處理順序邏輯衝突（背景中和失效）：

    • 錯誤： 先執行 LinearFit，再執行 SPCC。
    • 結果： SPCC 內建的「背景中和」會重新獨立計算並覆蓋掉 LinearFit 辛苦對齊的亮度底線，導致閃爍復發。
    • 排除： 順序反轉，先讓 SPCC 獨立校色與中和背景，再用 LinearFit 強行統一百分比。

  3. Blink 預覽的視覺錯覺（光暈消失）：

    • 錯誤： 在 Blink 播放線性影像時，誤以為彗星光暈時有時無。
    • 結果： 白白浪費時間除錯。
    • 排除： 確認這是 Blink 針對每一張圖獨立執行「自動 STF」造成的誤判，強制將同一組 STF 參數套用至全體（Apply current STF to all images）即可破除錯覺。

  4. FCP AI 補幀（Machine Learning）算繪死迴圈：

    • 錯誤： 試圖用 M4 晶片的 Neural Engine 計算星空補幀。
    • 結果： AI 辨識模型迷失在數千個微小星點與薄雲變化中，導致背景快取卡死（Background Tasks 顯示 Idle 但無限停擺），且無法強制輸出。
    • 排除： AI 無法處理星空，必須放棄。

  5. FCP 傳統光流法（Optical Flow）影像撕裂：

    • 錯誤： 降級使用傳統數學光流矩陣運算。
    • 結果： 演算法無法跨越 90 秒的物理位移，且無法處理「雙向量」，產生雙頭彗星與星軌撕裂。
    • 排除： 徹底捨棄補幀，回歸物理定格播放。

二、 最終確定的參數與設定 (PixInsight 處理腳本 SOP)

起點檔案： 已完成疊圖與裁切的線性原檔 (_crop)，共 59 張。

  • Step 1：批次光學修復與校色
    • 使用 ImageContainer 載入 59 張圖。
    • 執行 BXT (BlurXTerminator)：勾選 Correct Only，僅修正星點光學變形。
    • 執行 SPCC (SpectrophotometricColorCalibration)：利用 Gaia 星表獨立完成每張圖的色彩與背景中和。
  • Step 2：終極動態底線對齊 (關鍵)
    • 挑選一張大氣干擾最平均的常態圖（例如 0043）作為基準。
    • 開啟 LinearFit，Reference image 設為該常態圖。
    • 透過 ImageContainer 將 LF 套用至剩餘 58 張圖，強制對齊背景中位數。
  • Step 3：批次 AI 降噪
    • 使用 ImageContainer 全域執行 NXT (NoiseXTerminator)。
  • Step 4：防禦性非線性轉換 (HT 死鎖)
    • 在基準圖上開啟 STF 與 HT (HistogramTransformation)。
    • 參數設定： 暗部 (Shadows) 絕對不能貼齊峰值，必須向左退留出寬容度，讓背景呈現「深灰色」（數值約 10~15）。此灰底為吸收薄雲變化的緩衝區。
    • 產生唯一的 Master_HT 藍色三角形，透過 ImageContainer 批次套用至 59 張圖。
  • Step 5：跨軟體無損轉出
    • 執行腳本 BatchFormatConversion。
    • 強制轉出為 16-bit unsigned integer TIFF 序列檔。

三、 最終確定的參數與設定 (Final Cut Pro 實體渲染 SOP)

  • Step 1：專案與素材設定
    • Project 格式： Custom 2160 x 2160 (1:1 高畫質方形) 或 1920 x 1080 (16:9)，速率 24p 或 30p。
    • 將 59 張 16-bit TIFF 拖入時間軸。
    • 全選素材 ➝ 檢閱器 Spatial Conform 設為 Fill ➝ 調整彗星構圖位置。
  • Step 2：回歸定格動畫與封裝
    • 全選素材，按下 Control + D，將單張持續時間設定為 2 到 3 個影格。
    • 按下 Option + G，將 59 張圖封裝為 Compound Clip (複合片段)。
    • 禁止使用任何 Retime (變速) 或 Video Quality (補幀) 選項。
  • Step 3：終極曲線調色 (提亮光暈)
    • 點選 Compound Clip，開啟 Color Curves (顏色曲線)。
    • Luma (亮度) 曲線： 將左下角暗部向右推，壓制在 PI 保留的深灰底，使其成為深邃太空黑；在曲線中下段新增節點向上拉，提亮被隱藏的彗星綠色光暈與暗星。
    • Green (綠色) 曲線： 中段微幅上拉，增強雙原子碳綠暈。
  • Step 4：高畫質輸出
    • 按下 Command + E。
    • Video Codec 選擇 Apple ProRes 422 (無損母帶典藏) 或 HEVC 10-bit (H.265) (YouTube 4K 上傳用，啟動 M4 硬體加速)。

彗星縮時後製補註：AI 補幀的死穴與科學紀錄的本質

一、 FCP AI 補幀 (Machine Learning) 當機的底層真相：時間斷層

  • 現象回顧： FCP 背景算繪進程顯示 Idle，但時間軸殘留未完成的點狀虛線，系統陷入假死狀態，無法強制啟動硬體算繪。
  • 真相解析： 原始拍攝 91 張（單張 90 秒曝光），經 WBPP 剔除廢片後僅剩 58 張。這導致影像序列中出現了數個長達 3 到 5 分鐘以上的「時間斷層」。FCP 的神經網路引擎仰賴「最大搜尋半徑」來推算相鄰影格的特徵像素位移；當遇到因剔除廢片產生的巨大空間跳躍時，特徵像素匹配徹底斷裂，導致演算法迷失並陷入無限死迴圈。這並非 M4 晶片算力不足，而是資料集的不連續性觸發了演算法的崩潰。

二、 演算法極限：雙重運動軌跡的幾何衝突

即便未來擁有 100% 連續、零廢片的完美序列檔，直接使用常規 AI 補幀或光流法（Optical Flow）處理星空縮時，依然會遭遇物理底層的限制：

  • 向量衝突： 畫面中同時存在「相對靜止的恆星（位移向量為 0）」與「持續移動的彗星（位移向量大於 0）」。
  • 光學撕裂： 2D 影像補幀演算法缺乏對 Z 軸深度的理解。當移動的彗星高光區域掠過靜止的背景恆星時，引擎會強行將同一二維平面上的兩組衝突向量進行拉扯與融合，無可避免地產生雙頭彗星、星軌撕裂或果凍效應。

三、 捨棄 SXT 分軌動畫的物理與美學考量

為了追求極致平滑，理論上可導入 SXT (StarXTerminator) 將影像分離為「無星彗星圖 (Starless)」與「純恆星圖 (Stars)」，再單獨對彗星進行補幀。但此方案在天文美學與物理真實性上存在嚴重破綻：

  1. 破壞時空一致性： 在真實光學系統中，彗星與恆星是同步感光的。將恆星抽離並「絕對凍結」為純靜態背景，僅讓彗星滑動，完全違反了天體相對運動的觀測幾何，視覺上會產生極不自然的「去背貼圖特效感」。
  2. 剝離大氣視寧度 (Seeing)： 真實觀測中，背景微弱星點的閃爍與彗星光暈的明暗起伏，皆是受地球大氣層（薄雲、高空擾動）同步干擾的物理結果。分離並定格恆星，會讓背景星空變成絕對的死寂，徹底喪失「星空在呼吸」的真實感。
  3. 無中生有的假訊號： 將 Starless 影像交給 AI 補幀，為了填滿 90 秒的位移空隙，演算法必須憑空「捏造」出數十張過渡影格。這些平滑的綠色光暈與像素軌跡皆為數學矩陣的猜測，從未有真實的光子進入過感光元件。

四、 最終定案結論：回歸觀測本質

綜合上述演算法限制與天體物理特性，處理深空天體位移縮時的最嚴謹方案為：徹底放棄軟體過渡演算法，回歸純粹的物理定格播放。

不刻意掩蓋因剔除廢片而產生的時間跳躍，也不利用 AI 捏造不存在的光子訊號，100% 忠實地展示大氣干擾與天體運行的原始數據。這種保留原始幀率、帶有輕微頓挫感的純粹時序，在科學紀錄上最為嚴謹，也最能精準還原人類透過望遠鏡目視深空時的強烈真實感。

張貼者： 於 沒有留言:
標籤： ,

2026年6月23日 星期二

46P／Wirtanen 彗星


這張 2018 年底拍攝的影像，紀錄了 46P 彗星觀測史上極具代表性的一刻，被廣泛稱為「2018 年的聖誕彗星 (Christmas Comet)」。

註：整理 NAS 裡天文攝影舊資料，星雲、星系已重新後製完畢，竟然發現有兩顆彗星忘了處理，這是其中的一顆。

  1. 70 年來最接近地球的相遇：

    46P 是一顆短週期彗星（週期約 5.4 年），隸屬於木星族彗星。在 2018 年 12 月 12 日通過近日點，緊接著在 12 月 16 日達到近地點（距離地球僅 0.077 天文單位）。在隨後的整個聖誕節與新年假期期間，它都高掛夜空，且亮度達到肉眼可見的極值（約 3.5 到 4 等星），成為當年北半球冬季夜空最受矚目的天體。照片拍攝於 12 月 4 日，正好記錄下了它朝近地點急速逼近、亮度爆發的關鍵時刻。。這是它被發現 70 多年來距離地球最近的一次，也是當年少數肉眼可見的彗星。

  2. 極端狂暴的「綠色彗髮」：

    照片中彗星呈現極度濃烈、範圍廣大的青綠色發光球體。這種標誌性的綠光，來自於彗星內部富含的雙原子碳 () 與氰氣 ()。當這些氣體被太陽的紫外線強烈游離與激發後，便釋放出波長約 518 nm 的綠色螢光。這個標誌性的發光特徵恰好與聖誕節的經典代表色完美契合，使得媒體與天文界紛紛為它冠上這個極具節慶氣氛的稱號。

  3. 沒有彗尾的「超活躍」彗星：

    在照片中幾乎看不到傳統彗星標誌性的長長塵埃尾或離子尾，這並非設備或曝光不足。46P 是一顆被歸類為「超活躍 (Hyperactive)」的彗星，它的冰層揮發極其劇烈，產生了異常巨大且濃厚的彗髮 (Coma)。但在這次回歸中，由於觀測視角（地球幾乎正對著它的噴發方向）以及其自身塵埃特性的雙重影響，它在視覺上呈現出一個極其巨大的綠色絨毛球，而非典型的掃帚狀。

  4. 「聖誕彗星」並不是正式的天文編目名稱，而是大眾傳媒給予在 12 月下旬達到最佳觀測期的明亮彗星的俗稱。因此這個稱號並非 46P 獨佔。例如：2014 年的 Lovejoy 彗星 (C/2014 Q2) 以及 2021 年的 Leonard 彗星 (C/2021 A1)，也都曾在各自的回歸年份被媒體稱為當年的聖誕彗星。

PixInsight 高階彗星無痕合成流程：雙總圖同步處理法 (46P/Wirtanen 實戰)

▎一、 最終確定參數與起始條件

  • 硬體與儲存配置：Mac mini M4 + 32G RAM。所有暫存與 Output Directory 均強制指向 外接 2TB PCIe 4.0 SSD，避免 256G 系統碟因巨大的 CometAlignment 暫存檔爆滿崩潰。
  • 軟體版本：PixInsight 1.9.4 (Native Apple Silicon) 搭配 RC Astro (BXT, SXT, NXT)。
  • 拍攝器材：Nikon D610 (天文改機) + SIGMA 150-600mm F5-6.3 (焦距 600mm)。
  • 影像數據：單張 180s，ISO 640，共 15 張 (總積分 45 分鐘)。有 Dither (平移曝光)。
  • 校正檔狀態：無暗場 (No Darks)、無平場 (No Flats)。

▎二、 已知且已排除的致命錯誤 (避坑指南)

  1. 關閉 Local Normalization (LN)：LN 會將彗星的移動視為局部光害梯度強制扣除，導致彗尾出現斷層或黑圈。處理彗星時 嚴禁勾選 LN。
  2. 禁止 WBPP 使用 Drizzle 1X：總張數僅 15 張，樣本極少，開啟 Drizzle 會導致訊噪比 (SNR) 斷崖式下跌，且會產生嚴重的網格狀偽影。
  3. 禁止使用 AI 或自動網格生成平場：46P 擁有巨大的雙原子碳 (C2) 綠色彗髮，自動平場 (GraXpert AI 或 DBE 自動網格) 會將其誤判為光害而抹殺。必須使用 手動邊緣內插法。
  4. 絕對禁止前期裁切 (Crop)：單張 (_r.xisf)、彗星圖與恆星圖的幾何矩陣 (Geometry) 必須從頭到尾保持 100% 一致 (6034x4028)。前期執行 AutoCrop 或 DynamicCrop 會導致對齊與合成時報錯 Incompatible image geometry。所有裁切必須留到 PixelMath 最終合成後再做。
  5. SPCC 彗星坐標失效問題：彗星總圖因軌跡疊合會失去 WCS 坐標陣列，導致 SPCC 無法執行。需採用「恆星圖計算權重，PixelMath 強制套用至彗星圖」的解法。

▎三、 核心實戰工作流 (Step by Step)

本流程放棄在彗星對齊階段使用 Subtract，改採最穩定的 「雙總圖同步處理 (Dual Master Synchronous Processing)」 邏輯，確保彗星與恆星的色彩、背景亮度絕對一致。

階段一：生成雙總圖 (線性階段)

  1. WBPP 基礎疊合 (產出 Master_Stars)


    • 關鍵設定：Output Directory 指向外接 SSD。關閉 Drizzle 與 LN。
    • Cosmetic Correction：因無暗場，載入 CC_D610 模板，開啟 Auto detect，Hot Sigma 設為 3.0，搭配疊合時的 Winsorized Sigma Clipping，利用 Dither 剔除熱噪點拖線。
    • 產出：無裁切的恆星對齊總圖 Master_Stars.xisf。

  2. CometAlignment & Integration (產出 Master_Comet)

    • 對齊：載入 WBPP 產出的 15 張單張 _r.xisf。手動點擊第一張與最後一張的彗核，輸出 _ca.xisf。(此處不使用 Subtract 功能)。
    • 疊合：開啟 ImageIntegration 疊合 _ca.xisf。設定 Winsorized Sigma Clipping，並將 Sigma High 調低至 1.8 - 2.0，強制剔除恆星拖線。
    • 產出：帶有少許恆星殘跡的彗星總圖 Master_Comet.xisf。

階段二：嚴格同步平場與物理校色

  1. 精準人工平場 (GraXpert)
    • 操作：對 Master_Stars 執行 GraXpert，模式選 Interpolation (內插法)。僅在畫面四個最角落佈置採樣點，完全避開中央 60% 的彗星區域。
    • 同步：執行完成後，將該 GraXpert 設定 (實例圖示) 直接拖曳套用至 Master_Comet。
  2. 座標解析 (ImageSolver)
    • 對 Master_Stars 執行。輸入焦距 600，像素 5.95。
    • 46P 座標：RA 02h 45m 43s，Dec -13d 59m 45s (利用下拉選單切換為負號)。勾選 Distortion Correction。
  3. 物理光度校色 (SPCC) 與色彩轉移
    • 對 Master_Stars 執行 SPCC。
    • 從 Process Console 讀取並記錄算出的 White Balance factors (如：W_R : 0.5687, W_G : 1.0000, W_B : 0.9827)。
    • 開啟 PixelMath，取消勾選單一表達式，分別輸入 $T * 0.5687, $T * 1.0000, $T * 0.9827，套用於 Master_Comet。
  4. 彗星背景中性化
    • 在 Master_Comet 邊緣拉出無彗星綠暈的乾淨暗部預覽框 (Preview01)。
    • 執行 BackgroundNeutralization 將背景綠色偏壓歸零。重新 Auto Stretch (解開鎖鏈) 即可看見正確的藍綠色彗髮。

階段三：拔星殘跡清除與極限降噪

  1. 恆星提取 (SXT)
    • 對 Master_Stars 執行 SXT (勾選 Generate Stars, Unscreen Stars) 獲得 Stars_Only。
  2. 彗星殘跡拔除 (SXT) 與降噪 (NXT)
    • 對 Master_Comet 執行 SXT (取消勾選 Generate Stars) 利用 AI 強制拔除背景的斷裂恆星殘跡，獲得純淨的 Comet_Only。
    • 因總曝光僅 45 分鐘，對 Comet_Only 執行高強度 NXT (Denoise 0.8, Detail 0.15)。

階段四：非線性拉伸與終極合成

  1. 分軌拉伸 (Non-Linear)
    • Comet_Only：使用 HT 或 GHS 主攻中低光度區間，將巨大的綠色彗髮 (Coma) 逼到極限，同時壓制高光保護彗核。
    • Stars_Only：使用 HT 輕度拉伸，維持星點緊湊微小。搭配 CurvesTransformation 提升星點色彩飽和度。
  2. PixelMath 合成
    • 使用 Screen 公式：~((~Comet_Only) * (~Stars_Only))
    • 產出最終合成影像。
  3. 收尾
    • 對最終影像執行 DynamicCrop，裁切掉邊緣因疊合產生的不規則黑邊與廢點。

註：

張貼者： 於 沒有留言:
標籤： ,
訂閱： 文章 (Atom)