"97 ou 142 ? Ce qu'un mail d'instructeur a changé dans RideComposer"

Il y a quelques jours, un instructeur qui teste RideComposer nous a écrit. Son message était court, précis, et il a déclenché l'une des plus grosses corrections de ces derniers mois.

« Prenons le cas de ce morceau : Astrix – Artcore. RideComposer analyse à 97 BPM. MixMeister analyse à 142. Une application de mesure du BPM donne 141,9. Or cela change tout : 97, c'est du plat, et 142, de la grimpe. On n'est donc pas sur le même ride. »

Il avait entièrement raison. Sur les deux points.

Pourquoi un BPM faux n'est pas un détail

Pour un instructeur, le tempo n'est pas une donnée décorative : c'est ce qui détermine la cadence de pédalage, donc la nature même de l'effort. Un morceau à 142 BPM se pédale à 71 tours par minute — une cadence lourde, en danseuse ou en résistance forte. Le même morceau annoncé à 97 BPM appelle une cadence rapide et légère, sur le plat.

Autrement dit : un chiffre faux dans la colonne BPM, et c'est le sens de votre bloc qui change. Vous préparez une montée, la machine vous propose un sprint.

Ce que nous avons trouvé : trois problèmes, pas un

En creusant, nous nous attendions à un défaut. Nous en avons trouvé trois, imbriqués.

Le premier était invisible et vicieux. Dans certaines situations, RideComposer enregistrait non pas le tempo du morceau, mais sa moitié. Conséquence directe pour les utilisateurs venus de MixMeister : un ride importé annonçant fièrement 142 BPM se retrouvait enregistré à 71. C'était exactement l'inquiétude soulevée par notre testeur quand il demandait « quid lors de l'import d'un ride MM ? ». Il visait juste.

Le deuxième était le cœur du problème. Notre analyseur de tempo, hérité des premières versions, avait trois faiblesses de conception : il n'écoutait que les trente premières secondes d'un morceau — souvent l'introduction, là où le rythme n'est pas encore installé ; son filtre censé isoler la grosse caisse ne l'isolait pas vraiment ; et il mesurait les intervalles entre battements successifs sans jamais vérifier l'ensemble. Résultat : sur notre banc d'essai, il répondait 97 à quatre morceaux qui n'avaient aucun rapport entre eux. Ce n'était pas une erreur, c'était du hasard.

Le troisième nous a surpris. L'analyse dépendait de la carte son de l'ordinateur. Le même fichier pouvait donner un tempo différent d'une machine à l'autre. Ce défaut-là était invisible pour tout le monde, y compris pour nous.

Comment on corrige sans deviner

La partie la plus importante de ce travail n'a pas été d'écrire du code, mais de se donner les moyens de vérifier.

Un détecteur de tempo qui « semble mieux marcher » ne vaut rien : il faut des chiffres. Nous avons donc constitué un banc d'essai à partir d'une bibliothèque professionnelle de musique fitness, dont chaque morceau porte un BPM certifié par son fournisseur — 1 954 tempos de référence, vérifiés. Chaque modification du moteur est désormais mesurée contre cette référence, sur un échantillon tiré au hasard dans tous les genres.

Ce banc a immédiatement montré sa valeur. Deux idées qui semblaient excellentes sur le papier ont été abandonnées en quelques minutes parce que les chiffres les contredisaient : l'une dégradait la précision générale, l'autre faisait chuter la salsa de 60 % à 40 %. Sans mesure, elles auraient été publiées en paraissant tout à fait raisonnables.

Le nouveau moteur, en clair

Le principe tient en quelques idées simples.

Le moteur écoute désormais trois passages différents du morceau — jamais seulement le début — et n'écoute que les fréquences graves, là où frappe la grosse caisse. Il cherche ensuite la pulsation qui se répète non seulement d'un temps à l'autre, mais aussi d'une mesure à l'autre : c'est ce qui permet de distinguer le vrai tempo d'une figure rythmique syncopée, comme la clave d'une salsa.

Enfin, il tranche une ambiguïté vieille comme la musique : un rythme régulier peut toujours se compter à deux vitesses. 71 ou 142, c'est la même musique comptée autrement. Pour choisir, le moteur s'appuie désormais sur ce que sont réellement les musiques de cours — une plage de 60 à 240 BPM, avec une très forte concentration entre 120 et 130.

Les résultats

Sur un échantillon représentatif de 123 morceaux tous genres confondus :

| | Avant | Après |

|---|---|---|

| Tempos exploitables | 80,5 % | 87,8 % |

| Tempos exacts | 68,3 % | 72,4 % |

| Erreurs de « moitié / double » | 7 | 0 |

Ce dernier chiffre est le plus important pour vous : les erreurs qui transformaient une grimpe en plat ont disparu — sur les sept genres que nous avons testés, du moombahton à la pop, de la house au flamenco.

Et le morceau de notre testeur ? Il affiche 142.

Ce que ça change concrètement

• Vos imports MixMeister conservent leur tempo d'origine. Un .mmp annonçant 142 est enregistré à 142.
• Les colonnes BPM et RPM disent enfin deux choses différentes : le tempo de la musique d'un côté, votre cadence de pédalage de l'autre.
• Un bouton « Re-analyze BPM » permet de recalculer les tempos de votre bibliothèque existante. Il travaille sur ce que vous affichez — sélectionnez un dossier pour commencer petit —, s'interrompt quand vous voulez et reprend là où il s'était arrêté. Vos BPM saisis à la main ne sont jamais écrasés.
• Quand le moteur n'est pas sûr, il l'avoue et affiche « — » plutôt qu'un chiffre inventé. Vous saisissez alors la valeur vous-même.

Ce qui n'est pas encore parfait

Nous préférons le dire. Il reste une faiblesse identifiée : sur les musiques à métrique ternaire — la salsa, la rumba flamenca et son compás à douze temps —, le moteur se trompe encore une fois sur trois. Il compte parfois par trois là où le temps se compte par quatre.

Nous savons précisément où se situe le problème, nous avons deux pistes pour l'attaquer, et surtout : nous avons maintenant de quoi mesurer chaque tentative en deux minutes. Ce sera le prochain chantier.

Merci

Cette correction n'existerait pas sans le mail d'un utilisateur qui a pris le temps de vérifier avec deux outils, de noter les chiffres, et de nous écrire. Si vous constatez quelque chose d'anormal dans RideComposer, écrivez-nous : c'est exactement comme ça qu'un logiciel s'améliore.

La correction est disponible dans la dernière version de RideComposer.