Re: [MMUSIC] Notes from Orlando human language draft discussion

Gunnar Hellstrom <gunnar.hellstrom@omnitor.se> Sat, 16 March 2013 21:32 UTC

Return-Path: <gunnar.hellstrom@omnitor.se>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41D9721F874A for <mmusic@ietfa.amsl.com>; Sat, 16 Mar 2013 14:32:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.449
X-Spam-Level:
X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TPMDhx9ew-II for <mmusic@ietfa.amsl.com>; Sat, 16 Mar 2013 14:32:30 -0700 (PDT)
Received: from vsp-authed-02-02.binero.net (vsp-authed02.binero.net [195.74.38.226]) by ietfa.amsl.com (Postfix) with SMTP id 5173321F872E for <mmusic@ietf.org>; Sat, 16 Mar 2013 14:32:29 -0700 (PDT)
Received: from smtp01.binero.se (unknown [195.74.38.28]) by vsp-authed-02-02.binero.net (Halon Mail Gateway) with ESMTP for <mmusic@ietf.org>; Sat, 16 Mar 2013 22:32:21 +0100 (CET)
Received: from [192.168.50.38] (h79n2fls31o933.telia.com [212.181.137.79]) (Authenticated sender: gunnar.hellstrom@omnitor.se) by smtp-06-01.atm.binero.net (Postfix) with ESMTPA id EB80A3A166 for <mmusic@ietf.org>; Sat, 16 Mar 2013 22:32:21 +0100 (CET)
Message-ID: <5144E4E5.4030801@omnitor.se>
Date: Sat, 16 Mar 2013 22:32:21 +0100
From: Gunnar Hellstrom <gunnar.hellstrom@omnitor.se>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4
MIME-Version: 1.0
To: mmusic@ietf.org
References: <p0624061acd691d9b38bc@dhcp-42ec.meeting.ietf.org> <B0295A41-BF2B-4520-8495-7A88B4803F30@acmepacket.com>
In-Reply-To: <B0295A41-BF2B-4520-8495-7A88B4803F30@acmepacket.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [MMUSIC] Notes from Orlando human language draft discussion
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 16 Mar 2013 21:32:31 -0000

On 2013-03-16 20:54, Hadriel Kaplan wrote:
> What's the use-case when the two directions are not identical?  I.e., when does it make sense to receive Latin but send Swahili for the same media?
> I ask because this separation complicates things quite a bit in code/testing/error-handling, obviously.
Examples are:

1. Deaf-blind person who want to use sign language in video out, but 
cannot see it in reception and therefore declare language in video only 
for send video.
( also declaring preference for reading text and acceptance for typing 
text )

2. Hard-of-hearing person who want to talk in audio channel, but cannot 
hear answers , and therefore declare languge for audio only in send audio
( also declaring preference for reading text and acceptance for typing 
text )

3. Person with speech disabilities who want to hear in audio channel, 
but cannot use audio for talking
( also declaring preference for typing text and acceptance for reading 
text )

By the way, here we have a tricky case:
4. Person with speech disabilities who want to hear in audio channel, 
and talks unclearly, so that he want a speech relay service to listen to 
the call and clarify what got hard to understand for the other party.
Maybe that service needs to be requested with an explicit service 
request instead of language and modality matching?

  /Gunnar