← Derniers articles
💻 computer science

An Omnilingual-ASR-Based Speech-LLM System for the 2nd MLC-SLM Challenge

Cet article présente un système de reconnaissance vocale en cascade pour le 2ème défi MLC-SLM qui combine une segmentation basée sur WavLM, un partitionnement de locuteurs CAM++ et un ASR-LLM omnilingue adapté par LoRA afin d'atteindre une réduction significative du macro tcpMER de 79,15 % à 29,27 % sur l'ensemble de développement, tout en soulignant que le partitionnement basé sur les plongements et les stratégies de segmentation tenant compte des chevauchements impactent de manière critique la performance.

Auteurs originaux : Shuming Fang, Shuifei Zeng

Publié 2026-07-15
📖 5 min de lecture🧠 Analyse approfondie

Auteurs originaux : Shuming Fang, Shuifei Zeng

Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète

Imaginez que vous essayez de transcrire un appel téléphonique chaotique et rapide entre deux amis qui parlent des langues différentes, changent d'accents et se coupent parfois la parole. C'est le défi que les auteurs ont relevé pour le 2ème défi MLC-SLM. Ils ont construit un système de « détective de la parole », mais au lieu d'un seul cerveau géant essayant de tout faire en même temps, ils ont créé une équipe de relais à trois personnes.

Voici comment leur équipe fonctionne, étape par étape :

1. L'équipe de découpage et collage (Segmentation)
D'abord, le système doit découper l'audio désordonné en morceaux nets et mono-locuteurs. Les auteurs ont testé deux types de « ciseaux » différents. L'un était une paire de ciseaux standard (un modèle appelé pyannote), et l'autre était une lame spécialisée ultra-tranchante appelée DiariZen-Large-s80. Ils ont découvert que la lame spécialisée était la gagnante, découpant l'audio en morceaux parfaits sans laisser de chevauchements désordonnés derrière elle.

2. L'équipe des étiquettes de nom (Clustering de locuteurs)
Une fois l'audio découpé, le système doit déterminer qui parle. On ne peut pas simplement deviner en fonction de qui parle ensuite ; c'est comme essayer d'identifier des personnes dans une pièce sombre en entendant seulement leurs pas. Les auteurs ont testé un raccourci où ils échangeaient simplement les noms dès qu'un locuteur changeait, mais cela a échoué lamentablement, entraînant un taux d'erreur massif de 141,2 %. Au lieu de cela, ils ont utilisé une approche par « aimant ». Ils ont pris de minuscules extraits audio, les ont transformés en empreintes digitales invisibles (embeddings) à l'aide d'un outil appelé CAM++, puis les ont triés en deux tas : Locuteur 1 et Locuteur 2. Cette méthode a changé la donne, faisant chuter le taux d'erreur à un niveau beaucoup plus gérable de 30,6 %.

3. Le traducteur (Reconnaissance)
Enfin, les morceaux d'audio propres et étiquetés vont au « traducteur », un modèle de langage massif appelé omniASR LLM 7B v2. Pour rendre ce modèle géant performant pour les appels téléphoniques sans nécessiter un supercalculateur, ils ont utilisé une technique appelée LoRA. Considérez cela comme le fait de donner au modèle une petite « fiche de triche » personnalisée (adaptateurs) pour qu'il apprenne le style spécifique de la conversation, plutôt que de réécrire l'intégralité de son cerveau. On dit à ce modèle exactement quelle langue attendre pour chaque segment, afin qu'il ne soit pas confus.

La grande découverte : Ne les laissez pas se chevaucher !
Voici la partie la plus surprenante de l'histoire. Dans le monde de la reconnaissance vocale, on veut généralement capturer chaque mot, même si deux personnes parlent en même temps. Mais pour ce défi spécifique, les auteurs ont découvert que tenter de transcrire la parole chevauchante était un piège. Si le système essayait d'écrire les deux voix pendant un chevauchement, il finissait par écrire les mêmes mots deux fois, ce qui comptait comme une erreur énorme. Ils ont donc explicitement désactivé la fonction de « détection de chevauchement ». Cela semble contre-intuitif, mais ignorer le chevauchement désordonné a en fait amélioré considérablement le score final.

Le tableau des scores
Lorsqu'ils ont testé leur équipe de relais sur l'ensemble « Development » (un test d'entraînement comprenant 150 conversations réparties en 21 catégories de langues et d'accents), ils ont obtenu un macro tcpMER de 29,27 %. Comparez cela à la référence officielle (un seul modèle essayant de tout faire), qui a obtenu un score colossal de 79,15 %. Le système des auteurs a réduit les erreurs d'environ 63 %.

Cependant, les auteurs précisent avec prudence que cette victoire n'est pas encore parfaite. Lorsqu'ils ont soumis leur système à l'ensemble « Evaluation » réel (l'examen final), le score est monté à 50,23 %. Ils suggèrent que cet écart est probablement dû au fait que le test final comportait des locuteurs, des canaux et des mélanges de langues différents, pour lesquels leur système n'avait pas encore été ajusté.

Ce qu'ils ont rejeté
L'article écarte explicitement quelques idées qui pourraient sembler évidentes :

  • Le raccourci « End-to-End » : Ils ont prouvé que l'on ne peut pas simplement laisser le modèle de parole deviner qui parle en se basant uniquement sur les marqueurs de tour de parole ; cette approche est trop peu fiable.
  • Le piège du « Chevauchement » : Ils ont montré que pour ce métrique de notation spécifique, tenter de transcrire la parole chevauchante nuit réellement à votre score, ils ont donc supprimé cette fonction dans leur soumission finale.

En bref, les auteurs suggèrent que pour ce type spécifique de défi de conversations téléphoniques multilingues, diviser le problème en une course de relais — découper l'audio, trier les locuteurs avec des empreintes digitales, puis traduire avec une fiche de triche spécialisée — fonctionne bien mieux que d'essayer d'avoir un seul modèle géant qui fait tout à la fois. Mais ils admettent que le système a encore une marge de progression avant de pouvoir gérer parfaitement tous les scénarios du monde réel.

Noyé(e) sous les articles dans votre domaine ?

Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.

Essayer Digest →