low-latency

    2

    2答えて

    Linuxで(ほぼ)リアルタイムオーディオキャプチャがgstreamerである必要があります。私の問題は、〜210ms以下のレイテンシを減らすことができないことです。私はマイクからヘッドホンまで簡単なループバックを試みました。 どちらも同じ遅延を生じました。 latency-timeのプロパティーはalsasrcではありませんでした(指定されたレイテンシーが追加されました)。私は pactl lo

    0

    1答えて

    Firefoxのスロットリング以来、& ChromeはまだWebRTCでは動作しません。私は他の解決策を探しています。 待ち時間をブラウザの1つのタブまたは1つのブラウザのみに悪化させる必要があります。 Netlimiter 4は問題ありませんが、依然としてfeautreを制限する遅延はありません。 私の場合、UIのない​​プログラムは良くありません。 いくつか知っていますか?

    0

    2答えて

    私はRAW H264ビデオフレームを受け取り、このプロトコルを使用してサーバー側からクライアント側に瞬時に送信する単純なUDPストリーミングプロトコルを持っています。ネットワークRTTレイテンシ(パケットの再送はしません。私は20msのレイテンシをサーバからクライアントに持っていれば、ビデオフレームをエンコーダの出力からクライアント側(デコードできる状態)に準備することができます。 私の質問は次の

    0

    1答えて

    長い期間など長時間実行されるプロセスで同じスレッドを使用しておいてください。 pool = multiprocessing.Pool(10) for subModel in self.model: pool.apply_async(self.compute, subModel, features) pool.close() pool.join() 私が持っているような問題は今、

    0

    2答えて

    BizTalk Server 2016で2ウェイWCF受信ポート(IIS)とSAPアダプタ送信ポートを使用してオーケストレーションを実行して、SAPでライトクエリを実行しています。パフォーマンスを最適化しようとしています。 私のオーケストレーションを初めて呼び出すと(ホストインスタンスを再起動した後)、最初の呼び出しで約1秒かかります。これは、アセンブリにメモリをロードしているためです。その後の呼

    1

    1答えて

    http://people.eecs.berkeley.edu/~rcs/research/interactive_latency.html によると、ミューテックスロックは2017年に17ns程度で、メインメモリ参照よりも小さく、これはどのようにすることができますか? 私が知る限り、実装には少なくとも1つのアトミックフラグが含まれています。このフラグ自体の変更はメインメモリの参照操作です。どのよ

    12

    1答えて

    次のコード例は、サイズがNの行列を生成し、SAMPLES回転置します。 N = 512の場合、転置操作の平均実行時間は2144 μs(coliru link)です。 一見何も特別なことは正しい、ありません?... まあ、ここ N = 513→1451 μs N = 519の結果である→600 μs N = 530→486 μs N = 540 →492 μs(最終的に理論は働き始めます:)。 なぜ

    1

    1答えて

    私はJavaとC++でオーディオストリームを送受信するためにいくつかのメソッドを試していますが、うまくいきましたが、遅延はキューイングを開始しました。 ジッタバッファを必要とすることが判明したので、少しの情報しか持っていないので、ジッタバッファを含んだライブラリを使って作業を始めました。 また、ネットワークバッファなどが以前と同じようにキューに入れられないように、パケットを遅延させるため、パフォー

    2

    2答えて

    uint64_t timestamp_nanoseconds = 634019142119225390; time_t result = timestamp_nanoseconds/1000000000; struct tm * timeinfo = gmtime(&result); struct tm dateInfo ; dateInfo.tm_mday = timeinfo->tm_

    0

    1答えて

    私は、最小限の待ち時間が重要なLAN経由でラップトップと通信するモバイルアプリケーションを設計しています。ホストラップトップにRESTfulサービスを介して情報を受け取らせてもらいたいのですが。遅れを減らすためにTCPのような低レベルのコミュニケーションを使用するための確かなケースはありますか?