Run wheel builds on pull requests - #1
Conversation
|
Added generated wheel audio samples in Settings: Greedy parity prompt:
Sampled prompt:
|
|
CPU audio issue corroborated with STT and fixed in this branch. What failed before, using the CPU wheel built from
The CPU failure tracks to the newer native backend text-projection revision. A local CPU wheel built from Final STT validation with
Updated files are in |
|
Replaced the CPU-only old-ref workaround with a native patch applied to the current qwentts.cpp ref for all wheel builds. What changed:
Local validation on the aarch64 GB10 machine:
Local checks:
|
|
Uploaded reset-before-alloc CPU validation artifacts here:
Summary, CPU BF16 CustomVoice
The reset-only candidate keeps the batched prompt projection path. The prompt embeddings are identical to the failing CPU run, but the first talker hidden/logits and first-frame codes match the good split-special path after resetting the scheduler before |
|
Added all-options audio/timing artifacts:
Covered rows:
Notes:
|
|
Pushed an update replacing the broad host-projection patch with the minimal scheduler-reset patch. Latest package commit: What changed:
I also opened the native upstream PR here: Once that lands upstream, this package can drop the local patch and just build from the fixed qwentts.cpp ref. |
|
Upstream qwentts.cpp PR #4 was merged, so I pushed another package update. Latest package commit: What changed:
I also verified locally that qwentts.cpp A fresh six-job wheel build is running from |
Adds a pull_request trigger for the CUDA wheel workflow while keeping workflow_dispatch inputs for manual builds. The PR path also defines default qwentts.cpp ref, CUDA architectures, and wheel build tag because dispatch inputs are not available on pull_request events.