v2.2.4 — CrispASR（Qwen3-ASR）转录「进度卡 0%」修复

STTMiniTool v2.2.4

本版修复用户反馈的 CrispASR（Qwen3-ASR-1.7B）转录时进度条永远 0%、疑似卡死 的问题。经本机实测定位，该问题与显卡无关（Vulkan / CUDA / CPU 均一致），由三个叠加问题造成。

📊 进度条卡 0% 修复（本版核心）

根源：CrispASR 的 -pp 进度输出（progress = NN%）只有 whisper 后端实现了，qwen3 后端完全没有（0.8.38 与最新 0.8.42 实测一致）。而界面进度条唯一的数据来源就是这行输出——于是 qwen3 模型从转录第一秒到最后，进度永远是 0%，模型其实在正常工作。

• 现改以「行活跃度」回报：每收到一行子进程输出就推进模拟进度（状态文字注明「模型运行中，暂无精确进度」），进度条不再静止
• whisper 后端的真实进度解析不受影响

⏱️ qwen3 启动的 44 秒静默等待消除

qwen3 后端启动需要一个 ggml-tiny.bin 做语言识别（LID）；目录里没有时 crispasr 会自己联网下载，下载失败要干等约 44 秒（WinHTTP + curl + wget 逐个尝试）才继续转录，期间零输出。现在程序自动加 --lid-model 指向本地已有的 whisper ggml（base 随包附带），这段等待彻底消失。

🐕 停滞看门狗

流式读取新增保护：180 秒无任何输出才判定挂死，杀掉子进程并给出可读的错误提示（此前真挂死会无限期持有引擎锁）。真实的长时间转录不受影响。

🚫 GitHub 限流不再导致重复下载

CrispASR 版本查询被 GitHub 限流（HTTP 403）时，此前回退到硬编码的保底版本 0.8.33——已装 0.8.38 的机器每次加载模型都被判定「核心过期」，重新下载 35MB 的 zip。现在限流时回退到本机已安装版本，不再重复下载。

---

打包内容：STTMiniTool.exe（onefile，WebView2 界面）+ CrispASR 核心二进制。模型文件不随包附带，首次使用时按需下载。

全部修复均在本机实测验证：qwen3 全流程转录、whisper 后端回归、取消功能、看门狗、中文文件名路径、403 降级场景。