[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Re[2]: エンジンの選択
- To: bep@argv.org
- Subject: Re: Re[2]: エンジンの選択
- From: Noritsugu Nakamura <nnakamur@mxq.mesh.ne.jp>
- Date: Wed, 19 Jul 2000 23:22:35 +0900
- Delivered-To: mailing list bep@argv.org
- Mailing-List: contact bep-help@argv.org; run by ezmlm
中村 のりつぐ です。
丁寧な御回答ありがとうございます。
なんとなく分かって来た気がしました。
単純に言えば、「bep は高度なところをめざしている!」
ということなのかもしれません。
In article <3975AE88370.C504TAKAYUKI@10.8.10.66>
Takayuki Watanabe <takayuki@...> wrote:
> > あと、残念ながら、SAPI って難しくて私には理解できませんでした。
> > 95Reder の関数なら簡単に呼び出せるのですが…。
>
> 95Readerの関数は調べたことがないのでよくわかりませんが、SAPIも流儀を
> 覚えればそんなに難しくはないと思います。SDKのソースを読みながら
> マニュアルを調べるのがよいと思います。
> 「ソースを使え」(スターウォーズの「フォースを使え」のもじり)です。
ProTALKER の解説とサンプルソースを見て、これは私には
理解できないものだなと思いました。
横田先生が、ProTALKER を使う DLL を書いているので、
そのソースを見てもちんぷんかんぷんでした。(1年前)
もしかして、SAPI と ProTALKER のインタフェースって
別物なのでしょうか?ちょっとまた勉強してみます。
> > 状況を良く分かっていないのではずしているかもしれませんが、
> > 外から見ていると「なぜ音声エンジンに、ここまでこだわっているのか?」
> > と感じています。
> >
> こだわっていないと思うのですが...
エンジンというかサーバーの意味でした。
サーバーを作るのが目的ではないと思っていたので
こだわっていると感じてしまったのです。お話しによると
良いサーバーも目標の一つのようなので、これは
納得しました。
あと、私の中では音声サーバーの作業と emacspeak への作業は
別物であって並行作業が可能だという頭があったもので、
こだわっているように思えてしまったのです。
結局コード書いている人間が2人だからどちらかにしか手が
出せていない状況ということですね?
> エンジンの選択を問題にしたのは、
> ・なるべくフリーな形で配布したいからエンジンの配布条件を確認せねば
> ならない。
> ・入手しやすいエンジンが望ましい。
> ・レスポンスが良いエンジンが望ましい。
> ・Speak.exeで使えるエンジンが必要。
> だからです。
これは、私の中では日本語のエンジンに関しては
95Reader がシェアが高い →
値段は高いけど、デフォルトで持っている人が多い →
使えたら良いなという図式でした。
世の中の一般人の Emacs 使いは少ないだろうから、
こう単純ではなさそうですね。
# 考えてみると、私は 95Reader, ProTALKER97,
# 東芝音声システム、SMARTATLK, ドキュメントトーカを
# 持っているのでどれでもいいんです。
# あとは、NEC とドラゴンスピーチに付いていそうな奴だけか…
# 肝心な Linux 版を持っていない…(涙)
> 中村さんがおっしゃっているのは「音声エンジン」というより「スピーチサー
> バー」ですよね? フリーな音声エンジンを開発できればよいけど、企業が協
> 力してくれるか、大学の共同プロジェクトでもないと開発できないのでは
> ないかな。
これは言葉の選択を間違えました。おっしゃる通り「スピーチサーバー」の
ことでした。私は、辞書とか音声エンジンとか、地道な努力が必要なものは、
企業の仕事と思っていますんで、ここでは、「音声エンジン」でなく
「スピーチサーバー」のつもりでした。
> > o Meadow に音声エンジンを直接リンクしちゃダメなの?
> > 音声 Lisp 関数を作成して使用するとか
> これは良くない設計だと思います。それにMeadowは基本的にコンソールアプ
> リケーションで、SAPIはウインドウアプリケーションですから、水と油の関
> 係にあります。活性剤の役目をする層をActivePerlか何かで実装することも
> 可能かもしれませんが、筋が悪い設計だと思います。
良くないのは分かっているのですが、簡単かな?と思っていたので。
どうもお話しだと簡単そうでないらしいので、これはダメなですね。
# guile-emacs なら簡単なのかな?
emacs がシェアードライブライリとか DLL を動的に読み込める機構に
なっていたならば、本当は Lisp 関数を作っても抽象度は落ちない
気がしますが、現状ではそうでないだろうから、やっぱりリンクは
止めた方がよさそうですね。ということで納得しました。
> 使い方を理解するなら、Emacspeak.texi がとてもわかりやすいです。infoで
> 読めます。印刷すると40ページ弱のボリュームです。
これをさっそく読んでみることにします。
ソース以前に全体像が良く分かっていないレベルなので。
金曜日休みなので勉強してみます。
中村 典嗣 E-mail: nnakamur@...