Question:
Quel protocole ou API WebSDR utilise-t-il pour diffuser de l'audio?
hotpaw2
2014-10-28 03:04:09 UTC
view on stackexchange narkive permalink

Quel protocole ou API documenté WebSDR utilise-t-il pour diffuser de l'audio sur Internet?

Je suis intéressé par la capture d'un flux audio WebSDR à l'aide d'un petit appareil embarqué doté de nombreuses capacités audio DSP, d'un bon accès Internet (prises réseau TCP / UDP, http brut, etc.), mais non ( Navigateur HTML / JS) ou Java / JVM.

Pourquoi ne pas demander poliment à l'auteur? http://www.websdr.org/background.html
Où est-ce que cela s'est terminé? J'allais intégrer un client à WebSDR dans mon application RadioWorld pour iPhone mais j'ai également reçu une réponse négative de l'auteur du logiciel. Sa vision est que tout le monde utilise sa terrible interface utilisateur, pour une raison inconnue. Ouvrir intentionnellement le serveur SDR via une API officielle ferait vraiment des merveilles pour la communauté.
J'ai décidé d'utiliser une solution plus ouverte, utilisant rtl_tcp pour diffuser les données IQ et démoduler les données côté client (sur un appareil iOS). Ce protocole semble être populaire, bien documenté et facile à implémenter (même dans Swift 3).
Deux réponses:
#1
+5
Kevin Reid AG6YO
2014-10-28 22:56:53 UTC
view on stackexchange narkive permalink

L'interface audio compatible «HTML5» (n'utilisant pas d'applets Java) pour WebSDR utilise des échantillons audio diffusés via une connexion WebSocket - cela peut être vu à partir des fichiers client JS qu'il télécharge.

Cependant, le l'auteur de WebSDR a indiqué qu'il ne souhaitait pas que le logiciel soit utilisé autrement que via le client Web fourni (dans leur FAQ et même dans un commentaire dans le fichier JS même dont je parle de!) donc je vous recommande de ne pas poursuivre ce projet sans demander à l'auteur, car ils pourraient bien considérer que c'est un abus de leur service que vous vous connectiez avec un autre client.

Si vous veulent simplement un récepteur radio à distance et pas spécifiquement pour utiliser le matériel des installations WebSDR existantes, il existe plusieurs possibilités open-source. Si cette option vous intéresse, je vous suggère de poser une question à ce sujet comme question distincte.

La partie «rétro-ingénierie, n'est pas autorisée sans mon autorisation préalable explicite» n'est pas exécutoire. Sinon, nous n'aurions pas de [clones de PC exécutant un BIOS compatible IBM] (https://en.wikipedia.org/wiki/IBM_PC_compatible) au cours des 34 dernières années ... Aucune des deux API n'est soumise au droit d'auteur aux États-Unis, comme le prévoit dans le [récent verdict du jury Oracle vs Google] (http://m.theregister.co.uk/2016/05/26/google_wins_latest_round_in_oracle_copyright_battle/).
@on4aa Cela signifie simplement qu'on ne peut pas être poursuivi pour avoir agi ainsi. Si vous le faites, ils sont toujours libres de (tenter de) vous empêcher d'utiliser le service, de dire aux gens que vous êtes impoli, etc.
C'est absolument vrai!
#2
+1
Tony Hoyle
2014-11-01 16:44:39 UTC
view on stackexchange narkive permalink

La FAQ ne fait aucune mention des clients tiers, et le fichier JS contient simplement un passe-partout standard sur la possibilité de distribuer ce fichier sans modification.

Il existe déjà des clients pour d'autres plates-formes (par exemple. glsdr, isdr)

Je dis à l'OP, allez-y .. Le protocole est très simple, contrôlé à partir de HTTP GET de base commandes. 5 minutes sur tcpdump devraient vous apporter tout ce dont vous avez besoin.

glSDR n'est pas un client WebSDR - c'est un client ghpsdr et les protocoles sont différents.


Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...