アカウント名:
パスワード:
ウインドウズやアンドロイドのマイク許可とかの設定は表向きで許可出さなくてもアプリ側でマイクのデータ取れるってこと?
一度使用許可を出した後の一時的なミュートの話では。ミュート指示しても、他の参加者に音声が届かないようになるだけで、ミュートしてないときにアプリの会社に流れてるのと同等の内容がミュートしても流れますよ、と。
会議の参加者に漏れるバグとかなければ問題ないのではとも想いますが。
その通りだし、他のコメントにあるミュート中にしゃべったのを検出して警告とかそういう事するならば別だけど、少なくともWindowsでIAudioEndpointVolumeとかで録音デバイスのミュート/ミュート解除する分にはミリ秒単位の遅延しか発生しないし #4234080 は的外れかも(Windows以外はどうなのか知らない)
むしろソフトウェア的にやってるなら操作した瞬間からバッファ分のずれがあるのでそっちの方が遅延が大きいとも言えそう(どっちにしても気にするような遅延じゃないだろうけど)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
よくわからないけど? (スコア:0)
ウインドウズやアンドロイドのマイク許可とかの設定は表向きで
許可出さなくてもアプリ側でマイクのデータ取れるってこと?
Re: (スコア:0)
一度使用許可を出した後の一時的なミュートの話では。
ミュート指示しても、他の参加者に音声が届かないようになるだけで、ミュートしてないときにアプリの会社に流れてるのと同等の内容がミュートしても流れますよ、と。
会議の参加者に漏れるバグとかなければ問題ないのではとも想いますが。
Re:よくわからないけど? (スコア:1)
その通りだし、他のコメントにあるミュート中にしゃべったのを検出して警告とかそういう事するならば別だけど、少なくともWindowsでIAudioEndpointVolumeとかで録音デバイスのミュート/ミュート解除する分にはミリ秒単位の遅延しか発生しないし #4234080 は的外れかも
(Windows以外はどうなのか知らない)
むしろソフトウェア的にやってるなら操作した瞬間からバッファ分のずれがあるのでそっちの方が遅延が大きいとも言えそう(どっちにしても気にするような遅延じゃないだろうけど)