Serveur multimédia NodeJS et RED 5 via RTMP

C’est plus une question conceptuelle que directe.

Est-il généralement possible d’implémenter une solution de type flash pour diffuser l’audio (indépendamment de l’endroit d’où proviennent les données du stream, par exemple webRTC ou autre) en HTML5 et nodeJS / binaryJS. Si oui, comment vous y prendriez-vous?

Il n’y a eu qu’une seule enquête sur stackoverflow trouvée ici et depuis 2010. NodeJS et HTML5 ont grandi et mûri depuis.

Ce que les gens font habituellement: Lorsque vous utilisez le streaming multimédia (vidéo ou audio) sur un serveur, rien ne vaut Flash au moment actuel de l’arrivée de getUserMedia () . % des utilisateurs du navigateur pourront l’utiliser.

• Node.js Express Framework Security Issues
• Pourquoi cette requête HTTP ne fonctionne pas sur AWS Lambda?
• Changer l’emplacement de node_modules
• Documentation des projets Node.js
• HTML vers PDF avec Node.js

La pratique générale de diffuser des données sur le serveur consiste à utiliser une application client Flash ou Flex qui se connecte ensuite à un serveur multimédia alimenté par protocole RTMP, comme RED5 , FMS ou Wowza . Par exemple, l’application cliente qui envoie le microphone via 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 serveur, il est facile de diffuser des données sur le serveur.

Ce que je voudrais faire: avoir un serveur d’applications exécuté sur nodeJS (éventuellement implémentant socketIO et binaryJS ) qui intercepte le stream 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 entre utilisateurs via eventEmitters.

Quels pourraient être les avantages: en général, il peut sembler superflu de faire ce genre d’approche, mais pour moi, il pourrait y avoir des avantages et je voudrais aussi que vous commentiez cela.

• 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 binarys en ajoutant binaryJS et Mozilla AudioAPI)
• Si getUserMedia () est entièrement pris en charge, les implémentations Flash peuvent être facilement supprimées
• plus de contrôle sur le suivi rtmp et l’interaction utilisateur en général
• une implémentation plus facile dans les frameworks de serveur

MISE À JOUR: J’ai parlé à M. Malcontenti-Wilson qui est responsable du seul paquetage node-rtmp qui a été écrit mais qui a été interrompu il y a 8 mois car il était mal écrit et il a heurté un obstacle. Quelqu’un qui a utilisé ceci ou 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 (une sorte de nom étrange) qui fait en sorte que nous voudrions probablement. Quelqu’un at-il travaillé avec ce type de paquet?

• Envoyer des données supplémentaires sur la connexion socket
• Comment fonctionne la programmation asynchrone dans un modèle de programmation à thread unique?
• Organiser les itinéraires dans Node.js
• MongoDB sélectionnez où dans le tableau de _id?
• Node.js console.log () ne rien enregistrer