You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openmeetings.apache.org by GitBox <gi...@apache.org> on 2021/03/17 04:58:23 UTC
[GitHub] [openmeetings] KOLANICH opened a new issue #138: Decentralysed distributed stream delivery support
KOLANICH opened a new issue #138:
URL: https://github.com/apache/openmeetings/issues/138
Hi. The problems with centralysed systems of content delivery are that they
* require to pay for servers and CDNs;
* don't scale automatically, unless in cloud.
Decentralysed systems for video delivery work on the similar principles BitTorrent work.
I have heard of 2:
* https://tools.ietf.org/html/rfc7574 + some predeccessors + some impls
* https://github.com/Chocobozzz/PeerTube
It may make sense to integrate OpenMeetings with them.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [openmeetings] sebawagner commented on issue #138: Decentralysed distributed stream delivery support
Posted by GitBox <gi...@apache.org>.
sebawagner commented on issue #138:
URL: https://github.com/apache/openmeetings/issues/138#issuecomment-908702751
Hi @KOLANICH p2p streaming would be interesting as a demo or example application.
For the actual 1:n conference its current unfortunately limited cause it means each client needs to act as a server. While most end users internet upload bandwidth will not be able to support more then 2-3 streams.
That is the main reason why P2P for live streaming did not had any success so far. P2P streaming already was available even in the old days of Flash Streaming (Google RTMFP protocol). It just never took off.
It's also a bit harder in Live Streaming to do effective P2P; eg having only a single "Seed" in a Live Stream if you compare to BitTorrent which only works great once many seeds are available.
However I would expect there might be developments (eg see https://webtorrent.io/) that will overcome some of those issues in the future.
So yeah would be interesting, to have a demo or example.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscribe@openmeetings.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
[GitHub] [openmeetings] sebawagner commented on issue #138: Decentralysed distributed stream delivery support
Posted by GitBox <gi...@apache.org>.
sebawagner commented on issue #138:
URL: https://github.com/apache/openmeetings/issues/138#issuecomment-908702751
Hi @KOLANICH p2p streaming would be interesting as a demo or example application.
For the actual 1:n conference its current unfortunately limited cause it means each client needs to act as a server. While most end users internet upload bandwidth will not be able to support more then 2-3 streams.
That is the main reason why P2P for live streaming did not had any success so far. P2P streaming already was available even in the old days of Flash Streaming (Google RTMFP protocol). It just never took off.
It's also a bit harder in Live Streaming to do effective P2P; eg having only a single "Seed" in a Live Stream if you compare to BitTorrent which only works great once many seeds are available.
However I would expect there might be developments (eg see https://webtorrent.io/) that will overcome some of those issues in the future.
So yeah would be interesting, to have a demo or example.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: dev-unsubscribe@openmeetings.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org