Voilà un moment que je dois écrire cet article.
Depuis le début de l’année 2026, nous avons migré La Grosse Tambouille… et, comme souvent, ça n’a pas été aussi simple qu’espéré.

Pourquoi ce changement ?

Vous le savez sûrement : ce n’est pas la fête aux budgets dans le secteur culturel, et toutes les régions sont impactées.

La Grosse Tambouille était soutenue par l’association Tambouille Prod depuis 2021. Mais à partir de septembre 2025, face à une baisse des subventions, le financement du serveur n’a plus été assuré.

Laurent et moi avons pris le relais pendant 6 mois, en finançant le serveur de notre poche. Mais en décembre, il a fallu se rendre à l’évidence : il fallait repenser toute l’infrastructure.

De mon côté, j’ai la chance d’avoir un homelab capable d’héberger LGT. Nous avons donc décidé de franchir une étape supplémentaire en créant une association, afin de structurer le projet et permettre son financement via des dons.

Comment s’est passée la migration ?

Côté technique

Nous sommes passés d’un serveur dédié OVH, qui faisait tourner tous les services (Libretime, Apache2, etc.), à une architecture basée sur deux conteneurs LXC sous Proxmox :

• un conteneur pour Libretime (gestion des morceaux, playlists, programmation…)
• un conteneur pour le site web

Un gros travail d’optimisation du site avait déjà été effectué auparavant, notamment avec la mise en place d’une API maison.

L’API de Libretime étant assez gourmande, j’en ai développé une version plus légère côté site, dédiée à la gestion des artistes, titres et votes.

Migration des données

Bonne surprise : le transfert depuis OVH vers le homelab s’est déroulé sans encombre :

• import des morceaux avec rsync
• dump + restauration de la base PostgreSQL

Et… ça tournait.

Optimisations côté front

Comme il restait un peu de temps sur l’ancien serveur, j’en ai profité pour faire un gros ménage côté JavaScript :

• suppression de fonctions obsolètes
• optimisation globale des performances
• refonte du système de gestion des pochettes

Le nouveau système de pochettes fonctionne en cascade :

MusicBrainz → Apple Music → serveur Tambouille → Wikimedia

exemple de pochette Apple Music

Si une source ne répond pas, la suivante prend le relais.
Le tout est géré côté client, ce qui allège considérablement la charge serveur (sauf cas particulier).

Le moment critique : la bascule

Puis vient le grand moment : je bascule le domaine vers sa nouvelle maison.
Et là… les vrais problèmes commencent.

Les galères (et leurs solutions)

Limite Icecast

Premier souci, rapidement identifié : Icecast était limité à 100 auditeurs.

Peu documenté dans notre version Docker, mais la solution était simple : modifier le docker-compose.yml :

    icecast:
      environment:
        ICECAST_MAX_CLIENTS: "300"

Les bots et attaques

Ensuite, les choses se corsent.
Avec un site bien référencé et relativement populaire, les bots n’ont pas tardé à débarquer… suivis de tentatives de DDoS.
J’ai passé plusieurs jours à durcir la sécurité avec Fail2ban.

Étape 1 : nettoyage des logs

Certains bots polluaient les logs, rendant invisibles les vraies menaces.

Étape 2 : blocage des accès suspects

J’ai bloqué les accès directs par IP (aucun utilisateur légitime ne fait ça).

Exemple typique :

    "\x16\x03\x01..." 400

Étape 3 : protection des accès privés

• 3 tentatives de connexion échouées = bannissement

Étape 4 : protection contre le DoS

Le plus complexe : protéger le flux.

J’ai mis en place des règles spécifiques Fail2ban capables de distinguer :

• connexions légitimes
• comportements suspects

Pendant plus de 2 mois, tous les vendredis à 19h, on a subi des tentatives d’attaque.
Résultat : un excellent terrain de test.

Et bonne nouvelle : le serveur n’a jamais été mis en danger.

Point encore en cours

Un souci reste à résoudre : l’accès DJ.

• ouvert → attaqué en moins de 24h
• impossible à mettre derrière un proxy

Solution actuelle : ouverture à la demande via le pare-feu.

Ce n’est pas idéal, mais c’est sécurisé.

Le changement de domaine

Vous l’avez peut-être remarqué : nous avons perdu le .com au profit de lagrossetambouille.fr.

Ce changement était prévu (les .com deviennent coûteux), mais pas de manière aussi brutale.

Le domaine appartenait à Chriss, un des fondateurs, que nous n’avons pas réussi à recontacter.

Nous avions envisagé une récupération simple… mais le fonctionnement des noms de domaine est plus complexe :

• expiration
• période de rétention
• protection temporaire

Résultat : impossible de le récupérer.

Et maintenant ?

Malgré tout, lagrossetambouille.fr est en ligne, plus rapide et plus solide que jamais.

Et surtout : l’aventure continue.

La suite du projet

Nous allons continuer à renforcer la résilience de LGT via :

l’Association LA GROSSE TAMBOUILLE & COMPAGNIE

Bureau

• Président : Laurent (Micmac)
• Trésorier : Manu (Casper)
• Secrétaire : moi-même (K0d)

Contributeurs actifs

• Kevin (Sean de M.A.R.C.E.L)
• Nico
• Flo (Flobuch)

Et bientôt…

Dans les semaines à venir, nous lancerons une campagne de dons pour financer :

• le serveur
• le domaine
• le temps de développement

@bientôt sur LGT !

K0d.

cet article n’est pas un tuto, mais un retour d’expérience et une prise de position.

Voilà maintenant trente ans que je mixe.

J’ai débuté sur des platines CD pitchées, puis sur des platines vinyles, avant de passer au contrôleur. J’ai vu le domaine évoluer, parfois dans un sens qui le rend de moins en moins accessible. À tel point qu’aujourd’hui, il paraîtrait difficile pour le gamin peu fortuné que j’étais il y a trente ans de prendre le contrôle de soirées.
Avec une moyenne de 1500 € pour un contrôleur « clé en main », la facture est en effet corsée. Pourtant, le DJing a toujours été un terrain d’expérimentation. Et même aujourd’hui, il est tout à fait possible de mixer avec du matériel très peu cher, parce que déclassé, obsolète ou simplement hors hype.

Récemment, je discutais avec une vieille connaissance qui mixait aussi il y a trente ans. Il m’expliquait qu’il avait arrêté le jour où « tout le monde est devenu DJ », et que ces derniers se contentaient d’appuyer sur des boutons.
Personnellement, j’apprécie au contraire le fait que le DJing se soit autant démocratisé. Que les gens deviennent de plus en plus mélomanes et pointus, ça me plaît. Je pense aussi, finalement, que mon interlocuteur était surtout un vieux grincheux qui a lâché la rampe.

Quand nous étions jeunes, nous n’avions pas les moyens de nous payer de superbes Technics MK2, bien trop chères pour nos bourses de lycéens. Alors on bidouillait. On achetait — ou on récupérait — des platines vinyles correctes dans des débarras, à une époque où le vinyle était en désuétude et où un 33 tours coûtait 1 €.
Aujourd’hui, je reste dans cet état d’esprit. Pour moi, l’essence du DJing se trouve dans la bidouille, le bricolage inventif. Les pionniers du scratch n’étaient pas des gens riches, mais des gamins de quartier ingénieux.
De ce point de vue, quelqu’un qui achète un contrôleur, le branche sur son PC et mixe avec un logiciel aux fonctionnalités figées est peut-être un DJ… mais il est compréhensible qu’un vieux grincheux le traite de « pousse-bouton ».

J’ai donc envie de partager avec vous le setup que j’utilise aujourd’hui pour mixer. Il est peu cher, inventif, mais probablement pas à la portée de ceux qui aiment sortir un appareil de sa boîte et jouer immédiatement.
Je vais d’abord vous parler de la partie matérielle, essentiellement composée d’occasion, puis de la partie logicielle, forcément libre et modifiable.

Le matériel

Côté matériel, j’utilise une console Hercules RMX. Sans être une machine légendaire, elle présente de nombreux avantages.
La mienne a tous ses faders (potentiomètres linéaires) HS, mais ce n’est pas un problème pour moi — vous comprendrez pourquoi en poursuivant votre lecture.

Contrôleur acheté en 2008 chez Michenau.

Cette console a surtout un énorme avantage : elle embarque une carte son avec deux sorties et deux entrées. Peu de matériel récent propose cela, et c’est bien dommage, car cela permet de faire des choses vraiment intéressantes.

Je couple cette console avec une table de mixage Numark X9, une ancienne table numérique 24-bit, 3 voies + effets. Je l’apprécie énormément pour la souplesse de ses faders, son crossfader optique, ses potentiomètres idéalement espacés, ses effets Alesis très agréables et ses nombreuses entrées/sorties.
Table de mixage acheté d'occaz' à Top Sonor en 2018.

J’utilise également un casque Sennheiser HD25, confortable et parfaitement adapté au mix grâce à ses basses bien présentes. C’est la seule chose — avec les câbles — qui soit neuve dans mon setup.

Le logiciel

Côté logiciel, je m’appuie sur Linux Manjaro. Après avoir passé pas mal de temps sous Ubuntu et testé différentes distributions, Manjaro représente pour moi un excellent compromis entre stabilité du système et fraîcheur logicielle.
J’ai ainsi toujours les dernières versions de mes logiciels de référence, préalablement testées. La bascule vers un noyau RT (temps réel) en un clic est également très appréciable lorsque l’on fait autre chose que du DJing, afin de réduire la latence au minimum.

Comme serveur audio, après avoir laborieusement utilisé JACK pendant des années, je suis ravi d’utiliser PipeWire et son extension pipewire-jack, qui me permet les mêmes folies créatives… avec beaucoup moins d’inconvénients.

Pour le mix à proprement parler, j’utilise le formidable Mixxx, qui possède un excellent moteur de détection du BPM (coucou les pousse-boutons !).
Mixxx en action.

Je le configure avec deux platines, chacune reliée à une sortie différente de la carte son. Mes paramètres de Mixxx.

Mixxx est extrêmement modifiable : j’ai ainsi modifié le fichier de mapping de mon contrôleur Hercules afin de désactiver les faders HS et de réassigner les boutons pour qu’ils correspondent mieux à ma pratique. Tout cela se fait en JavaScript.

Grâce à Qpwgraph, je peux câbler l’ensemble de manière logicielle, récupérer les entrées de la table et les envoyer vers des logiciels de capture audio pour l’enregistrement ou le livestream (webradio, webTV, etc.).
Qpwgraph avec câblage pour diffusion live via Livekit et Butt.

Et après le DJing…

Si j’utilise ce setup principalement pour le DJing, je peux aussi faire beaucoup d’autres choses avec. Par exemple, je compose avec LMMS, je masterise avec Ardour, et j’aime beaucoup, lors du mastering, envoyer une piste Ardour vers une entrée de la table afin d’utiliser ses effets, faire des cuts, puis récupérer le résultat sur une nouvelle piste Ardour pour obtenir un rendu plus « live ».

Bien sûr, mon setup n’est ni le meilleur du marché, ni le plus optimisé. Je fais avec ce que j’ai, comme quand j’étais ado. Cela me force à être créatif — et c’est précisément pour ça que je m’embête autant.

Pousser des boutons, c’est bien.
Pousser ses boutons, c’est mieux.
Pour le résultat, je vous laisse juger par vous-mêmes dans la section Mixs de ce site.

K0d.

rendez-vous le 30 janvier chez la Bretonne !

Il y a un an naissait la Vélorution à Saint-Nazaire. Un an de coups de pédales engagés, de vélos revendicatifs, de convivialité et d’envie de reprendre l’espace urbain autrement.
Pour marquer cette première bougie comme il se doit, les vélorutionnaires ont décidé d’organiser un final festif le 30 janvier au bar Chez la Bretonne, aux Halles de Saint-Nazaire.
Et autant dire que la soirée s’annonce mémorable 🔥

L'affiche ci-dessus n'engage que moi. Merci de ne pas vous en prendre au groupe Vélorution SN sur les réseaux sociaux pour l'utilisation de l'IA.

🎧 Un final en musique

J’aurai l’honneur d’assurer un set DJ pour cette soirée anniversaire, en excellente compagnie puisque je partagerai les platines avec Dr Jean Burger. Et parce qu’une Vélorution n’est jamais tout à fait prévisible… un DJ surprise pourrait bien venir compléter l’affiche 👀

Au programme :

• du son,

• de l’énergie,

• une ambiance festive et militante,

• et surtout l’esprit Vélorution, celui qui rassemble, qui fait vibrer et qui donne envie d’avancer ensemble.

  ---

• 📍 Infos pratiques :

• 📅 Date : Vendredi 30 janvier

• 📍 Lieu : Bar Chez la Bretonne

• 🗺️ Où : Halles de Saint-Nazaire

• 🎶 DJs : Kod, Dr Jean Burger… et peut-être une surprise !

  ---

  Que tu sois vélorutionnaire de la première heure, curieux, amateur de bon son ou simplement en quête d’une soirée conviviale, viens fêter cette première année avec nous. Un an, ça se fête. Et en musique, c’est encore mieux 🚲💿

À très vite derrière les platines… ou sur la piste !

Retour d'expérience et guide technique

Lors de nos dernières vélorutions, un besoin revenait systématiquement : diffuser de la musique depuis le char tout en permettant aux participant·es d'utiliser leurs propres enceintes Bluetooth. L'objectif était simple : obtenir une ambiance sonore homogène, sans échos, sans décalages, et surtout sans avoir à trimballer une sono trop lourde.

Après avoir testé plusieurs pistes, comme le Bluetooth ou la diffusion FM, j'ai finalement opté pour une solution WebRTC basée sur LiveKit, qui semble étonnamment efficace.

Ce qui suit est le récit technique du montage, accompagné de notes, pièges évités et résultats concrets après plusieurs jours de tests, avant de passer aux tests sur le terrain.

1. Principe général

L'idée :

• Diffuser l'audio dans une Room LiveKit
• Laisser les participant·es se connecter via une simple page web
• Synchroniser la lecture sur tous les appareils via une mécanique maison utilisant playbackRate

Contrairement à un live classique (HLS, Icecast ou autre), l'objectif n'est pas seulement de réduire la latence, mais de garantir la même latence pour tout le monde.

WebRTC, aidé d'un SFU comme LiveKit, est parfait pour ça.

2. Architecture technique

L'architecture se découpe en trois blocs :

LiveKit Server

Service principal qui gère :

• les Rooms
• les pistes audio
• la transmission en temps réel
• le modèle SFU (Selective Forwarding Unit), qui évite la surcharge du serveur

LiveKit tourne chez moi sous Linux, avec un accès WebSocket exposé via proxy Apache.

Serveur de tokens

Micro-service simple (en Node.js) chargé de créer :

• des "join tokens" pour les clients
• des autorisations limitées dans le temps

Il est volontairement séparé de LiveKit pour une meilleure sécurité et un déploiement plus flexible.

Page web "listener"

Une page très légère contenant :

• le client LiveKit
• un player audio HTML5
• une boucle de synchronisation basée sur un signal partagé (via DataChannel ou via un timestamp commun)

Chaque téléphone se contente :

• de récupérer le flux audio WebRTC
• de l'envoyer vers son enceinte Bluetooth
• de s'auto-corriger en permanence pour rester parfaitement calé sur le tempo

3. Ce qui surprend quand on monte ce système

WebRTC n'aime pas l'audio pur

La plupart des tutos LiveKit concernent la vidéo. Pour l'audio pur, il faut désactiver plusieurs optimisations inutiles (AEC, AGC, etc.) pour éviter que le son soit transformé.

Bluetooth ajoute un décalage… mais stable

Les enceintes Bluetooth ont en général une latence fixe 200ms (mais legerement différente d'un modèle à l'autre).
C'est justement cette constance qui permet de compenser de manière fiable via playbackRate.

La synchro demande de la finesse

J'ai testé plusieurs stratégies :

• lecture par timestamp WebRTC → trop imprécis
• ajustement continu du currentTime → provoque des sauts audibles
• micro-ajustement du playbackRate → la solution la plus propre

Avec un ajustement de ±2 %, tout reste audible et la synchronisation est parfaite.

4. Déploiement : rôle crucial du proxy

Le proxy Apache assure :

• la redirection WebSocket (/livekit)
• l'accès HTTPS
• l'isolation des ports internes

5. Prêt à mettre les mains dans le cambouis ?

Mes prérequis

• Un site qui tourne (perso sous Apache2, mais ça fonctionne aussi avec Nginx)
• NodeJS pour le serveur de tokens

Installation de LiveKit

Côté serveur, j'ai installé LiveKit assez simplement grâce à la documentation officielle :
https://github.com/livekit/livekit J'ai utilisé la commande :

curl -sSL https://get.livekit.io | bash

J'ai ensuite créé un dossier livekit dans mon /home Dans ce dossier, j'ai d'abord créé le fichier de configuration livekit.yaml :

bind_addresses:
  - "0.0.0.0"

rtc:
  tcp_port: 8443
  udp_port: 7880

keys:
  clé-api: "ma-clé-super-secrete"

log_level: info  

je crée ensuite le fichier package.json pour l'installation des dépendances Nodejs via NPM.

{
  "name": "livekit",
  "version": "1.0.0",
  "type": "module",
  "dependencies": {
    "express": "^4.18.2",
    "cors": "^2.8.5",
    "livekit-server-sdk": "^2.13.3"
  }
}

Puis j'installe les dépendances :

npm install

Service Systemd pour LiveKit

Puis j'ai créé un fichier de service dans /etc/systemd/system/livekit.service :

[Unit]
Description=LiveKit Server
After=network.target

[Service]
ExecStart=/usr/local/bin/livekit-server --config /home/K0d/livekit/livekit.yaml
Restart=on-failure
User=k0d
WorkingDirectory=/home/k0d/livekit/

[Install]
WantedBy=multi-user.target

Je rafraîchis systemd pour prendre en compte ce service :

sudo systemctl daemon-reload

Puis je démarre le service :

sudo systemctl start livekit

Serveur de tokens

Pour les connexions, j'ai aussi besoin d'un serveur de tokens, indispensable pour accéder à ma room LiveKit.
J'ai donc créé un mini-serveur Node.js pour générer dynamiquement les tokens sans exposer ma clé.
Dans mon dossier /home/k0d/livekit, j'ai créé un fichier server.mjs :

import express from 'express';
import cors from 'cors';
import { AccessToken } from 'livekit-server-sdk';

const app = express();
app.use(cors());

const API_KEY = 'clé-api';
const API_SECRET = 'ma-clé-super-secrete';

app.get('/token', async (req, res) => {
  const roomName = req.query.room ?? 'room1';
  const identity = req.query.identity ?? 'user';

  const at = new AccessToken(API_KEY, API_SECRET, { identity });
  at.addGrant({
    roomJoin: true,
    room: roomName,
    canPublish: true,
    canSubscribe: true,
    audio: true,
    video: false
  });

  const jwt = await at.toJwt();
  res.json({ token: jwt });
});

const PORT = 3000;
app.listen(PORT, () => {
  console.log(`Token server listening on http://localhost:${PORT}`);
});

Je crée ensuite un service systemd

sudo nano /etc/systemd/system/livekit-token.service

et j'y entre :

[Unit]
Description=LiveKit Token Server
After=network.target

[Service]
Type=simple
User=k0d
WorkingDirectory=/home/k0d/livekit
ExecStart=/usr/bin/node /home/k0d/livekit/server.mjs
Restart=on-failure
Environment=NODE_ENV=production

[Install]
WantedBy=multi-user.target

je recharche systemd:

sudo systemctl daemon-reload

puis lance mon service:

sudo systemctl start livekit-token

Pour le moment, je préfère séparer mes services pour faciliter le debug, mais je pourrai les réunir plus tard dans un seul service.

Je ne les active pas non plus par défaut (systemctl enable), car je veux pouvoir les lancer uniquement lors des vélorutions.

Exposition au Web via Apache2

Pour rendre mes services accessibles sur Internet, j'ai édité la config de mon site Apache2 dans /etc/apache2/sites-available.

J'y ai ajouté, avant </VirtualHost> :

RewriteEngine On
RewriteCond %{HTTP:Upgrade} =websocket [NC]
RewriteRule ^/livekit/(.*) ws://127.0.0.1:7880/$1 [P,L]

ProxyPass /livekit/ http://127.0.0.1:7880/
ProxyPassReverse /livekit/ http://127.0.0.1:7880/

# Proxy vers Node.js token server
ProxyPass /token http://127.0.0.1:3000/token
ProxyPassReverse /token http://127.0.0.1:3000/token

et rechargé Apache2:

sudo systemctl reload apache2

Ainsi :

• LiveKit est disponible à : https://velorutionsaintnazaire.fr/livekit

• Les tokens à : https://velorutionsaintnazaire.fr/token

Page d'émission : emit.html

La page emit.html, qui servira, comme son nom l’indique, à émettre le son, permet, en deux ou trois clics, de lancer l’émission et de choisir la source sonore.

la page est sur mon github ici.

Avec cette page, j’utilise un CDN pour inclure le client. Cependant, vous pouvez — et devriez — le mettre en local.

Vous remarquerez qu’il y a énormément de lignes commentées : je les laisse volontairement, car elles sont utiles pour le traitement du son (« source → EQ → gain → destination »).
Ici, je contourne l’EQ pour faire simplement « source → gain → destination ». Mon gain étant à 1, son utilité reste limitée, mais je pense augmenter un peu le volume de la source, car le son est assez faible en l’état.
Bien sûr, je vous recommande de personnaliser votre page à l’aide de CSS.

Page d'écoute : listen.html

La page listen.html est ici sur mon github.
Là encore j'utilise LiveKit côté client, via CDN.

La partie la plus importante est la synchronisation du flux audio :

const maxDrift = 0.01; // 10ms de drift max (ne pas descendre plus bas 30 voir plus est bien plus raisonnable)
const smoothFactor = 0.05; // correction progressive via playbackRate

Ce système ajuste la vitesse du son pour rattraper un retard ou un décalage réseau. L'effet est surprenant : le flux accélère ou ralentit légèrement, exactement comme un DJ qui rattrape un tempo.

Conclusion

Ce système fonctionne très bien en situation réelle : latence faible, synchronisation correcte, compatibilité totale avec des enceintes Bluetooth, simples smartphones, etc.

J'espère que ça pourra vous être utile. À bientôt sur les vélorutions,

Kod.

Après avoir présenté Passe Mon Truc — la playlist collaborative simple et efficace — dans l’article dédié
👉 Projet Passe Mon Truc : la playlist collaborative simple, rapide et fun
voici un autre élément clé de l’écosystème : PasseMonTruc_Connector, un plugin open source conçu pour automatiser la récupération des morceaux validés sur ta playlist.

Ce connecteur, utilisé avec Nicotine+, permet de chercher et télécharger automatiquement les titres ajoutés et approuvés depuis ton espace Passe Mon Truc. Une fois l’URL de la playlist renseignée, il récupère chaque morceau en tenant compte des critères de qualité et de format que tu définis. Il évite également les fichiers marqués comme privés, afin d’assurer un téléchargement propre et sécurisé.

L’objectif est simple : transformer rapidement une playlist validée en un lot de fichiers audio prêts à l’emploi, que ce soit pour un DJ set, une soirée, un événement ou un besoin plus technique. Le tout en conservant la philosophie du projet : simplicité, fun, collaboration… mais aussi contrôle total sur le contenu.

Parce qu’il est open source, tout le monde peut l’améliorer, l’adapter ou l’intégrer dans un workflow plus large. Il complète parfaitement Passe Mon Truc, en rendant l’étape “après validation” aussi fluide que la collecte des suggestions — comme expliqué dans l’article principal
👉 Projet Passe Mon Truc : la playlist collaborative simple, rapide et fun.

Tu peux découvrir le code et les détails techniques directement sur GitHub :
👉 https://github.com/kodcast/PasseMonTruc_Connector

K0d

J’ai développé velorution_connector, un plugin pour Nicotine+ qui automatise la recherche et le téléchargement de fichiers audio depuis une instance VelorutionWeb.
Il a été conçu pour fluidifier totalement le flux : récupérer les morceaux, valider ceux en attente et notifier le serveur lorsqu’un titre rejoint la playlist.

🎯 Ce que fait réellement le connector

Le plugin ne se contente pas d’automatiser la recherche :
il récupère les titres acceptés et en attente, les télécharge, puis informe VelorutionWeb lorsque les morceaux ont été ajoutés à la playlist locale.

En clair :

• VelorutionWeb liste les titres à récupérer.
• velorution_connector télécharge ceux qui correspondent aux critères.
• Une fois ajoutés à la bibliothèque/playlist locale, le plugin signale à VelorutionWeb que le morceau est bien récupéré.

Résultat : les deux systèmes restent synchronisés sans intervention manuelle.

🔍 Fonctionnalités principales

• Recherche automatique de morceaux selon plusieurs critères.
• Support MP3, FLAC, OGG, OPUS, WAV.
• Filtrage par qualité audio.
• Exclusion automatique des fichiers privés ([prive]).
• Gestion des titres en attente et synchronisation de leur état.
• Notification à VelorutionWeb dès qu’un morceau est ajouté à la playlist.

💡 Pourquoi l’utiliser ?

Pour gagner du temps et éviter les manipulations répétitives.
Tu configures tes critères, et le connector :

1. cherche,
2. filtre,
3. télécharge,
4. met à jour l’état des fichiers sur VelorutionWeb.

Tout se fait automatiquement.

🔗 Code source

Projet open source (GPL-3.0) :
👉 https://github.com/kodcast/velorution_connector

K0d

Vous préparez une soirée, un apéro entre amis ou même un petit événement, et vous voulez une playlist qui mette tout le monde d’accord ?
Passe Mon Truc est un outil ultra-simple qui permet de créer une playlist collaborative… sans prise de tête.

🎵 Le principe

Vous créez une playlist en quelques secondes, vous partagez un lien ou un QR code à vos amis, et chacun peut ajouter ses morceaux préférés.
Pas besoin de compte, pas besoin de s’inscrire : juste un lien, et c’est parti.

🔑 Gardez le contrôle

En tant que “maestro” — la personne qui crée la playlist — vous décidez des morceaux qui entrent ou non dans la sélection.
Vos invités proposent, vous validez.
Idéal pour garder une ambiance cohérente, éviter les trolls ou simplement filtrer les titres qui ne conviennent pas.

📤 Exportez votre playlist où vous voulez

Une fois la playlist finalisée, vous pouvez :

• l’exporter directement vers YouTube,
• la récupérer au format texte, pour l’importer dans un logiciel DJ ou un service comme TuneMyMusic,
• la télécharger avec Passe mon truc Connector
• ou tout simplement la garder en souvenir pour une prochaine occasion.

🕒 Et après ?

Les playlists inactives depuis plus de trois mois sont automatiquement supprimées.
Pas de surcharge, pas de données oubliées : le service reste simple et propre.

🎯 Pour quoi faire ?

• Préparer une soirée avec tout le monde
• Donner la parole à vos invités
• Cocréer une ambiance musicale
• Faire participer vos amis, même à distance
• Tester des idées de playlists pour un mix ou un set DJ

Passe Mon Truc, c’est la manière la plus fluide de créer ensemble la bande-son de vos moments.

👉 Essayez-le ici : https://passemontruc.kodcast.com/

K0d

Dans ma vie, deux passions se rencontrent souvent : le code open source et la mobilité douce. velorutioweb est le projet qui les combine parfaitement.

Qu’est-ce que velorutioweb ?

velorutioweb est un outil web conçu pour tous les groupes de Vélorution, pas seulement pour Saint-Nazaire. Son objectif est simple : offrir aux collectifs un site web léger, libre et prêt à l’emploi pour organiser et communiquer autour de leurs événements cyclistes.

Avec velorutioweb, chaque groupe peut :

• Publier le calendrier de ses Vélorutions
• Partager les parcours et points de départ
• Informer les participants sur les détails logistiques
• Faciliter la participation, même pour les nouveaux venus
• Créer et partager une playlist collaborative pour les balades et événements 🎶

La playlist collaborative permet à tous les participants d’ajouter leurs morceaux préférés, pour que la musique accompagne les Vélorutions et renforce l’ambiance conviviale et festive.

• vous pouvez récupérer l'ensemble des morceaux validés avec Nicotine+ via le plugin Velorution_Connector

Libre et open source

velorutioweb est distribué sous licence GNU GPL v3.0. Cela signifie que :

• Tout le monde peut cloner, installer et personnaliser le projet
• Les groupes de Vélorution peuvent l’adapter à leurs besoins locaux
• Les contributions sont les bienvenues, pour que tout le mouvement en bénéficie

C’est un outil pensé pour être accessible, collaboratif et respectueux des valeurs du mouvement : partage, inclusion et engagement citoyen.

Pourquoi ce projet me tient à cœur

En tant que développeur et défenseur du logiciel libre, j’avais envie de créer un outil qui :

• Donne aux collectifs un moyen simple et efficace de communiquer
• Favorise la diffusion du mouvement à l’échelle nationale et internationale
• Offre un espace communautaire avec la playlist collaborative, pour renforcer le lien entre participants
• Reste fidèle aux principes open source, pour que chacun puisse l’utiliser librement

Participer et utiliser velorutioweb

Le projet est disponible sur Framagit, prêt à être utilisé et adapté par tous les groupes Vélorution dans le monde.

Mon objectif : que chaque collectif puisse disposer d’un site web fiable, libre et convivial, sans avoir besoin de compétences techniques avancées.

velorutioweb n’est donc pas seulement un site web pour Saint-Nazaire : c’est un outil communautaire au service d’un mouvement mondial, et j’en suis fier.

K0d

Quand le DJ libriste va plus loin — djheros_connector, mon outil open‑source pour faire le lien entre mon gestionnaire de demandes musicales et un client audio.

Contexte : pourquoi djheros_connector existe

Avec mon usage de Nicotine+ pour la gestion audio — gestion des formats, filtres, téléchargement, etc. — et mon projet DjHeros pour gérer les demandes musicales, j’ai vu un besoin : automatiser le lien entre les requêtes de morceaux et la récupération des fichiers audio.
Ainsi, plutôt que de copier‑coller manuellement un morceau demandé dans Nicotine+, djheros_connector tente de simplifier ce flux, gagner du temps, éviter les erreurs, et rendre l’ensemble plus fluide — particulièrement utile pour le live, le streaming ou les soirées.

Présentation de djheros_connector

djheros_connector agit comme un “pont” entre DjHeros (gestion des demandes) et Nicotine+ (gestion des fichiers audio).

Fonctionnalités principales

• Lecture des demandes validées dans DjHeros (fichiers JSON ou autre mécanisme de stockage).
• Automatisation de la recherche et téléchargement du morceau demandé via Nicotine+ selon des critères définis (qualité audio, format, filtre, etc.).
• Gestion des erreurs : morceau indisponible, filtre non satisfait, etc.
• Option de logging / retour pour le DJ : ce qui a été récupéré, ce qui a échoué.
• Possibilité de configurer le comportement (par exemple : ignorer les requêtes “privées”, filtrer qualité, etc.).

Tech stack & philosophie

• Écrit en Python — Plugin de Nicotine+.
• Usage minimal de dépendances externes — dans l’esprit “léger et open-source”.
• Conçu pour rester simple, flexible, facilement modifiable, déployable sur ton serveur personnel ou un VPS (comme tu en utilises chez OVH / SoYouStart).
• Licence libre / open-source — chacun peut contribuer, adapter, améliorer.

Installation & utilisation (pour les curieux / contributeurs)

1. Pré-requis
   • Avoir une instance de DjHeros opérationnelle.
   • Avoir Nicotine+ configuré selon tes critères habituels (formats, filtres, etc.).
   • Un serveur ou poste capable d’exécuter le script / service djheros_connector (PHP / Python / autre selon ce que tu as choisi).
2. Installation
   • Cloner le dépôt github :
     git clone https://github.com/kodcast/djheros_connector
   • Configurer les paramètres : chemin vers la base de données ou fichier JSON de DjHeros, options pour la recherche / téléchargement sous Nicotine+, filtres, qualité, etc.
   • Lancer le service / script — idéalement en tâche cron, ou déclenché après validation d’une demande, ou via webhook si tu implémentes cela.
3. Workflow classique
   • Un utilisateur soumet une demande via DjHeros.
   • Tu la valides (acceptation).
   • djheros_connector interroge Nicotine+ avec les critères définis. S’il trouve un fichier correspondant, il le télécharge automatiquement. Sinon, il logue l’échec ou envoie une alerte.
   • Tu récupères le fichier, prêt à être joué dans ton set / stream.

Exemple concret : lors d’un live, plutôt que de devoir naviguer manuellement entre demandes et téléchargement, le tout se fait “en arrière-plan” — tu te concentres sur le mix.

Pourquoi j’ai développé djheros_connector

• Pour gagner en efficacité et rapidité — moins d’interruptions, plus de fluidité.
• Pour automatiser ce que je fais manuellement depuis longtemps — éviter les erreurs, oublier de télécharger, ou oublier le format qualité à respecter.
• Parce que je crois dans le libre, l’adaptabilité, la simplicité : un outil léger, transparent, modifiable, utilisable par d’autres DJs ou passionnés.
• Pour enrichir mon “écosystème” libre pour le DJing / streaming — connecter différents outils libres pour un workflow fluide.

Perspectives & évolutions possibles

Quelques idées pour améliorer / étendre djheros_connector :

• Interface web ou CLI plus conviviale pour configurer les préférences (qualité, filtres, etc.).
• Automatisation des métadonnées : si le morceau téléchargé a des métadonnées (titre, artiste, album), les extraire et les stocker.
• Intégration directe avec une interface de gestion de set / playlist.
• Notifications (mail, Discord, Slack…) pour signaler morceaux téléchargés ou erreurs.
• Support de plusieurs back‑ends, au-delà de Nicotine+ — pour d’autres clients audio, des services de streaming, etc.

Conclusion

djheros_connector est le prolongement naturel de DjHeros — un pont entre demandes musicales et gestion audio, conçu pour fluidifier le workflow d’un DJ libriste. Si vous êtes DJ, streamer, organisateur ou simplement curieux, n’hésitez pas à tester, à donner un retour, ou à contribuer. Ensemble, on peut améliorer l’outil et le rendre utile à toute la communauté open‑source musicale.

Pour découvrir djheros_connector et tester : djheros_connector sur GitHub

K0d

Quand un DJ libriste met la main à la pâte : retour d’expérience sur la création de DjHeros, un petit projet open-source pensé pour les DJs, les organisateurs et tous ceux qui veulent gérer les demandes musicales facilement.

Contexte : pourquoi DjHeros existe

En tant que DJ depuis plus de vingt ans, je me suis souvent retrouvé confronté à ce problème : comment gérer les demandes de morceaux de manière simple et efficace, surtout quand on est en plein set ? Entre les notes manuscrites, les messages sur le téléphone ou les emails, tout devient vite chaotique.

Je suis aussi un passionné de logiciels libres et open-source, et j’aime garder mes outils simples, légers et adaptables. C’est ainsi qu’est né DjHeros : un petit système pour centraliser les demandes musicales, facilement configurable et accessible depuis n’importe quel navigateur.

Présentation de DjHeros

DjHeros est un outil minimaliste mais puissant. Son objectif ? Permettre au DJ de recevoir et gérer les propositions musicales en temps réel, avec une interface claire et simple.

Fonctionnalités principales

• Soumission de morceaux via une interface web par le public ou les organisateurs.
• Acceptation, refus ou suppression des morceaux par le DJ.
• Stockage des demandes dans un fichier JSON pour une gestion simple et transparente.
• récupération des morceaux validés aux formats désiré avec Djheros_connector
• Intégration facile dans n’importe quel workflow de soirée ou de streaming.

Tech stack

• Langage : PHP (fonctionne sur tout serveur web moderne).
• Données : JSON pour la simplicité et la portabilité.
• Licence : Open-source (chaque DJ peut adapter l’outil à ses besoins).

L’idée est de garder le projet léger et rapide à déployer, sans dépendances complexes.

Installation et utilisation

Pour utiliser DjHeros, rien de compliqué :

. Pré-requis : serveur web avec PHP ≥ 7.4 et droits d’écriture sur le fichier JSON.
. Installation :

• Cloner le dépôt GitHub ou télécharger l’archive.
• Mettre les fichiers sur votre serveur web.
• Vérifier les droits d’écriture sur requests.json.
  . Utilisation :
• Les participants soumettent leurs demandes via l’interface.
• Le DJ consulte la liste, accepte ou refuse les morceaux, et met à jour le fichier JSON.

Exemple concret : pendant un stream ou une soirée, le public peut proposer ses morceaux sans interrompre le set, et tout reste organisé et consultable en temps réel.

Pourquoi j’ai développé DjHeros

Créer DjHeros m’a permis de répondre à un besoin pratique tout en respectant mes principes :

• Open-source et libre : chacun peut contribuer ou adapter l’outil.
• Simplicité : pas de dépendances lourdes, facile à déployer sur n’importe quel serveur.
• Pratique pour les DJs : un flux simple pour gérer les demandes, sans distraction.

C’est un projet qui incarne ma philosophie : des outils utiles, accessibles et partageables.

Perspectives et évolutions

DjHeros est déjà fonctionnel, mais plusieurs améliorations sont possibles :

• Interface graphique améliorée pour le DJ.
• Notifications en temps réel pour chaque nouvelle demande.
• Compatibilité avec d’autres outils ou logiciels de streaming.

Je reste ouvert aux idées, retours et contributions. L’objectif est de faire évoluer l’outil pour qu’il serve à toute la communauté.

Conclusion

DjHeros est un exemple concret de ce que peut produire la passion pour la musique et le logiciel libre. Il simplifie la vie des DJs, rend les soirées plus fluides et favorise la participation du public.

Si vous êtes DJ, organisateur ou simplement curieux, testez DjHeros, partagez vos retours, proposez vos améliorations, et contribuez à ce petit projet open-source.

Pour découvrir DjHeros et le tester : DjHeros sur GitHub

K0d