Zyphra ZONOS2: un TTS MoE aperto per voice cloning ad alta fedeltà
Zyphra rilascia ZONOS2 con licenza Apache-2.0: 8B parametri totali, circa 900M attivi in un'architettura MoE TTS e oltre 6M ore di parlato. TelkNet lo presenta come strumento ZONOS2 Voice Cloning TTS.

Novità sui modelli / Zyphra
ZONOS2 è il modello TTS aperto in tempo reale pubblicato da Zyphra nel giugno 2026. I materiali ufficiali lo descrivono come un modello vocale MoE sparso con licenza Apache-2.0, 8B parametri totali, circa 900M parametri attivi, clonazione vocale ad alta fedeltà, TTS a bassa latenza, oltre sei milioni di ore di dati vocali multilingue e risultati di benchmark riportati da Zyphra per seed-tts eval e ZTTS1-Eval.
Il punto importante non è soltanto l'arrivo di un altro modello vocale. ZONOS2 è rilevante perché riunisce pesi aperti, un percorso audio DAC a maggiore fedeltà, livelli linguistici e condizionamento del parlante in un'unica soluzione. La voce di riferimento fornisce identità e contesto acustico; il testo di destinazione fornisce il contenuto; il decoder restituisce voce a 44.1 kHz.
Da Zonos-v0.1 a ZONOS2: dati, capacità del modello e condizionamento sono cambiati insieme
ZONOS2 non è una copia ingrandita di Zonos-v0.1. Il modello precedente aveva circa 1.6B parametri ed era stato addestrato su circa 200,000 ore di parlato. Usava fonemizzazione ed etichette linguistiche all'ingresso del testo, mentre la rappresentazione del parlante conteneva meno dettagli. Quella versione aveva aperto un percorso di clonazione vocale zero-shot, ma affrontava ancora i consueti compromessi del TTS: la scalabilità densa rallentava la generazione in tempo reale, i dizionari di fonemi complicavano il testo multilingue e con alternanza di codice, e un vettore del parlante compatto poteva scartare dettagli vocali e di registrazione presenti nella clip di riferimento.
Con ZONOS2 Zyphra ha spostato tutti e tre i confini. Il set di addestramento è cresciuto da circa 200,000 ore a oltre sei milioni. La dimensione totale del modello è passata da 1.6B a 8B parametri, mentre il routing MoE sparso mantiene il set attivo vicino a 900M per ogni passaggio. Il rilascio dichiara un throughput in tempo reale quattro volte superiore al modello precedente. La capacità può così accogliere una varietà più ampia di lingue, accenti, prosodia e condizioni di registrazione senza chiedere a ogni token di eseguire l'intera rete 8B.
Anche il condizionamento del parlante è cambiato. Zyphra descrive il nuovo embedding ECAPA-TDNN come dotato di una larghezza di banda 20 volte superiore a quella del modello precedente. Qui la larghezza di banda indica la quantità di informazioni sul parlante che l'embedding può trasportare, non la frequenza di campionamento del WAV in uscita. Aiuta a spiegare la distinzione del rilascio tra clonazione fedele e voce pulita da studio: rumore, risposta della stanza, respiro e texture vocale insolita possono essere prove di identità in un'attività e difetti da rimuovere in un'altra.
Il percorso testuale è passato da fonemizzazione esplicita ed etichette linguistiche a byte UTF-8 normalizzati. Caratteri cinesi, scritture giapponesi, coreano, numeri, punteggiatura e code-switching non devono più attraversare un unico dizionario di pronuncia fisso prima di raggiungere il modello. L'input in byte non garantisce polifoni o fraseggio corretti, ma elimina diversi punti di errore iniziali: voci mancanti nel dizionario, etichette linguistiche errate e confini rigidi tra lingue all'interno della frase.
Una maggiore quantità di dati, da sola, avrebbe lasciato al modello un obiettivo rumoroso; la descrizione ufficiale adotta quindi un addestramento in tre fasi. Il preaddestramento percorre l'intero set per otto epoche, con un filtraggio minimo della corrispondenza delle trascrizioni e senza informazioni sulla clonazione vocale. Il mid-training rende più severi la corrispondenza delle trascrizioni e la selezione del set, per ridurre allucinazioni, errori di pronuncia e ripetizioni. Una fase finale di annealing introduce embedding del parlante, controlli della velocità di eloquio e condizioni di qualità con un filtraggio più rigoroso. Prima si apprende la copertura; la pronuncia controllabile e la clonazione vengono concentrate in seguito.
La clonazione vocale è più della somiglianza
La valutazione della clonazione vocale spesso si riduce a una domanda: assomiglia al parlante di riferimento? È importante, ma non basta per uno strumento. Un sistema TTS utilizzabile dipende anche da naturalezza, stabilità, copertura linguistica, latenza, licenza e difficoltà di configurazione. ZONOS2 è interessante perché non segue soltanto il racconto delle API chiuse sulla «voce più umana». Abbina una clonazione ad alta fedeltà a un percorso aperto eseguibile in locale.
Questo cambia il compromesso per l'utente. Le API TTS chiuse sono comode per chiamate ospitate e fatturazione uniforme. Molti progetti TTS aperti sono flessibili per gli esperimenti, ma richiedono agli utenti di risolvere autonomamente problemi di qualità, ambiente e runtime. ZONOS2 si colloca tra questi estremi, combinando clonazione vocale di alta qualità, materiali del modello aperti e un flusso di prodotto che gli utenti possono provare dal sito.
Il rilascio è un modello con stack di inferenza, non un'API vocale esterna. Il suo contratto pubblico combina audio di riferimento, testo di destinazione, lingua e controlli di campionamento; il risultato dipende ancora da pre-elaborazione, decodifica del codec e checkpoint selezionato.
Che cosa c'è davvero di nuovo
Tre dettagli ufficiali vanno distinti. Il primo è l'architettura: ZONOS2 è un modello TTS sparso Mixture of Experts. Zyphra lo descrive come 8B parametri totali, con circa 900M attivi durante l'inferenza. Non si tratta quindi di un semplice modello denso ingrandito; il progetto MoE consente a un insieme di parametri più ampio di convivere con l'obiettivo del TTS in tempo reale.
Il secondo è la rappresentazione audio. La scheda del modello afferma che ZONOS2 usa byte UTF-8 normalizzati da nemo TN e un embedding del parlante ECAPA-TDNN durante l'inferenza, quindi impiega il backbone MoE per generare token DAC. L'articolo ufficiale di Zyphra presenta il percorso DAC come capace di produrre audio a 44.1 kHz. È rilevante perché l'uso previsto riguarda narrazione dettagliata, voci di personaggi, podcast e clonazione vocale multilingue, non telefonia a bassa frequenza di campionamento.
Il terzo è la copertura linguistica. La scheda del modello indica nel Tier 1 inglese, cinese mandarino e giapponese; nel Tier 2 coreano, russo, italiano, portoghese, francese, spagnolo, vietnamita, tedesco, ebraico e olandese; e nel Tier 3 svedese, hindi, tamil, telugu, thailandese, norvegese, bengalese, tagalog, arabo, danese, indonesiano, polacco, ucraino, romeno, finlandese, ungherese, lituano, estone, slovacco, croato e lettone. La suddivisione stessa rappresenta un confine: il supporto non implica che ogni lingua, accento e clip di riferimento si comportino allo stesso modo.
Come leggere l'affermazione sui benchmark
La pagina di rilascio di Zyphra riporta risultati solidi su seed-tts eval e sul nuovo ZTTS1-Eval, con enfasi su somiglianza del parlante, prosodia, naturalezza e fedeltà della clonazione vocale. La lettura corretta resta circoscritta alla fonte: è il quadro di benchmark e campioni di Zyphra, non una garanzia universale che ogni generazione successiva superi qualsiasi modello chiuso o aperto.
La discussione sulla valutazione è anche più sfumata di un singolo punteggio. Zyphra osserva che il WER può essere problematico per il TTS, perché una voce generata può essere più pulita del parlato umano reale e quindi più facile da trascrivere per l'ASR, senza essere necessariamente una copia più fedele del parlante di riferimento. ZONOS2 mette esplicitamente in risalto la fedeltà vocale e offre orientamenti stable ed expressive: uno privilegia un output più pulito e stabile, l'altro punta a una clonazione naturale più fedele.
ZONOS2 è un rilascio TTS MoE aperto del giugno 2026 che Zyphra documenta secondo specifiche condizioni di valutazione TTS e clonazione vocale. Qualità dell'audio di riferimento, lingua di destinazione, lunghezza del testo, controllo dello stile e configurazione di campionamento restano variabili separate; i risultati pubblicati rimangono quindi entro il protocollo dichiarato.
Confronto con i percorsi TTS comuni
| Dimensione | ZONOS2 / flusso di attività | API TTS chiusa e ospitata | Tipico TTS aperto self-hosted |
|---|---|---|---|
| Pesi e licenza | I pesi ufficiali sono disponibili; la scheda del modello indica Apache-2.0. | Di solito disponibile solo come API, senza controllo sui pesi. | Dipende dal modello; licenza, uso commerciale e qualità variano molto. |
| Controllo dell'utilizzo | Un flusso di attività può offrire tracciamento dello stato e integrazione del download WAV, mantenendo visibile il confine del modello. | Hosting comodo, ma latenza, regione, audit e percorso dei dati dipendono dal fornitore. | Controllo elevato, ma l'utente deve gestire ambiente, pesi, servizio e debug. |
| Clonazione vocale | Zyphra mette esplicitamente in evidenza una clonazione vocale ad alta fedeltà e naturale. | Può essere valida, ma spesso è limitata da account, autorizzazione, quota e regole della piattaforma. | La qualità varia molto in base alla famiglia del modello e all'audio di riferimento. |
| Confini linguistici | La scheda del modello pubblica il supporto linguistico Tier 1/2/3. | La copertura del prodotto può essere ampia, ma i dettagli di addestramento e valutazione non sono sempre pubblici. | La copertura dipende dai dati di addestramento e dal progetto di tokenizer/phonemizer. |
| Flusso dell'utente | Caricare una voce di riferimento, inserire il testo e attendere un output WAV. | Di solito chiamate dirette ad API in tempo reale o alla console. | Richiede spesso lavoro da CLI, configurazione degli strumenti e post-elaborazione audio. |
Usarlo come flusso di strumenti
Il percorso dell'utente è semplice: caricare una voce di riferimento, inserire il testo da pronunciare, scegliere lingua e parametri e ricevere come risultato un file WAV.
Per gli utenti, il valore principale è il minore onere di configurazione: non devono preparare un ambiente di ricerca né comprendere ogni dettaglio implementativo prima di valutare ZONOS2 attraverso voce di riferimento, testo, lingua e parametri di qualità.
Indicazioni pratiche per l'uso
Preferire un solo parlante, microfono ravvicinato, poco riverbero e basso rumore di fondo. Una clip pulita di 10-30 secondi è spesso più utile di una lunga registrazione con musica o rumore ambientale.
Inglese, cinese mandarino e giapponese sono Tier 1 nella scheda ufficiale del modello. Le altre lingue elencate vanno comunque giudicate dall'output generato e tramite ascolto umano.
I risultati dipendono dai dati e dalle impostazioni del test. Confronta la voce generata con la registrazione di riferimento per valutare pronuncia e somiglianza vocale.
Clonare soltanto voci che si ha il diritto di usare, non impersonare persone reali e non usare la voce generata per ingannare sull'identità.
Fatti su ZONOS2 e lettura del prodotto
| Voce | Fatto ufficiale o di prodotto | Significato corretto |
|---|---|---|
| Data di pubblicazione | La pagina ufficiale di Zyphra è datata 2026-06-12. | È la data della notizia sul modello, non una prova che ogni prodotto derivato sia stato aggiornato quel giorno. |
| Licenza | La scheda del modello su Hugging Face indica apache-2.0. | Adatto all'esecuzione locale e all'integrazione, pur richiedendo un uso responsabile. |
| Scala | 8B parametri totali / circa 900M parametri attivi. | Il MoE attiva soltanto una parte dell'insieme di esperti a ogni passaggio; non è un'affermazione di inferenza densa 8B. |
| Dati di addestramento | Zyphra dichiara oltre sei milioni di ore di parlato multilingue. | Grande scala, ma livello linguistico, condizioni di registrazione e voce di riferimento restano importanti. |
| Percorso audio | I materiali ufficiali descrivono la generazione di token DAC e audio a 44.1 kHz. | Più adatto a parlato dettagliato, narrazione e voci di personaggi che alla telefonia a bassa frequenza. |
| Contratto di inferenza | Voce di riferimento, testo di destinazione, lingua e impostazioni di campionamento condizionano il modello pubblicato. | La qualità dipende ancora da materiale di input, pre-elaborazione e configurazione di decodifica. |