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: > <http://www.standardstrack.com/ietf/speechsc>
- [Speechsc] Question on Verification Result Device… Christian Groves
- Re: [Speechsc] Question on Verification Result De… Nik Waldron
- Re: [Speechsc] Question on Verification Result De… Eric Burger
- Re: [Speechsc] Question on Verification Result De… Christian Groves