File: README.linux

package info (click to toggle)
rsynth 2.0-2
  • links: PTS
  • area: non-free
  • in suites: hamm, slink
  • size: 716 kB
  • ctags: 544
  • sloc: ansic: 5,535; sh: 1,246; makefile: 116
file content (55 lines) | stat: -rw-r--r-- 2,226 bytes parent folder | download | duplicates (3)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
The requirement is basically that a DSP is present which is supported by
the linux sound-kit V2.0. Those include Gravis Ultrasound, Pro Audio
Spectrum, and Soundblaster (Pro). The sound driver provides the
programmer with a relatively device-independent way of addressing these
cards. The software requirement is that the sound-kit package is compiled
into the kernel.

The Linux version has a lot less capabilities than the SPARC version. 
A summary:

  say -r #            : set the sampling rate in Hz.
  say -l filename -L  : output the resulting sound to a file.
  say "words words and more words".
  say "[phonemes]".

Don't expect too much speed: on my 486/33 the generation of 12000 Hz speech
takes as long as the speech itself. Quality goes up when the speed goes up!

Rob Hooft. (hooft@EMBL-Heidelberg.DE)

PS: the pronunciation of Linuxer is completely wrong. Try "hello, [lInjuks3]"
    instead. That is the best approximation I could find.

BTW: I have been told that there still is a problem with the Linux
version: the /dev/sbdsp device was only used in old days: newer
systems only have the newer name /dev/dsp. Maybe you can change this
in your version.


Bob Blair <@ANLVM.CTD.ANL.GOV:reb@sgi3.hep.anl.gov>

Had to make the following change:

The problem I had was actually quite simple and I managed to fix it
after looking at a file that does work fine when cat'ed to /dev/dsp (one
produced by the recording utility "srec").  Maybe my installation is
funny or maybe the more advanced SoundBlaster cards work differently,
but for my system the thing I did was to change the line in hplay.c that
read something like:
converted[i] = data[i]/256 ;
and change it to:
converted[i] = ( data[i] - 32768 )/256;
and to change the declaration of converted from "signed *char" to
"unsigned *char".  My system expects unsigned data oscillating about 128
not signed data oscillating about 0.  The whole thing works very nicely
now (I wish it was faster but a 16Mhz 386sx is a little on the low end
side).  I am giving you these details just in case others see the same
problem and email you for a solution (also if Mr. Hooft is listening,
maybe he has an insight on what or if my system is a freak in this
regard).