visionA

jim800121/visionA

Fork 0

Commit Graph

Author	SHA1	Message	Date
jim800121chen	f9fbc778be	fix: input size 優先序錯誤導致 Windows 推論失敗 + venv 半套安裝永久卡住 ## input size 優先序（Windows Error 12 的根因）先前把使用者手填的 inputSize 排在檔名解析之前，Windows 上 SDK 讀不到 shape 時就用了隨手填的 640x640（模型實際 224x224）→ 推論回 KP_ERROR_INVALID_PARAM。改動前靠檔名 fallback 的 224 反而是對的。新優先序（可信度由高到低）： SDK > 檔名明確解析 wNNNhNNN > 使用者宣告 > 已知 model id > 寫死預設檔名排在宣告之前，因為它由編譯工具鏈產生、沒有人為亂填空間；宣告不降到最底，是因為使用者若刻意填對，仍比無資訊時的預設值貼近現實。配套：_size_from_name_or_none 讓「真的解析到」與「用了 default」可區分（舊版兩者回傳型別相同，預設值會偽裝成檔名來源蓋掉宣告值）。 ## KneronPLUS 3.1.2 相容 3.1.2 把 shape 搬進巢狀 union，TensorDescriptor 不再有 shape_onnx： 2.0.0 TensorDescriptor.shape_onnx 3.1.2 TensorDescriptor.tensor_shape_info.data → V1 .shape_onnx / V2 .shape 舊碼 getattr 失敗被 except 靜默吃掉，SDK 層在 Windows 永遠落空。現在兩版都支援，不依賴 enum 版本判斷。 ## Error 12 診斷 KP_ERROR_INVALID_PARAM 對使用者無法理解，現在附上當前 input size 與來源，並針對 declared 來源提示「此尺寸來自手動填寫欄位，請優先確認」。原始錯誤保留不吞。 ## venv 半套安裝 app.go 原本只檢查 python.exe 存在就跳過安裝，導致 wheels 裝到一半中斷後每次啟動都跳過、永遠卡住且無提示，使用者必須手動刪整個 runtime 目錄。改為比對 wheel 清單指紋（快路徑不啟動 process），不符才實跑 import kp/numpy/cv2 驗證，失敗則只重跑 wheels 安裝。標記檔僅在 pip 成功且 import 驗過後才寫入，不留「已就緒」假象。 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>	2026-07-22 23:41:19 +08:00
jim800121chen	f14d24bd7b	feat(bridge): classification 自適應解析 + 推論期動態切換新增 classification 推論支援，核心是「不預設模型長相」： - output shape 自適應：支援 (1,C)/(C,)/(1,C,1,1)/(C,1,1)/(1,1,1,C) 及任何 squeeze 後為一維的張量；類別數從 shape 動態取得，移除原本寫死的 num_classes=1000 - 無法解析時明確報錯（附實際 shape），不靜默回空結果 - logits vs 已 softmax 自動偵測：sum≈1.0 且全非負才跳過 softmax （容差 1e-4，實測 float32 softmax 偏差最大僅 ~4e-7） - label 為純顯示層：有注入用 label、沒有則輸出原始 enum class_N - input size 三層來源：SDK > 宣告值 > 檔名猜測，log 標示來源 - 新增 handle_set_inference_options：不重載模型即可改解析方式與 label 修正： - _detect_model_type 改為外部指定優先，解決未知檔名被誤判成 tiny_yolov3 而回傳空結果的根因 - handle_disconnect/reset 未清 label 狀態，導致換模型後沿用舊 label 表 - load_model 失敗路徑會污染全域 metadata，改為 defer-until-success - taskType 值域統一為 object_detection（原本回 detection） - 檔名解析原本只取 width 丟棄 height，非正方形模型會被壓成正方形 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>	2026-07-22 19:26:51 +08:00

Author

SHA1

Message

Date

jim800121chen

f9fbc778be

fix: input size 優先序錯誤導致 Windows 推論失敗 + venv 半套安裝永久卡住

## input size 優先序（Windows Error 12 的根因）

先前把使用者手填的 inputSize 排在檔名解析之前，Windows 上 SDK 讀不到
shape 時就用了隨手填的 640x640（模型實際 224x224）→ 推論回
KP_ERROR_INVALID_PARAM。改動前靠檔名 fallback 的 224 反而是對的。

新優先序（可信度由高到低）：
  SDK > 檔名明確解析 wNNNhNNN > 使用者宣告 > 已知 model id > 寫死預設

檔名排在宣告之前，因為它由編譯工具鏈產生、沒有人為亂填空間；宣告不降到
最底，是因為使用者若刻意填對，仍比無資訊時的預設值貼近現實。

配套：_size_from_name_or_none 讓「真的解析到」與「用了 default」可區分
（舊版兩者回傳型別相同，預設值會偽裝成檔名來源蓋掉宣告值）。

## KneronPLUS 3.1.2 相容

3.1.2 把 shape 搬進巢狀 union，TensorDescriptor 不再有 shape_onnx：
  2.0.0  TensorDescriptor.shape_onnx
  3.1.2  TensorDescriptor.tensor_shape_info.data → V1 .shape_onnx / V2 .shape

舊碼 getattr 失敗被 except 靜默吃掉，SDK 層在 Windows 永遠落空。現在
兩版都支援，不依賴 enum 版本判斷。

## Error 12 診斷

KP_ERROR_INVALID_PARAM 對使用者無法理解，現在附上當前 input size 與
來源，並針對 declared 來源提示「此尺寸來自手動填寫欄位，請優先確認」。
原始錯誤保留不吞。

## venv 半套安裝

app.go 原本只檢查 python.exe 存在就跳過安裝，導致 wheels 裝到一半中斷
後每次啟動都跳過、永遠卡住且無提示，使用者必須手動刪整個 runtime 目錄。

改為比對 wheel 清單指紋（快路徑不啟動 process），不符才實跑
import kp/numpy/cv2 驗證，失敗則只重跑 wheels 安裝。標記檔僅在 pip 成功
且 import 驗過後才寫入，不留「已就緒」假象。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

2026-07-22 23:41:19 +08:00

jim800121chen

f14d24bd7b

feat(bridge): classification 自適應解析 + 推論期動態切換

新增 classification 推論支援，核心是「不預設模型長相」：

- output shape 自適應：支援 (1,C)/(C,)/(1,C,1,1)/(C,1,1)/(1,1,1,C)
  及任何 squeeze 後為一維的張量；類別數從 shape 動態取得，
  移除原本寫死的 num_classes=1000
- 無法解析時明確報錯（附實際 shape），不靜默回空結果
- logits vs 已 softmax 自動偵測：sum≈1.0 且全非負才跳過 softmax
  （容差 1e-4，實測 float32 softmax 偏差最大僅 ~4e-7）
- label 為純顯示層：有注入用 label、沒有則輸出原始 enum class_N
- input size 三層來源：SDK > 宣告值 > 檔名猜測，log 標示來源
- 新增 handle_set_inference_options：不重載模型即可改解析方式與 label

修正：
- _detect_model_type 改為外部指定優先，解決未知檔名被誤判成
  tiny_yolov3 而回傳空結果的根因
- handle_disconnect/reset 未清 label 狀態，導致換模型後沿用舊 label 表
- load_model 失敗路徑會污染全域 metadata，改為 defer-until-success
- taskType 值域統一為 object_detection（原本回 detection）
- 檔名解析原本只取 width 丟棄 height，非正方形模型會被壓成正方形

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

2026-07-22 19:26:51 +08:00

2 Commits