PythonのブロッキングAPIを実装 #706
PythonのブロッキングAPIを実装 #706
Conversation
| @@ -49,6 +49,9 @@ jobs: | |||
| run: | | |||
| cargo build -p voicevox_core_c_api -vv | |||
| maturin develop --manifest-path ./crates/voicevox_core_python_api/Cargo.toml --locked | |||
| # https://github.com/readthedocs/sphinx-autoapi/issues/405 | |||
There was a problem hiding this comment.
PRが出ているが、以下のコメントから約2ヶ月放置されている状態になっている。
readthedocs/sphinx-autoapi#406 (comment)
There was a problem hiding this comment.
あと、このworkaroundを実行するとコードとしては壊れて実行できなくなる（_rust.abi3.*よりも_rust/__init__.pyの方が優先されるらしい）。
Sphinxを騙すためだけにGHA上で実行。
There was a problem hiding this comment.
手元で生成するのに面倒が生じてきてるので、いっそのこと他言語ごと
❯ cargo xtask doc [--only rust c python ...] [--open]みたいな感じで生成できるようにした方がよいかもしれない。
|
ひとまず
だけ実装しました。次のように使えるはずです。 from voicevox_core.blocking import OpenJtalk
open_jtalk = OpenJtalk("…")import voicevox_core
open_jtalk = voicevox_core.blocking.OpenJtalk("…") |
|
|
example/pythonとテストをどうしようか考えています。 exampleの方はブロッキング版に統一するというのもよいですが、run-blocking.pyとrun-asyncio.pyに分けるという手もあると思います。 テストの方ですが、ブロッキング版classをasyncに包むラッパーを作り、 |
|
楽しみです！！！
サンプルの目的的には、簡単な方のブロッキング版はマストで用意してあげたいなと感じました！
良さそう！ |
|
exampleの方はrun.pyとrun-asyncio.pyに分けました。 テストの方は... もう一つ考えている方法として、こういうのを振り回すことを考えています。 # `blocking`と`asyncio`に同じ引数を与え続け、出力が同じかどうかをassertし続ける
@dataclasses.dataclass
class Pair(Generic[B, A]):
blocking: B
asyncio: A |
|
なるほどです！ |
|
ブロッキング版のテストをコピペで用意しました。各ファイルには対（blocking <-> asyncio）になるファイルについてコメントするようにしています。 Python API内のRustコード自体が結構重んでいることを考えると、これが無難であると結論付けた方がよいのかなと思いました。 |
| @@ -262,6 +262,7 @@ jobs: | |||
| runs-on: ${{ matrix.os }} | |||
| defaults: | |||
| run: | |||
| shell: bash | |||
There was a problem hiding this comment.
どうやら今まで、このjob全体がPowerShellで実行されていた模様...
https://github.com/VOICEVOX/voicevox_core/actions/runs/7143365778/job/19454675377?pr=706
| @@ -9,26 +9,10 @@ if TYPE_CHECKING: | |||
| AudioQuery, | |||
| SpeakerMeta, | |||
| StyleId, | |||
| SupportedDevices, | |||
| UserDict, | |||
There was a problem hiding this comment.
このUserDictについては元々このファイル自体（旧_rust.pyi, 現_rust/asyncio.pyi）で定義されているはずで、Pyrightがエラーを吐く状態だった。
（mypyは試してはいないが、多分同様に駄目な気がする）
修正として別PRに分けるかどうかだが、どの道このPRから循環どころか正しくもなくなる（voicevox_core.UserDictは存在しなくなる）ので、それへの適応ということでこのPRに含めても良いと思った。
内容
#702 で実装したブロッキングAPIをPython APIで使い、PyO3で提供するclassを次の二つに分けて提供するようにします。
-
voicevox_core.blocking.{Synthesizer,…}-
voicevox_core.asyncio.{Synthesizer,…}関連 Issue
#662
#702
その他