08-16-2026, 08:23 AM
Bonjour à tous,
Je lis la remarque sur le « soft UPnP » et elle est juste : dire ce que Tune est censé faire ne remplace pas dire comment il le fait. Je prends donc trois sujets concrets, avec les détails.
1) La recherche acoustique
Tune sait chercher un titre par ce qu'il SONNE, pas par ses tags. On tape « jazz feutré de fin de soirée » et il propose des morceaux dont la signature sonore correspond, y compris si le genre est mal renseigné ou absent.
Comment, précisément : chaque piste est analysée hors ligne par un modèle CLAP (LAION), qui produit un vecteur de 512 dimensions à partir de 10 secondes d'audio ramenées en mono 48 kHz. La recherche compare ensuite les vecteurs par similarité cosinus. Le modèle tourne en local, sur votre machine, via ONNX Runtime. Rien ne part sur un serveur.
Ce que ça ne fait pas, et c'est le point qui vous intéressera le plus : cette analyse ne touche JAMAIS le chemin de lecture. Elle tourne en tâche de fond, comme le calcul ReplayGain, et écrit dans une table à part. Le flux qui part vers votre DAC est identique, que la fonction soit activée ou non. Elle est d'ailleurs désactivée par défaut et se pilote par un
réglage.
Deux limites que j'assume plutôt que de les cacher :
- la tour texte du modèle est entraînée en anglais. Les ambiances fournies sont donc traduites sous le capot (« Jazz feutré » exécute « warm intimate late-night jazz »). Une requête tapée librement en français fonctionne moins bien. La traduction automatique est une piste ouverte.
- l'analyse coûte du temps CPU au premier passage sur une grosse bibliothèque.
2) Un designer UI/UX rejoint le projet
C'est une réponse directe à ce qui remonte ici depuis des mois : le frein n'est pas la fonctionnalité, c'est la prise en main. L'installation et la lisibilité de l'interface reviennent plus souvent, dans ce fil, que n'importe quelle demande de fonction.
Je préfère l'annoncer maintenant plutôt qu'après coup, parce que ça va se voir dans les prochaines versions. Je présenterai la personne et son premier chantier ici même.
3) La feuille de route
- jusqu'au 31 août : Tune continue d'évoluer au rythme actuel
- du 1er au 30 septembre : gel des fonctionnalités. Plus aucune nouveauté, uniquement stabilisation, corrections et finition. C'est un mois de chasse aux bugs assumé comme tel.
- 1er octobre : sortie de la version 1.0
Je lis la remarque sur le « soft UPnP » et elle est juste : dire ce que Tune est censé faire ne remplace pas dire comment il le fait. Je prends donc trois sujets concrets, avec les détails.
1) La recherche acoustique
Tune sait chercher un titre par ce qu'il SONNE, pas par ses tags. On tape « jazz feutré de fin de soirée » et il propose des morceaux dont la signature sonore correspond, y compris si le genre est mal renseigné ou absent.
Comment, précisément : chaque piste est analysée hors ligne par un modèle CLAP (LAION), qui produit un vecteur de 512 dimensions à partir de 10 secondes d'audio ramenées en mono 48 kHz. La recherche compare ensuite les vecteurs par similarité cosinus. Le modèle tourne en local, sur votre machine, via ONNX Runtime. Rien ne part sur un serveur.
Ce que ça ne fait pas, et c'est le point qui vous intéressera le plus : cette analyse ne touche JAMAIS le chemin de lecture. Elle tourne en tâche de fond, comme le calcul ReplayGain, et écrit dans une table à part. Le flux qui part vers votre DAC est identique, que la fonction soit activée ou non. Elle est d'ailleurs désactivée par défaut et se pilote par un
réglage.
Deux limites que j'assume plutôt que de les cacher :
- la tour texte du modèle est entraînée en anglais. Les ambiances fournies sont donc traduites sous le capot (« Jazz feutré » exécute « warm intimate late-night jazz »). Une requête tapée librement en français fonctionne moins bien. La traduction automatique est une piste ouverte.
- l'analyse coûte du temps CPU au premier passage sur une grosse bibliothèque.
2) Un designer UI/UX rejoint le projet
C'est une réponse directe à ce qui remonte ici depuis des mois : le frein n'est pas la fonctionnalité, c'est la prise en main. L'installation et la lisibilité de l'interface reviennent plus souvent, dans ce fil, que n'importe quelle demande de fonction.
Je préfère l'annoncer maintenant plutôt qu'après coup, parce que ça va se voir dans les prochaines versions. Je présenterai la personne et son premier chantier ici même.
3) La feuille de route
- jusqu'au 31 août : Tune continue d'évoluer au rythme actuel
- du 1er au 30 septembre : gel des fonctionnalités. Plus aucune nouveauté, uniquement stabilisation, corrections et finition. C'est un mois de chasse aux bugs assumé comme tel.
- 1er octobre : sortie de la version 1.0