[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [gnuspeech-contact] Re: Organising gnuspeech source(s) (David Hill)
From: |
Marcelo Yassunori Matuda |
Subject: |
Re: [gnuspeech-contact] Re: Organising gnuspeech source(s) (David Hill) |
Date: |
Sun, 16 Nov 2008 22:43:30 -0200 |
Hi Dalmazio,
> Cool. Thanks for this. I'll make these changes and commit to the repository
> shortly, save for one. Also I'll wait a little to commit the gorm changes
> until we can verify nib 3.x compatibility (see below). Here's the one change
> which may be problematic:
> - In Applications/Monet/MSynthesisController.m:
> (R1/R2 were always zero before)
> @@ -424,7 +424,7 @@
> setDriftGenerator([driftDeviationField floatValue], 500,
> [driftCutoffField floatValue]);
> //setDriftGenerator(0.5, 250, 0.5);
> - [eventList setRadiusMultiply:[radiusMultiplyField doubleValue]];
> + //[eventList setRadiusMultiply:[radiusMultiplyField doubleValue]];
> I found that making this change disables the effects of the Radius Multiply
> slider/field in the Intonation Parameters window when the intonation check
> box is checked. Currently it does affect r1/r2. Can you confirm this on
> Linux/Gnustep? It's odd that it should give different results on
> Linux/Gnustep vs. OS X.
Yes, it disables the effect. But when I set the value of Radius
Multiply the console
shows:
2008-11-16 23:55:46.629 Monet[6063] Unimplemented: should set string to 1
2008-11-16 23:56:10.094 Monet[6063]
NSNumberFormatter-getObjectValue:forString:... not fully implemented
The Gnustep API reference says:
------
NSNumberFormatter : NSFormatter
Declared in:
Foundation/NSNumberFormatter.h
Availability: MacOS-X 10.0.0
This class is currently not implemented in GNUstep! All set methods
will work, but stringForObject: will ignore the format completely.
The documentation below describes what the behavior SHOULD be...
------
I don't know if this is the reason, but even when I set the value of
the Radius Multiply control, the tube model receives R1 = 0 / R2 = 0.
Maybe you could use #ifndef GNUSTEP (and a TODO) until a solution is found.
> Yes, actually, there is no intonation in the Mac version either by default
> (flat intonation). I don't know what's required to make this work at
> present, not until I can put aside some time to look more closely under the
> hood. It may well be a series of settings. David might know more about this.
> David?
Have you tried Tools / Intonation Window / Synthesize? I can't use it
because it is not implemented in the Gnustep version.
> I'll send you some speech rendered into the 3 supported formats in a
> following email, AU, AIFF, WAV as produced by Monet. My media info app tells
> me that they are AU, AIFF, and WAV files. Can you read and play these on
> your system? Could you try generating the audio and comparing to these
> files? The speech rendered is the "I know you believe you understand what
> you think I said..." sentence.
The files are ok. They are really AU / AIFF / WAV. But here the output
file is always AU (code = 0).
May you include this in the file INSTALL.gnustep (or README.gnustep)?
------
- In Tools / Intonation Parameters:
- Set "Tempo" to 1.
- In Tools / Synthesis Window:
- Click "Synthesize to sound file..."
------
The tempo needs to be manually set.
> The key line in the GSDBMPronunciationDictionary class (located in the
> GnuSpeech framework source under the TextProcessing directory) is:
> newDB = dbm_open([aFilename UTF8String], O_RDWR | O_CREAT, 0660);
> Also, the GSSimplePronunciationDictionary class loads
> "2.0eMainDictionary.dict" located in the GnuSpeech framework source under
> the TextProcessing directory.
This makes PreMo work:
- In Frameworks/GnuSpeech/TextProcessing/GSSimplePronunciationDictionary.m:
- (BOOL)loadDictionary
str = [[NSString alloc] initWithData:data
encoding:NSISOLatin1StringEncoding];
The "file" program says:
$ file 2.0eMainDictionary.dict
2.0eMainDictionary.dict: Non-ISO extended-ASCII text
Probably there is some non-ASCII character in the file.
UTF-8 doesn't work too.
> I've attached a gzip'd tarball of the English.lproj directory for the PreMo
> application which contains both a nib 3.x and a xib 3.x version of the
> interface.
Gorm can't load the files.
Regards,
Marcelo