在线观看www成人影院-在线观看www日本免费网站-在线观看www视频-在线观看操-欧美18在线-欧美1级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

深入地研究WebRTC!Websocket服務(wù)器JscodeReact前端編碼器

LiveVideoStack ? 來源:LiveVideoStack ? 2020-09-22 09:58 ? 次閱讀

我的動機(jī) 我們的目標(biāo)是制作一個精簡易用的點(diǎn)對點(diǎn)文件共享網(wǎng)絡(luò)應(yīng)用程序,將更多的精力投入到用戶體驗(yàn)與簡單地辦事上。這個網(wǎng)絡(luò)應(yīng)用程序不只是針對特定的個人群體服務(wù)的,而是針對整個社區(qū)服務(wù)。 既然有這么多文件共享網(wǎng)站,為什么我們還要做這些呢? 當(dāng)然,我也思考過這個問題,但所有的這些網(wǎng)站都沒有真正地說明過這些文件在哪里共享或存儲。這可能是一種隱私威脅,因?yàn)樵诋?dāng)前疫情的情況下,許多人或許經(jīng)常使用這些服務(wù)來共享文件甚至機(jī)密文件。使用安全的點(diǎn)對點(diǎn)連接和它的數(shù)據(jù)通道可以傳輸大量的文件,卻不需要存儲在任何服務(wù)器上,這使得它真正地結(jié)實(shí)與私有,因?yàn)橹挥羞B接的客戶端/對等端直接與中間服務(wù)器通信,不需要中間服務(wù)器進(jìn)行傳輸。 WebRTC使對等連接和數(shù)據(jù)通道成為可能。WebRTC基本上是一種相互通信與傳送數(shù)據(jù)的全球網(wǎng)絡(luò)方式,類似于藍(lán)牙NFC和WIFI數(shù)據(jù)共享。我們可以使用WebRTC實(shí)現(xiàn)跨平臺支持,因?yàn)樗腔诰W(wǎng)絡(luò)的。 讓我們更深入地研究WebRTC。 WebRTC

“WebRTC是一個免費(fèi)的開放項(xiàng)目,通過簡單的APIs為瀏覽器與移動應(yīng)用程序提供實(shí)時(shí)通信(RTC)功能。WebRTC組件已經(jīng)進(jìn)行了優(yōu)化,以更好地滿足這一目的。” webrtc.org

好吧,假設(shè),一個“點(diǎn)對點(diǎn)”關(guān)聯(lián)考慮兩部設(shè)備之間發(fā)送的直接信息,而不需要服務(wù)器保存這些信息。聽起來這對我們的情況很理想對吧?不幸的是,這不是WebRTC工作的方式!

圖為使用WebRTC進(jìn)行數(shù)據(jù)傳輸 盡管WebRTC實(shí)現(xiàn)了點(diǎn)對點(diǎn)連接,但它確實(shí)需要一個稱為信令服務(wù)器的服務(wù)器,該服務(wù)器用于共享有關(guān)預(yù)期將其相互連接的設(shè)備的數(shù)據(jù)。這些微妙之處可以通過任何傳統(tǒng)的信息共享技術(shù)來共享。WebSockets在這里受到青睞,因?yàn)樗鼫p少了在一個龐大的建立關(guān)聯(lián)的系統(tǒng)中共享這些額外數(shù)據(jù)的惰性。 簡而言之,信令服務(wù)器幫助建立連接,然而,當(dāng)連接建立后,服務(wù)器將不再涉及相關(guān)設(shè)備之間共享的信息。 一年前,當(dāng)我開始我的第一個WebRTC項(xiàng)目時(shí),很難找到一個在“production”級別下工作得像樣的模型。后來我在網(wǎng)上找到了這個Youtube頻道編碼。開發(fā)人員給出了關(guān)于可用于生產(chǎn)的WebRTC應(yīng)用程序的一些很好的例子。 WebRTC如何創(chuàng)建一個連接(技術(shù)) 好吧,沒有簡單的方法來解釋這一點(diǎn),但我的看法是,在網(wǎng)絡(luò)上所有數(shù)量可觀的設(shè)備中,無論如何都必須有一個設(shè)備通過產(chǎn)生信號來啟動連接,并將其發(fā)送到信令服務(wù)器上。這個對等點(diǎn)被稱為啟動器,在simple-peer(此項(xiàng)目中使用的模塊)中,當(dāng)創(chuàng)建一個啟動器對等點(diǎn)時(shí),{initiator:true}會被傳遞給制作者/構(gòu)造函數(shù)。

如圖:信號服務(wù)器在運(yùn)行 當(dāng)我們得到對等點(diǎn)的信號信息時(shí),這些信息應(yīng)該通過某種方式通過信令服務(wù)器發(fā)送到不同的集線器。不同的集線器獲取此信息并嘗試與發(fā)起程序建立關(guān)聯(lián)。在這個過程中,這些對等體同樣產(chǎn)生它們的信號信息并被發(fā)送給發(fā)起方。發(fā)起方獲取此信息并嘗試與其余對等方建立連接。 瞧!這些設(shè)備現(xiàn)在已經(jīng)連接起來,現(xiàn)在有一個數(shù)據(jù)通道,可以在沒有中間服務(wù)器的情況下共享信息。 盡量不要過分強(qiáng)調(diào)你無法理解WebRTC的上述工作方式以及簡單對等點(diǎn)如何把它抽象化。當(dāng)我一開始擺弄WebRTC時(shí),它嚇了我一大跳。接下來的部分將對這一點(diǎn)進(jìn)行更簡單和細(xì)致的解釋。 與WebRTC共享文件(使用simple-peer)

const express = require("express"); const http = require("http"); const app = express(); const server = http.createServer(app); const socket = require("socket.io"); const io = socket(server); const users = {}; const socketToRoom = {}; io.on('connection', socket => { socket.on("join room", roomID => { if (users[roomID]) { const length = users[roomID].length; if (length === 2) { socket.emit("room full"); return; } users[roomID].push(socket.id); } else { users[roomID] = [socket.id]; } socketToRoom[socket.id] = roomID; const usersInThisRoom = users[roomID].filter(id => id !== socket.id); socket.emit("all users", usersInThisRoom); }); socket.on("sending signal", payload => { io.to(payload.userToSignal).emit('user joined', { signal: payload.signal, callerID: payload.callerID }); }); socket.on("returning signal", payload => { io.to(payload.callerID).emit('receiving returned signal', { signal: payload.signal, id: socket.id }); }); socket.on('disconnect', () => { const roomID = socketToRoom[socket.id]; let room = users[roomID]; if (room) { room = room.filter(id => id !== socket.id); users[roomID] = room; socket.broadcast.emit('user left', socket.id); } }); }); server.listen(process.env.PORT || 8000, () => console.log('server is running on port 8000')); Websocket服務(wù)器JscodeReact前端編碼器

import React, { useEffect, useRef, useState } from "react";import io from "socket.io-client";import Peer from "simple-peer";import styled from "styled-components";import streamSaver from "streamsaver"; const Container = styled.div` padding: 20px; display: flex; height: 100vh; width: 90%; margin: auto; flex-wrap: wrap;`; const worker = new Worker("../worker.js"); const Room = (props) => { const [connectionEstablished, setConnection] = useState(false); const [file, setFile] = useState(); const [gotFile, setGotFile] = useState(false); const chunksRef = useRef([]); const socketRef = useRef(); const peersRef = useRef([]); const peerRef = useRef(); const fileNameRef = useRef(""); const roomID = props.match.params.roomID; useEffect(() => { socketRef.current = io.connect("/"); socketRef.current.emit("join room", roomID); socketRef.current.on("all users", users => { peerRef.current = createPeer(users[0], socketRef.current.id); }); socketRef.current.on("user joined", payload => { peerRef.current = addPeer(payload.signal, payload.callerID); }); socketRef.current.on("receiving returned signal", payload => { peerRef.current.signal(payload.signal); setConnection(true); }); socketRef.current.on("room full", () => { alert("room is full"); }) }, []); function createPeer(userToSignal, callerID) { const peer = new Peer({ initiator: true, trickle: false, }); peer.on("signal", signal => { socketRef.current.emit("sending signal", { userToSignal, callerID, signal }); }); peer.on("data", handleReceivingData); return peer; } function addPeer(incomingSignal, callerID) { const peer = new Peer({ initiator: false, trickle: false, }); peer.on("signal", signal => { socketRef.current.emit("returning signal", { signal, callerID }); }); peer.on("data", handleReceivingData); peer.signal(incomingSignal); setConnection(true); return peer; } function handleReceivingData(data) { if (data.toString().includes("done")) { setGotFile(true); const parsed = JSON.parse(data); fileNameRef.current = parsed.fileName; } else { worker.postMessage(data); } } function download() { setGotFile(false); worker.postMessage("download"); worker.addEventListener("message", event => { const stream = event.data.stream(); const fileStream = streamSaver.createWriteStream(fileNameRef.current); stream.pipeTo(fileStream); }) } function selectFile(e) { setFile(e.target.files[0]); } function sendFile() { const peer = peerRef.current; const stream = file.stream(); const reader = stream.getReader(); reader.read().then(obj => { handlereading(obj.done, obj.value); }); function handlereading(done, value) { if (done) { peer.write(JSON.stringify({ done: true, fileName: file.name })); return; } peer.write(value); reader.read().then(obj => { handlereading(obj.done, obj.value); }) } } let body; if (connectionEstablished) { body = (

); } else { body = (

Once you have a peer connection, you will be able to share files

); } let downloadPrompt; if (gotFile) { downloadPrompt = (
You have received a file. Would you like to download the file?
); } return ( {body} {downloadPrompt} );}; export default Room; 在此Repo上找到整個代碼。如果你在瀏覽器中嘗試應(yīng)用上述代碼并選擇一些圖片文件(最好小于100KB),它會立即下載這些圖片文件。這是因?yàn)檫@個對等點(diǎn)位于一個類似的瀏覽器中,而發(fā)送方處于提示狀態(tài)。 傳送和獲取的信息的大小是相等的。這表明我們可以選擇一次性移動整個記錄! 為什么使用數(shù)據(jù)緩沖區(qū)而不是blob? 在我們過去的代碼中,如果我們選擇了一個巨大的文件(大于100KB),那么文檔很可能不會被發(fā)送,這是WebRTC通道的某些約束的直接結(jié)果。

如圖:數(shù)組緩沖區(qū)漫畫插圖(mozilla.org) 每個數(shù)組緩沖區(qū)一次只能有16KB的限制。簡而言之,這意味著我們必須將文檔劃分成小數(shù)組緩沖區(qū)。 小文件可以通過WebRTC一次性發(fā)處,然而,對于大文檔,明智的做法是將文件隔離到較小的數(shù)組緩沖區(qū)中,并同樣發(fā)送每個部分。ArrayBuffer和Blob對象都有削減容量,這使得此過程更加簡單。為此,如果你仔細(xì)查看代碼,你會發(fā)現(xiàn)我們使用了一個名為stream saver的模塊,它可以將數(shù)組緩沖區(qū)轉(zhuǎn)換回blob。 筆記 因?yàn)?a href="http://m.xsypw.cn/v/tag/852/" target="_blank">javascript是單線程的。處理大量數(shù)組緩沖區(qū)可能導(dǎo)致漂亮的UI無法響應(yīng)。為了解決這個問題,我們將使用服務(wù)工作人員。一個服務(wù)工作人員是瀏覽器在后臺運(yùn)行的腳本,是與Web頁面分離的,這為不需要Web頁面或用戶交互的特性打開大門。

let array = [];self.addEventListener("message", event => { if (event.data === "download") { const blob = new Blob(array); self.postMessage(blob); array = []; } else if (event.data === "abort") { array = []; } else { array.push(event.data); }}) 在服務(wù)工作程序中處理數(shù)組緩沖區(qū) 將文件劃分為數(shù)組緩沖區(qū)的優(yōu)點(diǎn) 雖然它可能會感覺分隔文件只是一些額外的代碼,并且會讓東西相互糾纏,但我們得到以下好處,并且可以幫助改進(jìn)我們的文檔共享應(yīng)用程序。

跨平臺支持(由mozilla.org提供說明)

支持幾乎所有的瀏覽器

支持龐大的文檔大小——正如前面提到的,這是我們?yōu)槭裁匆獙?shí)現(xiàn)它的基本解釋。

一個更好的方法來破譯所發(fā)送信息的度量——通過在緩沖區(qū)中發(fā)送一個記錄,我們現(xiàn)在可以顯示信息,例如,發(fā)送的文檔的級別,發(fā)送記錄的速度等等。

識別未完成發(fā)送的文件——在無法完全發(fā)送文件的情況下,現(xiàn)在能夠以不同的方式獲取和處理文件。

結(jié)論 由于我們有一個使用WebRTC的文檔直接共享程序,而且它還利用了ArrayBuffer,我們現(xiàn)在應(yīng)該開始考慮為應(yīng)用程序的生產(chǎn)做準(zhǔn)備的東西了。這些細(xì)節(jié)需要更多的探索,而不僅僅是遵循一個直接的教程。 可以補(bǔ)充的更多內(nèi)容:

信令服務(wù)器(STUN和TURN服務(wù)器)。

使多個對等連接可拓展。

當(dāng)WebRTC不能工作時(shí)才用的一種混合共享方式。

提高傳輸效率和速度。

我希望我已經(jīng)提供了足夠的信息讓你們開始使用WebRTC應(yīng)用程序。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報(bào)投訴
  • 編碼器
    +關(guān)注

    關(guān)注

    45

    文章

    3675

    瀏覽量

    135326
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    12

    文章

    9336

    瀏覽量

    86150
  • WebRTC
    +關(guān)注

    關(guān)注

    0

    文章

    57

    瀏覽量

    11311

原文標(biāo)題:使用Webrtc和React Js在網(wǎng)絡(luò)上共享跨平臺的點(diǎn)對點(diǎn)文件

文章出處:【微信號:livevideostack,微信公眾號:LiveVideoStack】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    伺服電機(jī)編碼器故障及維修

    伺服電機(jī)編碼器故障及維修,伺服電機(jī)編碼器4大常見故障,編碼器信號丟失或不穩(wěn)定,編碼器零點(diǎn)偏移,編碼器過熱,
    的頭像 發(fā)表于 01-21 14:49 ?375次閱讀
    伺服電機(jī)<b class='flag-5'>編碼器</b>故障及維修

    編碼器種類大觀:探索技術(shù)前沿與應(yīng)用創(chuàng)新

    ,再到集成了智能算法的智能編碼器,每一種編碼器都在其特定領(lǐng)域內(nèi)發(fā)揮著不可替代的作用。本文將帶您深入探索編碼器的多樣世界,揭示其技術(shù)奧秘與應(yīng)用創(chuàng)新。 旋轉(zhuǎn)
    的頭像 發(fā)表于 11-21 08:49 ?765次閱讀

    編碼器類型詳解:探索不同編碼技術(shù)的奧秘

    和反饋。然而,編碼器并非一種單一的技術(shù),而是涵蓋了多種類型,每種類型都有其獨(dú)特的工作原理和應(yīng)用場景。本文將帶您深入了解幾種常見的編碼器類型,探索它們背后的技術(shù)奧秘。 光學(xué)編碼器 光學(xué)
    的頭像 發(fā)表于 11-19 08:58 ?1070次閱讀
    <b class='flag-5'>編碼器</b>類型詳解:探索不同<b class='flag-5'>編碼</b>技術(shù)的奧秘

    增量編碼器與絕對值編碼器的區(qū)別

    增量編碼器與絕對值編碼器的區(qū)別:增量編碼器與絕對值編碼器在精度特點(diǎn)對比 增量編碼器的精度取決于脈沖的數(shù)量和測量的細(xì)分程度,通常情況下,其精度
    的頭像 發(fā)表于 11-18 16:38 ?1099次閱讀
    增量<b class='flag-5'>編碼器</b>與絕對值<b class='flag-5'>編碼器</b>的區(qū)別

    二進(jìn)制編碼器與絕對編碼器的區(qū)別

    編碼器是工業(yè)自動化和機(jī)器人技術(shù)中不可或缺的組件,用于將機(jī)械位置或運(yùn)動轉(zhuǎn)換為電信號。二進(jìn)制編碼器和絕對編碼器是兩種常見的編碼器類型,它們各自有著獨(dú)特的特點(diǎn)和應(yīng)用場景。 二進(jìn)制
    的頭像 發(fā)表于 11-06 09:54 ?681次閱讀

    增量編碼器和絕對值編碼器是什么

    工業(yè)編碼器是一類傳感,是在工業(yè)自動化閉環(huán)控制和數(shù)字化轉(zhuǎn)型物理感知重要的傳感。關(guān)于傳感的宣傳已很多,但是對于編碼器這么重要的傳感
    的頭像 發(fā)表于 10-22 14:23 ?494次閱讀
    增量<b class='flag-5'>編碼器</b>和絕對值<b class='flag-5'>編碼器</b>是什么

    磁電式編碼器好還是光電式編碼器

    夠提供非常準(zhǔn)確的位置反饋。這使得它在需要高精度和分辨率的應(yīng)用中表現(xiàn)尤為出色。 技術(shù)成熟 :光電式編碼器在市場上已經(jīng)存在多年,技術(shù)相對成熟,應(yīng)用廣泛。因此,用戶更容易找到適合其應(yīng)用需求的產(chǎn)品,并且技術(shù)支持和售后服務(wù)
    的頭像 發(fā)表于 10-12 10:01 ?749次閱讀

    磁電編碼器和光電編碼器的區(qū)別

    磁電編碼器和光電編碼器是兩種不同類型的編碼器,它們在原理、結(jié)構(gòu)、性能和應(yīng)用領(lǐng)域上都有所不同。 磁電編碼器和光電編碼器的區(qū)別 1. 引言
    的頭像 發(fā)表于 10-12 09:54 ?1703次閱讀

    請問websocket庫怎么讀取服務(wù)器發(fā)來的數(shù)據(jù)?

    官方websocket庫怎么讀取服務(wù)器發(fā)來的數(shù)據(jù)?
    發(fā)表于 06-25 06:40

    編碼器的種類及其特點(diǎn)

    編碼器是一種將模擬信號或物理量轉(zhuǎn)換為數(shù)字信號的設(shè)備,廣泛應(yīng)用于自動化、測量、控制等多個領(lǐng)域。編碼器種類繁多,每種編碼器都有其獨(dú)特的特點(diǎn)和應(yīng)用場景。本文將對常見的編碼器種類及其特點(diǎn)進(jìn)行詳
    的頭像 發(fā)表于 06-13 14:50 ?924次閱讀

    增量編碼器和絕對值編碼器的區(qū)別

    在工業(yè)自動化和精密測量領(lǐng)域,編碼器是不可或缺的關(guān)鍵設(shè)備。編碼器能夠?qū)C(jī)械位移轉(zhuǎn)換為電信號,以便于計(jì)算機(jī)或其他數(shù)字系統(tǒng)進(jìn)行處理。在編碼器的眾多類型中,增量編碼器和絕對值
    的頭像 發(fā)表于 06-03 15:40 ?3168次閱讀

    編碼器的常見故障及解決方法

    編碼器作為工業(yè)自動化系統(tǒng)中不可或缺的一部分,其穩(wěn)定性和可靠性對于整個系統(tǒng)的運(yùn)行至關(guān)重要。然而,在實(shí)際應(yīng)用中,編碼器也時(shí)常會遇到各種故障,導(dǎo)致系統(tǒng)性能下降甚至無法正常運(yùn)行。本文將詳細(xì)探討編碼器的常見故障及其解決方法,旨在為讀者提供
    的頭像 發(fā)表于 05-29 16:01 ?4974次閱讀

    旋轉(zhuǎn)編碼器的常見類型

    詳細(xì)介紹旋轉(zhuǎn)編碼器的常見類型,包括增量式編碼器和絕對式編碼器兩大類,并對它們的特點(diǎn)、工作原理、應(yīng)用場合等進(jìn)行深入探討。
    的頭像 發(fā)表于 05-29 15:59 ?1071次閱讀

    變頻編碼器的連接方式

    運(yùn)行的穩(wěn)定性和精確性。因此,變頻編碼器的連接方式對于整個系統(tǒng)的性能具有重要影響。本文將從多個角度詳細(xì)解析變頻編碼器的連接方式,包括其連接原理、具體步驟、注意事項(xiàng)等,旨在為讀者提
    的頭像 發(fā)表于 05-29 15:36 ?3069次閱讀

    編碼器分辨率是什么意思 編碼器分辨率和脈沖數(shù)的關(guān)系

    按照編碼器支持的分辨率可以把編碼器分成標(biāo)清編碼器、高清編碼器、全高清編碼器,分辨率越高幀率越高視頻就越清楚。 1.
    的頭像 發(fā)表于 02-21 18:07 ?4590次閱讀
    <b class='flag-5'>編碼器</b>分辨率是什么意思 <b class='flag-5'>編碼器</b>分辨率和脈沖數(shù)的關(guān)系
    主站蜘蛛池模板: 欧美一级特黄乱妇高清视频 | 亚洲欧美日韩国产一区二区三区精品 | 亚洲人成伊人成综合网久久 | eeuss秋霞成人影院 | 永久黄网站色视频免费观看 | 久久精品影院永久网址 | 久久艹免费视频 | 久精品视频村上里沙 | 谁有毛片网站 | 色综合久久久久综合99 | 天堂网在线播放 | 成年人网站黄色 | 你懂的手机在线视频 | 欧美精品国产第一区二区 | 午夜污片| 激情综合网色播五月 | 色视频免费版高清在线观看 | 国产成人精品一区 | 播五月综合 | 天天曰天天爽 | 色综合天天色 | 精品国产免费人成高清 | 热久在线 | 欧美性生交xxxxx久久久 | 年轻护士3的滋味 | 欧美3区| 欧美a免费| 国产精品亚洲精品日韩动图 | 亚洲一区二区精品视频 | 欧美性猛交xxxx免费 | 综合激情网五月 | 欧美视频一区二区三区在线观看 | 婷婷六月久久综合丁香一二 | 狠狠色婷婷丁香六月 | 一区二区中文字幕亚洲精品 | 免费看国产片 | 国产精品性| 国产高清色视频免费看的网址 | 五月激情电影 | 三级理论在线播放大全 | 日本三级视频 |