Have a look at Janus, it's open source and live streaming originated by an external source is among the use cases it tries to address, and we recently got it working with H.264 as well.
http://janus.conf.meetecho.com L. Il giorno sabato 25 ottobre 2014 19:20:59 UTC+2, Felix E. Klee ha scritto: > On Fri, Oct 24, 2014 at 12:04 AM, Martin Thomson <[email protected]> wrote: > > I wouldn't have said that it's strictly bad. Did you plan to have a > > server involved at all? > > It's for an experiment: > > <http://realitybuilder.com> > > Eventually it may be live. However, my next planned step is an > interactive video stream. At the moment, YouTube videos are played > depending on user action. > > So, yes, some kind of server is needed that creates the stream. It may > be possible with WebRTC, possibly with Node.js: `npm search webrtc` > gives various results. > > However, I don't like what [I read][1] about performance and limitations > when abusing WebRTC for broadcasting: > > * "Maximum peer connections limit is 256 (on chrome). It means that > 256 users can be interconnected!" > > * "Multi-ports establishment will cause huge CPU and bandwidth usage!" > > The second point is more of a concern at the moment. > > [1]: > https://github.com/muaz-khan/WebRTC-Experiment/tree/master/webrtc-broadcasting _______________________________________________ dev-media mailing list [email protected] https://lists.mozilla.org/listinfo/dev-media
