Ce qu’il a réellement fait
Le projet s’appelle Paper Tunes. Le principe : prendre une chanson complète, la découper en huit fragments audio, encoder chaque fragment dans un QR code, puis imprimer le tout sur une feuille de papier ordinaire. En scannant les codes dans l’ordre avec un smartphone, on obtient la chanson reconstituée, morceau par morceau. Pas de streaming, pas de connexion réseau nécessaire — l’audio est physiquement contenu dans les carrés noirs et blancs.
Le résultat visible tient sur une seule page A4. Huit QR codes alignés, chacun d’aspect classique, sans rien qui laisse deviner qu’ils stockent autre chose que du texte ou une URL. Pourtant, derrière chaque carré se cache quelques secondes de son réel, décodable par n’importe quel lecteur de QR code standard.
Comment 8 carrés en noir et blanc stockent de l’audio
Un QR code au format dit « version 40 », le plus dense disponible dans la spécification standard, peut contenir jusqu’à environ 2 953 octets de données binaires brutes. C’est très peu comparé à un fichier MP3 classique, qui pèse typiquement plusieurs mégaoctets pour une chanson de trois minutes.
Arpan Mondal a contourné cette contrainte en choisissant un format audio extrêmement compressé, à un débit très bas — de l’ordre de quelques kilobits par seconde. À ce niveau de compression, la qualité audio est perceptiblement dégradée par rapport à un fichier standard : la chanson ressemble davantage à ce qu’on entendait sur un téléphone GSM des années 2000 qu’à une piste Spotify. Mais elle reste intelligible, reconnaissable, audible.
La logique de découpage est séquentielle et simple : la piste audio totale est divisée en huit segments de durée égale, chacun compressé indépendamment et encodé dans son propre QR code. La reconstitution demande de scanner les huit codes dans le bon ordre. Il n’existe pas de mécanisme automatique d’assemblage intégré au format QR lui-même — c’est l’interface logicielle développée par Mondal qui gère la concaténation des fragments à la lecture.
Arpan Mondal, l’ingénieur derrière Makestreme
Arpan Mondal est ingénieur logiciel. Il anime la chaîne YouTube Makestreme, où il documente des projets électroniques et informatiques de type maker — des réalisations techniques personnelles, souvent à la limite du gadget et de la démonstration de concept.
Le défi de départ qu’il s’est fixé était explicitement contraint : stocker de l’audio sur support physique imprimable, sans recourir à aucune puce, aucune mémoire électronique, aucun composant actif. La feuille de papier devait être le seul support. Ce cadre volontairement restrictif est caractéristique de la culture maker, où la contrainte technique arbitraire est souvent le moteur du projet plutôt que son obstacle.
Il a documenté la démarche sur Hackster.io et Instructables, deux plateformes communautaires fréquentées par les électroniciens amateurs et les ingénieurs bricoleurs. Sa publication détaille les choix techniques, les compromis acceptés sur la qualité audio, et les raisons pour lesquelles huit codes représentaient un équilibre acceptable entre la durée de la chanson et la contrainte de capacité par QR code.
Le projet est reproductible : il a tout publié
Mondal a mis en ligne l’intégralité du code source et un guide de reproduction dès la mi-août 2026, simultanément à la présentation du projet. Quiconque dispose d’un environnement de développement basique et d’une imprimante peut tenter l’expérience avec sa propre chanson.
Concrètement, cela implique d’installer les dépendances logicielles listées dans le dépôt, de fournir un fichier audio source, puis de laisser le script effectuer la compression et la génération des QR codes. L’impression standard suffit — aucun matériel spécialisé n’est requis. La contrainte principale reste la durée de la chanson : plus elle est longue, plus la qualité audio de chaque fragment doit être réduite pour tenir dans la capacité fixe d’un QR code.
Cette ouverture totale du projet explique en partie pourquoi il a circulé aussi largement : des sites comme Tom’s Hardware et Hackaday l’ont relayé précisément parce qu’il y avait quelque chose à tester, à reproduire, à critiquer techniquement.
Pourquoi ça a circulé deux mois après la publication
Le projet a été mis en ligne entre le 14 et le 18 août 2026 sur Hackster.io et Instructables. La presse anglophone spécialisée — Tom’s Hardware, BGR, Hackaday — l’a couvert rapidement, dans la semaine suivant la publication. La vague francophone, elle, est arrivée autour du 17-20 septembre 2026, soit un mois après la publication initiale.
Ce décalage est assez courant pour ce type de projet maker. La chaîne de remontée fonctionne par étapes : publication sur une plateforme communautaire, reprise par un blog technique anglophone de niche, puis amplification progressive vers des médias à plus grande audience, francophones ou non. Chaque étape introduit un délai, parfois de plusieurs semaines.
Le fait qu’un projet aussi court à expliquer — une chanson dans huit QR codes — soit résumable en une seule phrase joue aussi un rôle. Ce type de concept circule bien parce qu’il est immédiatement compréhensible pour quelqu’un qui n’a aucune culture technique, tout en soulevant une vraie question d’ingénierie pour ceux qui veulent aller plus loin. C’est cette double lisibilité qui fait la durée de vie éditoriale de ce genre d’expérience.