Re: [Tools-discuss] [Manycouches] Proposal to discontinue live mp3 audio streams at IETF meetings

Robert Sparks <rjsparks@nostrum.com> Wed, 07 October 2020 15:58 UTC

Return-Path: <rjsparks@nostrum.com>
X-Original-To: tools-discuss@ietfa.amsl.com
Delivered-To: tools-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 895FF3A0AA7; Wed, 7 Oct 2020 08:58:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.617
X-Spam-Level:
X-Spam-Status: No, score=-1.617 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, KHOP_HELO_FCRDNS=0.274, NICE_REPLY_A=-0.213, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=nostrum.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f2KkD3SI_8-P; Wed, 7 Oct 2020 08:58:31 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 45F1D3A0A9F; Wed, 7 Oct 2020 08:58:31 -0700 (PDT)
Received: from unescapeable.local ([47.186.30.41]) (authenticated bits=0) by nostrum.com (8.16.1/8.16.1) with ESMTPSA id 097FwNWW088107 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 7 Oct 2020 10:58:23 -0500 (CDT) (envelope-from rjsparks@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1602086304; bh=pEFKHvhe638ZgAo/aMPlt+xvc0qrkjDN8Wq0nrkAuiY=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=XPH/QMOhrNmqOrIp6P2Cf/+1i6TRPF8MjBa4r12/ZKMOCKeq51jw60OeobU1wBgm5 zImmcJeZ+wtIGozCfxhalCtn+NXbuFzc6s42IXBy9TX6Qr5jna1bgGe4KcoaHIPl2e JQHyhNdkvWR1wQMPMh/IzNOs62Dd/jimlh29fc0M=
X-Authentication-Warning: raven.nostrum.com: Host [47.186.30.41] claimed to be unescapeable.local
To: Tom Pusateri <pusateri@bangj.com>, Alexandre Petrescu <alexandre.petrescu@gmail.com>
Cc: Carsten Bormann <cabo@tzi.org>, Tools Discussion <Tools-discuss@ietf.org>, manycouches@ietf.org
References: <137438FD-E3FC-40C3-B482-B0E555F5318B@tzi.org> <CA9F75B2-2709-4619-8E64-845F1DFC826C@bangj.com> <743e6bef-ba4b-db2f-1980-62f967560924@nostrum.com> <c2b71e2f-7f1d-b2f9-ace4-73a82dc30e01@gmail.com> <622776EA-0F69-4B28-9CD2-D099EBB8D1DD@bangj.com>
From: Robert Sparks <rjsparks@nostrum.com>
Message-ID: <63a1fb8c-12eb-a8e7-7bd0-1676d7dbb394@nostrum.com>
Date: Wed, 7 Oct 2020 10:58:22 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.3.1
MIME-Version: 1.0
In-Reply-To: <622776EA-0F69-4B28-9CD2-D099EBB8D1DD@bangj.com>
Content-Type: multipart/alternative; boundary="------------31515C620D15D1ACF5D6A6D2"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/tools-discuss/q4JkpmnuE7bvBJtGnO2LLkzRqL4>
Subject: Re: [Tools-discuss] [Manycouches] Proposal to discontinue live mp3 audio streams at IETF meetings
X-BeenThere: tools-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Tools Discussion <tools-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tools-discuss/>
List-Post: <mailto:tools-discuss@ietf.org>
List-Help: <mailto:tools-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Oct 2020 15:58:38 -0000

On 10/7/20 10:52 AM, Tom Pusateri wrote:
>
>> On Oct 7, 2020, at 5:20 AM, Alexandre Petrescu 
>> <alexandre.petrescu@gmail.com <mailto:alexandre.petrescu@gmail.com>> 
>> wrote:
>>
>>
>> I would also think about the following: if the one stream per room is a
>> hardware problem, is that problem related to the use of old mixing
>> stations?  I remember having seen at room back in f2f ietf meetings some
>> mixing stations with these numerous linear potentiometers.  These are
>> outdated tools.
>>
>> Nowadays people use PCs with large screens and virtual potentiometers.
>> These dont have limitations in terms of numbers of channels.  There is
>> programmatical freedom in the way channels are defined, used and sent
>> around.
>>
>> If a limitation is in hardware, there is advantage to be gained from
>> migrating to software functionality.
>>
>> (I might be trying to persuade the already convinced here, but I wanted
>> to say that, because it is strange to hear about hardware limitations in
>> audio, with 110V/220V nearby and all space and coffee).
>>
>> Alex
>
> The physical audio hardware is more of a limitation of the space. You 
> have rooms with separate sound systems with microphones and speakers 
> for a physical audience. Each stream needs to be tied into the 
> existing room sound system.
>
> You could use a computer in each room to pipe that sound over the 
> network to a central stream server but now we’re just talking about 
> where it’s being served from. My previous description was meant to 
> describe that computer in that room connected to that sound system.
I don't think we need to worry about it anymore other than understanding 
how it informed the model that we've used to date. When we have a 
physical system in the future that's room based, we'll plumb things back 
to sessions.
>
> Tom