Views
No views yet

coremltools; the packages are stateless, so all sequencing and buffering lives in your Swift code.| Task | text to speech |
| Upstream | hexgrad/Kokoro-82M |
| Packages | 4 |
| Download size | 724 MB |
| Minimum iOS | 17.0 |
| Peak RAM | ~1000 MB |
| File | Size | Compute units | SHA-256 |
|---|---|---|---|
Kokoro_Predictor.mlpackage.zip | 69 MB | cpuAndGPU | af1d55dc842980c3… |
Kokoro_Decoder_128.mlpackage.zip | 219 MB | cpuAndGPU | cece0d072f5ba6aa… |
Kokoro_Decoder_256.mlpackage.zip | 219 MB | cpuAndGPU | 36d5e16d5c5ccb50… |
Kokoro_Decoder_512.mlpackage.zip | 219 MB | cpuAndGPU | 0a44484c327e4fe8… |
kokoro_vocab.json | 1 KB | - | 70abefbe8a1c8865… |
| Total | 724 MB |
compute_units is not a suggestion -- it is the configuration the conversion was verified against. Moving a package to a different compute unit can silently change the numerics (FP16 attention overflow) or crash on the GPU.1hf download mlboydaisuke/coreml-zoo --include "kokoro/*" --local-dir ./kokoro
2unzip './kokoro/kokoro/*.zip' -d ./kokoro1import CoreML
2
3let config = MLModelConfiguration()
4config.computeUnits = .cpuAndGPU // as converted — see the table above
5
6// Unzip the .mlpackage, drop it into your Xcode target and Xcode compiles it
7// at build time:
8let model = try Kokoro_Predictor(configuration: config)
9
10// ...or compile a downloaded .mlpackage at runtime:
11let compiled = try await MLModel.compileModel(at: mlpackageURL)
12let model = try MLModel(contentsOf: compiled, configuration: config)This model is split into 4 Core ML packages that are driven in sequence from Swift. Load them one at a time, copy the outputs out of theMLMultiArraybuffers and release each model before loading the next — two large Core ML models resident at once will OOM on an iPhone.
sample_apps/KokoroDemo, a standalone SwiftUI project.convert_kokoro.pydocs/coreml_conversion_notes.md