2

我使用 Chrome 中的 WebRTC API 以及我自己按照 W3C 规范和 SO 上的其他问题编写的 WebSocket 脚本设置了一个基本的视频聊天应用程序。

但有时，当一台 PC 通过 WebSocket 连接向另一台 PC 发送 ICE 候选信息时，会在 JSON 字符串化候选信息的末尾附加一堆乱码。这个问题只是有时会发生，而且通过 createOffer 和 createAnswer 方法发送的 SDP 信息永远不会发生。

请参阅以下链接以获取我正在谈论的示例： http ://s1290.beta.photobucket.com/user/HartleySan83/media/NGdata_zps0a7203e7.png.html?sort=3&o=0

因为 JSON 字符串化的候选信息总是以 '}}' 结尾，所以通过向 WebSocket 服务器脚本添加一个 if 条件，我能够绕过这个问题并使视频聊天应用程序正常工作。不幸的是，这是我想避免的黑客行为。另外，我想知道为什么会发生这种情况。

值得注意的是，当我在将候选信息发送到 WebSocket 服务器脚本之前向客户端的控制台发出警报或回显候选信息时，不存在任何额外的乱码文本，所以我不确定为什么它与候选信息一起出现服务器端的信息，只有有时。

以下是将候选信息发送到服务器端脚本的客户端代码片段：

function startPeerConnection() {

  navigator.webkitGetUserMedia({ audio: true, video: true }, function (stream) {

    document.getElementById('vid1').src = webkitURL.createObjectURL(stream);

    pc = new webkitRTCPeerConnection(null);

    pc.onicecandidate = function (evt) {

      if (evt.candidate) {

        socket.send(JSON.stringify({ candidate: evt.candidate }));

      }

    };

    pc.onaddstream = function (evt) {

      document.getElementById('vid2').src = webkitURL.createObjectURL(evt.stream);

    };

    pc.addStream(stream);

  }, function () {});

}

以下是取消屏蔽接收到的 WebSocket 数据的服务器端代码：

$len = ord($buffer[1]) & 127;

if ($len === 126) {

  $masks_start = 4;

} else if ($len === 127) {

  $masks_start = 10;

} else {

  $masks_start = 2;

}

$masks = substr($buffer, $masks_start, 4);

$data = substr($buffer, $masks_start + 4);

$len = strlen($data);

$text = '';

for ($i = 0; $i < $len; $i++) {

  $text .= $data[$i] ^ $masks[$i % 4];

}

if (($end = strpos($text, '}}')) !== false) {
// This if condition eliminates the garbled text.
// Without it, a "Could not decode a text frame as UTF-8"
// error is output to the Chrome console.

  $text = substr($text, 0, $end + 2);

  $len = strlen($text);

}

if ($len <= 125) {

  $header = pack('C*', 129, $len);

} else if (($len > 125) && ($len < 65536)) {

  $header = pack('C*', 129, 126, ($len >> 8) & 255, $len & 255);

} else if ($len >= 65536) {

  $header = pack('C*', 129, 127, ($len >> 56) & 255, ($len >> 48) & 255, ($len >> 40) & 255, ($len >> 32) & 255, ($len >> 24) & 255, ($len >> 16) & 255, ($len >> 8) & 255, $len & 255);

}

$server_response = $header . $text;

foreach ($users as $user) {

  if ($user !== $users[$user_idx]) {

    @socket_write($user['socket'], $server_response, strlen($server_response));

  }

}

我在互联网上到处搜索有同样问题的其他人，但我在规范中找不到任何人或任何东西谈论这个，所以我想这是我的代码有问题。

任何人都可以就问题的根源提供任何指导，我们将不胜感激。谢谢你。

4

2 回答 2

3

好吧，我终于找到了问题所在。我的服务器端 WebSocket 代码确实是错误的。问题是我错误地计算了长度。不幸的是，我依赖于我在 PHP 中找到的一些关于 WebSockets 的页面，结果发现，该页面的代码中有许多错误，我慢慢地开始意识到越来越多的错误。无论如何，这是计算从客户端发送到服务器的消息长度的正确方法：

$len = ord($buffer[1]) & 127; // This is the default payload length.

if ($len === 126) { // If 126, then need to use the payload length at the 3rd and 4th bytes.

  $masks_start = 4;

  $len = (ord($buffer[2]) << 8) + ord($buffer[3]);

} else if ($len === 127) { // If 127, then need to use the next 8 bytes to calculate the length.

  $masks_start = 10;

  $len = (ord($buffer[2]) << 56) + (ord($buffer[3]) << 48) + (ord($buffer[4]) << 40) + (ord($buffer[5]) << 32) + (ord($buffer[6]) << 24) + (ord($buffer[7]) << 16) + (ord($buffer[8]) << 8) + ord($buffer[9]);

} else { // Otherwise, the default payload length is correct.

  $masks_start = 2;

}

这样做之后，一切都很好。好吧，我还没有弄清楚如何正确关闭 WebSocket 连接，但除此之外，WebRTC 视频效果很好。

于 2013-01-23T13:46:31.847 回答
0

client1在将其发送到 Websocket 服务器之前是否添加了乱码二进制数据？或者你只是在被 websocket 服务器处理后才在 client2 上看到它？我问是因为我遇到了类似的问题，我的信令服务器（在这种情况下为 SignalR）有一个错误，它破坏了我在 PeerConnections 之间发送的 SDP。

于 2013-01-22T04:40:38.353 回答