IETF Logo Mail Archive

Re: [Slim] Moving forward on draft-ietf-slim-negotiating-human-language

Bernard Aboba <bernard.aboba@gmail.com> Tue, 21 November 2017 17:07 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 28E4F129B2C for <slim@ietfa.amsl.com>; Tue, 21 Nov 2017 09:07:19 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 UM6ycG-ptlao for <slim@ietfa.amsl.com>; Tue, 21 Nov 2017 09:07:17 -0800 (PST)
Received: from mail-ua0-x234.google.com (mail-ua0-x234.google.com [IPv6:2607:f8b0:400c:c08::234]) (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 9973A129AC6 for <slim@ietf.org>; Tue, 21 Nov 2017 09:07:17 -0800 (PST)
Received: by mail-ua0-x234.google.com with SMTP id j14so8706905uag.11 for <slim@ietf.org>; Tue, 21 Nov 2017 09:07:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=jMsUGuppfDlOyXbgS73olb928sYiJavNJCOGm378cWc=; b=auwL94T++JgAZ3vvwRDWOgc0YxOE9eJlj5QwWvB0RtliP4ADHvNfHUEqJ+U1WbeYaH e5KmvoEAaunDFFJFcZP/xkHLOw0IHhYSeyCdmbUL8UYVetEyVGKYjYOvP5XwMRADc88g yxPLxCxJ+p97LJUHDK4MZibRqkPAqQPn547pZED4d/b1XN/4A5/gQ2K1T5iecI5mp/x2 YIIzlkSDfnszfTA6IqmsOpH0TgLvDGVlpCGotExBvbS8u4G30KIiu9n6bD4OshRZvkrp 8GYvpVzbf1yAPJpLC8UortghAIG0GvgJYXbL/NEC3DBR3TieFyjK28mLWH374ebOCZ1T CywA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=jMsUGuppfDlOyXbgS73olb928sYiJavNJCOGm378cWc=; b=a3mWxZ3ZBsU17ePw9R3v88QNb3IRhyOlsZSxYhnaFVq1jctg+8BMmeihJrMiYasBgs av6w/EuJp4b4cFOEG0JfuPg8d8/VN2RK+iIjSLLlc9vr/cZ5ULBRnnmpCtf0cG+NmB2t kVOXXpq6fLfaQCq3rq5eWSJXnd+joE/AHbY+U29ud1CdluShDvkho7iWUzGE+lk+PLFL 94pjDHJOSWeAz2O5QUu3MX4e3wzkapqNXx/u2/KNcKO4MPaU5AHIFK4AijwNxkweKDXb gRGgHK1znrFtZbWknTGDdeRMaxhjV+w/Pyn2NtEtt+/on3z6IQNljOKOPEOr4QeIu0AX GqoA==
X-Gm-Message-State: AJaThX4/Dhsx6mRuinRZin8NdZK00iInzvBJSG8GZEcATeP3iwRSbda3 hcNPbBZBRuRCUm2EsVqCD0Hto4I4n3fqmXd7/gu02GQU
X-Google-Smtp-Source: AGs4zMa0Jncb15lOi3yo/iqdkVDPopi3uka1gDW+9V8Lvn0N4Vib/EwVJ0NIeRWEdkkffSGjGHVAzeCdNOd25/NlDx0=
X-Received: by 10.176.95.138 with SMTP id b10mr16018919uaj.55.1511284036320; Tue, 21 Nov 2017 09:07:16 -0800 (PST)
MIME-Version: 1.0
Received: by 10.159.54.230 with HTTP; Tue, 21 Nov 2017 09:06:55 -0800 (PST)
In-Reply-To: <14297efe-82c5-a6d9-94f7-fe82be6b423a@alum.mit.edu>
References: <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> <55f2b336-3f14-f49a-ec78-f00b0373db00@omnitor.se> <bc5b7aa5-7c6a-5096-47d0-01e5ee079e93@omnitor.se> <CAOW+2duUPsTY=Ygzwfu0eOYbHaBAwMqm+oxA6AdMXinxTMNM1A@mail.gmail.com> <165d2c07-19ca-f2b1-2aac-3aac842b97e9@omnitor.se> <CAOW+2dsrRoCE4YQ1U+y448C4qmMY1Hb+8jM=aTyzvsPBYA0akg@mail.gmail.com> <14297efe-82c5-a6d9-94f7-fe82be6b423a@alum.mit.edu>
From: Bernard Aboba <bernard.aboba@gmail.com>
Date: Tue, 21 Nov 2017 09:06:55 -0800
Message-ID: <CAOW+2dtej1p3pD5-FbVjnkWbXH3O6TYO7zVBqy0PAfReA1Lh4A@mail.gmail.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
Cc: slim@ietf.org
Content-Type: multipart/alternative; boundary="089e0822c7a023c413055e813cad"
Archived-At: <https://mailarchive.ietf.org/arch/msg/slim/qvfc0bSBgK3iNO_A4NFvhBd0wQk>
Subject: Re: [Slim] Moving forward on draft-ietf-slim-negotiating-human-language
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: Tue, 21 Nov 2017 17:07:19 -0000

Paul said:

"When using lip sync, is there any necessity to put the language tag on the
video?"

[BA] Good point.

"   By including a language tag for spoken language in an audio
   description and using the "lip sync" grouping mechanism defined
   in [RFC5888] to group it with a video media stream it is possible
   to indicate synchronized audio and video so as to support lip
   reading."

[BA] This seems like an improvement.

On Tue, Nov 21, 2017 at 8:44 AM, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote:

> On 11/21/17 10:59 AM, Bernard Aboba wrote:
>
>> [BA] LGTM.  Do you recall what the objection was to the term
>> "spoken/written language"?
>>
>> Gunnar had said:
>>
>> By including a language tag for spoken language in a video description
>> and using the "lip sync" grouping mechanism defined in [RFC5888] it is
>> possible to indicate synchronized audio and video so as to support lip
>> reading.
>>
>
> When using lip sync, is there any necessity to put the language tag on the
> video? ISTM that is irrelevant, as long as it is on the synced audio media.
> ISTM it would be better to say:
>
>    By including a language tag for spoken language in an audio
>    description and using the "lip sync" grouping mechanism defined
>    in [RFC5888] to group it with a video media stream it is possible
>    to indicate synchronized audio and video so as to support lip
>    reading.
>
>         Thanks,
>         Paul
>
>
> _______________________________________________
> SLIM mailing list
> SLIM@ietf.org
> https://www.ietf.org/mailman/listinfo/slim
>

v2.23.0 | Report a Bug | By Email