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

Tom Pusateri <> Thu, 01 October 2020 21:41 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id CE9CB3A0967 for <>; Thu, 1 Oct 2020 14:41:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id FIe7QtiSZl-8 for <>; Thu, 1 Oct 2020 14:41:36 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 7FE5D3A0969 for <>; Thu, 1 Oct 2020 14:41:36 -0700 (PDT)
Received: from [] ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPSA id 009BB1D631; Thu, 1 Oct 2020 17:41:34 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;; s=201907; t=1601588495; bh=w5WdfawfhZK9bSpGNp9hfJzCUCEklKdAPD82WgT2CO4=; h=From:Subject:Date:In-Reply-To:Cc:To:References:From; b=ErA69/gompGgmYxSyPpr3GdAMpxyZ+dUaidZhhOjKd0cI99fkjXrybTUPHWeRsdpq GXj8EuxY7ohzj39K1r+tsGET6jhZ1FmyRjTsGRq4K6ebjgjKQ2XLEhRk09w0dGkCVp SKcSzjzQVU6NDgZCgLIk1N74rJQz1buWDAo/F7uMYszX0tv43cdwksRxZGLTCMHiYl G7MggysD52TBRvlYbZyZPZfobEa52TlWFFqYrZ1VDirVItdMaSCzeWd0QtYws0dFYi RI4Bnq3CmG3UjzHgwML0U+miwKOSMENyyGjaVU+S89YzsKBGKKSUuejs+HZvDsCd3j dXlFURnHGpHpQ==
From: Tom Pusateri <>
Message-Id: <>
Content-Type: multipart/alternative; boundary="Apple-Mail=_809C4E03-DCDF-419D-9CFA-EEEF39E2B743"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.\))
Date: Thu, 1 Oct 2020 17:41:34 -0400
In-Reply-To: <13704.1601584581@localhost>
Cc: Adam Roach <>, "" <>
To: Michael Richardson <>
References: <> <21861.1601569998@localhost> <> <13704.1601584581@localhost>
X-Mailer: Apple Mail (2.3608.
Archived-At: <>
Subject: Re: [Tools-discuss] 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: Thu, 01 Oct 2020 21:41:40 -0000

> On Oct 1, 2020, at 4:36 PM, Michael Richardson <> wrote:
> Adam Roach < <>> wrote:
>> On 10/1/2020 11:33 AM, Michael Richardson wrote:
>>> I understand.  I would request that the mp4's that are produced and
>>> uploaded to youtube be made available via some other site as well.
>> I'd make the same request. A little bit ago, I went to try to find the
>> audio stream for a recent meeting, and was perplexed that the
>> recordings no longer existed. I'm sympathetic to the concerns that
>> Michael expressed; I also note that, even if you're willing to deal
>> with big tech platforms, the inability to download a local copy of
>> material from YouTube is a very unfortunate drawback.
> Well, there tools that will do this, but youtube tries to break them, I
> think. :-)
>> As an aside: prior to the youtubization of sessions, it was possible to
>> grab the individual media components from the meetecho recordings,
>> which was *even nicer*. For example, the HRPCRG had a very interesting
>> spot in their session where EFF's Eva Galperin gave a slide-free talk
>> that I shared with some colleagues. In the old format, I could have
>> pointed to the speaker video stream, which would have been nice. On
>> YouTube, the lack of slides meant that the speaker view was rendered as
>> 1/16th of the frame in the upper-right-hand corner, while the remaining
>> 15/16ths of the screen was blank. I'm not necessarily asking for that
>> format to be restored, but it would make for a replacement of the MP3
>> streams that isn't merely adequate, but actually quite superior.
> I agree it would be nice to have the media components.
> It might also allow for interesting remixes later on.
> Also the meetecho recording does not include the jabber/chat view, the
> participant queue (to see who is speaking), or the vote/hum results.
> So even though you have jabber logs, it's difficult to easily see exactly
> what it relates to.
> The best part about watching the recordings though, is 2x playback speed :-)

I have argued in the past that all of the media from IETF should be available in non-proprietary formats as stream components for tools and user interface people to combine them and use the components in more user friendly ways than simply archiving everything in Youtube.

I was told no to this. I think this is a mistake.

The IETFers app used to be a significant user of the audio streams. I provided live streaming as well as recorded playback of a session. This was difficult because the stream info for a sessions was not algorithmic. I had to release a new version of the app each meeting to map stream numbers to rooms. I received tons of compliments on this and people loved this feature.

When this was the only reason left to release a new version of the app for each meeting, I dropped the recordings but I always wanted to come up with a way to re-instate this functionality because the low bandwidth audio stream was so much more useful on a mobile device than the youtube. It was possible to stream a session over cellular in your car while the youtube would take significant bandwidth.

Not only do I not want this to go away, I want all of the material to be available in open formats. This includes:

1. audio (presenter in one channel, audience mics in another channel would be even better)
2. slide video
3. speaker video
4. slide files

It makes perfect sense that the number of people using this recently is low. It’s difficult to use in its current form. It shouldn’t be this way.