From subhasrip998 at gmail.com Mon Feb 8 09:51:15 2010 From: subhasrip998 at gmail.com (Seema) Date: Mon, 8 Feb 2010 20:21:15 +0530 Subject: [Olympus developers 178]: Seema has added you to stay connected Message-ID: <5cafdcea1002080651v25881dfbnbcc2c40010678385@mail.gmail.com> *SiliconIndia* - *Empowering Professionals * Seema Singh HR Hi , I would like to invite you to my professional network on SiliconIndia. It allows us to invite trusted contacts and stay connected with ease. Thanks, Seema Let us connect and stay in touch.* Click here to join * Struggling to get a job?Become a certified JAVA developer -*Click here to find out* If you do not wish to receive future mailings from SiliconIndia, please opt out. Info Connect WTI Pvt. Ltd. 124, Surya Chambers, Airport Main Road, Bangalore -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.srv.cs.cmu.edu/pipermail/olympus-developers/attachments/20100208/4f713a6e/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 3580 bytes Desc: not available Url : http://mailman.srv.cs.cmu.edu/pipermail/olympus-developers/attachments/20100208/4f713a6e/attachment.jpe From thomas at edalytics.com Wed Feb 17 16:09:32 2010 From: thomas at edalytics.com (Thomas Harris) Date: Wed, 17 Feb 2010 16:09:32 -0500 Subject: [Olympus developers 179]: problem with apollo Message-ID: <804d172b1002171309u41a00f39if2b1fb70a38c8e92@mail.gmail.com> I'm having an endpointing issue with the olympus trunk on an application built with mostly meetingline configs. Everything is getting prematurely endpointed. It looks like a bug in Audioserver or its configuration. Has anyone seen this, or better yet (not seen it with some particular version and config). >From Pocketsphinx: [STD at 15:55:47.691 (10909)] Processing command: engine_begin_utt 000 6070 >From Apollo, 40ms later: [WAR at 15:55:47.731 (10951)] Too much time since last partial result arrived (4381>2000),endpointing here, regardless of VAD. I'm finding it hard to say much in 40ms :) Thanks, -Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.srv.cs.cmu.edu/pipermail/olympus-developers/attachments/20100217/aba6633c/attachment.html From antoine.raux at gmail.com Wed Feb 17 16:21:48 2010 From: antoine.raux at gmail.com (Antoine Raux) Date: Wed, 17 Feb 2010 13:21:48 -0800 Subject: [Olympus developers 180]: Re: problem with apollo In-Reply-To: <804d172b1002171309u41a00f39if2b1fb70a38c8e92@mail.gmail.com> References: <804d172b1002171309u41a00f39if2b1fb70a38c8e92@mail.gmail.com> Message-ID: <4B7C5DEC.7080400@polytechnique.org> Hi Thomas, I haven't looked at Olympus in more than a year but here is my guess... This problem comes from the fact that Apollo is trying to do endpointing based on partial ASR hypotheses and (most probably) not getting any. The quick fix is to change the endpointing method in Apollo.cfg so that it only relies on energy rather than advanced method (like FSTTM). The potentially better fix is to figure out why Apollo is not getting partial hyps, which could be due to AudioServer, or to hub configuration. The last solution is to learn to be very concise when you speak to the system. Hope this helps... antoine Thomas Harris wrote: > I'm having an endpointing issue with the olympus trunk on an > application built with mostly meetingline configs. Everything is > getting prematurely endpointed. It looks like a bug in Audioserver or > its configuration. Has anyone seen this, or better yet (not seen it > with some particular version and config). > > From Pocketsphinx: > [STD at 15:55:47.691 (10909)] Processing command: engine_begin_utt 000 6070 > > From Apollo, 40ms later: > [WAR at 15:55:47.731 (10951)] Too much time since last partial result > arrived (4381>2000),endpointing here, regardless of VAD. > > I'm finding it hard to say much in 40ms :) > > Thanks, > -Thomas From aasish at cs.cmu.edu Wed Feb 17 16:33:07 2010 From: aasish at cs.cmu.edu (Aasish Pappu) Date: Wed, 17 Feb 2010 16:33:07 -0500 Subject: [Olympus developers 181]: Re: problem with apollo In-Reply-To: <804d172b1002171309u41a00f39if2b1fb70a38c8e92@mail.gmail.com> References: <804d172b1002171309u41a00f39if2b1fb70a38c8e92@mail.gmail.com> Message-ID: <2c769a361002171333j3b86c694qdb3a53f6cded2a4@mail.gmail.com> Hi Thomas, If you are using Olympus 2.5, then it uses sphinx VAD(I presume) for endpointing. If not, then you may want to see if the IMCore.cpp has any magic configuration (precisely Pause Threshold and other thresholds ) written inside the code. I know that Ben wanted to put that magic configuration out of the code into AudioServer.cfg, but I am not sure if it is the case. -Aasish On 17 February 2010 16:09, Thomas Harris wrote: > I'm having an endpointing issue with the olympus trunk on an application > built with mostly meetingline configs. Everything is getting prematurely > endpointed. It looks like a bug in Audioserver or its configuration. Has > anyone seen this, or better yet (not seen it with some particular version > and config). > > From Pocketsphinx: > [STD at 15:55:47.691 (10909)] Processing command: engine_begin_utt 000 6070 > > From Apollo, 40ms later: > [WAR at 15:55:47.731 (10951)] Too much time since last partial result arrived > (4381>2000),endpointing here, regardless of VAD. > > I'm finding it hard to say much in 40ms :) > > Thanks, > -Thomas > -- Aasish Kumar Pappu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.srv.cs.cmu.edu/pipermail/olympus-developers/attachments/20100217/6f9c5183/attachment.html From thomas at edalytics.com Sat Feb 20 08:59:35 2010 From: thomas at edalytics.com (Thomas Harris) Date: Sat, 20 Feb 2010 08:59:35 -0500 Subject: [Olympus developers 182]: Re: problem with apollo In-Reply-To: <2c769a361002171333j3b86c694qdb3a53f6cded2a4@mail.gmail.com> References: <804d172b1002171309u41a00f39if2b1fb70a38c8e92@mail.gmail.com> <2c769a361002171333j3b86c694qdb3a53f6cded2a4@mail.gmail.com> Message-ID: <804d172b1002200559x2310584du62396cc70b81306f@mail.gmail.com> Hmm... It appears that ultimately this is a problem with my computer. Audioserver it's actually getting samples at 16kHz, it's getting them a little slower, probably 11025, despite the configuration. I'm running xp as a guest os with vmware's fusion, so I'm guessing that the virtualization sounds drivers are not really fully functional. Anyway, the slower-than-expected samples caused audioserver to report times in the past, so when it told apollo that there was a vad event several seconds ago, apollo promptly complained that it hadn't heard any partial hypotheses and terminated the utterance. So I guess running under fusion is out, although it might work with a USB mic, and of course it shouldn't have any trouble with voip. Thanks, -Thomas On Wed, Feb 17, 2010 at 4:33 PM, Aasish Pappu wrote: > Hi Thomas, > > If you are using Olympus 2.5, then it uses sphinx VAD(I presume) for > endpointing. If not, then you may want to see if the IMCore.cpp has any > magic configuration (precisely Pause Threshold and other thresholds ) > written inside the code. I know that Ben wanted to put that magic > configuration out of the code into AudioServer.cfg, but I am not sure if it > is the case. > > -Aasish > > > On 17 February 2010 16:09, Thomas Harris wrote: > >> I'm having an endpointing issue with the olympus trunk on an application >> built with mostly meetingline configs. Everything is getting prematurely >> endpointed. It looks like a bug in Audioserver or its configuration. Has >> anyone seen this, or better yet (not seen it with some particular version >> and config). >> >> From Pocketsphinx: >> [STD at 15:55:47.691 (10909)] Processing command: engine_begin_utt 000 6070 >> >> From Apollo, 40ms later: >> [WAR at 15:55:47.731 (10951)] Too much time since last partial result >> arrived (4381>2000),endpointing here, regardless of VAD. >> >> I'm finding it hard to say much in 40ms :) >> >> Thanks, >> -Thomas >> > > > > -- > Aasish Kumar Pappu > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.srv.cs.cmu.edu/pipermail/olympus-developers/attachments/20100220/899d65ea/attachment.html From bfrisch at cs.cmu.edu Sat Feb 20 23:48:04 2010 From: bfrisch at cs.cmu.edu (Benjamin Frisch) Date: Sat, 20 Feb 2010 22:48:04 -0600 Subject: [Olympus developers 183]: Re: problem with apollo In-Reply-To: <804d172b1002200559x2310584du62396cc70b81306f@mail.gmail.com> References: <804d172b1002171309u41a00f39if2b1fb70a38c8e92@mail.gmail.com> <2c769a361002171333j3b86c694qdb3a53f6cded2a4@mail.gmail.com> <804d172b1002200559x2310584du62396cc70b81306f@mail.gmail.com> Message-ID: Hi All, In Olympus 2.5 you can switch to using PocketSphinx 0.5's VAD by setting the vad parameter in AudioServer's configuration to sphinx and setting utt_pause_final_duration_threshold to 100. That seems to solve most of the delay issues. There are also new max_utt_duration, min_utt_duration, partial_timeout_duration, and endpoint_feature_computation_delay parameter's in Olympus 2.5's Apollo. Finally, you may want to make sure that vad_error is properly set in Rossetta's inform.pm so you are alerted by voice if there is a vad error. Thanks, Ben On Sat, Feb 20, 2010 at 7:59 AM, Thomas Harris wrote: > Hmm... > > It appears that ultimately this is a problem with my computer. Audioserver > it's actually getting samples at 16kHz, it's getting them a little slower, > probably 11025, despite the configuration. I'm running xp as a guest os with > vmware's fusion, so I'm guessing that the virtualization sounds drivers are > not really fully functional. Anyway, the slower-than-expected samples caused > audioserver to report times in the past, so when it told apollo that there > was a vad event several seconds ago, apollo promptly complained that it > hadn't heard any partial hypotheses and terminated the utterance. > > So I guess running under fusion is out, although it might work with a USB > mic, and of course it shouldn't have any trouble with voip. > > Thanks, > -Thomas > > > On Wed, Feb 17, 2010 at 4:33 PM, Aasish Pappu wrote: > >> Hi Thomas, >> >> If you are using Olympus 2.5, then it uses sphinx VAD(I presume) for >> endpointing. If not, then you may want to see if the IMCore.cpp has any >> magic configuration (precisely Pause Threshold and other thresholds ) >> written inside the code. I know that Ben wanted to put that magic >> configuration out of the code into AudioServer.cfg, but I am not sure if it >> is the case. >> >> -Aasish >> >> >> On 17 February 2010 16:09, Thomas Harris wrote: >> >>> I'm having an endpointing issue with the olympus trunk on an application >>> built with mostly meetingline configs. Everything is getting prematurely >>> endpointed. It looks like a bug in Audioserver or its configuration. Has >>> anyone seen this, or better yet (not seen it with some particular version >>> and config). >>> >>> From Pocketsphinx: >>> [STD at 15:55:47.691 (10909)] Processing command: engine_begin_utt 000 6070 >>> >>> >>> From Apollo, 40ms later: >>> [WAR at 15:55:47.731 (10951)] Too much time since last partial result >>> arrived (4381>2000),endpointing here, regardless of VAD. >>> >>> I'm finding it hard to say much in 40ms :) >>> >>> Thanks, >>> -Thomas >>> >> >> >> >> -- >> Aasish Kumar Pappu >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.srv.cs.cmu.edu/pipermail/olympus-developers/attachments/20100220/c519e94c/attachment.html From thomas at edalytics.com Wed Feb 24 13:13:38 2010 From: thomas at edalytics.com (Thomas Harris) Date: Wed, 24 Feb 2010 13:13:38 -0500 Subject: [Olympus developers 184]: sapi clarification Message-ID: <804d172b1002241013k6caa6a5eg68f21b01c3747a08@mail.gmail.com> Hi, Can anyone tell me why Kalliope uses SAPI 5.1 vs like 5.3? It's actually hard for me to tell. The documentation is a little sketchy, but it looks like 5.3 may support ssml while 5.1 only supports a proprietary version. Even for 5.3 though, I can't be confident from the documentation that ssml if fully supported. Anyone know anything about that. Anyway, all of this investigation was to see if I could throw wav files into the tts. I thought it would be a simple matter of including an tag, but that opened a can of worms. Thanks, -Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.srv.cs.cmu.edu/pipermail/olympus-developers/attachments/20100224/887bd93c/attachment.html From bfrisch at cs.cmu.edu Wed Feb 24 16:02:36 2010 From: bfrisch at cs.cmu.edu (Benjamin Frisch) Date: Wed, 24 Feb 2010 15:02:36 -0600 Subject: [Olympus developers 185]: Re: sapi clarification In-Reply-To: <804d172b1002241013k6caa6a5eg68f21b01c3747a08@mail.gmail.com> References: <804d172b1002241013k6caa6a5eg68f21b01c3747a08@mail.gmail.com> Message-ID: Hi Thomas, If you are using Windows 7 SDK it should use SAPI 5.4 on Windows 7, SAPI 5.3 on Windows Vista, and SAPI 5.1 on Windows xp. Windows 6.1 SDK uses 5.3 or below. Otherwise, it will be linking with the SAPI 5.1 library. Let me know if that seems to not be the case for you. While, I don't know much about the true extent of SAPI's SSML support, other than the XML TTS tutorial at http://msdn.microsoft.com/en-us/library/ms717077%28VS.85%29.aspx. Microsoft seems to be claiming that SAPI 5.3 supports SSML in its enitierity. I recommend taking a look at http://msdn.microsoft.com/en-us/magazine/cc163663.aspx and perhaps playing around with the SSML, the audio tag, and SAPI through .NET. Also, http://msdn.microsoft.com/en-us/library/ms719820%28VS.85%29.aspx shows how with a change of a paramenter to ISpVoice, SAPI would instead play an audio file name. Perhaps, Kalliope could be tweaked if necessary to processes the audio tag itself in a similar fashion to how it strips out SSML from input to Flite. Thanks, Ben On Wed, Feb 24, 2010 at 12:13 PM, Thomas Harris wrote: > Hi, > > Can anyone tell me why Kalliope uses SAPI 5.1 vs like 5.3? > > It's actually hard for me to tell. The documentation is a little sketchy, > but it looks like 5.3 may support ssml while 5.1 only supports a proprietary > version. Even for 5.3 though, I can't be confident from the documentation > that ssml if fully supported. Anyone know anything about that. > > Anyway, all of this investigation was to see if I could throw wav files > into the tts. I thought it would be a simple matter of including an > tag, but that opened a can of worms. > > Thanks, > -Thomas > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.srv.cs.cmu.edu/pipermail/olympus-developers/attachments/20100224/e0b3b0a0/attachment-0001.html From tkharris at gmail.com Wed Feb 24 20:55:47 2010 From: tkharris at gmail.com (Thomas Harris) Date: Wed, 24 Feb 2010 20:55:47 -0500 Subject: [Olympus developers 186]: Re: problem with apollo In-Reply-To: References: <804d172b1002171309u41a00f39if2b1fb70a38c8e92@mail.gmail.com> <2c769a361002171333j3b86c694qdb3a53f6cded2a4@mail.gmail.com> <804d172b1002200559x2310584du62396cc70b81306f@mail.gmail.com> Message-ID: <76c228b1002241755m7bab1044wb41a8566055d4bdd@mail.gmail.com> Turns out there was a bug in Apollo after all. I've fixed it, and will check it in shortly. However, I'm a bit mystified about how the bug originated, which makes me uncertain about my bugfix. If anyone has logs from recent versions of Olympus that aren't having this problem, please send them to me. Thanks, -Thomas On Sat, Feb 20, 2010 at 11:48 PM, Benjamin Frisch wrote: > Hi All, > In Olympus 2.5 you can switch to using PocketSphinx 0.5's VAD by setting > the vad parameter in AudioServer's configuration to sphinx and setting > utt_pause_final_duration_threshold to 100. That seems to solve most of the > delay issues. There are also new max_utt_duration, min_utt_duration, > partial_timeout_duration, and endpoint_feature_computation_delay parameter's > in Olympus 2.5's Apollo. Finally, you may want to make sure that vad_error > is properly set in Rossetta's inform.pm so you are alerted by voice if > there is a vad error. > > Thanks, > Ben > > > On Sat, Feb 20, 2010 at 7:59 AM, Thomas Harris wrote: > >> Hmm... >> >> It appears that ultimately this is a problem with my computer. Audioserver >> it's actually getting samples at 16kHz, it's getting them a little slower, >> probably 11025, despite the configuration. I'm running xp as a guest os with >> vmware's fusion, so I'm guessing that the virtualization sounds drivers are >> not really fully functional. Anyway, the slower-than-expected samples caused >> audioserver to report times in the past, so when it told apollo that there >> was a vad event several seconds ago, apollo promptly complained that it >> hadn't heard any partial hypotheses and terminated the utterance. >> >> So I guess running under fusion is out, although it might work with a USB >> mic, and of course it shouldn't have any trouble with voip. >> >> Thanks, >> -Thomas >> >> >> On Wed, Feb 17, 2010 at 4:33 PM, Aasish Pappu wrote: >> >>> Hi Thomas, >>> >>> If you are using Olympus 2.5, then it uses sphinx VAD(I presume) for >>> endpointing. If not, then you may want to see if the IMCore.cpp has any >>> magic configuration (precisely Pause Threshold and other thresholds ) >>> written inside the code. I know that Ben wanted to put that magic >>> configuration out of the code into AudioServer.cfg, but I am not sure if it >>> is the case. >>> >>> -Aasish >>> >>> >>> On 17 February 2010 16:09, Thomas Harris wrote: >>> >>>> I'm having an endpointing issue with the olympus trunk on an application >>>> built with mostly meetingline configs. Everything is getting prematurely >>>> endpointed. It looks like a bug in Audioserver or its configuration. Has >>>> anyone seen this, or better yet (not seen it with some particular version >>>> and config). >>>> >>>> From Pocketsphinx: >>>> [STD at 15:55:47.691 (10909)] Processing command: engine_begin_utt 000 >>>> 6070 >>>> >>>> From Apollo, 40ms later: >>>> [WAR at 15:55:47.731 (10951)] Too much time since last partial result >>>> arrived (4381>2000),endpointing here, regardless of VAD. >>>> >>>> I'm finding it hard to say much in 40ms :) >>>> >>>> Thanks, >>>> -Thomas >>>> >>> >>> >>> >>> -- >>> Aasish Kumar Pappu >>> >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.srv.cs.cmu.edu/pipermail/olympus-developers/attachments/20100224/929068b0/attachment.html From tkharris at gmail.com Wed Feb 24 21:13:27 2010 From: tkharris at gmail.com (Thomas Harris) Date: Wed, 24 Feb 2010 21:13:27 -0500 Subject: [Olympus developers 187]: Re: sapi clarification In-Reply-To: References: <804d172b1002241013k6caa6a5eg68f21b01c3747a08@mail.gmail.com> Message-ID: <76c228b1002241813j318083dbk20e595270e1e9b1d@mail.gmail.com> Thanks for all the info Ben. I think that in the last link, http://msdn.microsoft.com/en-us/library/ms719820%28VS.85%29.aspx, the "file" is a file of text that is to be synthesized, not an audio file to be played. Thanks, -Thomas On Wed, Feb 24, 2010 at 4:02 PM, Benjamin Frisch wrote: > Hi Thomas, > If you are using Windows 7 SDK it should use SAPI 5.4 on Windows 7, SAPI > 5.3 on Windows Vista, and SAPI 5.1 on Windows xp. Windows 6.1 SDK uses 5.3 > or below. Otherwise, it will be linking with the SAPI 5.1 library. Let me > know if that seems to not be the case for you. > > While, I don't know much about the true extent of SAPI's SSML support, > other than the XML TTS tutorial at > http://msdn.microsoft.com/en-us/library/ms717077%28VS.85%29.aspx. > Microsoft seems to be claiming that SAPI 5.3 supports SSML in its > enitierity. I recommend taking a look at > http://msdn.microsoft.com/en-us/magazine/cc163663.aspx and perhaps playing > around with the SSML, the audio tag, and SAPI through .NET. Also, > http://msdn.microsoft.com/en-us/library/ms719820%28VS.85%29.aspx shows how > with a change of a paramenter to ISpVoice, SAPI would instead play an audio > file name. Perhaps, Kalliope could be tweaked if necessary to processes the > audio tag itself in a similar fashion to how it strips out SSML from input > to Flite. > > Thanks, > Ben > > On Wed, Feb 24, 2010 at 12:13 PM, Thomas Harris wrote: > >> Hi, >> >> Can anyone tell me why Kalliope uses SAPI 5.1 vs like 5.3? >> >> It's actually hard for me to tell. The documentation is a little sketchy, >> but it looks like 5.3 may support ssml while 5.1 only supports a proprietary >> version. Even for 5.3 though, I can't be confident from the documentation >> that ssml if fully supported. Anyone know anything about that. >> >> Anyway, all of this investigation was to see if I could throw wav files >> into the tts. I thought it would be a simple matter of including an >> tag, but that opened a can of worms. >> >> Thanks, >> -Thomas >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.srv.cs.cmu.edu/pipermail/olympus-developers/attachments/20100224/a1d2997b/attachment.html From matthi at bonn-boehms.de Sun Feb 28 16:45:40 2010 From: matthi at bonn-boehms.de (=?ISO-8859-15?Q?Matthias_B=F6hm?=) Date: Sun, 28 Feb 2010 22:45:40 +0100 Subject: [Olympus developers 188]: SystemBuild.pl not working Message-ID: <4B8AE404.5080601@bonn-boehms.de> Hi, first I want to say thank you for this great project! I try to work through the first example of Olympus. But unfortunately I alwys get the following error: "Copying libOlympusUtility.dll from Olympus to bin\x86-nt... Failed Could not copy libOlympusUtility.dll to bin\x86-nt. Have you built libOlympusUtility.dll? Do you have permission to copy libOlympusUtility.dll to bin\x86-nt?" Could you help me? Thanks a lot! Matthias B?hm From tkharris at gmail.com Sun Feb 28 19:37:53 2010 From: tkharris at gmail.com (Thomas Harris) Date: Sun, 28 Feb 2010 19:37:53 -0500 Subject: [Olympus developers 189]: Re: SystemBuild.pl not working In-Reply-To: <4B8AE404.5080601@bonn-boehms.de> References: <4B8AE404.5080601@bonn-boehms.de> Message-ID: <76c228b1002281637u258695d3q57dfc1a7722096d9@mail.gmail.com> The libOlympusUtility dll shouldn't be the first thing copied from Olympus to bin\x86-nt, so I'm guessing that it actually wasn't built for some reason. Can you post your entire build logs for Olympus and the system as well? Thanks, -Thomas 2010/2/28 Matthias B?hm > Hi, > first I want to say thank you for this great project! > > I try to work through the first example of Olympus. But unfortunately I > alwys get the following error: > "Copying libOlympusUtility.dll from Olympus to bin\x86-nt... Failed > Could not copy libOlympusUtility.dll to bin\x86-nt. > Have you built libOlympusUtility.dll? > Do you have permission to copy libOlympusUtility.dll to bin\x86-nt?" > > Could you help me? > > Thanks a lot! > > Matthias B?hm > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.srv.cs.cmu.edu/pipermail/olympus-developers/attachments/20100228/fdaf441b/attachment.html From deepakkg at iitk.ac.in Fri Feb 19 17:11:07 2010 From: deepakkg at iitk.ac.in (Deepak Kumar Gupta) Date: Fri, 19 Feb 2010 22:11:07 -0000 Subject: [Olympus developers 293]: RavenClaw/Olympus software Message-ID: <000001cab1af$429d5200$c7d7f600$@ac.in> Hi, I am currently trying to do some work over the RavenClaw/Olympus software, but I am not able to build it on my windows 7 machine. I have attached the build.log file with this email. * Build.log : for latest stable version (2.5) from: http://trac.speech.cs.cmu.edu/repos/olympus/branches/2.5. ---------------------------------------------------------------------------- ---------------------------------- BUILD SUCCESSFUL Total time: 3 seconds ********************************************************************* SUMMARY: KalliopeFlite has 3 errors Problem building Visual Studio Solution: Olympus.sln. Problem building Olympus Agents using CMake ---------------------------------------------------------------------------- ---------------------------------- * Build1.log : for current development version from: http://trac.speech.cs.cmu.edu/repos/olympus/trunk. ---------------------------------------------------------------------------- ---------------------------------- BUILD SUCCESSFUL Total time: 2 seconds ********************************************************************* SUMMARY: KalliopeSAPI has 327 errors Problem building Visual Studio Solution: Olympus.sln. Problem building Olympus Agents using CMake ---------------------------------------------------------------------------- ---------------------------------- I have got the following prerequisites working on my system: 1. Operating System Microsoft Windows 7 2. Source Control : Subversion 1.4 or Newer TortoiseSVN 1.5 or Newer :(both installed) 3. Perl : ActiveState's ActivePerl 5.8 4. Java Sun's Java JDK SE 6 5. Apache ANT Version 1.7.1 , Sun's NetBeans 6.5 Java SE Edition 6. Compiler : Visual Studio 2008 SP1 with the Windows 7 SDK 7. Project Generation : Kitware's CMake 2.8.0 8. Text-To-Speech : Mircrosoft's Speech API through the Windows 7 SDK : Regarding this I am not sure what I need to do. As I guess that Mircrosoft's Speech API is a part of the windows distribution itself. Can you please guide me where I am going wrong and possible rectifications. Any help will be highly appreciated. Regards, Deepak Kumar Gupta 4'th year student Department of Computer Science and Engineering, Indian Institute of Technology Kanpur, India -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.srv.cs.cmu.edu/pipermail/olympus-developers/attachments/20100219/c5629e28/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: build.log Type: application/octet-stream Size: 24164 bytes Desc: not available Url : http://mailman.srv.cs.cmu.edu/pipermail/olympus-developers/attachments/20100219/c5629e28/build-0001.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: build1.log Type: application/octet-stream Size: 70242 bytes Desc: not available Url : http://mailman.srv.cs.cmu.edu/pipermail/olympus-developers/attachments/20100219/c5629e28/build1-0001.obj