[rtcweb] Status of realtime/live streaming to large audiences

Basil Mohamed Gohar <basilgohar@librevideo.org> Thu, 15 August 2013 15:11 UTC

Return-Path: <basilgohar@librevideo.org>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F374711E8141 for <rtcweb@ietfa.amsl.com>; Thu, 15 Aug 2013 08:11:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ANpMRBhQKpIS for <rtcweb@ietfa.amsl.com>; Thu, 15 Aug 2013 08:11:08 -0700 (PDT)
Received: from mail.zaytoon.hidayahonline.net (zaytoon.hidayahonline.net [173.193.202.83]) by ietfa.amsl.com (Postfix) with ESMTP id 18EEB21F9AA2 for <rtcweb@ietf.org>; Thu, 15 Aug 2013 08:10:39 -0700 (PDT)
Received: from [10.10.40.120] (rrcs-98-103-138-67.central.biz.rr.com [98.103.138.67]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: basilgohar@librevideo.org) by mail.zaytoon.hidayahonline.net (Postfix) with ESMTPSA id 9A0016586E8 for <rtcweb@ietf.org>; Thu, 15 Aug 2013 11:10:32 -0400 (EDT)
Message-ID: <520CEF60.5080201@librevideo.org>
Date: Thu, 15 Aug 2013 11:10:24 -0400
From: Basil Mohamed Gohar <basilgohar@librevideo.org>
Organization: Libre Video
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
MIME-Version: 1.0
To: "rtcweb@ietf.org" <rtcweb@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Subject: [rtcweb] Status of realtime/live streaming to large audiences
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Aug 2013 15:11:14 -0000

This question may be naïve relative to others' knowledge to how rtcweb
is intended to work, but I would like to bring up the issue so that a
discussion exists on this list exists that unambiguously addresses the
question, and can be referred to at a later date when the topic comes-up
elsewhere.  My apologies if this, too, has already been done!

My question involves the usage of rtcweb in single-broadcaster/multiple
listener scenario, such as streaming a real-time/live event that
includes either audio or audio/video content, with a large audience.
Imagine, for example, a setup that is related to distance learning, with
one teacher and many students.

I know that theoretically, rtcweb should support this, but I wanted to
make sure that such a setup is actually explicitly allowed and even
designed for, because it is a usage case that is currently unavailable
to a large portion of users that would like to use a free software-only
solution.

The previous best case was Icecast, but that is not meant for
low-latency streaming by design.  rtcweb, I understand, is exactly for that.

With that out of the way, I am also interested in knowing what solution
implementing rtcweb already exist that can manage and/or handle this
usage scenario (one broadcaster, many listeners).  The previous
solutions seem to use almost exclusively a Flash client using rtsp-based
solution.  The quality is variable and late packets are usually dropped
so as to ensure the user is only seeing real-time data, even at degraded
quality momentarily.

I am interested in further discussion on this topic, so I welcome any
insight anyone may have into using rtcweb in this manner.

Thanks for indulging me!
-- 
Libre Video
http://librevideo.org