Re: [Speechsc] Question on Verification Result Device type

Eric Burger <eburger@standardstrack.com> Fri, 12 June 2009 09:52 UTC

Return-Path: <eburger@standardstrack.com>
X-Original-To: speechsc@core3.amsl.com
Delivered-To: speechsc@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B81613A6A06 for <speechsc@core3.amsl.com>; Fri, 12 Jun 2009 02:52:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id el0RiPnz1yLl for <speechsc@core3.amsl.com>; Fri, 12 Jun 2009 02:52:40 -0700 (PDT)
Received: from gs19.inmotionhosting.com (gs19.inmotionhosting.com [205.134.252.251]) by core3.amsl.com (Postfix) with ESMTP id BF5CE3A6864 for <speechsc@ietf.org>; Fri, 12 Jun 2009 02:52:40 -0700 (PDT)
Received: from [194.72.13.18] (helo=[172.24.1.14]) by gs19.inmotionhosting.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from <eburger@standardstrack.com>) id 1MF3RD-0001RG-Vx; Fri, 12 Jun 2009 02:52:44 -0700
Message-Id: <A7B4FE84-7C57-4A13-8602-56F14F3B3BEB@standardstrack.com>
From: Eric Burger <eburger@standardstrack.com>
To: Nik Waldron <nik.waldron@kaz-group.com>
In-Reply-To: <OF451B10D3.692C043A-ON4A2575D2.00715DE0@kaz-group.com>
Content-Type: multipart/signed; boundary="Apple-Mail-13-205190518"; micalg="sha1"; protocol="application/pkcs7-signature"
Mime-Version: 1.0 (Apple Message framework v935.3)
Date: Fri, 12 Jun 2009 10:52:42 +0100
References: <OF451B10D3.692C043A-ON4A2575D2.00715DE0@kaz-group.com>
X-Mailer: Apple Mail (2.935.3)
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - gs19.inmotionhosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - standardstrack.com
X-Source:
X-Source-Args:
X-Source-Dir:
Cc: speechsc@ietf.org
Subject: Re: [Speechsc] Question on Verification Result Device type
X-BeenThere: speechsc@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Speech Services Control Working Group <speechsc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/speechsc>, <mailto:speechsc-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/speechsc>
List-Post: <mailto:speechsc@ietf.org>
List-Help: <mailto:speechsc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/speechsc>, <mailto:speechsc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Jun 2009 09:52:41 -0000

Since these are terms of art, let's not change anything.

On Jun 11, 2009, at 9:59 PM, Nik Waldron wrote:

> Hi Christian,
>
> I'm not an expert on MRCPv2 but as someone working on Verification
> implementation and having some familiarity with the field I think that
> this is due to the time at which MRCPv2 was originally drafted.  At  
> that
> time (a part of) the state of the art was an idea known as handset
> normalisation or HNorm.  HNorm set about solving the problem that
> different handsets had very different log likelihood ratio scores.   
> There
> were several variants on the solution, but basically several scores  
> for
> different utterances against the same voiceprint, or scores for the  
> same
> utterance against the different voice prints (or a combination) were  
> used
> to normalise the score.
>
> In particular the microphone type (carbon button, or electret) were  
> major
> categories for distorting scores, and compensating for the  
> microphone type
> found to be effective.  I guess that in order for the system to  
> operate in
> an online way (updating the sets used for normalisation), it might be
> necessary for the results to be categorised by microphone type (if  
> known).
> Others more familiar with the motivations for these fields may wish to
> correct me.
>
> Things have moved on a bit since then, however if you do a search  
> (HNorm,
> TNorm or CNorm) you should be able to find the relevant papers.  If  
> the
> engine you are interested in does not support / use these types of
> normalisation or identify the categories then I'm sure 'unknown' will
> satisfy the specification.
>
> Best regards,
>
>
>
>
> NIK WALDRON
>
>
>
> This is an email from Fujitsu Australia Limited, ABN 19 001 011 427.  
> It is confidential to the ordinary user of the email address to  
> which it was addressed and may contain copyright and/or legally  
> privileged information. No one else may read, print, store, copy or  
> forward all or any of it or its attachments. If you receive this  
> email in error, please return to sender. Thank you.
> ______________________________________________________________________
> This email has been scanned by the MessageLabs Email Security System.
> For more information please visit http://www.messagelabs.com/email
> ______________________________________________________________________
> _______________________________________________
> Speechsc mailing list
> Speechsc@ietf.org
> https://www.ietf.org/mailman/listinfo/speechsc
> Supplemental web site:
> &lt;http://www.standardstrack.com/ietf/speechsc&gt;