NodeJS et Red 5 media server via RTMP

C'est plus conceptuel question plutôt qu'un "comment faire".

est-il généralement possible de mettre en œuvre une solution de type flash pour diffuser l'audio (indépendamment de l'endroit où nous obtenons les données de flux, par exemple webRTC ou autre) dans HTML5 et nodeJS/binaryJS. Si oui, comment voulez-vous aller à ce sujet?

il n'y a eu qu'une seule enquête sur stackoverflow trouvé ici et its de 2010. NodeJS et HTML5 ont poussé et mûri depuis lors.

Ce que les gens font d'habitude: Lors de l'utilisation de streaming multimédia (vidéo ou audio) à un serveur, il n'y a certainement rien qui bat Flash à l'heure actuelle jusqu'à l'arrivée complète de getUserMedia() - qui pourrait très honnêtement prendre un certain temps jusqu'à ce que 99% des utilisateurs du navigateur pourront l'utiliser à tous.

La pratique générale pour streamer des données vers le serveur est en utilisant un client Flash ou Flex application qui se connecte alors à un serveur multimédia alimenté par le protocole RTMP comme RED5 , FMS ou Wowza . Par exemple, l'application client qui envoie le microphone sur RTMP pourrait ressembler à (Version Simplifiée)

import flash.net.NetStream;

private var myMic:Microphone;
private var nc:NetConnection;
private var ns:NetStream

nc = new NetConnection();    
ns = new NetStream(nc);
nc.connect(rtmp://localhost/serverApp);
myMic = Microphone.getMicrophone();
ns.attachAudio(myMic);

avec une application de serveur On est facilement capable de streamer des données vers le serveur.

Ce que je voudrais faire: Avoir un serveur d'applications tournant sur nodeJS (implémentant éventuellement socketIO et binaryJS ) qui capte le flux RTMP entrant. Quelque chose comme

//require
var rtmp = require('node-rtmp'),
var fs = require('fs');

//rtmp server address
var rtmpServer = 'rtmp://localhost';

//create a binary server listening that receives stream data
var RTMPServer = rtmp.RTMPServer();
var server = RTMPServer ({port: 1935});

server.on('connection', function(client){
 //check if user is allowed to do so
 rtmp.newStream(client.stream);
});

peut-être serait-il préférable d'utiliser socketIO pour différencier les interactions utilisateur via les eventEmitters.

What peut-être les avantages: en général, il semble comme un peu au-dessus de la tête pour faire ce genre d'approche, mais pour moi, il pourrait y avoir des avantages et je voudrais aussi que vous commentez sur ce point.

• validation facile de l'interaction de l'utilisateur en exécutant par exemple express et socketIO
• implémentation hybride d'un flash (via RTMP) et getUserMedia () (via des mécanismes de transport binaires en ajoutant binaryJS et Mozilla AudioAPI)
• si getUserMedia () est entièrement supporté, les implémentations flash peuvent être abandonnées facilement
• plus de contrôle sur le suivi rtmp et l'interaction de l'utilisateur en général
• mise en œuvre plus facile dans les cadres de serveur

mise à JOUR: J'ai parlé à M. Malcontenti-Wilson qui est responsable du seulement noeud-paquet rtmp qui a été écrit mais abandonné il y a 8 mois car il était mal écrit et il a frappé un barrage. Quelqu'un qui a utilisé ça ou qui a pu vérifier le code?

mise à JOUR 2: M. Malcontenti-Wilson vient de m'envoyer un mail pour attirer mon attention sur node-mtrude (sorte de nom bizarre) qui fait un peu ce que nous voudrions probablement. Quelqu'un a travailler avec ce type de forfait?