Opened by Rebuilding127 · 2 weeks ago
@Rebuilding127 Hi sorry for the late reply, being doing many changes in architecture, can you please give the latest version a try and see If it's resolved?
@thedavidweng More than 12 hours have passed since yesterday's test, and when I checked just now, the same situation was still occurring.
Hi, thanks for reporting this and sorry for keeping you waiting.
The info you provided helped me narrowed the problem down to the Windows Runtime logic. OpenKara defaults to use Windows DirectML for runtime preloading during installation, but your Window Server environment in PVE likely lacks support for that and have, which is why it's failing. I will release 0.12.0 in the next few hours which should patch this and let you use CPU mode for separation. Thanks again for your patience and feedback.
Thanks for retesting 0.12.1 and sorry to hear the problem persist.
Just shipped a hardening fix, would you please try 0.13.0 and see if it works for you/=?
If it still fails, please send the following so we can see the real root cause:
%AppData%\com.openkara.desktop\runtimes\
Also attach the latest log file path shown in About (if the file is large, zip the newest openkara.*.log only).Thank you again.
Hi @Rebuilding127, thanks for the detailed debug info — the root cause is now identified and fixed.
Root cause: Your PVE Windows Server VM exposes a virtual display adapter that passes the DirectML (D3D12) capability probe, but DirectML.dll deadlocks inside DllMain during runtime load. Releases up to 0.13.0 only carried the DirectML Windows runtime in the catalog, so when the load timed out there was no CPU-only runtime to fall back to — hence the loop.
Fixed in 0.13.1 (just released): github.com/thedavidweng/…/v0.13.1
Two changes shipped:
How to verify: Install 0.13.1 and try separation. The first attempt may still time out on DirectML; restart the app and the next attempt should automatically use the CPU runtime (you'll see a toast: "Using CPU-only ONNX Runtime"). Stem separation works on CPU, just slower.
If it still loops after upgrading: You may have manually selected DirectML in Settings → Execution Provider at some point. An explicit selection takes priority over the automatic fallback. If so, open Settings → Execution Provider → choose CPU, then try separation again.
Thanks again for your patience and for testing each release.
Hi @Rebuilding127, thanks for testing v0.13.1. Your log confirmed something important: on your PVE VM the CPU runtime also hangs during LoadLibraryW, not just the DirectML one. That narrowed the cause to the Windows loader environment on the VM, not to DirectML or to ONNX Runtime internals.
The most likely culprit is Windows Defender real-time scanning of the freshly extracted onnxruntime.dll, or a cold and slow virtual disk, stalling the DLL section mapping while the loader lock is held. The load appears to hang because it is waiting on that scan or disk read under the lock.
v0.13.2 is now released with three changes aimed at exactly this: github.com/thedavidweng/…/v0.13.2
LoadLibraryW is fast.Please upgrade and test by downloading OpenKara_0.13.2_x64_setup.exe from the release link above.
If it still fails to load the runtime after upgrading, please run this in an Administrator PowerShell and try again:
Set-MpPreference -DisableRealtimeMonitoring $true
If the runtime then loads successfully, Defender real-time scanning was the cause. Re-enable it and add a permanent exclusion for the runtimes folder:
Set-MpPreference -DisableRealtimeMonitoring $false
Add-MpPreference -ExclusionPath "$env:APPDATA\com.openkara.desktop\runtimes"
Either way, please paste the new About panel and debug log so I can confirm what happened. Thank you.
Update: the root cause is fixed at the artifact level.
Your instant LoadLibraryExW failure after disabling Defender was the decisive clue: the runtime DLLs were built with /MD, so onnxruntime.dll imports the VC++ Redistributable DLLs (VCRUNTIME140.dll, VCRUNTIME140_1.dll, MSVCP140.dll, MSVCP140_1.dll). A stripped Windows Server image without the redistributable fails that load immediately with Win32 error 126 (ERROR_MOD_NOT_FOUND).
What shipped since:
/MT) upstream (thedavidweng/openkara-models#90). The published DLLs import zero VC++ Redistributable DLLs — verified against their PE import tables at publish time.2026-08-12-001) publishes those rebuilt artifacts, and OpenKara consumes it as of #391 / #392 (tracking issue #363, now closed).What to do on your machine: nothing manual. Launch OpenKara with network access — the runtime bootstrap discovers the new catalog generation automatically, downloads the rebuilt onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced runtime, and stages it. The new runtime loads without the VC++ Redistributable, so no redistributable install and no app reinstall are needed.
If separation then runs end-to-end on your PVE VM, please tell us here so we can close this issue. If anything still fails, paste the new error text and we will keep digging.
更新：问题根源已在制品层面修复。 此前的运行时 DLL 以 /MD 构建，依赖 VC++ 运行库；你的精简版 Windows Server 镜像没有安装它，所以加载立即失败（错误 126）。现在上游已改用**静态 CRT（/MT）**重新构建（catalog 第 13 代），新 DLL 完全不依赖 VC++ 运行库。你无需手动操作：联网启动 OpenKara，应用会自动发现并下载重建后的运行时。如果分离功能在你的 PVE 虚拟机上跑通了，请在此告知，我们即可关闭本 issue；若仍有报错，请贴出新的错误信息。
v0.14.0 stable is out — the fix now ships in the app itself.
Glad the manual reinstall got you unblocked. Stable v0.14.0 is now published with the redist-free (static-CRT) runtime embedded, plus fixes for the three update-path defects that forced those manual steps in the first place:
Updating via the in-app update banner (or reinstalling from the release page) is all that's needed now — no cache cleanup, no manual runtime install. Your current working setup keeps working after the update, and future runtime updates will land automatically.
Again thank you for your patient along the way.
v0.14.0 稳定版已发布——修复已随应用本体提供。
很高兴手动重装让你先恢复了使用。稳定版 v0.14.0 现已发布，内嵌了无需 VC++ 运行库的（静态 CRT）ONNX 运行时，同时修复了迫使你采取手动步骤的三个更新路径缺陷：
现在只需通过应用内的更新横幅升级（或从发布页重装）即可——不再需要清理缓存或手动安装运行时。你当前可用的配置在升级后会继续工作，之后的运行时更新也会自动完成。
再次感谢你的耐心。
Sign in to comment.
I use it on my Windows system, its installation path is C:\Users\Administrator\AppData\Local\OpenKara .
Now it download AI Model file success. However, I didn't see it in the installation folder, nor was its save location shown in the software's settings page.
Then I find the model file in C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\models by Everything.
The htdemucs.onnx.verified.json file:
{
"filename": "htdemucs.onnx",
"sha256": "8fa3dab679c59aeb049dd229f57a212c9339b3fc17ebf50541daad9e799364a1",
"file_size": 354970480,
"modified_unix_nanos": 1785113803565052000
}
The problem is that it throws an error when I click the song separation button :
模型不可用
ONNX Runtime checksum mismatch: expected 4a0fcf8d9a432726600906e60bd601a0a428a1874d25910e5b7b486e2e581f14, got 939fa0be435d253eadd9e394ee94ad6b6ac1878c83b64118bb4bda669eb0e28c
I don't know what happened, or Why it error.
What puzzles me is that the two SHA256 encodings shown in the error message are inconsistent with those in the htdemucs.onnx.verified.json file.
I tried deleting the model file and downloading it again, but the same error still occurred.
Another suggestion for optimization regarding the separation operation: There is no loading effect after clicking the separation button, which makes it impossible for users to perceive the processing status, and they can only wait silently.
@thedavidweng Of course, no problem.
After the model file is successfully downloaded, when I click the separation operation for a song, the software prompts and automatically starts downloading the runtime files.
After about 10 seconds, the files appear to have finished downloading, but the interface still shows 正在下载运行时...15.0MB/15.0MB, it means "Downloading runtime... 15.0MB/15.0MB" and never indicates that the download is complete.
After that, when I try the separation operation again, an error message appears: 模型不可用 means "Model unavailable" and "ONNX Runtime is still downloading to". This error is understandable.
After waiting for about 10 minutes, it still shows that the runtime is downloading, which seems abnormal?
Then I closed and restarted the software, and clicked the separation operation again. It started downloading the runtime files from scratch once more, and everything seemed to go back to the same loop as above.
Now I'm leaving it alone and letting it run overnight to see if it works normally tomorrow.
Additional note: All of the above operations were performed on a virtual machine running Windows Server 2022 Datacenter installed on a PVE system, including the installation and testing of the software. I'm not sure if this has any impact, so I'm letting you know.
@thedavidweng More than 12 hours have passed since yesterday's test, and when I checked just now, the same situation was still occurring.
I've already tested it, and the problem persists.
It appears the runtime file download is complete, but it's stuck at 100% download progress.
I just tested version 0.12.1 and found that the problem still exists.
Currently, downloading the runtime file is successful, and after the download is complete, it starts checking file compatibility. It waits a few seconds at 正在检查 ONNX 运行时兼容性…, then displays the error: 运行时设置超时。运行时在下载后安装超时。请重试。
I have tested 0.13.0. Here is the debug info:
OpenKara · 关于
版本: 0.13.0 (构建 ed3400a)
系统: windows · x86_64
目录: 10 · 2026-07-26-001
模型: htdemucs · ready · model-spectral-v1.0.0 · model-spectral-v1.0.0
运行时: failed · v1.27.1 · — · x86_64-pc-windows-msvc
Runtime path: —
执行提供程序: directml
DirectML available: true
UI language: zh-CN
日志文件: C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs\openkara.<date>.log
2026-08-07T02:47:46.322978Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
2026-08-07T02:48:46.709330Z WARN openkara_lib::app_runtime: failed to load ONNX Runtime from C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\runtimes\onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-reduced\onnxruntime.dll: runtime_post_download_timeout: ONNX Runtime load did not finish within 60 seconds
2026-08-07T02:48:46.719283Z WARN openkara_lib::app_runtime: no previous ONNX Runtime available after failed activation
2026-08-07T02:49:15.390155Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
I usually use it via remote desktop. By Windows RDP. Maybe because I didn't configure the GPU ? I'm not sure.
If this is due to my VM GPU settings, please let me know. I can try fix it.
Both of system language and software language are Chinese.
The files is in path %AppData%\Roaming\com.openkara.desktop\runtimes\ :
2026/08/07 10:49 <DIR> onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-reduced
2026/08/07 10:49 451 slots.json
2026/08/06 09:20 123 worker-1785979251708309000.progress.json
2026/08/06 09:20 48,154 worker-1785979251708309000.request.json
2026/08/06 09:20 0 worker-1785979251708309000.stderr.log
In onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-reduced:
2026/08/07 10:49 3,289 build-manifest.json
2026/08/07 10:49 18,527,776 DirectML.dll
2026/08/07 10:49 1,094 LICENSE.onnxruntime
2026/08/07 10:49 331,175 NOTICE.onnxruntime
2026/08/07 10:49 19,783,680 onnxruntime.dll
2026/08/07 10:49 2,265 provenance.json
2026/08/07 10:49 1,928 record.json
2026/08/07 10:49 6,735 sbom.spdx.json
Is there anything else you need?
@thedavidweng Hi, I have test for v0.13.1, it's has some problem.
OpenKara · 关于
版本: 0.13.1 (构建 6346ed6)
系统: windows · x86_64
目录: 12 · 2026-08-07-002
模型: htdemucs · ready · model-spectral-v1.0.0 · model-spectral-v1.0.0
运行时: probing · v1.27.1 · onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced · x86_64-pc-windows-msvc
Runtime path: C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\runtimes\onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced\onnxruntime.dll
执行提供程序: cpu
DirectML available: false
UI language: zh-CN
日志文件: C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs\openkara.<date>.log
The first time I opened the software and ran it, it did report an error. After that, I restarted the software and manually selected "Use CPU only" in the settings.
Before the operation, it showed:
ONNX 运行时
为 AI 音轨分离提供支持的运行时库。
已安装并就绪。
版本 v1.27.1 · x86_64-pc-windows-msvc
However, after the operation, although the interface showed "Separating", the software seemed to re-download the ONNX Runtime files. ** Is this because of a check failure?**
Then it repeatedly failed to download ONNX Runtime, entering an endless loop.
ONNX 运行时下载失败。请检查网络后重试。
版本 v1.27.1 · x86_64-pc-windows-msvc
ONNX 运行时下载失败。请检查网络后重试。
runtime_post_download_timeout: ONNX Runtime load did not finish within 60 seconds
Clicking the Reinstall ONNX Runtime button retries:
ONNX 运行时下载失败。请检查网络后重试。
版本 v1.27.1 · x86_64-pc-windows-msvc
ONNX 运行时下载失败。请检查网络后重试。
runtime_post_download_timeout: runtime onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced did not finish within 60 seconds after download (phase=probing): probing ONNX Runtime at C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\runtimes\onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced\onnxruntime.dll
This is the log file content:
2026-08-09T01:52:31.852092Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
2026-08-09T01:53:19.553848Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
2026-08-09T01:54:20.962542Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
2026-08-09T01:55:29.608521Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
2026-08-09T01:56:29.684846Z WARN openkara_lib::app_runtime: failed to load ONNX Runtime from C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\runtimes\onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-reduced\onnxruntime.dll: runtime_post_download_timeout: ONNX Runtime load did not finish within 60 seconds
2026-08-09T01:58:22.664046Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
2026-08-09T02:00:00.647708Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
2026-08-09T02:01:00.684894Z WARN openkara_lib::app_runtime: failed to load ONNX Runtime from C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\runtimes\onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced\onnxruntime.dll: runtime_post_download_timeout: ONNX Runtime load did not finish within 60 seconds
2026-08-09T02:03:27.903948Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
2026-08-09T02:08:11.602046Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
2026-08-09T02:32:10.944854Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
I am rather puzzled: why did it show that the ONNX Runtime files were already ready before the operation, but then it failed when actually used?
It's also throw error after I run Set-MpPreference -DisableRealtimeMonitoring $true with Administrator PowerShell:
ONNX 运行时下载失败。请检查网络后重试。
版本 v1.27.1 · x86_64-pc-windows-msvc
ONNX 运行时下载失败。请检查网络后重试。
runtime bootstrap worker failed with exit code: 1: probing ONNX Runtime at C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\runtimes\onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced\onnxruntime.dll OpenKara startup command failed: failed to load ONNX Runtime from C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\runtimes\onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced\onnxruntime.dll: failed to load from `C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\runtimes\onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced\onnxruntime.dll`: LoadLibraryExW failed
Here is the log file:
2026-08-11T04:35:41.092009Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
2026-08-11T04:35:41.939431Z WARN openkara_lib::app_runtime: failed to load ONNX Runtime from C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\runtimes\onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced\onnxruntime.dll: failed to load from `C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\runtimes\onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced\onnxruntime.dll`: LoadLibraryExW failed
2026-08-11T04:36:06.597572Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
2026-08-11T04:37:35.872754Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
Then I try run the OpenKara with Administrator, it's also error:
ONNX 运行时下载失败。请检查网络后重试。
版本 v1.27.1 · x86_64-pc-windows-msvc
ONNX 运行时下载失败。请检查网络后重试。
failed to load from `C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\runtimes\onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced\onnxruntime.dll`: LoadLibraryExW failed
Retry:
ONNX 运行时下载失败。请检查网络后重试。
版本 v1.27.1 · x86_64-pc-windows-msvc
ONNX 运行时下载失败。请检查网络后重试。
runtime bootstrap worker failed with exit code: 1: probing ONNX Runtime at C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\runtimes\onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced\onnxruntime.dll OpenKara startup command failed: failed to load ONNX Runtime from C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\runtimes\onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced\onnxruntime.dll: failed to load from `C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\runtimes\onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced\onnxruntime.dll`: LoadLibraryExW failed
new log:
2026-08-11T04:35:41.092009Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
2026-08-11T04:35:41.939431Z WARN openkara_lib::app_runtime: failed to load ONNX Runtime from C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\runtimes\onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced\onnxruntime.dll: failed to load from `C:\Users\Administrator\AppData\Roaming\com.openkara.desktop\runtimes\onnxruntime-1.27.1-openkara-x86_64-pc-windows-msvc-cpu-reduced\onnxruntime.dll`: LoadLibraryExW failed
2026-08-11T04:36:06.597572Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
2026-08-11T04:37:35.872754Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
2026-08-11T04:42:19.078060Z INFO openkara_lib::app_runtime: OpenKara starting; file logging initialized log_dir=C:\Users\Administrator\AppData\Local\com.openkara.desktop\logs
Correction to my previous comment — on 0.13.2 one manual step is still needed.
I re-checked the 0.13.2 code paths against your exact state, and "nothing manual" was an overstatement. Two facts about 0.13.2:
/MD build. That loop cannot heal on its own.Only the install button under Settings → ONNX Runtime uses the newly fetched generation-13 catalog. So please do this once:
%AppData%\com.openkara.desktop\runtimes (this clears the broken cached runtime and its staged state).raw.githubusercontent.com to be reachable).LoadLibraryExW failed error, the click came before the refresh finished — restart the app, wait 30 seconds, and click it again.The next stable release will embed catalog generation 13, at which point a plain reinstall/retry fixes this with no waiting or manual steps. Sorry for the confusion in my last message, and thanks again for your patience.
更正上一条评论：在 0.13.2 上仍需要一步手动操作。 我按你的具体状态重新核对了 0.13.2 的代码路径，之前说的"无需手动操作"不准确。两点事实：应用启动后确实会在后台（约 15 秒后）获取新一代运行时目录，但在当前没有已安装运行时的情况下不会自动下载任何东西；而且通过"分离"重试走的是安装包内置的旧目录快照，仍会下载旧的 /MD 构建，所以那个循环自己好不了。只有 设置 → ONNX 运行时 里的安装按钮会使用新获取的第 13 代目录。请按以下步骤操作一次：
%AppData%\com.openkara.desktop\runtimes（清除损坏的缓存运行时及其暂存状态）；raw.githubusercontent.com）；LoadLibraryExW failed 报错，说明点击时后台刷新还没完成——重启应用、等 30 秒后再点一次；下一个正式版本会内置第 13 代目录，届时直接重装/重试即可，无需等待和手动步骤。为上一条消息造成的误导致歉，再次感谢你的耐心。
Good news: the separation operation can now be completed successfully.
Before you sent the correction, I had already started the operation, and as expected, it failed — it kept failing to download the runtime files.
After that, I simply uninstalled the program and deleted all user files at the same time. Then I reinstalled the software.
Next, I manually installed the ONNX runtime files in the settings page and set it to CPU-only mode.
Finally, it was able to separate the audio files successfully.