Forum Replies Created
-
追記）なんとか解決したいので、調べた内容を追記させてください。
自分で、HARK（MultiAudioStreamFromMic）のソケット通信に相当する部分と同じような動作をする擬似HARKをpythonで作成して、音声をソケット通信で送っている側のpythonのコード（コード変更なし）の動作を確認したところ、問題なく動作しました。
また、現在のHARKと同じ現象がおきる状況があって、それは、擬似HARKのスレッド生成時に、sleepを入れていない場合でした。
自分のコードが間違っている可能性もありますが。。。。。追記させていただきます。
勘違いで動いていたように見えただけでした。１ファイルしか出力されなかったです。
MatrixToMapにすると８チャネルになるけど、、定位情報で分離にはMap<int,…. で渡す必要があると理解しました（やっと教えていただことを理解できました）。お手数おかけしてすみません….。> HARKでは、音源分離を周波数領域で行うよう実装していますので、変換せずに分離することはできません。
と教えていただきましたが、ドキュメントみていると、SaveRawPCMノードは、INPUTにSOURCESがなくドキュメントにもGHDSSが必須と書いてあるが、SaveWavePCMノードは、INPUTにSOURCESがあるので、実際に以下のネットワークで分離できそうかやってみたら、分離できていそうな感じです。やはり実際は分離できていないのでしょうか？どこの理解が間違っていますでしょうか？よろしくお願いいたします。
AudioStreamFromMic（SaveWavePCMのinputに接続）
↓
SaveWavePCM ← ConstantLocalizationで0,180度を指定しsourcesに接続（本来はhark-pythonで動的に渡す予定）
↓
sep_0.wav, sep_1.wav出力
追記します。パラパラとすみません。
ポートがかぶっているので、接続先IPごとに、制御とotherのポート変更しないといけない気がします。。。どうやって変更可能でしょうか？
すみません。ポートの変更方法は、FQAにありました。
https://wp.hark.jp/faq/#In_receiving_acoustiv_signal_over_TCPIP_using_AudioStreamFromMic_we_have_to_set_DEVICE_TYPE_to_NETWORK_and_the_DEVICE_to_IP_address_How_do_you_specify_the_port_number_Is_there_a_format_to_be_usedご回答ありがとうございます。
１点わからないのですが、、今回、時間と角度でフィルタリングしますが、周波数領域でフィルタリングする必要ないと思っていました。SourceByDirectionの代わりとなる独自ノードで動的に角度を渡すようにして、音声を落としたりくっつけた方が計算コスト低そうに思ったのですが、ご回答いただいたように、FFTしてGHDSS後に逆FFTしないと難しいと考えた方がよいということでしょうか？ HARK的には一度、周波数領域に変換しないと私が実現したいことおができない or 処理効率が悪い という理解でよいでしょうか？
または、HARKのデータ構造上、時間軸上での処理では、時間と角度でフィルタリングできないという理解でことでしょうか？
