Synthesizer::newを非asyncにする

[qryxip]

内容

Synthesizer::newにはもともとload_all_modelsというオプションがありましたが、今は #587 により無くなっています。なので今はSynthesizer::newは何のIOも重たい処理もせずに、数十μsで完了します (ちなみに数十μsの大部分はSupportedDevicesを毎回作りなおしているところかと思われます)。

なのでもうasyncは不要でもあり、適切でもなくなっているかと思いました。

関連 Issue

#545

その他

[Hiroshiba]

なるほどです！賛成です！

今思えば、newは必ず同期にしておくと、各言語ラッパー作る時にコンストラクタの仕様に衝突しにくい気がちょっとしました。
少し調べてみた感じ、C#がasyncなコンストラクタだめかも…？
https://stackoverflow.com/questions/8145479/can-constructors-be-async

（まあコンストラクタにせず、staticメソッドにすればが良さそうですが）

[qryxip]

ですね。Pythonのような言語でも必ずしも狭義のコンストラクタは用意する必要は薄いかと思います(あとPythonだと、呼ぶと「asyncの方を呼べ」というTypeErrorを発する__new__を、pyiには載せない形で入れることで初学者への対応ができるんじゃないかと思っています)

ちなみにPythonでもasync def __new__というのは面倒(PyO3製クラスだと無理で、純Pythonコードのクラスでラップする必要がある)で、かつどうやらすべきでも無いようです。下手したらmypyやpyright/pylanceが混乱するかも)

[sevenc-nanashi]

Java APIのLoggerもC APIと同じように（RUNTIMEの初回アクセス）セットアップしてるので、Java APIのログが出なくなるような気がします（まだ検証してませんが）

[sevenc-nanashi]

検証してきました。
出なくなっていました。

[qryxip]

Java APIにも同様のものを入れました。
9c34bf1

[Hiroshiba]

LGTM！！

loggerの気づき素晴らしいと思います！！
こういう副作用はなかなか危ないかもですね…。