rtcp

    3

    2答えて

    私のRTSP SourceのRTCPSRは、H.264ストリームの計算されたタイムスタンプの一部では信頼性が低く、頻繁に大きな負のジャンプが発生します。 ここに、デバッグログの例を示します。それが101006.6130から-4193861.6830にどのようにジャンプし、その方法を続けるかを見てください。 101619 : 5cd3c38 Sample 63682 bytes time 10060

    2

    1答えて

    Google Nexus S(2.3.7)、HTC Desire(2.3.3)、Samsung Galaxy(3.2)でストリーミングしようとしました。 Google NexusだけがRTSPセッションタイムアウト問題を持っています。 この問題についていくつかのスレッドを読みました。私は毎セッションを生き続けるために毎秒RTCPリクエストを送らなければならないか、RTSP "OPTION"リクエス

    0

    1答えて

    大きいときに、私は次のようにTCP上のRTSPを使用してオンデマンドRTSPサーバからH264ビデオをストリーミングするLive555ではを使用していますうまく動作しない理由: ./openRTSP -F tcp-test -Q -d 60 -b 500000 -4 -P 62 -w 3840 -h 2160 -f 30 rtsp://ip-address:8554/h264ESVideoTest

    2

    1答えて

    このSDP回線の意味を知りたいのですが、5〜10%のパケットロスでスムーズなフレームレートを実現しようとしています。 私が知っているドント線である: = RTCP-FB:100 GOOG-remb A = RTCP-FB:100輸送-CC なぜFirefoxの(例えば)を知っているドント不完全なビデオフレームをデコードする必要があっても、ストリームのフレームレートをスムーズにしたいのですか? カテ

    7

    2答えて

    WebRTCについてのチュートリアル全体と、簡単なP2Pチャットを実装しました。私のシグナリングサーバはlocalhost:9090で働いています。 は、私がメッセージを送信しようとすると、私が受けています: RTCDataChannel.readyState is not 'open' をただし、接続が正しく確立されているようだ:ここで Connected Got message {"ty

    0

    1答えて

    おそらくSOの質問MQTT for realtime data streamingに関連して、MQTTでリアルタイムのマルチメディア品質はどのように達成されますか? これはRTPとRTCP、these extra functionalities are explicitly supportedでストリーミングリアルタイムにおけるQoS 0、1、または2に定義されたMQTT異なる:タイムスタンプと