La version 0.6 de SongRec, application de bureau permettant la reconnaissance de titres audio sur la base d’échantillons audio ou simplement du microphone, a eu l’honneur de venir au monde en ce début d’année, avec une toute nouvelle interface entérinant la migration de GTK+ 3 à 4. Elle est d’ores et déjà disponible sur Flathub et le Snap Store.
Au menu : une intégration du langage d’interface Adwaita, une option pour minimiser l’application dans la barre de tâches via l’API DBus KSNI, une interface plus claire avec quelques paramètres, la mise à jour des dépendances avec notamment l’utilisation des bindings Rust de Libsoup3 pour le réseau afin de permettre une meilleure intégration au bureau, l’intégration de Weblate pour les traductions, et une candidature pour rejoindre Gnome Circle.
La migration de GTK-3 vers GTK-4
Dépoussiérée, l’interface de SongRec s’offre une cure de jouvence.
Avant la transition…
…et après la transition
L’objectif a été de suivre les lignes directrices d’interface humaine de GNOME au mieux, notamment afin de s’aligner sur les critères d’inclusion GNOME Circle.
La nouvelle interface basée sur la plateforme Adwaita est donc mieux intégrée au bureau GNOME 3, et utilise des bibliothèques plus modernes et mises à jour.
L’interface a été refaite avec l’outil de conception d’interface (RAD) Cambalache, successeur du défunt Glade, qui vient tout juste de sortir en version 1.0.
Weblate, pour la traduction c’est + puissant
Une instance de la plateforme de traduction Weblate a été mise en ligne, afin de répondre au mieux aux besoins d’internationalisation plus simple sur le projet. SongRec est ainsi maintenant disponible en 16 langues, qui sont en partie à jour, et peut être traduit sans compte Github.
Auparavant, les fichiers .po étaient traduits manuellement en utilisant le système de pull requests Github. Désormais, une plateforme de traduction auto-hébergée est utilisée.
La simplicité d’installation de Weblate, application basée sur Django et compatible avec uWSGI, est appréciée.
Oh Snap !
SongRec est aussi maintenant disponible, en plus d’une distribution par PPA, dans les dépôts extra d’Arch Linux et sur Flathub, mais aussi désormais via le Snap Store.
L’intégration au Snap Store a été bien moins aisée que celle à Flathub, voire tellement frustrante que cinq ans et demi sont passés entre la première tentative d’intégrer la bibliothèque multi-plateforme Rust CPAL qui utilise pour seul backend sous Linux ALSA (plus précisément libasound et donc les couches de compatibilité associées avec PipeWire et Pulseaudio) et la production d’une solution fonctionnelle pour ce paquet.
Heureusement, CPAL 0.18 qui devrait intégrer la compatibilité native avec PulseAudio et PipeWire devrait sortir incessamment sous peu…
La notification 🔔
Aussi, sur demande de la base utilisatrice, il est désormais possible de réduire SongRec dans la zone de notifications, en utilisant l’API DBus KSNI, un standard produit par KDE transcendant les environnements de bureau qui tend à remplacer libappindicator et son successeur libayatana-appindicator, portés par Canonical, qui dépendent de GTK-3 et ne sont plus intégrés à GTK-4.
L’autre alternative compatible avec GTK-4 qui permet de réduire les applications en fond, l’API DBus FreeDesktop background portal XDG, semble en effet comporter des bugs et n'être pas tout à fait mature.
La fenêtre de préférences de SongRec.
Un arrêt maladie bien occupé
La contribution de SongRec est ouverte à tout le monde et soumise au simple respect du code de conduite GNOME. Un canal Matrix, alternative non centralisée à Discord a de plus été mis en place pour permettre une collaboration plus aisée, en dehors des issues Git.
Fait main et artisanale, cette application produite sans IA générative aucune ne demande que vos petites mains pour continuer à fonctionner.
Elle utilise actuellement les services d’Apple, avec des API identifiées sur la base de l’analyse de l’application Android au titre de l’interopérabilité, tout comme les projets VLC ou FFMpeg, français, intègrent leurs propres implémentations des formats du consortium MPEG, sur la base des exceptions de droit d’auteur permises en droit français au titre d’interopérabilité et notamment l’avis du Conseil d’État du 16 juillet 2008, qui confirme la protection du développement de logiciels libres à cette fin.
Le brevet d’origine derrière l’algorithme de création d’empreinte de Shazam, qui en tant que brevet logiciel n’a jamais été valable dans l’UE, est expiré, et son fonctionnement est également documenté depuis un certain temps.
Son fonctionnement est, brièvement, de produire un spectrogramme audio (soit une grille présentant les fréquences sur un axe et le temps sur l’autre) à partir des dernières secondes d’audio captées par l’utilisateur ou l’utilisatrice, et l’amplitude aux intersections. Les pics d’amplitude audio importants sont ensuite identifiés et transmis aux serveurs d’Apple.
Un spectrogramme audio - de Wikimedia Commons, par Aquegg, le 21 décembre 2008, domaine public
Ainsi, l’audio complet n’est en aucun cas communiqué aux serveurs distants, et votre vie privée est respectée.
La liste des contributeurs et contributrices est disponible ici.
N’hésitez donc pas si vous souhaitez participer à la maintenance et au développement de cette application sous licence GPL v3 !
Aller plus loin
- Site officiel de l'application (111 clics)
- Dépôt Git (48 clics)
- Paquet extra sur Arch Linux (57 clics)
- Distribution sur Flathub (70 clics)
- Plateforme de traductions (37 clics)
- Notes de version (26 clics)
- Notes de version sur Mastodon (33 clics)
# A essayer
Posté par vmagnin (site web personnel, Mastodon) . Évalué à 5 (+3/-0).
Intéressant, voilà un logiciel que j'essaierai !
Il y a juste un truc à la fin du communiqué que je ne comprends pas bien :
Si une empreinte du morceau est envoyée à un serveur et si l'algorithme de reconnaissance est vraiment efficace, en quoi notre vie privée serait respectée ? Ou alors la remarque fait référence à autre chose concernant la façon dont le logiciel interagit avec le serveur ?
[^] # Re: A essayer
Posté par Marin Moulinier (site web personnel, Mastodon) . Évalué à 10 (+10/-0).
En effet Apple peut toujours faire un lien entre chanson reconnue et adresse IP, mais l'audio entier n'est pas transmis, des paroles humaines ne sont pas retranscriptibles par exemple. Pour le reste, les API de tracking ne sont pas appelées et l'User-Agent est randomisé, de même que les autres paramètres envoyés via HTTP.
# Génial
Posté par PLuG . Évalué à 6 (+5/-0).
Merci pour le lien how-shazam-works
Super bien expliqué, en partant le plus possible de zéro (musique, fréquences, sampling, traitement du signal, …)
Je me suis régalé à sa lecture
# Cas d'utilisation
Posté par jihele . Évalué à 10 (+8/-0).
Merci pour le dev et la dépêche qui explique bien.
Je me pose la question du cas d'utilisation. Si ça tourne sur le bureau, ça va servir à identifier des musiques qui passent… dans le bureau. J'ai le sentiment que Shazam est surtout utilisé à l'extérieur (bar, voiture, soirée) sur un téléphone, dans un environnement où on ne maîtrise pas la source audio.
Je vois bien le cas du PC portable en wifi au bar. Mais ça me semble relativement marginal.
(Je verrais plus l'utilité immédiate d'une appli dans F-Droid.)
Y a-t-il une grosse demande ? Est-ce que ça a été développé autant pour le plaisir de le faire que pour l'utilité ? Est-ce que j'ai pas compris quelque-chose ?
[^] # Re: Cas d'utilisation
Posté par BAud (site web personnel) . Évalué à 8 (+6/-0).
pour cela, tu as Audile https://f-droid.org/packages/com.mrsep.musicrecognizer/
moui, ou chez soi devant la tv ;-)
je ne vais pas lancer waydroid puis audile pour l'avoir sur mon PC :p
[^] # Re: Cas d'utilisation
Posté par jihele . Évalué à 3 (+1/-0).
Je connaissais pas. J'essaierai, par curiosité. Merci.
Certes. Mais chez soi on sait généralement ce qu'on diffuse. Mais oui, ok, tu peux avoir une musique dans un flim, etc.
Je me disais juste que ça faisait un effort de dev pour une utilisation plus marginale. C'est évidemment tout sauf une critique (au contraire).
[^] # Re: Cas d'utilisation
Posté par uneTanche (site web personnel, Mastodon) . Évalué à 8 (+7/-0). Dernière modification le 17 avril 2026 à 22:30.
Je suis un utilisateur de SongRec, voici mon contexte d'utilisation:
J'écoute régulièrement des web radio comme hot mix ou radio meuh. Ces radios ne donnent pas d'informations en direct quant aux titres diffusés. Donc SongRec me permet de les identifier et quand j'entends un titre qui me plaît, je l'ajoute aux favoris.
[^] # Re: Cas d'utilisation
Posté par Astaoth . Évalué à 4 (+2/-0).
Pareil, je l'utilise aussi pour identifier des titres que j'entends via l'ordi. Ca peut être sur une webradio, une vidéo, un stream, etc. Même si le titre est donné oralement, dans l'overlay du stream ou les crédits, c'est pas toujours le cas, et j'utilise l'historique de songrec comme un bloc-notes.
Ca permet aussi d'avoir une appli pour les smartphones Linux comme Droidian ou PMOS (ou dans un LXC de SFOS).
Emacs le fait depuis 30 ans, et sans pubs ni télémétrie.
# Hors réseau ?
Posté par C. OB (site web personnel) . Évalué à 3 (+2/-0).
Savez-vous si il est possible de ce type de reconnaissance hors réseau , avec une base de donnée embarquée par exemple qu'on mettrait à jour périodiquement ?
Pour le cas où le réseau est pas accessible…
# musicbrainz picard
Posté par Funix (site web personnel, Mastodon) . Évalué à 3 (+1/-0).
Musicbrainz picard fait à peu près la même chose, il est stable et mature, bien établi avec une bonne communauté.
Qu'est ce que ton logiciel apporte de plus ?
https://www.funix.org mettez un manchot dans votre PC
[^] # Re: musicbrainz picard
Posté par Marin Moulinier (site web personnel, Mastodon) . Évalué à 3 (+2/-0). Dernière modification le 26 mai 2026 à 19:35.
Hey salut,
Alors les deux autres applis de bureau pour Linux avec des fonctionnalités de fingerprinting audio que je connaisse (celle que tu viens de me faire découvrir et Mousai) interagissent avec d'autres services. Acoustid.org et Audd.io respectivement. J'ai développé SongRec à l'époque (en 2020, et une quarantaine de personnes externes ont apporté des contributions au projet depuis) car les autres services en ligne gratuits que je trouvais à l'époque ne me semblaient pas fournir des taux de reconnaissance assez satisfaisants.
Bonne journée
[^] # Re: musicbrainz picard
Posté par sebas . Évalué à 2 (+0/-0).
ÇA fait 15 ans que je me bats contre pulseaudio. À chaque install, j'espère que les problèmes de la précédente version seront résolus, je le garde quelques 15 jours, puis je finis par le virer parce que ça n'est pas utilisable. Ma dernière install (debian) date de 4 mois et j'ai insisté parce que c'est maintenant pipewire, mais c'est intenable (cette fois-ci, il me donne comme occupés des dispositifs qui sont de fait dispo, aucun processus nécessitant l'audio n'étant actif).
Je me suis obstiné car d'une part j'apprécie la possiblillité de pouvoir rediriger le son système vers un DAC externe, et aussi parce que désinstaller PW et PA me désinstallait également ton logiciel, dont ils sont une dépendance. Mais la semaine dernière, n'arrivant en aucun cas à faire un appel VoIP urgent, même après un pkill wire + relance de pipewire, de guerre lasse j'ai fait un bon coup de purge pipewire pulseaudio, et miracle, tout marche de nouveau. Mais SongRec a giclé également, par la même occasion.
D'où ma question : la dépendance à pipewire est-elle vraiment nécessaire ? N'y aurait-il pas un plan B pour fonctionner avec ALSA sur les systèmes ou PW serait absent ?
En tout cas, merci pour ton (votre) logiciel, qui m'a l'air bien sympa !
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.