Présentation du service
Le site orcasairband.com indique que l’utilisateur doit appuyer sur play pour démarrer l’écoute. Cette consigne montre que le flux audio n’est pas diffusé en continu depuis le serveur, mais reste bloqué côté client jusqu’à l’action de l’utilisateur. Le texte Nothing leaves your speakers until you do confirme ce comportement de mise en attente locale.
Architecture technique hypothétique
Pour fournir un airband « live » sur toutes les fréquences, le système doit combiner deux couches : une diffusion en ligne (streaming HTTP ou WebSocket) et une réémission radio sur plusieurs bandes (FM, AM, VHF). Le déclencheur Press play suggère un lecteur HTML5 qui récupère le flux via une URL https://orcasairband.com/stream. Le lecteur peut alors décoder le codec audio (probablement AAC ou MP3) et le transmettre à un dispositif matériel capable de moduler le signal sur les fréquences radio ciblées. Cette chaîne implique un encodeur logiciel, un serveur de streaming (NGINX ou Icecast) et un transmetteur RF contrôlé par un microcontrôleur (ex. Raspberry Pi avec module SDR). Chaque fréquence nécessite une configuration d’émetteur distincte, car les bandes FM (88‑108 MHz), AM (530‑1700 kHz) et VHF (30‑300 MHz) utilisent des modulations différentes. Le passage du flux numérique au signal analogique repose sur un convertisseur DAC, suivi d’un amplificateur RF. Sans détails supplémentaires, il est impossible de confirmer la présence de ces composants, mais le texte du site impose une architecture où le déclencheur utilisateur contrôle la chaîne de diffusion.
Limites et contraintes
Le manque de données techniques empêche de vérifier la conformité réglementaire. En Californie, la FCC impose des limites strictes de puissance et de bande pour les émetteurs non licenciés. Une diffusion « sur toutes les fréquences » pourrait violer ces règles, entraînant des interférences avec les services d’urgence. De plus, le texte indique que le son ne quitte les haut-parleurs qu’après l’action de l’utilisateur, ce qui suggère que le service ne fournit pas de diffusion RF continue, mais plutôt un signal local limité à l’appareil. Cette approche réduit le risque d’interférences, mais limite la portée du « airband ». Enfin, l’absence de spécifications sur le codec, le débit binaire ou la latence empêche d’évaluer la qualité audio ou la synchronisation entre les différentes bandes. Sans ces métriques, l’analyse reste théorique et souligne la nécessité d’informations supplémentaires pour valider le fonctionnement réel du service.
