gnuspeech-contact
[Top][All Lists]
Advanced

[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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]