首頁>Program>source

我正在尝試使用webRTC,似乎每个訊息中可以發送多少个位元組有一个任意限製. 我使用的那个人選擇的限製為100(加上一些)位元組.在我的測試中,它似乎接近200个位元組.但是,通過阅讀TCP和 UDP ,這些協議最多支援65kb左右的包,甚至 当考虑將 MTU 用於不同型別的網路時,可用空間仍應大於200个位元組。< / p>

我發現提到硬限製的唯一来源是此webRTC資料通道協議草案,但只說了待定。

所以我的問题是:

  1. 是否有任何来源在任何瀏覽器中指定当前郵件大小限製?
  2. 如果我可以假設限製始终是相同的,並且如果不能以任何方式使我的應用程式知道该限製,則可以使用
最新回復
  • 13天前
    1 #

    sharefest專案找到了解決速率限製的方法-您可以修改外發報價以更改頻寬設置(根据http://www.ietf.org/rfc/rfc2327.txt)

    此處的详细資訊:https://github.com/Peer5/ShareFest/blob/master/public/js/peerConnectionImplChrome.js#L201

    根据我自己的经驗,您仍然限製每條訊息大約800位元組。

  • 13天前
    2 #

    我一直在測試通過資料通道將jpeg發送到chrome 57,並且訊息的最大發送量為64k 現在可靠。

    webRTC資料通道確實具有可靠性機製,它使用基於DTLS的SCTP(基於UDP)-SCTP允许您設置可靠性和排序行為,但是預設情况下,webRTC使用有序+可靠-意味着您获得与TCP類似的語義 -除了保留訊息邊界外-至少在理論上是這樣。

    實際上,如果Chrome瀏覽器空間不足,Chrome可能会將部分訊息傳遞给javascript,因此最好在處理之前檢查您是否有完整的訊息。

  • 在Python中如何从字元串或列表中删除此\ n
  • html:Content-Script-Type和Content-Style-Type的意義是什麼