Views
No views yet

coremltools; the packages are stateless, so all sequencing and buffering lives in your Swift code.| Task | audio to audio |
| Upstream | myshell-ai/OpenVoice |
| Packages | 2 |
| Download size | 58 MB |
| Minimum iOS | 17.0 |
| Peak RAM | ~500 MB |
| File | Size | Compute units | SHA-256 |
|---|---|---|---|
OpenVoice_SpeakerEncoder.mlpackage.zip | 1 MB | cpuAndGPU | c3f2a96aaf5ecb5c… |
OpenVoice_VoiceConverter.mlpackage.zip | 57 MB | cpuAndGPU | ef3ce8a2d1564aef… |
| Total | 58 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 "openvoice/*" --local-dir ./openvoice
2unzip './openvoice/openvoice/*.zip' -d ./openvoice1import 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 OpenVoice_SpeakerEncoder(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 2 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/OpenVoiceDemo, a standalone SwiftUI project.convert_openvoice.pydocs/coreml_conversion_notes.md