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

Robert Sparks <> Wed, 07 October 2020 15:58 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 895FF3A0AA7; Wed, 7 Oct 2020 08:58:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.617
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: (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)"
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id f2KkD3SI_8-P; Wed, 7 Oct 2020 08:58:31 -0700 (PDT)
Received: from ( [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 45F1D3A0A9F; Wed, 7 Oct 2020 08:58:31 -0700 (PDT)
Received: from unescapeable.local ([]) (authenticated bits=0) by (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
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple;; 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: Host [] claimed to be unescapeable.local
To: Tom Pusateri <>, Alexandre Petrescu <>
Cc: Carsten Bormann <>, Tools Discussion <>,
References: <> <> <> <> <>
From: Robert Sparks <>
Message-ID: <>
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: <>
Content-Type: multipart/alternative; boundary="------------31515C620D15D1ACF5D6A6D2"
Content-Language: en-US
Archived-At: <>
Subject: Re: [Tools-discuss] [Manycouches] Proposal to discontinue live mp3 audio streams at IETF meetings
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Tools Discussion <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-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 
>> < <>> 
>> 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