|
From: Mailing l. u. f. U. C. a. U. <kal...@li...> - 2013-06-26 18:03:07
|
I already responded, perhaps your email is not going to your account from sourceforge? On Wed, Jun 26, 2013 at 2:01 PM, Mailing list used for User Communication and Updates <kal...@li...> wrote: > Hi all, > > The HMM topology in standard Kaldi recipe doesn't seem to have state > skipping, eg, hmm state 0 and 1 doesn't go to state 3 directly. Would this > introduce a limitation that a phone must be pronounced for at least 3 > frames (30ms), eg, takes 3 frames to transition out? > > The reason for asking is that we have seen some poor decoding accuracy for > very fast speeches. In the fast speech segments , phones were pronounced > definitely less than 30ms. This results in very high phone errors. > Separate gmm-align experiments in the same segments also point to this as > well. The smallest phone alignment window from gmm-align is 30ms. > > We probably will experiment with introducing skipping in HMM topology. > Before we start, any heads-ups or particular reasons that this may not be a > good idea? Or, am I missing something entirely? > > -- > Thanks > > Ben Jiang > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Kaldi-users mailing list > Kal...@li... > https://lists.sourceforge.net/lists/listinfo/kaldi-users > > |