油量表截圖不是分析 Log 的必要條件。它只提供「目前全域燃油值」，讓結果可再顯示加減多少、修改後數值與基礎油量作用後的最終供油。
程式核對 本文的軸、檔案上限與 87.5／117.1 修復條件都依 V4.7.0 程式及自動測試整理；修復值會降為待人工確認，不等於 OCR 絕對正確。
一、先確認目前支援的表格軸
| 方向 | V4.7.0 使用的格位 |
|---|---|
| RPM（20 欄） | 800、1600、2400、3200、4000、4800、5600、6400、7200、8000、8800、9600、10400、11200、12000、12800、13600、14400、15200、16000 |
| TPS（17 列） | 0、2、4、6、8、10、15、20、25、30、40、50、60、70、80、90、100% |
每張圖都要同時看得到上方 RPM 表頭與左側 TPS 表頭。只有綠色數字、卻裁掉第一列或第一欄時，系統即使讀到 87.5，也不知道它屬於哪個格位。
二、相鄰截圖為什麼要保留重疊
橫向或縱向捲動時，下一張保留一到兩欄／列。相同 TPS／RPM 格位會作為定位核對：兩張讀到同值可提高人工確認效率；讀到不同值則標記衝突，不會默默取平均。
第一張例如 800～4800 rpm，保留完整 TPS 表頭。
第二張從 4800 rpm 開始，讓兩張都有 4800 欄。
系統合併相同格位比對數字與 OCR 信心。
人工確認衝突格回看兩張原圖後再輸入。
三、截圖檔案與畫面限制
- 接受 JPG、PNG、WEBP；一次最多 8 張。
- 單張不超過 12 MB，整批不超過 48 MB。
- 寬、高各不超過 12000 像素，總像素不超過 40 MP。
- 不要讓工具列、浮動按鈕、畫筆或捲軸蓋住數字與格線。
- 固定螢幕方向與縮放；避免經聊天軟體反覆壓縮的小圖。
辨識前會先在瀏覽器內找表格邊界與格線，再把表頭和數值分配到格位。表格太暗、格線斷裂或裁切過度時，系統應停止並要求換圖，而不是硬猜。
四、87.5 與 117.1 的修復條件
| OCR 原文 | 候選值 | 程式處理 | 為何仍要確認 |
|---|---|---|---|
875 | 87.5 | 絕對值大於 300、但不超過 3000 時除以 10，標記 repaired | 程式只知道常見小數點遺失，仍不知道原圖是否真為 87.5 |
1171 | 117.1 | 同樣先恢復一位小數，標記 repaired | 需對照原始格位與鄰近數字 |
17.1 | 可能 117.1 | 只有同張圖至少 3 個參考值多落在 50～200，且加回前導 1 明顯更接近典型範圍時才修復 | 17.1 也可能是真值；上下文不足時必須保留 17.1 |
O.8 | 0.8 | 常見字形 O→0；I、l、|→1；逗號→小數點 | 字形正規化只能處理已知混淆 |
自動測試會檢查 875→87.5、1171→117.1，以及在參考值支持時 17.1→117.1。任何經修復的數字都應降低信心並讓使用者看見，而不是偽裝成原始 OCR 結果。
五、辨識顏色與人工確認順序
綠色
通過基本格式、範圍與格位檢查；重要修改格仍要抽查。
黃色
數值經小數點、前導數字或表頭推測，必須對照原圖。
紅色
多張截圖對同一格得到不同值，或數字不合理；修正前不得進入最終油量換算。
- 展開辨識結果，先處理黃色與紅色。
- 對照原始截圖，必要時手動輸入；空白格不必為了填滿而猜。
- 確認截圖與 Log 使用同一版 Map、基礎油量與 ECU 設定。
- 再執行 Log 分析，查看目前值、建議值、修改後值與最終供油。
- 若結果要公開分享，先裁掉帳號、網址列、時間位置資訊與其他不必要資料。
辨識值不會改變 Log 的 AFR 公式，但錯誤的目前油量會讓「修改後全域燃油」與「最終供油」顯示錯誤。OCR 是輸入捷徑，不是 ECU Map 的可信來源。
延伸閱讀
隱私：截圖與 OCR 全部在目前瀏覽器處理，不會由本站上傳到伺服器。本文沒有公開使用者的實際 ECU Map。