Re: [Slim] Proposed 5.4 text

Bernard Aboba <bernard.aboba@gmail.com> Wed, 22 November 2017 23:04 UTC

Return-Path: <bernard.aboba@gmail.com>
X-Original-To: slim@ietfa.amsl.com
Delivered-To: slim@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFFDE129BDB for <slim@ietfa.amsl.com>; Wed, 22 Nov 2017 15:04:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 FN7NtD-_Mx2A for <slim@ietfa.amsl.com>; Wed, 22 Nov 2017 15:04:57 -0800 (PST)
Received: from mail-pl0-x233.google.com (mail-pl0-x233.google.com [IPv6:2607:f8b0:400e:c01::233]) (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 446A612960D for <slim@ietf.org>; Wed, 22 Nov 2017 15:04:56 -0800 (PST)
Received: by mail-pl0-x233.google.com with SMTP id z3so1580999plh.9 for <slim@ietf.org>; Wed, 22 Nov 2017 15:04:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=sGUfs/pe5jdmPSnSQREU2a9y3VbhpPOUTHqY7Cyw73U=; b=hvkRByGrHvgstpOJZL4691TW6EXIWoony9ri6Tu6Q/dEq9ymCF/a01l5IHgDIhjgAS 1vycYedsDrhalEkf2KzTHKprYMiQFwBzw2+mMc8ygj30FCidM6TpBifzikTMJzWaZOkI /lnMxZz5fYWRTWh4Bf5xoxGJv1JczgB1yzCJf1TKPAqXmUhCVbBKwsJZHDFEsSchwKVM gFSna1MsNUWTkINK03ooNsNfh0kv5aFh6gFrIfnqohngSAHkh0ms8GhWaT/gnBHLEioh R2CHpbGbxpHA9pFAt7LGKqhislpNruxOliWhGjipkWRe/nrEoZYHJMr1QEAL7hgJ1o5H ZjqA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=sGUfs/pe5jdmPSnSQREU2a9y3VbhpPOUTHqY7Cyw73U=; b=r/2mHZChLwoxtEW3Oi0J3t26xBy/v83wjKCRtdcX6iIG7DRBY/oPMWTKogNO7fNUTB Vub30aXG4UHDa3hoR4pV6Sf7bI1sO+2bcL3hXkwWAOmbLmVrHCfWWExWrbF4UQVrNAn1 OqFMuyL1rQCsC2TVP6hyB3uloRGQc0lk95KULlcL8IhYrlCbiHF+FyryHYUxLr/yN2BD wxbatC6foJOFpkMxDzaJYxAR1iReyqSyqwmCoozeAXu5J8HEBIgalyE6HYBw/fLZESnP 3j3amek+p6syWfFMFMiEwgkk8M1ZyBEoPC4xStObl/9+MVWWDgFshZGoAes2AJbalFQr ipbw==
X-Gm-Message-State: AJaThX5nh+6FiNxBEnIZBmOwrdOCfCq1tnKpfpxuN7jwqNp1s6Sggo7l R2BS81tksgWMNIZ32tKic2nUfOXa
X-Google-Smtp-Source: AGs4zMYQZWXQzr1KZxQWobu5w2QKSVveLRfdhOwD6QX5yj9Js+/xLfFy4F///ZjZ8A1szTZrkrOAsQ==
X-Received: by 10.84.131.41 with SMTP id 38mr13036921pld.149.1511391896214; Wed, 22 Nov 2017 15:04:56 -0800 (PST)
Received: from [192.168.1.101] (c-24-17-217-136.hsd1.wa.comcast.net. [24.17.217.136]) by smtp.gmail.com with ESMTPSA id s81sm29277486pfg.60.2017.11.22.15.04.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 22 Nov 2017 15:04:55 -0800 (PST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (1.0)
From: Bernard Aboba <bernard.aboba@gmail.com>
X-Mailer: iPhone Mail (15B202)
In-Reply-To: <c1db5d9e-f57e-dbf2-f8f0-cad32d515570@omnitor.se>
Date: Wed, 22 Nov 2017 15:04:54 -0800
Cc: slim@ietf.org, Randall Gellens <rg+ietf@randy.pensive.org>, Paul Kyzivat <pkyzivat@alum.mit.edu>, Brian Rosen <br@brianrosen.net>
Content-Transfer-Encoding: quoted-printable
Message-Id: <2DF564B4-88CD-4758-8F84-39BFCBD72B0E@gmail.com>
References: <55f2b336-3f14-f49a-ec78-f00b0373db00@omnitor.se> <CAOW+2dsZtuciPiKMfif=ZmUqBcUd9TyYtL5gPYDp7ZfLOHHDBA@mail.gmail.com> <p06240600d637c6f98ecc@99.111.97.136> <CAOW+2dv5NSiCbW=p1exvPV=PF8YCVdiz2gi-OCxmaUB-jGe22w@mail.gmail.com> <p06240600d6389cd2043f@99.111.97.136> <97d9a6b8-de3b-9f79-483b-18376fcf0ced@omnitor.se> <CAOW+2dtpRoeYkMJzX9vyNUojJDax4DQUU2F4PauBwt1sm-83Hg@mail.gmail.com> <6812d89a-ba10-0947-5320-07374b8c071d@comcast.net> <CAOW+2dtodRVOyGg_Q83TCPXwL3jBccA-hpBhYfrPCAUjSm5zkQ@mail.gmail.com> <E83689D8-DF61-4A3A-A5B2-8B3C05AFFB1E@brianrosen.net> <p06240607d63a5312bbbe@99.111.97.136> <72f7975c-91f5-91c2-6d8c-4f66aec63cf9@omnitor.se> <p06240609d63a644ec5b6@99.111.97.136> <CAOW+2dsP3EB8OogBU4NO917isBsOWs3VWbXK-AG88XhK7ROu4A@mail.gmail.com> <c1c24d1b-5dcc-4f55-2100-1c4d70a6e49f@omnitor.se> <CAOW+2duBgh7znEn0_bEqUhsWLrB9=8ndeDr+3j+JPnbAanvGkg@mail.gmail.com> <2b229df4-faef-65a0-e4ed-8b44a9f2e6a4@omnitor.se> <3F911C22-CF96-402C-AF4F-22CD761DFD5C@gmail.com> <c1db5d9e-f57e-dbf2-f8f0-cad32d515570@omnitor.se>
To: =?utf-8?Q?Gunnar_Hellstr=C3=B6m?= <gunnar.hellstrom@omnitor.se>
Archived-At: <https://mailarchive.ietf.org/arch/msg/slim/BjOqYkebaD0_E9AFboExbP6rNGQ>
Subject: Re: [Slim] Proposed 5.4 text
X-BeenThere: slim@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Selection of Language for Internet Media <slim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/slim>, <mailto:slim-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/slim/>
List-Post: <mailto:slim@ietf.org>
List-Help: <mailto:slim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/slim>, <mailto:slim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Nov 2017 23:04:59 -0000

On Nov 22, 2017, at 1:14 PM, Gunnar Hellström <gunnar.hellstrom@omnitor.se> wrote:
>> 
> Randall introduced that view (about captions in video not being used in conversational calls) and I agreed. I know that is not total consensus, but there were at least not any declared conflicting views.

[BA] With speech recognition APIs now approaching realtime performance it is becoming feasible to do captioning in realtime video. There are situations (e.g. recordings of classes posted online) where captioning is required by regulators, and it is more efficient and inclusive to do captioning during the class and record it than to require students to wait for postprocessing to add captions.



> 
> There are use cases for the use of a view of a speaking person in video.
> 
> It would be good if this reasoning makes you change your mind and check if we can have consensus for inserting the dropped sentence.
> 
> If not, I will stop arguing for that and accept that we need to take the effort to define how to indicate this use case at a later stage. The rest of section 5.4 is good now and explicitly allows further work and application agreements.
> 
> Gunnar
> 
> -- 
> -----------------------------------------
> Gunnar Hellström
> Omnitor
> gunnar.hellstrom@omnitor.se
> +46 708 204 288
>