sweep: accept restricted licences (owner-authorised) + fix vibevoice-bitnet and kugelaudio
Three fixes, all from the completed ggml-v0.23 sweep's own results. It finished 83 backends: ASR 38/45 PASS, TTS 20/36, MT 1/2. Of the 16 TTS non-passes, only TWO were defects. 1. RESTRICTED LICENCES — 10 rows were the gate, not failures. pocket-tts, pocket-tts-de, pocket-tts-fr, orpheus, outetts, tada, tada-1b, voxtral-tts, raon (and quds-fa on the ASR side) each failed in ~0.1 s having written 0 bytes, because license_gate_allows_download() refuses before fetching. Every one of those was a permanently-red row for a reason unrelated to the code. CORRECTING MY OWN DESCRIPTION OF THIS: I called it "the non-commercial licence gate". license_requires_acceptance_tag() is broader — cc-by-nc*, cc-by-sa*, llama*, gemma, gemma-terms, qwen-research, mistral-ai-research, lfm1.0, lfm-open-1.0, funasr-v1.1, pocket-tts-terms, and "other". The registry also carries two distinct NC tags (cc-by-nc-4.0, cc-by-nc-sa-4.0) and license_accepted() matches an exact tag or a wildcard, so no single specific value covers the set and "all" is the only one-variable answer. The comment in the source says all of that rather than the tidier half-truth. Set in the sweep script only, never a library path, so it cannot leak into ordinary CLI use. The sweep downloads, synthesises once, scores and deletes. 2. vibevoice-bitnet: 23.5 s, 0 bytes, "no voice prompt resolved (pass --voice ...)". Its two siblings were already in the voice_args table; the entry I added this afternoon just missed it. Now carries the same reference WAV. 3. kugelaudio: 289 s then "failed to allocate 17.28 GB on 'CUDA0'" — it asked for 16483.91 MiB on a 16269 MiB P100. `-m auto` resolved F16, while the sweep entry's OWN note said "Q4_K ~5.7GB via -m auto (F16 17.3GB needs >16GB VRAM)". The note recorded the intent and the resolution silently disagreed with it. Now passes --model-quant q4_k explicitly instead of trusting the registry default to stay small. Both --voice and --model-quant were verified present in --help before use.
C
crispasr integration committed
5e70135a031a3e3f7cd8df83beeec693b1a108e6
Parent: 5baf533