From: Mailing l. u. f. U. C. a. U. <kal...@li...> - 2011-07-05 11:34:05
|
Hi, There may be some possible IO problems when reading Fsts with the below code: std::ifstream is(fst_in_filename.c_str()); VectorFst<StdArc>::Read(is, fst::FstReadOptions((std::string)fst_in_filename)); On the Kaldi commands I tried under Windows + VS2010, I had to add the binary flag to the ifstream constructor to be able to successfully read in an FST. std::ifstream is(fst_in_filename.c_str(), std::ifstream::binary); I think the cause is the different ways Windows and Unix like systems handle the newline constants when the std::ifstream::binary option is not specified. I'm using OpenFst 1.2.7 compiled as DLL which may be causing the problem just for me. However, the 1.2.7 of the Windows port should speed up the builds quite a lot. Paul |
From: Mailing l. u. f. U. C. a. U. <kal...@li...> - 2011-07-05 20:25:50
|
Thanks for the bug-report; I have changed this to binary-mode I/O as you suggested (8 occurrences). Do svn update and it should hopefully work. Dan On Tue, Jul 5, 2011 at 4:33 AM, Mailing list used for User Communication and Updates <kal...@li...> wrote: > Hi, > > There may be some possible IO problems when reading Fsts with the below > code: > > std::ifstream is(fst_in_filename.c_str()); > VectorFst<StdArc>::Read(is, > fst::FstReadOptions((std::string)fst_in_filename)); > > On the Kaldi commands I tried under Windows + VS2010, I had to add the > binary flag to the ifstream constructor to be able to successfully > read in an FST. > std::ifstream is(fst_in_filename.c_str(), std::ifstream::binary); > I think the cause is the different ways Windows and Unix like systems > handle the newline constants when the std::ifstream::binary option is > not specified. > > > I'm using OpenFst 1.2.7 compiled as DLL which may be causing the > problem just for me. However, the 1.2.7 of the Windows port should > speed up the builds quite a lot. > > Paul > > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2d-c2 > _______________________________________________ > Kaldi-users mailing list > Kal...@li... > https://lists.sourceforge.net/lists/listinfo/kaldi-users > |