Meeting transcript:
speaker: C
text: OK .
speaker: C
text: So uh , he 's not here ,
speaker: D
text: So .
speaker: C
text: so you get to <disfmarker>
speaker: D
text: Yeah , I will try to explain the thing that I did this <disfmarker> this week <disfmarker> during this week .
speaker: C
text: Yeah .
speaker: D
text: Well eh you know that I work <disfmarker> I begin to work with a new feature to detect voice - unvoice .
speaker: E
text: Mm - hmm .
speaker: D
text: What I trying two MLP to <disfmarker> to the <disfmarker> with this new feature and the fifteen feature uh from the eh bus base system
speaker: E
text: The <disfmarker> the mel cepstrum ?
speaker: D
text: No , satly the mes the Mel Cepstrum ,
speaker: D
text: the new base system <disfmarker> the new base system .
speaker: E
text: Oh the <disfmarker>
speaker: E
text: OK ,
speaker: D
text: Yeah , we <disfmarker>
speaker: E
text: the Aurora system .
speaker: D
text: yeah the Aurora system with the new filter , VAD or something like that .
speaker: E
text: OK .
speaker: D
text: And I 'm trying two MLP , one one that only have t three output ,
speaker: D
text: voice , unvoice , and silence ,
speaker: C
text: Mm - hmm .
speaker: D
text: and other one that have fifty - six output .
speaker: D
text: The probabilities of the allophone .
speaker: D
text: And I tried to do some experiment of recognition with that
speaker: D
text: and only have result with <disfmarker> with the MLP with the three output .
speaker: D
text: And I put together the fifteen features and the three MLP output .
speaker: D
text: And , well , the result are li a little bit better , but more or less similar .
speaker: C
text: Uh , I <disfmarker> I 'm <disfmarker> I 'm slightly confused .
speaker: E
text: Hmm .
speaker: C
text: What <disfmarker> what feeds the uh <disfmarker> the three - output net ?
speaker: D
text: Voice , unvoice , and si
speaker: C
text: No no , what feeds it ?
speaker: C
text: What features does it see ?
speaker: D
text: The feature <disfmarker> the input ?
speaker: D
text: The inputs are the fifteen <disfmarker> the fifteen uh bases feature .
speaker: C
text: Uh - huh .
speaker: D
text: the <disfmarker> with the new code .
speaker: D
text: And the other three features are R , the variance of the difference between the two spectrum ,
speaker: C
text: Uh - huh .
speaker: D
text: the variance of the auto - correlation function , except the <disfmarker> the first point , because half the height value is R - zero
speaker: C
text: Mm - hmm .
speaker: C
text: Mm - hmm .
speaker: C
text: Mm - hmm .
speaker: C
text: Mm - hmm .
speaker: D
text: and also R - zero ,
speaker: D
text: the first coefficient of the auto - correlation function .
speaker: D
text: That is like the energy with these three feature ,
speaker: C
text: Right .
speaker: D
text: also these three feature .
speaker: C
text: You wouldn't do like R - one over R - zero or something like that ?
speaker: C
text: I mean usually for voiced - unvoiced you 'd do <disfmarker> yeah , you 'd do something <disfmarker> you 'd do energy
speaker: D
text: Yeah .
speaker: C
text: but then you have something like spectral slope , which is you get like R - one ov over R - zero or something like that .
speaker: D
text: Uh yeah .
speaker: E
text: What are the R 's ?
speaker: E
text: I 'm sorry I missed it .
speaker: C
text: R correlations .
speaker: D
text: No ,
speaker: E
text: Oh .
speaker: D
text: R c No .
speaker: D
text: Auto - correlation ?
speaker: D
text: Yes , yes , the variance of the auto - correlation function that uses that
speaker: C
text: Ye - Well that 's the variance ,
speaker: C
text: but if you just say " what is <disfmarker> "
speaker: C
text: I mean , to first order , um
speaker: C
text: yeah one of the differences between voiced , unvoiced and silence is energy .
speaker: D
text: Yeah ,
speaker: C
text: Another one is <disfmarker> but the other one is the spectral shape .
speaker: D
text: I I 'll <disfmarker>
speaker: D
text: The spectral shape ,
speaker: D
text: yeah .
speaker: C
text: Yeah ,
speaker: C
text: and so R - one over R - zero is what you typically use for that .
speaker: D
text: No ,
speaker: D
text: I don't use that <disfmarker>
speaker: D
text: I can't use <disfmarker>
speaker: C
text: No ,
speaker: C
text: I 'm saying that 's what people us typically use .
speaker: D
text: Mmm .
speaker: C
text: See , because it <disfmarker> because this is <disfmarker> this is just like a single number to tell you um " does the spectrum look like that or does it look like that " .
speaker: D
text: Mm - hmm .
speaker: A
text: Oh . R <disfmarker>
speaker: A
text: R <disfmarker> R - zero .
speaker: C
text: Right ?
speaker: D
text: Mm - hmm .
speaker: C
text: So if it 's <disfmarker> if it 's um <disfmarker> if it 's low energy uh but the <disfmarker> but the spectrum looks like that or like that , it 's probably silence .
speaker: D
text: Mm - hmm .
speaker: C
text: Uh but if it 's low energy and the spectrum looks like that , it 's probably unvoiced .
speaker: D
text: Yeah .
speaker: C
text: So if you just <disfmarker> if you just had to pick two features to determine voiced - unvoiced , you 'd pick something about the spectrum like uh R - one over R - zero , um and R - zero
speaker: D
text: Mm - hmm ,
speaker: D
text: OK .
speaker: C
text: or i i you know you 'd have some other energy measure
speaker: C
text: and
speaker: C
text: like in the old days people did like uh zero crossing counts .
speaker: D
text: Yeah , yeah .
speaker: C
text: Right . S
speaker: C
text: S
speaker: D
text: Well , I can also th use this .
speaker: C
text: Yeah .
speaker: C
text: Um ,
speaker: D
text: Bec - because the result are a little bit better
speaker: D
text: but we have in a point that everything is more or less the similar <disfmarker> more or less similar .
speaker: C
text: Yeah .
speaker: C
text: But um
speaker: D
text: It 's not quite better .
speaker: C
text: Right , but it seemed to me that what you were what you were getting at before was that there is something about the difference between the original signal or the original FFT and with the filter which is what <disfmarker>
speaker: C
text: and the variance was one take uh on it .
speaker: D
text: Yeah ,
speaker: D
text: I used this too .
speaker: C
text: Right .
speaker: C
text: But it <disfmarker> it could be something else .
speaker: C
text: Suppose you didn't have anything like that .
speaker: C
text: Then in that case , if you have two nets ,
speaker: C
text: Alright , and this one has three outputs , and this one has f
speaker: D
text: Mm - hmm .
speaker: C
text: whatever ,
speaker: C
text: fifty - six , or something ,
speaker: D
text: Mm - hmm .
speaker: C
text: if you were to sum up the probabilities for the voiced and for the unvoiced and for the silence here , we 've found in the past you 'll do better at voiced - unvoiced - silence than you do with this one .
speaker: C
text: So just having the three output thing doesn't <disfmarker> doesn't really buy you anything .
speaker: D
text: Yeah .
speaker: C
text: The issue is what you feed it .
speaker: D
text: Yeah ,
speaker: D
text: I have <disfmarker>
speaker: D
text: yeah .
speaker: C
text: So uh
speaker: E
text: So you 're saying take the features that go into the voiced - unvoiced - silence net and feed those into the other one , as additional inputs , rather than having a separate <disfmarker>
speaker: D
text: No <disfmarker>
speaker: C
text: w W well that 's another way .
speaker: D
text: Yeah .
speaker: C
text: That wasn't what I was saying
speaker: C
text: but yeah that 's certainly another thing to do .
speaker: C
text: No I was just trying to say if you b if you bring this into the picture over this , what more does it buy you ?
speaker: E
text: Mmm .
speaker: C
text: And what I was saying is that the only thing I think that it buys you is um based on whether you feed it something different .
speaker: C
text: And something different in some fundamental way .
speaker: C
text: And so the kind of thing that <disfmarker> that she was talking about before , was looking at something uh ab um <disfmarker> something uh about the difference between the <disfmarker> the uh um log FFT uh log power uh and the log magnitude uh F F - spectrum uh and the um uh filter bank .
speaker: D
text: Yeah .
speaker: C
text: And so the filter bank is chosen in fact to sort of integrate out the effects of pitch
speaker: C
text: and she 's saying
speaker: C
text: you know trying <disfmarker>
speaker: C
text: So the particular measure that she chose was the variance of this m of this difference ,
speaker: D
text: Mm - hmm .
speaker: C
text: but that might not be the right number .
speaker: D
text: Maybe .
speaker: C
text: Right ?
speaker: C
text: I mean maybe there 's something about the variance that 's <disfmarker> that 's not enough
speaker: C
text: or maybe there 's something else that <disfmarker> that one could use ,
speaker: C
text: but I think that , for me , the thing that <disfmarker> that struck me was that uh you wanna get something back here ,
speaker: C
text: so here 's <disfmarker> here 's an idea .
speaker: C
text: uh What about it you skip all the <disfmarker> all the really clever things , and just fed the log magnitude spectrum into this ?
speaker: D
text: Ah <disfmarker> I 'm sorry .
speaker: C
text: This is f
speaker: C
text: You have the log magnitude spectrum , and you were looking at that and the difference between the filter bank and <disfmarker> and c c computing the variance .
speaker: D
text: Yeah .
speaker: D
text: Mm - hmm .
speaker: D
text: Mm - hmm .
speaker: C
text: That 's a clever thing to do .
speaker: C
text: What if you stopped being clever ?
speaker: D
text: Mm - hmm .
speaker: C
text: And you just took this thing in here because it 's a neural net and neural nets are wonderful
speaker: C
text: and figure out what they can <disfmarker> what they most need from things , and I mean that 's what they 're good at .
speaker: D
text: Yeah .
speaker: C
text: So I mean you 're <disfmarker> you 're <disfmarker> you 're trying to be clever and say what 's the statistic that should <disfmarker> we should get about this difference
speaker: C
text: but uh in fact , you know maybe just feeding this in or <disfmarker> or feeding both of them in
speaker: E
text: Hmm .
speaker: C
text: you know , another way , saying let it figure out what 's the <disfmarker> what is the interaction ,
speaker: C
text: especially if you do this over multiple frames ?
speaker: D
text: Mm - hmm .
speaker: C
text: Then you have this over time , and <disfmarker> and both kinds of measures
speaker: C
text: and uh you might get uh something better .
speaker: D
text: Mm - hmm .
speaker: C
text: Um .
speaker: E
text: So <disfmarker> so don't uh <disfmarker> don't do the division ,
speaker: E
text: but let the net have everything .
speaker: C
text: That 's another thing you could do
speaker: C
text: yeah .
speaker: C
text: Yeah .
speaker: D
text: Yeah .
speaker: C
text: Um .
speaker: C
text: I mean , it seems to me , if you have exactly the right thing then it 's better to do it without the net
speaker: C
text: because otherwise you 're asking the net to learn this <disfmarker>
speaker: C
text: you know , say if you wanted to learn how to do multiplication .
speaker: E
text: Mm - hmm .
speaker: C
text: I mean you could feed it a bunch of s you could feed two numbers that you wanted to multiply into a net
speaker: C
text: and have a bunch of nonlinearities in the middle
speaker: C
text: and train it to get the product of the output and it would work .
speaker: C
text: But , it 's kind of crazy ,
speaker: C
text: cuz we know how to multiply
speaker: C
text: and you <disfmarker> you 'd be you know much lower error usually <vocalsound> if you just multiplied it out .
speaker: C
text: But suppose you don't really know what the right thing is .
speaker: C
text: And that 's what these sort of dumb machine learning methods are good at .
speaker: C
text: So .
speaker: C
text: Um .
speaker: C
text: Anyway .
speaker: C
text: It 's just a thought .
speaker: E
text: How long does it take , Carmen , to train up one of these nets ?
speaker: D
text: Oh , not too much .
speaker: E
text: Yeah .
speaker: D
text: Mmm , one day or less .
speaker: E
text: Hmm .
speaker: C
text: Yeah ,
speaker: C
text: it 's probably worth it .
speaker: A
text: What are <disfmarker> what are your f uh frame error rates for <disfmarker> for this ?
speaker: D
text: Eh fifty - f six
speaker: D
text: uh no , the frame error rate ?
speaker: D
text: Fifty - six I think .
speaker: A
text: O
speaker: C
text: Is that <disfmarker> maybe that 's accuracy ?
speaker: D
text: Percent .
speaker: D
text: The accuracy .
speaker: A
text: Fif - fifty - six percent accurate for v voice - unvoice
speaker: D
text: Mm - hmm .
speaker: D
text: No for ,
speaker: D
text: yes f
speaker: D
text: I don't remember for voice - unvoice ,
speaker: A
text: Oh , OK .
speaker: D
text: maybe for the other one .
speaker: C
text: Yeah , voiced - unvoiced hopefully would be a lot better .
speaker: A
text: OK .
speaker: D
text: for voiced .
speaker: D
text: I don't reme
speaker: A
text: Should be in nineties somewhere .
speaker: D
text: Better .
speaker: D
text: Maybe for voice - unvoice .
speaker: A
text: Right .
speaker: D
text: This is for the other one .
speaker: D
text: I should <disfmarker> I can't show that .
speaker: A
text: OK .
speaker: D
text: But I think that fifty - five was for the <disfmarker> when the output are the fifty - six phone .
speaker: A
text: Mm - hmm .
speaker: D
text: That I look in the <disfmarker> with the other <disfmarker> nnn the other MLP that we have are more or less the same number .
speaker: D
text: Silence will be better but more or less the same .
speaker: C
text: I think at the frame level for fifty - six that was the kind of number we were getting for <disfmarker> for uh um reduced band width uh stuff .
speaker: D
text: I think that <disfmarker> I <disfmarker> I <disfmarker> I think that for the other one , for the three output , is sixty sixty - two , sixty three more or less .
speaker: A
text: Mm - hmm .
speaker: C
text: That 's all ?
speaker: D
text: It 's <disfmarker>
speaker: D
text: Yeah .
speaker: C
text: That 's pretty bad .
speaker: D
text: Yeah , because it 's noise also .
speaker: C
text: Aha !
speaker: A
text: Oh yeah .
speaker: D
text: And we have
speaker: C
text: Aha !
speaker: C
text: Yeah .
speaker: D
text: I know .
speaker: C
text: Yeah .
speaker: C
text: OK .
speaker: C
text: But even i in <disfmarker>
speaker: C
text: Oh yeah , in training .
speaker: C
text: Still ,
speaker: C
text: Uh .
speaker: C
text: Well actually , so this is a test that you should do then .
speaker: C
text: Um , if you 're getting fifty - six percent over here ,
speaker: C
text: uh that 's in noise also ,
speaker: C
text: right ?
speaker: D
text: Yeah , yeah , yeah .
speaker: C
text: Oh OK .
speaker: C
text: If you 're getting fifty - six here , try adding together the probabilities of all of the voiced phones here and all of the unvoiced phones
speaker: D
text: will be <disfmarker>
speaker: C
text: and see what you get then .
speaker: D
text: Yeah .
speaker: C
text: I bet you get better than sixty - three .
speaker: D
text: Well I don't know ,
speaker: D
text: but <disfmarker> I th I <disfmarker> I think that we <disfmarker> I have the result more or less . Maybe .
speaker: D
text: I don't know .
speaker: D
text: I don't <disfmarker> I 'm not sure but I remember @ @ that I can't show that .
speaker: C
text: OK , but that 's a <disfmarker> That is a <disfmarker> a good check point ,
speaker: C
text: you should do that anyway ,
speaker: D
text: Yeah .
speaker: C
text: OK ?
speaker: C
text: Given this <disfmarker> this uh regular old net that 's just for choosing for other purposes , uh add up the probabilities of the different subclasses and see <disfmarker> see how well you do .
speaker: C
text: Uh and that <disfmarker> you know anything that you do over here should be at least as good as that .
speaker: D
text: Mm - hmm .
speaker: C
text: OK .
speaker: D
text: I will do that .
speaker: E
text: The targets for the neural net , uh , they come from forced alignments ?
speaker: D
text: But <disfmarker>
speaker: D
text: Uh , <comment> no .
speaker: A
text: TIMIT canonical ma mappings .
speaker: D
text: TIMIT .
speaker: E
text: Ah !
speaker: C
text: Oh . So , this is trained on TIMIT .
speaker: E
text: OK .
speaker: D
text: Yeah .
speaker: A
text: Yeah , noisy TIMIT .
speaker: C
text: OK .
speaker: D
text: Yeah this for TIMIT .
speaker: C
text: But noisy TIMIT ?
speaker: D
text: Noisy TIMIT .
speaker: A
text: Right .
speaker: D
text: We have noisy TIMIT with the noise of the <disfmarker> the TI - digits .
speaker: D
text: And now we have another noisy TIMIT also with the noise of uh Italian database .
speaker: C
text: I see .
speaker: C
text: Yeah .
speaker: C
text: Well there 's gonna be <disfmarker> it looks like there 's gonna be a noisy uh <disfmarker> some large vocabulary noisy stuff too .
speaker: C
text: Somebody 's preparing .
speaker: E
text: Really ?
speaker: C
text: Yeah .
speaker: C
text: I forget what it 'll be ,
speaker: C
text: resource management ,
speaker: C
text: Wall Street Journal ,
speaker: C
text: something .
speaker: C
text: Some <disfmarker> some read task actually , that they 're <disfmarker> preparing .
speaker: A
text: Hmm !
speaker: E
text: For what <disfmarker>
speaker: E
text: For Aurora ?
speaker: C
text: Yeah .
speaker: E
text: Oh !
speaker: C
text: Yeah , so the uh <disfmarker>
speaker: C
text: Uh , the issue is whether people make a decision now based on what they 've already seen , or they make it later .
speaker: C
text: And one of the arguments for making it later is let 's make sure that whatever techniques that we 're using work for something more than <disfmarker> than connected digits .
speaker: E
text: Hmm .
speaker: C
text: So .
speaker: E
text: When are they planning <disfmarker> When would they do that ?
speaker: C
text: Mmm , I think late <disfmarker> uh I think in the summer sometime .
speaker: E
text: Hmm .
speaker: C
text: So .
speaker: C
text: OK , thanks .
speaker: D
text: This is the work that I did during this date
speaker: C
text: Uh - huh .
speaker: D
text: and also mmm I <disfmarker> H Hynek last week say that if I have time I can to begin to <disfmarker> to study
speaker: D
text: well seriously the France Telecom proposal
speaker: C
text: Mm - hmm .
speaker: D
text: to look at the code
speaker: D
text: and something like that
speaker: D
text: to know exactly what they are doing
speaker: D
text: because maybe that we can have some ideas
speaker: C
text: Mm - hmm .
speaker: D
text: but not only to read the proposal .
speaker: D
text: Look insi look i carefully what they are doing with the program @ @ and
speaker: D
text: I begin to <disfmarker> to work also in that .
speaker: D
text: But the first thing that I don't understand is that they are using R - the uh log energy that this quite <disfmarker>
speaker: D
text: I don't know why they have some constant in the expression of the lower energy .
speaker: D
text: I don't know what that means .
speaker: E
text: They have a constant in there , you said ?
speaker: D
text: Yeah .
speaker: C
text: Oh , at the front it says uh " log energy is equal to the rounded version of sixteen over the log of two "
speaker: D
text: This <disfmarker>
speaker: D
text: Yeah .
speaker: C
text: Uh .
speaker: D
text: Then maybe I can understand .
speaker: C
text: uh times the <disfmarker>
speaker: C
text: Well , this is natural log ,
speaker: C
text: and maybe it has something to do with the fact that this is <disfmarker>
speaker: E
text: Is that some kind of base conversion ,
speaker: C
text: I <disfmarker> I have no idea .
speaker: E
text: or <disfmarker> ?
speaker: C
text: Yeah , that 's what I was thinking ,
speaker: C
text: but <disfmarker> but um , then there 's the sixty - four ,
speaker: C
text: Uh , <vocalsound> I don't know .
speaker: D
text: Because maybe they 're <disfmarker> the threshold that they are using on the basis of this value <disfmarker>
speaker: E
text: Experimental results .
speaker: A
text: Mc - McDonald 's constant .
speaker: D
text: I don't know exactly ,
speaker: D
text: because well th I thought maybe they have a meaning .
speaker: D
text: But I don't know what is the meaning of take exactly this value .
speaker: C
text: Yeah , it 's pretty funny looking .
speaker: E
text: So they 're taking the number inside the log and raising it to sixteen over log base two .
speaker: C
text: I don't know .
speaker: C
text: Yeah , I <disfmarker>
speaker: C
text: um Right .
speaker: C
text: Sixteen over <comment> two .
speaker: E
text: Does it have to do with those sixty - fours ,
speaker: E
text: or <disfmarker> ?
speaker: C
text: Um .
speaker: C
text: If we ignore the sixteen , the natural log of t one over the natural log of two times the natu
speaker: C
text: I don't know .
speaker: C
text: Well , maybe somebody 'll think of something ,
speaker: C
text: but this is uh <disfmarker>
speaker: C
text: It may just be that they <disfmarker> they want to have <disfmarker> for very small energies ,
speaker: C
text: they want to have some kind of a <disfmarker>
speaker: D
text: Yeah , the e The effect I don't <disfmarker> @ @ I can understand the effect of this ,
speaker: D
text: no ?
speaker: D
text: because it 's to <disfmarker> to do something like that .
speaker: D
text: No ?
speaker: C
text: Well , it says , since you 're taking a natural log , it says that when <disfmarker> when you get down to essentially zero energy , this is gonna be the natural log of one , which is zero .
speaker: D
text: Mm - hmm .
speaker: C
text: So it 'll go down to uh to <nonvocalsound> the natural log being <disfmarker>
speaker: C
text: So the lowest value for this would be zero .
speaker: C
text: So y you 're restricted to being positive .
speaker: C
text: And this sort of smooths it for very small energies .
speaker: C
text: Uh , why they chose sixty - four and something else , that was probably just experimental .
speaker: D
text: Yeah .
speaker: C
text: And the <disfmarker> the <disfmarker> the constant in front of it , I have no idea .
speaker: C
text: um
speaker: D
text: Well . I <disfmarker> I will look to try if I move this parameter in their code what happens ,
speaker: D
text: maybe everything is <disfmarker> Maybe they tres hole are on basis of this .
speaker: C
text: uh <disfmarker> I mean <disfmarker> it <disfmarker> <vocalsound> they <disfmarker> they probably have some fi particular s fixed point arithmetic that they 're using ,
speaker: D
text: I don't know .
speaker: E
text: Yeah , I was just gonna say maybe it has something to do with hardware ,
speaker: C
text: and then it just <disfmarker>
speaker: E
text: something they were doing .
speaker: C
text: Yeah .
speaker: C
text: Yeah ,
speaker: C
text: I mean that <disfmarker> they 're s probably working with fixed point or integer or something .
speaker: C
text: I think you 're supposed to on this stuff anyway ,
speaker: C
text: and <disfmarker> and so maybe that puts it in the right realm somewhere .
speaker: E
text: Well it just , yeah , puts it in the right range ,
speaker: E
text: or <disfmarker>
speaker: C
text: Yeah .
speaker: C
text: I think , given at the level you 're doing things in floating point on the computer , I don't think it matters , would be my guess ,
speaker: D
text: Mm - hmm .
speaker: C
text: but .
speaker: D
text: I <disfmarker> this more or less anything
speaker: C
text: Yeah .
speaker: C
text: OK , and wh when did Stephane take off ?
speaker: C
text: He took off <disfmarker>
speaker: D
text: I think that Stephane will arrive today or tomorrow .
speaker: C
text: Oh , he was gone these first few days ,
speaker: C
text: and then he 's here for a couple days before he goes to Salt Lake City .
speaker: D
text: Mm - hmm .
speaker: C
text: OK .
speaker: D
text: He 's <disfmarker> I think that he is in Las Vegas or something like that .
speaker: C
text: Yeah .
speaker: C
text: Yeah .
speaker: C
text: So he 's <disfmarker> he 's going to ICASSP which is good .
speaker: C
text: I <disfmarker> I don't know if there are many people who are going to ICASSP
speaker: D
text: Yeah .
speaker: C
text: so <disfmarker> so I thought , make sure somebody go .
speaker: D
text: Yeah .
speaker: E
text: Do <disfmarker> have <disfmarker> Have people sort of stopped going to ICASSP in recent years ?
speaker: C
text: Um , people are less consistent about going to ICASSP
speaker: C
text: and I think it 's still <disfmarker> it 's still a reasonable forum for students to <disfmarker> to present things .
speaker: C
text: Uh , it 's <disfmarker> I think for engineering students of any kind , I think it 's <disfmarker> it 's if you haven't been there much , it 's good to go to ,
speaker: C
text: uh to get a feel for things , a range of things ,
speaker: C
text: not just speech .
speaker: C
text: Uh .
speaker: C
text: But I think for <disfmarker> for sort of dyed - in - the - wool speech people , um I think that ICSLP and Eurospeech are much more targeted .
speaker: E
text: Mm - hmm .
speaker: C
text: Uh .
speaker: C
text: And then there 's these other meetings , like HLT and <disfmarker> and uh ASRU <disfmarker>
speaker: C
text: so there 's <disfmarker> there 's actually plenty of meetings that are really relevant to <disfmarker> to uh computational uh speech processing of one sort or another .
speaker: E
text: Mm - hmm .
speaker: C
text: Um . So .
speaker: C
text: I mean , I mostly just ignored it because I was too busy and <vocalsound> didn't get to it .
speaker: C
text: So uh
speaker: C
text: Wanna talk a little bit about what we were talking about this morning ?
speaker: A
text: Oh !
speaker: C
text: Just briefly , or <pause> Or anything else ?
speaker: A
text: um <pause> uh <pause> Yeah .
speaker: A
text: So . I <disfmarker> I guess some of the progress , I <disfmarker> I 've been getting a <disfmarker> getting my committee members for the quals .
speaker: A
text: And um so far I have Morgan and Hynek , <vocalsound> Mike Jordan ,
speaker: A
text: and I asked John Ohala and he agreed .
speaker: E
text: Cool .
speaker: A
text: Yeah . Yeah .
speaker: A
text: So I 'm <disfmarker> I <disfmarker> I just need to ask um Malek .
speaker: A
text: One more .
speaker: A
text: Um . Tsk .
speaker: A
text: Then uh I talked a little bit about <vocalsound> um continuing with these dynamic ev um acoustic events ,
speaker: A
text: and um <vocalsound> <vocalsound> we 're <disfmarker> we 're <disfmarker> we 're <vocalsound> thinking about a way to test the completeness of a <disfmarker> a set of um dynamic uh events .
speaker: A
text: Uh , completeness in the <disfmarker> in the sense that <vocalsound> um if we <disfmarker> if we pick these X number of acoustic events , <vocalsound> do they provide sufficient coverage <vocalsound> for the phones that we 're trying to recognize <vocalsound> or <disfmarker> or the f the words that we 're gonna try to recognize later on .
speaker: A
text: And so Morgan and I were uh discussing <vocalsound> um s uh s a form of a cheating experiment <vocalsound> where we get <disfmarker> <vocalsound> um we have uh <vocalsound> um a chosen set of features , or acoustic events ,
speaker: A
text: and we train up a hybrid <vocalsound> um system to do phone recognition on TIMIT .
speaker: A
text: So i i the idea is if we get good phone recognition results , <vocalsound> using um these set of acoustic events , <vocalsound> then <vocalsound> um that <disfmarker> that says that these acoustic events are g sufficient to cover <vocalsound> a set of phones ,
speaker: A
text: at least found in TIMIT .
speaker: A
text: Um so i it would be a <disfmarker> <vocalsound> a measure of " are we on the right track with <disfmarker> with the <disfmarker> the choices of our acoustic events " .
speaker: A
text: Um , <vocalsound> So that 's going on .
speaker: A
text: And <vocalsound> also , just uh working on my <vocalsound> uh final project for Jordan 's class ,
speaker: A
text: uh which is <disfmarker>
speaker: C
text: Actually , let me <disfmarker>
speaker: C
text: Hold that thought .
speaker: A
text: Yeah .
speaker: C
text: Let me back up while we 're still on it .
speaker: A
text: OK , sure .
speaker: C
text: The <disfmarker> the other thing I was suggesting , though , is that given that you 're talking about binary features , uh , maybe the first thing to do is just to count
speaker: C
text: and uh count co - occurrences and get probabilities for a discrete HMM
speaker: C
text: cuz that 'd be pretty simple
speaker: C
text: because it 's just <disfmarker> Say , if you had ten <disfmarker> ten events , uh that you were counting , uh each frame would only have a thousand possible values for these ten bits ,
speaker: C
text: and uh so you could make a table that would <disfmarker> say , if you had thirty - nine phone categories , that would be a thousand by thirty - nine ,
speaker: C
text: and just count the co - occurrences and divide them by the <disfmarker> the uh <disfmarker> uh uh occ uh count the co - occurrences between the event and the phone and divide them by the number of occurrences of the phone ,
speaker: C
text: and that would give you the likelihood of the <disfmarker> of the event given the phone .
speaker: C
text: And um then just use that in a very simple HMM
speaker: C
text: and uh you could uh do phone recognition then and uh wouldn't have any of the issues of the uh training of the net or <disfmarker>
speaker: C
text: I mean , it 'd be on the simple side ,
speaker: C
text: but
speaker: E
text: Mm - hmm .
speaker: C
text: uh um
speaker: C
text: you know , if <disfmarker> uh uh the example I was giving was that if <disfmarker> if you had um onset of voicing and <disfmarker> and end of voicing as being two kinds of events , then if you had those a all marked correctly , and you counted co - occurrences , you should get it completely right .
speaker: E
text: Mm - hmm .
speaker: C
text: So .
speaker: C
text: um <disfmarker> But you 'd get all the other distinctions , you know , randomly wrong .
speaker: C
text: I mean there 'd be nothing to tell you that .
speaker: C
text: So um <vocalsound> uh
speaker: C
text: If you just do this by counting , then you should be able to find out in a pretty straightforward way whether you have a sufficient uh set of events to <disfmarker> to do the kind of level of <disfmarker> <vocalsound> of uh classification of phones that you 'd like .
speaker: C
text: So that was <disfmarker> that was the idea .
speaker: C
text: And then the other thing that we were discussing was <disfmarker> was um <vocalsound> OK , how do you get the <disfmarker> your training data .
speaker: E
text: Mm - hmm .
speaker: C
text: Cuz uh the <vocalsound> Switchboard transcription project uh uh you know was half a dozen people , or so working off and on over a couple years ,
speaker: C
text: and
speaker: C
text: uh similar <disfmarker> <vocalsound> similar amount of data <vocalsound> to what you 're talking about with TIMIT training .
speaker: C
text: So , it seems to me that the only reasonable starting point is uh to automatically translate the uh current TIMIT markings into the markings you want .
speaker: C
text: And uh <vocalsound> it won't have the kind of characteristic that you 'd like , of catching funny kind of things that maybe aren't there from these automatic markings ,
speaker: E
text: Mm - hmm .
speaker: C
text: but <disfmarker> but
speaker: C
text: uh it 's uh <disfmarker>
speaker: E
text: It 's probably a good place to start .
speaker: C
text: Yeah .
speaker: E
text: Yeah .
speaker: C
text: Yeah and a short <disfmarker> short amount of time ,
speaker: C
text: just to <disfmarker> again , just to see if that information is sufficient to uh determine the phones .
speaker: E
text: Mm - hmm .
speaker: E
text: Hmm .
speaker: C
text: So .
speaker: E
text: Yeah , you could even then <disfmarker> to <disfmarker> to get an idea about how different it is , you could maybe take some subset and you know , go through a few sentences , mark them by hand
speaker: E
text: and then see how different it is from you know , the canonical ones ,
speaker: C
text: Right .
speaker: E
text: just to get an idea <disfmarker> a rough idea of h if it really even makes a difference .
speaker: C
text: You can get a little feeling for it that way ,
speaker: E
text: Yeah .
speaker: C
text: yeah that is probably right .
speaker: C
text: I mean uh my <disfmarker> my guess would be that this is <disfmarker> since TIMIT 's read speech that this would be less of a big deal ,
speaker: E
text: Mm - hmm .
speaker: C
text: if you went and looked at spontaneous speech it 'd be more <disfmarker> more of one .
speaker: E
text: Right .
speaker: E
text: Right .
speaker: C
text: And the other thing would be , say , if you had these ten events , you 'd wanna see , well what if you took two events or four events or ten events or t
speaker: C
text: and you know , and <disfmarker>
speaker: C
text: and hopefully there should be some point at which <vocalsound> having more information doesn't tell you really all that much more about what the phones are .
speaker: E
text: Mm - hmm .
speaker: E
text: You could define other events as being sequences of these events too .
speaker: C
text: Uh , you could ,
speaker: C
text: but the thing is , what he 's talking about here is a uh <disfmarker> a translation to a per - frame feature vector ,
speaker: C
text: so there 's no sequence in that ,
speaker: C
text: I think .
speaker: C
text: I think it 's just a <disfmarker>
speaker: E
text: Unless you did like a second pass over it or something after you 've got your <disfmarker>
speaker: C
text: Yeah , but we 're just talking about something simple here , yeah , to see if <disfmarker>
speaker: E
text: Yeah .
speaker: E
text: Yeah , yeah .
speaker: E
text: Yeah .
speaker: E
text: I 'm adding complexity .
speaker: C
text: Yeah .
speaker: C
text: Just <disfmarker>
speaker: C
text: You know . The idea is with a <disfmarker> with a very simple statistical structure , could you <disfmarker> could you uh at least verify that you 've chosen features that <vocalsound> are sufficient .
speaker: E
text: Yeah .
speaker: C
text: OK , and you were saying something <disfmarker> starting to say something else about your <disfmarker> your class project , or <disfmarker> ?
speaker: A
text: Oh .
speaker: A
text: Yeah th Um .
speaker: C
text: Yeah .
speaker: A
text: So for my class project I 'm <vocalsound> um <vocalsound> <vocalsound> I 'm tinkering with uh support vector machines ?
speaker: A
text: something that we learned in class ,
speaker: A
text: and uh um basically just another method for doing classification .
speaker: A
text: And so I 'm gonna apply that to <vocalsound> um compare it with the results by um King and Taylor who did <vocalsound> um these
speaker: A
text: um
speaker: A
text: using recurrent neural nets , they recognized <vocalsound> um <vocalsound> a set of phonological features
speaker: A
text: um
speaker: A
text: and made a mapping from the MFCC 's to these phonological features ,
speaker: A
text: so I 'm gonna <vocalsound> do a similar thing with <disfmarker> <vocalsound> with support vector machines
speaker: A
text: and see if <disfmarker>
speaker: E
text: So what 's the advantage of support vector machines ?
speaker: E
text: What <disfmarker>
speaker: A
text: Um . So , support vector machines are <disfmarker> are good with dealing with a less amount of data
speaker: E
text: Hmm .
speaker: A
text: and um so if you <disfmarker> if you give it less data it still does a reasonable job <vocalsound> in learning the <disfmarker> the patterns .
speaker: E
text: Hmm .
speaker: A
text: Um and <vocalsound> um
speaker: C
text: I guess it <disfmarker>
speaker: C
text: yeah ,
speaker: C
text: they 're sort of succinct ,
speaker: C
text: and <disfmarker> and they <vocalsound> uh
speaker: A
text: Yeah .
speaker: E
text: Does there some kind of a distance metric that they use
speaker: E
text: or how do they <disfmarker> for cla what do they do for classification ?
speaker: A
text: Um .
speaker: A
text: Right .
speaker: A
text: So , <vocalsound> the <disfmarker> the simple idea behind a support vector machine is <vocalsound> um , <vocalsound> you have <disfmarker> you have this feature space ,
speaker: A
text: right ?
speaker: E
text: Mm - hmm .
speaker: A
text: and then it finds the optimal separating plane , um between these two different um classes ,
speaker: E
text: Mm - hmm .
speaker: E
text: Mm - hmm .
speaker: A
text: and um <vocalsound> and so <vocalsound> um ,
speaker: A
text: what it <disfmarker> i at the end of the day , what it actually does is <vocalsound> it picks <vocalsound> those examples of the features that are closest to the separating boundary ,
speaker: A
text: and remembers those
speaker: E
text: Mm - hmm .
speaker: A
text: and <disfmarker> <vocalsound> and uses them to recreate the boundary for the test set .
speaker: A
text: So , given these <vocalsound> um these features , or <disfmarker> or these <disfmarker> these examples , <pause> um , <pause> critical examples , <vocalsound> which they call support f support vectors , <vocalsound> then um <vocalsound> given a new example , <vocalsound> if the new example falls <vocalsound> um away from the boundary in one direction then it 's classified as being a part of this particular class
speaker: E
text: Oh .
speaker: A
text: and otherwise it 's the other class .
speaker: E
text: So why save the examples ?
speaker: E
text: Why not just save what the boundary itself is ?
speaker: A
text: Mm - hmm .
speaker: A
text: Um . Hmm .
speaker: A
text: Let 's see .
speaker: A
text: Uh .
speaker: A
text: Yeah , that 's a good question .
speaker: A
text: I <disfmarker>
speaker: C
text: That 's another way of doing it .
speaker: A
text: yeah .
speaker: E
text: Mmm .
speaker: C
text: Right ? So <disfmarker> so it <disfmarker> I mean I <disfmarker> I guess it 's <disfmarker>
speaker: E
text: Sort of an equivalent .
speaker: C
text: You know , it <disfmarker> it goes back to nearest - neighbor <vocalsound> sort of thing ,
speaker: E
text: Mm - hmm .
speaker: C
text: right ?
speaker: C
text: Um , i i if <disfmarker> is it eh w
speaker: C
text: When is nearest - neighbor good ?
speaker: C
text: Well , nearest - neighbor good <disfmarker> is good if you have lots and lots of examples .
speaker: C
text: Um but of course if you have lots and lots of examples , then it can take a while to <disfmarker> to use nearest - neighbor .
speaker: C
text: There 's lots of look ups .
speaker: C
text: So a long time ago people talked about things where you would have uh a condensed nearest - neighbor ,
speaker: C
text: where you would <disfmarker> you would <disfmarker> you would pick out uh some representative examples which would uh be sufficient to represent <disfmarker> to <disfmarker> to correctly classify everything that came in .
speaker: E
text: Oh .
speaker: E
text: Mm - hmm .
speaker: C
text: I <disfmarker> I think s I think support vector stuff sort of goes back to <disfmarker> <vocalsound> to that kind of thing .
speaker: E
text: I see .
speaker: C
text: Um .
speaker: E
text: So rather than doing nearest neighbor where you compare to every single one , you just pick a few critical ones ,
speaker: E
text: and <disfmarker>
speaker: C
text: Yeah .
speaker: E
text: Hmm .
speaker: C
text: And th the
speaker: C
text: You know , um neural net approach uh or Gaussian mixtures for that matter are sort of <disfmarker> fairly brute force kinds of things , where you sort of <disfmarker> <vocalsound> you predefine that there is this big bunch of parameters
speaker: C
text: and then you <disfmarker> you place them as you best can to define the boundaries ,
speaker: C
text: and in fact , as you know , <vocalsound> these things do take a lot of parameters
speaker: C
text: and <disfmarker> and uh <vocalsound> if you have uh only a modest amount of data , you have trouble <vocalsound> uh learning them .
speaker: C
text: Um , so I <disfmarker> I guess the idea to this is that it <disfmarker> it is reputed to uh be somewhat better in that regard .
speaker: E
text: Mm - hmm .
speaker: A
text: Right .
speaker: A
text: I it can be a <disfmarker> a reduced um <vocalsound> parameterization of <disfmarker> of the <disfmarker> the model by just keeping <vocalsound> certain selected examples .
speaker: E
text: Hmm .
speaker: A
text: Yeah .
speaker: A
text: So .
speaker: C
text: But I don't know if people have done sort of careful comparisons of this on large tasks or anything .
speaker: C
text: Maybe <disfmarker> maybe they have .
speaker: C
text: I don't know .
speaker: A
text: Yeah , I don't know either .
speaker: C
text: Yeah .
speaker: B
text: S do you get some kind of number between zero and one at the output ?
speaker: A
text: Actually you don't get a <disfmarker> you don't get a nice number between zero and one .
speaker: A
text: You get <disfmarker> you get either a zero or a one .
speaker: A
text: Um , uh
speaker: A
text: there are <disfmarker> there are pap
speaker: A
text: Well , basically , it 's <disfmarker> it 's um <vocalsound> you <disfmarker> you get a distance measure at the end of the day ,
speaker: A
text: and then that distance measure is <disfmarker> is um <disfmarker> <vocalsound> is translated to a zero or one .
speaker: A
text: Um .
speaker: C
text: But that 's looking at it for <disfmarker> for classification <disfmarker> for binary classification ,
speaker: A
text: That 's for classification ,
speaker: E
text: And you get that for each class , you get a zero or a one .
speaker: C
text: right ?
speaker: A
text: right .
speaker: A
text: Right .
speaker: C
text: But you have the distances to work with .
speaker: A
text: You have the distances to work with ,
speaker: C
text: Cuz actually Mississippi State people did use support vector machines for uh uh speech recognition and they were using it to estimate probabilities .
speaker: A
text: yeah .
speaker: A
text: Yeah .
speaker: A
text: Yeah , they <disfmarker> <vocalsound> they had a <disfmarker> had a way to translate the distances into <disfmarker> into probabilities with the <disfmarker> with the simple <vocalsound> um <vocalsound> uh sigmoidal function .
speaker: C
text: Yeah ,
speaker: C
text: and d did they use sigmoid or a softmax type thing ?
speaker: C
text: And didn't they like exponentiate or something
speaker: A
text: Um <pause> <vocalsound> Yeah ,
speaker: C
text: and then <vocalsound> divide by the sum of them ,
speaker: A
text: there 's some <disfmarker> there 's like one over one plus the exponential or something like that .
speaker: C
text: or <disfmarker> ?
speaker: C
text: Oh it <disfmarker> i
speaker: C
text: Oh , so it is a sigmoidal .
speaker: A
text: Yeah .
speaker: C
text: OK .
speaker: C
text: Alright .
speaker: E
text: Did the <disfmarker> did they get good results with that ?
speaker: C
text: I mean , they 're OK ,
speaker: C
text: I <disfmarker> I don't <disfmarker> I don't think they were earth <disfmarker> earth shattering ,
speaker: C
text: but I think that <vocalsound> uh this was a couple years ago ,
speaker: E
text: Hmm .
speaker: C
text: I remember them doing it at some meeting ,
speaker: C
text: and <disfmarker> and um I don't think people were very critical because it was interesting just to <disfmarker> to try this
speaker: C
text: and you know , it was the first time they tried it ,
speaker: C
text: so <disfmarker> <vocalsound> so the <disfmarker> you know , the numbers were not incredibly good
speaker: E
text: Hmm .
speaker: C
text: but there 's you know , it was th reasonable .
speaker: E
text: Mm - hmm .
speaker: C
text: I <disfmarker> I don't remember anymore .
speaker: C
text: I don't even remember what the task was ,
speaker: C
text: it <comment> was Broadcast News , or <vocalsound> something .
speaker: C
text: I don't know .
speaker: E
text: Hmm .
speaker: A
text: Right .
speaker: B
text: Uh s So Barry , if you just have zero and ones , how are you doing the speech recognition ?
speaker: A
text: Oh
speaker: A
text: I 'm not do I 'm not planning on doing speech recognition with it .
speaker: A
text: I 'm just doing <vocalsound> detection of phonological features .
speaker: B
text: Oh . OK .
speaker: A
text: So uh for example , <vocalsound> this <disfmarker> this uh feature set called the uh sound patterns of English <vocalsound> um is just a bunch of <vocalsound> um <vocalsound> binary valued features .
speaker: A
text: Let 's say , is this voicing , or is this not voicing ,
speaker: A
text: is this <vocalsound> sonorants , not sonorants ,
speaker: A
text: and <vocalsound> stuff like that .
speaker: B
text: OK .
speaker: A
text: So .
speaker: E
text: Did you find any more mistakes in their tables ?
speaker: A
text: Oh !
speaker: A
text: Uh I haven't gone through the entire table , <pause> yet .
speaker: A
text: Yeah ,
speaker: A
text: yesterday I brought Chuck <vocalsound> the table
speaker: A
text: and I was like , " wait , this <disfmarker> is <disfmarker> Is the mapping from N to <disfmarker> to this phonological feature called um " coronal " ,
speaker: A
text: is <disfmarker> is <disfmarker> should it be <disfmarker> shouldn't it be a one ?
speaker: A
text: or should it <disfmarker> should it be you know coronal instead of not coronal as it was labelled in the paper ? "
speaker: A
text: So I ha haven't hunted down all the <disfmarker> all the mistakes yet ,
speaker: C
text: Uh - huh .
speaker: A
text: but <disfmarker>
speaker: C
text: But a as I was saying , people do get probabilities from these things ,
speaker: B
text: OK .
speaker: C
text: and <disfmarker> and uh we were just trying to remember how they do ,
speaker: C
text: but people have used it for speech recognition , and they have gotten probabilities .
speaker: C
text: So they have some conversion from these distances to probabilities .
speaker: B
text: OK .
speaker: A
text: Right , yeah .
speaker: C
text: There 's <disfmarker> you have <disfmarker> you have the paper ,
speaker: C
text: right ?
speaker: C
text: The Mississippi State paper ?
speaker: A
text: Mm - hmm .
speaker: A
text: Mm - hmm .
speaker: C
text: Yeah , if you 're interested y you could look ,
speaker: B
text: And <disfmarker>
speaker: B
text: OK . OK .
speaker: A
text: Yeah ,
speaker: C
text: yeah .
speaker: A
text: I can <disfmarker> I can show you <disfmarker> I <disfmarker>
speaker: A
text: yeah ,
speaker: E
text: So in your <disfmarker> in <disfmarker> in the thing that you 're doing , uh you have a vector of ones and zeros for each phone ?
speaker: A
text: our <disfmarker>
speaker: A
text: Mm - hmm .
speaker: A
text: Uh , is this the class project ,
speaker: A
text: or <disfmarker> ?
speaker: E
text: Yeah .
speaker: A
text: OK .
speaker: A
text: um
speaker: E
text: Is that what you 're <disfmarker>
speaker: A
text: Right , <comment> Right , right
speaker: A
text: f so for every phone there is <disfmarker> there is a um <disfmarker> a vector of ones and zeros <vocalsound> f uh corresponding to whether it exhibits a particular phonological feature or not .
speaker: E
text: Mm - hmm .
speaker: E
text: Mm - hmm .
speaker: E
text: And so when you do your
speaker: E
text: wh I 'm <disfmarker> what is the task for the class project ?
speaker: E
text: To come up with the phones ?
speaker: A
text: Um
speaker: E
text: or to come up with these vectors to see how closely they match the phones ,
speaker: A
text: Oh .
speaker: A
text: Right ,
speaker: A
text: um to come up with a mapping from um MFCC 's or s some feature set , <vocalsound> um to <vocalsound> uh w to whether there 's existence of a particular phonological feature .
speaker: E
text: or <disfmarker> ?
speaker: E
text: Mm - hmm .
speaker: A
text: And um
speaker: A
text: yeah ,
speaker: A
text: basically it 's to learn a mapping <vocalsound> from <disfmarker> <vocalsound> from the MFCC 's to <vocalsound> uh phonological features .
speaker: A
text: Is it <disfmarker> did that answer your question ?
speaker: E
text: I think so .
speaker: A
text: OK .
speaker: E
text: I guess <disfmarker> I mean , uh <disfmarker> I 'm not sure what you <disfmarker> what you 're <disfmarker> what you get out of your system .
speaker: A
text: C
speaker: E
text: Do you get out a uh <disfmarker> a vector of these ones and zeros and then try to find the closest matching phoneme to that vector ,
speaker: A
text: Mm - hmm .
speaker: E
text: or <disfmarker> ?
speaker: A
text: Oh .
speaker: A
text: No , no .
speaker: A
text: I 'm not <disfmarker> I 'm not planning to do any <disfmarker> any phoneme mapping yet .
speaker: A
text: Just <disfmarker> <vocalsound> it 's <disfmarker> it 's basically <disfmarker> it 's <disfmarker> it 's really simple , basically a detection <vocalsound> of phonological features .
speaker: E
text: Uh - huh .
speaker: E
text: I see .
speaker: A
text: Yeah ,
speaker: A
text: and um <vocalsound> <vocalsound> cuz the uh <disfmarker>
speaker: A
text: So King and <disfmarker> and Taylor <vocalsound> um did this with uh recurrent neural nets ,
speaker: E
text: Yeah .
speaker: E
text: Mm - hmm .
speaker: A
text: and this i their <disfmarker> their idea was to first find <vocalsound> a mapping from MFCC 's to <vocalsound> uh phonological features
speaker: A
text: and then later on , once you have these <vocalsound> phonological features , <vocalsound> then uh map that to phones .
speaker: E
text: Mm - hmm .
speaker: A
text: So I 'm <disfmarker> I 'm sort of reproducing phase one of their stuff .
speaker: E
text: Mmm .
speaker: E
text: So they had one recurrent net for each particular feature ?
speaker: A
text: Right .
speaker: A
text: Right . Right . Right .
speaker: E
text: I see .
speaker: E
text: I wo did they compare that <disfmarker> I mean , what if you just did phone recognition and did the reverse lookup .
speaker: A
text: Uh .
speaker: E
text: So you recognize a phone and which ever phone was recognized , you spit out it 's vector of ones and zeros .
speaker: A
text: Mm - hmm .
speaker: C
text: I expect you could do that .
speaker: E
text: I mean uh <disfmarker>
speaker: A
text: Uh .
speaker: C
text: That 's probably not what he 's going to do on his class project .
speaker: E
text: Yeah .
speaker: C
text: Yeah .
speaker: E
text: No .
speaker: C
text: So um have you had a chance to do this um thing we talked about yet with the uh <disfmarker>
speaker: A
text: Yeah .
speaker: C
text: um
speaker: E
text: Insertion penalty ?
speaker: C
text: Uh . No actually I was going a different <disfmarker>
speaker: C
text: That 's a good question , too ,
speaker: C
text: but I was gonna ask about the <disfmarker> <vocalsound> the um <vocalsound> changes to the data in comparing PLP and mel cepstrum for the SRI system .
speaker: E
text: Uh .
speaker: E
text: Well what I 've been <disfmarker>
speaker: E
text: " Changes to the data " ,
speaker: E
text: I 'm not sure I <disfmarker>
speaker: C
text: Right .
speaker: C
text: So we talked on the phone about this , that <disfmarker> that there was still a difference of a <disfmarker> of a few percent
speaker: E
text: Yeah .
speaker: E
text: Right .
speaker: C
text: and <vocalsound> you told me that there was a difference in how the normalization was done .
speaker: C
text: And I was asking if you were going to do <disfmarker> <vocalsound> redo it uh for PLP with the normalization done as it had been done for the mel cepstrum .
speaker: E
text: Mm - hmm .
speaker: E
text: Uh right ,
speaker: E
text: no I haven't had a chance to do that .
speaker: E
text: What I 've been doing is <vocalsound> uh <vocalsound> trying to figure out <disfmarker>
speaker: C
text: OK .
speaker: E
text: it just seems to me like there 's a um <disfmarker>
speaker: E
text: well it seems like there 's a bug ,
speaker: E
text: because the difference in performance is <disfmarker> it 's not gigantic
speaker: E
text: but it 's big enough that it <disfmarker> it seems wrong .
speaker: C
text: Yeah ,
speaker: C
text: I agree ,
speaker: E
text: and <disfmarker>
speaker: C
text: but I thought that the normalization difference was one of the possibilities ,
speaker: E
text: Yeah , but I don't <disfmarker> I 'm not <disfmarker>
speaker: C
text: right ?
speaker: E
text: Yeah ,
speaker: E
text: I guess I don't think that the normalization difference is gonna account for everything .
speaker: E
text: So what I was working on is um just going through and checking the headers of the wavefiles ,
speaker: C
text: OK .
speaker: E
text: to see if maybe there was a um <disfmarker> a certain type of compression or something that was done that my script wasn't catching .
speaker: E
text: So that for some subset of the training data , uh the <disfmarker> the <disfmarker> the features I was computing were junk .
speaker: C
text: OK .
speaker: E
text: Which would you know cause it to perform OK ,
speaker: E
text: but uh , you know , the <disfmarker> the models would be all messed up .
speaker: E
text: So I was going through and just double - checking that kind of think first , to see if there was just some kind of obvious bug in the way that I was computing the features .
speaker: C
text: Mm - hmm .
speaker: C
text: I see .
speaker: C
text: OK .
speaker: E
text: Looking at all the sampling rates to make sure all the sampling rates were what <disfmarker> eight K , what I was assuming they were ,
speaker: C
text: Yeah .
speaker: E
text: um <disfmarker>
speaker: C
text: Yeah , that makes sense , to check all that .
speaker: E
text: Yeah .
speaker: E
text: So I was doing that first , before I did these other things , just to make sure there wasn't something <disfmarker>
speaker: C
text: Although really , uh uh , a couple three percent uh difference in word error rate uh <comment> could easily come from some difference in normalization , I would think .
speaker: C
text: But
speaker: E
text: Yeah ,
speaker: E
text: and I think , hhh <disfmarker> <comment> I 'm trying to remember but I think I recall that Andreas was saying that he was gonna run sort of the reverse experiment .
speaker: E
text: Uh which is to try to emulate the normalization that we did
speaker: E
text: but with the mel cepstral features .
speaker: E
text: Sort of , you know , back up from the system that he had .
speaker: E
text: I thought he said he was gonna <disfmarker>
speaker: E
text: I have to look back through my <disfmarker> my email from him .
speaker: C
text: Yeah , he 's probably off at <disfmarker> at uh his meeting now ,
speaker: E
text: Yeah ,
speaker: E
text: he 's gone now .
speaker: E
text: Um .
speaker: C
text: yeah .
speaker: C
text: Yeah .
speaker: C
text: But
speaker: C
text: yeah
speaker: C
text: the <disfmarker> I sh think they should be <vocalsound> roughly equivalent ,
speaker: E
text: But <disfmarker>
speaker: C
text: um
speaker: C
text: I mean again the Cambridge folk found the PLP actually to be a little better .
speaker: E
text: Right .
speaker: C
text: Uh So it 's <disfmarker> <vocalsound> um
speaker: C
text: I mean the other thing I wonder about was whether there was something just in the <disfmarker> the bootstrapping of their system which was based on <disfmarker>
speaker: C
text: but maybe not , since they <disfmarker>
speaker: E
text: Yeah see one thing that 's a little bit um <disfmarker>
speaker: E
text: I was looking <disfmarker> I 've been studying and going through the logs for the system that um Andreas created .
speaker: E
text: And um his uh <disfmarker> the way that the <disfmarker> <vocalsound> <comment> S R I system looks like it works is that it reads the wavefiles directly ,
speaker: E
text: uh and does all of the cepstral computation stuff on the fly .
speaker: C
text: Right .
speaker: C
text: Right .
speaker: E
text: And , so there 's no place where these <disfmarker> where the cepstral files are stored , anywhere that I can go look at and compare to the PLP ones ,
speaker: E
text: so whereas with our features , he 's actually storing the cepstrum on disk , and he reads those in .
speaker: C
text: Right .
speaker: E
text: But it looked like he had to give it <disfmarker> uh
speaker: E
text: even though the cepstrum is already computed , he has to give it uh a front - end parameter file .
speaker: E
text: Which talks about the kind of uh com computation that his mel cepstrum thing does ,
speaker: C
text: Uh - huh .
speaker: E
text: so i I <disfmarker> I don't know if that <disfmarker> it probably doesn't mess it up ,
speaker: E
text: it probably just ignores it if it determines that it 's already in the right format or something
speaker: E
text: but <disfmarker> the <disfmarker> the <disfmarker> the two processes that happen are a little different .
speaker: E
text: So .
speaker: C
text: Yeah .
speaker: C
text: So anyway , there 's stuff there to sort out .
speaker: E
text: Yeah .
speaker: E
text: Yeah .
speaker: C
text: So ,
speaker: C
text: OK .
speaker: C
text: Let 's go back to what you thought I was asking you .
speaker: E
text: Yeah
speaker: E
text: no and I didn't have a chance to do that .
speaker: C
text: Ha !
speaker: C
text: Oh !
speaker: C
text: You had the sa same answer anyway .
speaker: E
text: Yeah .
speaker: E
text: Yeah . I 've been um , <disfmarker> I 've been working with um Jeremy on his project
speaker: E
text: and then I 've been trying to track down this bug in uh the ICSI front - end features .
speaker: C
text: Uh - huh .
speaker: E
text: So one thing that I did notice , yesterday I was studying the um <disfmarker> the uh RASTA code
speaker: C
text: Uh - huh .
speaker: E
text: and it looks like we don't have any way to um control the frequency range that we use in our analysis .
speaker: E
text: We basically <disfmarker> it looks to me like we do the FFT , um and then we just take all the bins
speaker: E
text: and we use everything .
speaker: E
text: We don't have any set of parameters where we can say you know , " only process from you know a hundred and ten hertz to thirty - seven - fifty " .
speaker: C
text: Um <disfmarker>
speaker: E
text: At least I couldn't see any kind of control for that .
speaker: C
text: Yeah , I don't think it 's in there ,
speaker: C
text: I think it 's in the uh uh uh the filters .
speaker: C
text: So , the F F T is on everything ,
speaker: C
text: but the filters
speaker: C
text: um ,
speaker: C
text: for instance , ignore the <disfmarker> the lowest bins and the highest bins .
speaker: C
text: And what it does is it <disfmarker> it copies
speaker: E
text: The <disfmarker> the filters ?
speaker: E
text: Which filters ?
speaker: C
text: um
speaker: C
text: The filter bank which is created by integrating over F F T bins .
speaker: E
text: Mm - hmm .
speaker: C
text: um
speaker: E
text: When you get the mel <disfmarker> When you go to the mel scale .
speaker: C
text: Right .
speaker: C
text: Yeah ,
speaker: C
text: it 's bark scale ,
speaker: C
text: and it 's <disfmarker> it <disfmarker> it um <disfmarker> it actually copies the uh um <disfmarker> the second filters over to the first .
speaker: C
text: So the first filters are always <disfmarker>
speaker: C
text: and you can s you can specify a different number of <vocalsound> uh features <disfmarker> different number of filters ,
speaker: C
text: I think ,
speaker: C
text: as I recall .
speaker: C
text: So you can specify a different number of filters , and whatever <vocalsound> um uh you specify , the last ones are gonna be ignored .
speaker: C
text: So that <disfmarker> that 's a way that you sort of change what the <disfmarker> what the bandwidth is .
speaker: C
text: Y you can't do it without I think changing the number of filters ,
speaker: E
text: I saw something about uh <disfmarker> that looked like it was doing something like that , but I didn't quite understand it .
speaker: C
text: but <disfmarker>
speaker: E
text: So maybe <disfmarker>
speaker: C
text: Yeah , so the idea is that the very lowest frequencies and <disfmarker> and typically the veriest <comment> highest frequencies are kind of junk .
speaker: E
text: Uh - huh .
speaker: C
text: And so um
speaker: C
text: you just <disfmarker> for continuity you just approximate them by <disfmarker> <vocalsound> by the second to highest and second to lowest .
speaker: E
text: Mm - hmm .
speaker: C
text: It 's just a simple thing we put in .
speaker: C
text: And <disfmarker> and so if you h
speaker: E
text: But <disfmarker> so the <disfmarker> but that 's a fixed uh thing ?
speaker: E
text: There 's nothing that lets you <disfmarker>
speaker: C
text: Yeah , <comment> I think that 's a fixed thing .
speaker: C
text: But see <disfmarker> see my point ?
speaker: C
text: If you had <disfmarker> <vocalsound> If you had ten filters , <vocalsound> then you would be throwing away a lot at the two ends .
speaker: E
text: Mm - hmm .
speaker: C
text: And if you had <disfmarker> if you had fifty filters , you 'd be throwing away hardly anything .
speaker: E
text: Mm - hmm .
speaker: C
text: Um , I don't remember there being an independent way of saying " we 're just gonna make them from here to here " .
speaker: E
text: Use this analysis bandwidth or something .
speaker: C
text: But I <disfmarker> I <disfmarker> I don't know ,
speaker: C
text: it 's actually been awhile since I 've looked at it .
speaker: E
text: Yeah , I went through the Feacalc code and then looked at you know just calling the RASTA libs <comment> and thing like that .
speaker: E
text: And I didn't <disfmarker> I couldn't see any wh place where that kind of thing was done .
speaker: E
text: But um I didn't quite understand everything that I saw ,
speaker: C
text: Yeah , see I don't know Feacalc at all .
speaker: E
text: so <disfmarker>
speaker: E
text: Mm - hmm .
speaker: C
text: But it calls RASTA with some options ,
speaker: C
text: and um
speaker: E
text: Right .
speaker: C
text: But I <disfmarker> I think in <disfmarker>
speaker: C
text: I don't know .
speaker: C
text: I guess for some particular database you might find that you could tune that and tweak that to get that a little better ,
speaker: C
text: but I think that <vocalsound> in general it 's not that critical .
speaker: C
text: I mean there 's <disfmarker>
speaker: E
text: Yeah .
speaker: C
text: You can <disfmarker> You can throw away stuff below a hundred hertz or so
speaker: C
text: and it 's just not going to affect phonetic classification at all .
speaker: E
text: Another thing I was thinking about was um is there a <disfmarker>
speaker: E
text: I was wondering if there 's maybe um <vocalsound> certain settings of the parameters when you compute PLP which would basically cause it to output mel cepstrum .
speaker: E
text: So that , in effect , what I could do is use our code
speaker: E
text: but produce mel cepstrum
speaker: E
text: and compare that directly to <disfmarker>
speaker: C
text: Well , it 's not precisely .
speaker: C
text: Yeah .
speaker: E
text: Hmm .
speaker: C
text: I mean ,
speaker: C
text: um , <vocalsound> um
speaker: C
text: what you can do is um you can definitely change the <disfmarker> the filter bank from being uh a uh trapezoidal integration to a <disfmarker> a <disfmarker> a triangular one ,
speaker: E
text: Mm - hmm .
speaker: C
text: which is what the typical mel <disfmarker> mel cepstral uh filter bank does .
speaker: E
text: Mm - hmm .
speaker: C
text: And some people have claimed that they got some better performance doing that ,
speaker: C
text: so you certainly could do that easily .
speaker: C
text: But the fundamental difference ,
speaker: C
text: I mean , there 's other small differences <disfmarker>
speaker: E
text: There 's a cubic root that happens ,
speaker: E
text: right ?
speaker: C
text: Yeah ,
speaker: C
text: but , you know , as opposed to the log in the other case .
speaker: C
text: I mean <vocalsound> the fundamental d d difference that we 've seen any kind of difference from before , which is actually an advantage for the P L P i uh , I think , is that the <disfmarker> the smoothing at the end is auto - regressive instead of being cepstral <disfmarker> uh , <comment> from cepstral truncation .
speaker: C
text: So um it 's a little more noise robust .
speaker: E
text: Hmm .
speaker: C
text: Um , and that 's <disfmarker> that 's why when people started getting databases that had a little more noise in it , like <disfmarker> like uh um Broadcast News and so on ,
speaker: C
text: that 's why c Cambridge switched to PLP I think .
speaker: E
text: Mm - hmm .
speaker: C
text: So um
speaker: C
text: That 's a difference that I don't <vocalsound> think we put any way to get around ,
speaker: C
text: since it was an advantage .
speaker: E
text: Mm - hmm .
speaker: C
text: um <vocalsound> uh
speaker: C
text: but we did <disfmarker> eh we did hear this comment from people at some point , that <vocalsound> um it uh they got some better results with the triangular filters rather than the trapezoidal .
speaker: C
text: So that is an option in RASTA .
speaker: E
text: Hmm .
speaker: C
text: Uh and you can certainly play with that .
speaker: C
text: But I think you 're probably doing the right thing to look for bugs first .
speaker: E
text: Yeah just <disfmarker> it just seems like this kind of behavior could be caused by you know s some of the training data being messed up .
speaker: C
text: I don't know .
speaker: C
text: Could be .
speaker: E
text: You know , you 're sort of getting most of the way there , but there 's a <disfmarker>
speaker: E
text: So I started going through and looking <disfmarker>
speaker: E
text: One of the things that I did notice was that the um log likelihoods coming out of the log recognizer from the PLP data were much lower , much smaller ,
speaker: E
text: than for the mel cepstral stuff , and that the average amount of pruning that was happening was therefore a little bit higher for the PLP features .
speaker: C
text: Oh - huh !
speaker: E
text: So , since he used the same exact pruning thresholds for both , I was wondering if it could be that we 're getting more pruning .
speaker: C
text: Oh !
speaker: C
text: He <disfmarker> he <disfmarker> <vocalsound> He used the identical pruning thresholds even though the s the range of p of the likeli
speaker: E
text: Yeah .
speaker: C
text: Oh well that 's <disfmarker> <vocalsound> That 's a pretty good <comment> point right there .
speaker: E
text: Right .
speaker: E
text: Right .
speaker: C
text: Yeah .
speaker: E
text: Yeah ,
speaker: E
text: so <disfmarker>
speaker: C
text: I would think that you might wanna do something like uh you know , look at a few points to see where you are starting to get significant search errors .
speaker: E
text: That 's <disfmarker>
speaker: E
text: Right .
speaker: E
text: Well , what I was gonna do is I was gonna take um a couple of the utterances that he had run through ,
speaker: E
text: then run them through again
speaker: E
text: but modify the pruning threshold and see if it you know , affects the score .
speaker: C
text: Yeah .
speaker: C
text: Yeah .
speaker: E
text: So .
speaker: C
text: But I mean you could <disfmarker> uh if <disfmarker> if <disfmarker> if that looks promising you could , you know , r uh run <vocalsound> the overall test set with a <disfmarker> with a few different uh pruning thresholds for both ,
speaker: E
text: Mm - hmm .
speaker: E
text: Right .
speaker: C
text: and presumably he 's running at some pruning threshold that 's <disfmarker> that 's uh , you know <disfmarker> gets very few search errors
speaker: C
text: but is <disfmarker> is relatively fast
speaker: E
text: Mm - hmm .
speaker: E
text: Right . I mean , yeah , generally in these things you <disfmarker> you turn back pruning really far ,
speaker: C
text: and <disfmarker>
speaker: E
text: so I <disfmarker> I didn't think it would be that big a deal
speaker: E
text: because I was figuring well you have it turned back so far that you know it <disfmarker>
speaker: C
text: But you may be in the wrong range for the P L P features for some reason .
speaker: E
text: Yeah .
speaker: E
text: Yeah .
speaker: E
text: Yeah .
speaker: E
text: And the uh the <disfmarker> the run time of the recognizer on the PLP features is longer
speaker: E
text: which sort of implies that the networks are bushier ,
speaker: E
text: you know , there 's more things it 's considering
speaker: E
text: which goes along with the fact that the matches aren't as good .
speaker: E
text: So uh , you know , it could be that we 're just pruning too much .
speaker: E
text: So .
speaker: C
text: Yeah .
speaker: C
text: Yeah , maybe just be different kind of distributions
speaker: C
text: and <disfmarker> and
speaker: E
text: Mm - hmm .
speaker: C
text: yeah
speaker: C
text: so that 's another possible thing .
speaker: E
text: Mm - hmm .
speaker: C
text: They <disfmarker> they should <disfmarker> really shouldn't <disfmarker>
speaker: C
text: There 's no particular reason why they would be exactly <disfmarker> behave exactly the same .
speaker: E
text: Mm - hmm . Right .
speaker: E
text: Right .
speaker: C
text: So .
speaker: E
text: So .
speaker: E
text: There 's lots of little differences .
speaker: E
text: So .
speaker: C
text: Yeah .
speaker: E
text: Uh .
speaker: C
text: Yeah .
speaker: E
text: Trying to track it down .
speaker: C
text: Yeah .
speaker: C
text: I guess this was a little bit off topic , I guess ,
speaker: E
text: Yeah
speaker: C
text: because I was <disfmarker> I was thinking in terms of th this as being a <disfmarker> a <disfmarker> a <disfmarker> a core <vocalsound> item that once we <disfmarker> once we had it going we would use for a number of the front - end things also .
speaker: E
text: Mm - hmm .
speaker: C
text: So .
speaker: C
text: um
speaker: C
text: Wanna <disfmarker>
speaker: B
text: That 's <disfmarker> as far as my stuff goes ,
speaker: C
text: What 's <disfmarker> what 's on <disfmarker>
speaker: B
text: yeah ,
speaker: C
text: Yeah .
speaker: B
text: well I <vocalsound> tried this mean subtraction method .
speaker: B
text: Um .
speaker: B
text: Due to Avendano , <vocalsound> I 'm taking s um <vocalsound> six seconds of speech ,
speaker: B
text: um <vocalsound> I 'm using two second <vocalsound> FFT analysis frames , <vocalsound> stepped by a half second
speaker: B
text: so it 's a quarter length step
speaker: B
text: and I <disfmarker> <vocalsound> I take that frame and four f the four <disfmarker> I take <disfmarker>
speaker: B
text: Sorry ,
speaker: B
text: I take the current frame and the four past frames and the <vocalsound> four future frames
speaker: B
text: and that adds up to six seconds of speech .
speaker: B
text: And I calculate um <vocalsound> the spectral mean , <vocalsound> of the log magnitude spectrum <pause> over that N .
speaker: B
text: I use that to normalize the s the current center frame <vocalsound> by mean subtraction .
speaker: B
text: And I then <disfmarker> then I move to the next frame and I <disfmarker> <vocalsound> I do it again .
speaker: B
text: Well , actually I calculate all the means first
speaker: B
text: and then I do the subtraction .
speaker: B
text: And um <vocalsound> the <disfmarker> I tried that with HDK ,
speaker: B
text: the Aurora setup of HDK training on clean TI - digits ,
speaker: B
text: and um <vocalsound> it <disfmarker> it helped
speaker: B
text: um in a phony reverberation case
speaker: B
text: um <vocalsound> where I just used the simulated impulse response um <vocalsound> the error rate went from something like eighty it was from something like eighteen percent <vocalsound> to um four percent .
speaker: B
text: And on meeting rec recorder far mike digits , mike <disfmarker> on channel F , it went from um <vocalsound> <vocalsound> forty - one percent error to eight percent error .
speaker: E
text: On <disfmarker> on the real data , not with artificial reverb ?
speaker: B
text: Right .
speaker: E
text: Uh - huh .
speaker: B
text: And that <disfmarker> that was um <vocalsound> trained on clean speech only ,
speaker: B
text: which I 'm guessing is the reason why the baseline was so bad .
speaker: B
text: And <disfmarker>
speaker: C
text: That 's ac actually a little side point is I think that 's the first results that we have uh uh uh of any sort on the far field uh <disfmarker> on <disfmarker> on the far field data uh for <disfmarker> recorded in <disfmarker> in meetings .
speaker: B
text: Oh um actually um Adam ran the SRI recognizer .
speaker: C
text: Did he ?
speaker: C
text: On the near field , on the ne
speaker: B
text: On the far field also .
speaker: B
text: He did one PZM channel and one PDA channel .
speaker: C
text: Oh did he ?
speaker: C
text: Oh !
speaker: C
text: I didn't recall that .
speaker: C
text: What kind of numbers was he getting with that ?
speaker: B
text: I <disfmarker> <vocalsound> I 'm not sure ,
speaker: B
text: I think it was about five percent error for the PZM channel .
speaker: C
text: Five .
speaker: B
text: f I think .
speaker: B
text: Yeah .
speaker: C
text: So why were you getting forty - one here ?
speaker: C
text: Is this <disfmarker>
speaker: B
text: Um .
speaker: B
text: I <disfmarker> I 'm g I 'm guessing it was the <disfmarker> the training data .
speaker: B
text: Uh , clean TI - digits is , like , pretty pristine <vocalsound> training data ,
speaker: B
text: and if they trained <vocalsound> the SRI system on this TV broadcast type stuff ,
speaker: B
text: I think it 's a much wider range of channels
speaker: B
text: and it <disfmarker>
speaker: C
text: No ,
speaker: C
text: but wait a minute .
speaker: C
text: I <disfmarker> I <disfmarker> I th <disfmarker> I think he <disfmarker>
speaker: C
text: What am I saying here ?
speaker: C
text: Yeah ,
speaker: C
text: so that was the SRI system .
speaker: C
text: Maybe you 're right .
speaker: C
text: Yeah .
speaker: C
text: Cuz it was getting like one percent <disfmarker> <vocalsound> So it 's still this kind of ratio .
speaker: C
text: It was <disfmarker> it was getting one percent or something on the near field .
speaker: C
text: Wasn't it ?
speaker: E
text: Mm - hmm ,
speaker: E
text: or it wa a it was around one .
speaker: C
text: Yeah .
speaker: C
text: Yeah . I think it was getting around one percent for the near <disfmarker> for the n for the close mike .
speaker: E
text: Yeah .
speaker: B
text: Huh ?
speaker: C
text: So it was like one to five <disfmarker>
speaker: B
text: OK .
speaker: C
text: So it 's still this kind of ratio .
speaker: C
text: It 's just <disfmarker>
speaker: C
text: yeah ,
speaker: C
text: it 's a lot more training data .
speaker: C
text: So
speaker: C
text: So probably it should be something we should try then is to <disfmarker> is to see if <disfmarker> is <vocalsound> at some point just to take <disfmarker> i to transform the data
speaker: C
text: and then <disfmarker> <vocalsound> and then uh use th use it for the SRI system .
speaker: B
text: b You me you mean um ta
speaker: C
text: So you 're <disfmarker> so you have a system which for one reason or another is relatively poor ,
speaker: B
text: Yeah .
speaker: C
text: and <disfmarker> and uh you have something like forty - one percent error
speaker: C
text: uh and then you transform it to eight by doing <disfmarker> doing this <disfmarker> this work .
speaker: C
text: Um .
speaker: C
text: So here 's this other system , which is a lot better ,
speaker: C
text: but there 's still this kind of ratio .
speaker: C
text: It 's something like five percent error <vocalsound> with the <disfmarker> the distant mike ,
speaker: C
text: and one percent with the close mike .
speaker: B
text: OK .
speaker: C
text: So the question is <vocalsound> how close to that one can you get <vocalsound> if you transform the data using that system .
speaker: B
text: r Right , so <disfmarker> so I guess this SRI system is trained on a lot of s Broadcast News or Switchboard data .
speaker: C
text: Yeah .
speaker: B
text: Is that right ?
speaker: B
text: Do you know which one it is ?
speaker: E
text: It 's trained on a lot of different things .
speaker: E
text: Um .
speaker: E
text: It 's trained on uh a lot of Switchboard , Call Home ,
speaker: B
text: Uh - huh .
speaker: E
text: um a bunch of different sources ,
speaker: E
text: some digits ,
speaker: E
text: there 's some digits training in there .
speaker: B
text: OK .
speaker: B
text: O one thing I 'm wondering about is what this mean subtraction method <vocalsound> um will do if it 's faced with additive noise .
speaker: A
text: Hmm .
speaker: B
text: Cuz I <disfmarker> I <disfmarker> it 's cuz I don't know what log magnitude spectral subtraction is gonna do to additive noise .
speaker: C
text: Yeah ,
speaker: C
text: well , it 's <disfmarker> it 's not exactly the right thing
speaker: B
text: That 's <disfmarker> that 's the <disfmarker>
speaker: B
text: Uh - huh .
speaker: C
text: but <vocalsound> uh <vocalsound> but you 've already seen that cuz there is added noise here .
speaker: B
text: That 's <disfmarker> that 's <disfmarker> Yeah , that 's true .
speaker: C
text: Yeah .
speaker: B
text: That 's a good point .
speaker: C
text: So um <disfmarker>
speaker: B
text: OK , so it 's then <disfmarker> then it 's <disfmarker> it 's <disfmarker> it 's reasonable to expect it would be helpful if we used it with the SRI system
speaker: B
text: and
speaker: C
text: Yeah ,
speaker: C
text: I mean , as helpful <disfmarker>
speaker: C
text: I mean ,
speaker: C
text: so that 's the question .
speaker: C
text: Yeah , w we 're often asked this when we work with a system that <disfmarker> that isn't <disfmarker> isn't sort of industry <disfmarker> industry standard great ,
speaker: B
text: Uh - huh .
speaker: C
text: uh and we see some reduction in error using some clever method ,
speaker: C
text: then , you know , will it work on a <disfmarker> <vocalsound> on a <disfmarker> on a good system .
speaker: C
text: So uh
speaker: C
text: you know , this other one 's <disfmarker> it was a pretty good system .
speaker: C
text: I think , you know , one <disfmarker> one percent word error rate on digits is <disfmarker> uh digit strings is not <vocalsound> uh you know stellar ,
speaker: C
text: but <disfmarker> but given that this is real <vocalsound> digits , as opposed to uh sort of laboratory <disfmarker>
speaker: B
text: Mm - hmm .
speaker: C
text: Well .
speaker: E
text: And it wasn't trained on this task either .
speaker: C
text: And it wasn't trained on this task .
speaker: C
text: Actually one percent is sort of <disfmarker> you know , sort of in a reasonable range .
speaker: C
text: People would say " yeah , I could <disfmarker> I can imagine getting that " .
speaker: B
text: Mm - hmm .
speaker: C
text: And uh so the <disfmarker> the four or five percent or something is <disfmarker> is <disfmarker> is quite poor .
speaker: B
text: Mm - hmm .
speaker: C
text: Uh , you know , if you 're doing a uh <disfmarker> <vocalsound> a sixteen digit uh credit card number you 'll basically get it wrong almost all the time .
speaker: C
text: So . So . Uh , <vocalsound> um
speaker: B
text: Hmm .
speaker: C
text: a significant reduction in the error for that would be great .
speaker: B
text: Huh , OK .
speaker: C
text: And <disfmarker> and then , uh
speaker: C
text: Yeah .
speaker: C
text: So .
speaker: C
text: Yeah .
speaker: C
text: Cool .
speaker: B
text: Sounds good .
speaker: C
text: Yeah .
speaker: C
text: Alright , um , I actually have to run .
speaker: C
text: So I don't think I can do the digits ,
speaker: C
text: but um , <vocalsound> I guess I 'll leave my microphone on ?
speaker: E
text: Uh , yeah .
speaker: C
text: Yeah .
speaker: C
text: Thank you .
speaker: E
text: Yep .
speaker: E
text: Yeah .
speaker: E
text: That 'll work .
speaker: C
text: I can be out of here quickly . <comment> <comment> <vocalsound> <vocalsound> That 's
speaker: C
text: I just have to run for another appointment . OK ,
speaker: C
text: I t Yeah . I left it on .
speaker: C
text: OK .

Meeting summary:
text: The ICSI Meeting Recorder Group met once more to discuss their recent progress in various projects, as well as discuss some of the issues that have arisen in the last week.
text: There has been further work on voiced/unvoiced detection, along with spectral subtraction.
text: The group discussed one members attendance at a conference, and another groups code, which is proving hard to follow.
text: In trying to understand France Telecom's code, there does not appear to be a reason for a particular constant value.
text: Speaker fn002 reported on her work with mn007, who was absent attending a conference.
text: They have been working on voiced/unvoiced detection, and have tried two different configuration of MLP, although results have not been improved greatly.
text: She has also begun looking at France Telecom's recogniser code.
text: Speaker me006 has been coming up with tests for his work using acoustic events.
text: Speaker me018 is investigating differences in another system, and feels it maybe down to bugs.
text: Speaker me026 has made real progress on his spectral subtraction work, with an implementation and early results.