Peerjs: node.js 클라이언트 지원

현재 구현할 시간이 없습니다. 그것에 대한 모든 PR을 환영합니다 :)

관련 주제. simple-peer를 peerjs 클라이언트로 가져 오는 것이 합리적입니까? 적극적으로 유지 관리하고 nodejs를 지원합니다.
https://github.com/feross/simple-peer

그러나 시그널링 모듈이없는 독립형 피어로, peerjs가 peerjs 서버와 통신 할 수있는 기능이 내장되어 빛을 발합니다.

상상했던 것만 큼 어렵지 않습니다. 내년에 작동하도록 노력할 것입니다.

멋지네요. 계속해서 파이썬 포트를 계속 누르고 업데이트를 계속할 것입니다.

사람들에게 알리기 위해 몇 시간의 해킹으로 PeerJS (두 컴퓨터 간의 v.late 테스트가 증명하는만큼)가 노드에서 작동하도록 할 수 있습니다. 기본적으로 binarypack , filereader , node-blob , node-fetch , ws 및 wrtc 종속성을 교체하는 것으로 요약됩니다 node-blob . 내 repo는 공개 할 상태가 전혀 없지만 여기에 있습니다 .

신호를 유지하십시오! 바로 제가 찾고있는 것이기 때문에 제가이 프로젝트에 온 이유입니다. 여기에 노력 해주셔서 감사합니다.이 모든 것을 도움이되는 PR로 전환 해 보겠습니다.

PS opencollective를 제거해 주셔서 정말 죄송합니다! 그것은 단지 내 창문 설치 단계를 깨뜨 렸고 개인적인 것은 아닙니다. 분명히 나중에 다시 넣을 것입니다.

혼란 스럽습니다.이 해킹이 작동해야하지 않나요? 참조 : https://github.com/peers/peerjs/issues/396#issuecomment -333287381

PeerJS의 강점은 내장 시그널링 서버 인 것 같습니다. 슬프게도 내 사용 사례에서는 nodejs를 지원하는 것이 필수적입니다. nodejs 지원 또는 단순 피어 (https://github.com/feross/simple-peer) 사용에 대한 진전이 있었습니까? 안타깝게도이 문제를 해결하기에는 WebRTC에 대해 거의 알지 못합니다 ( "쉬운"webRTC 라이브러리 중 하나가 작동하도록 시도한 경험이 있음). 서버 자신.

헉헉

이 프로젝트의 종속성으로 단순 피어를 사용하고이 프로젝트가 주로 신호 ​​서버 부분을 유지하도록하는 것이 좋은 생각이라고 생각합니다. 이 모듈이 수행 한 작업 중 단순 피어와 겹치는 작업을 병합 할 수 있습니다. 프로젝트 (또는 소유자)의 철학이 충돌하지 않는 한 유지 관리와 발전을 더 쉽게 만드는 것은 상당히 큰 승리가 될 것입니다. webRTC 관련 항목의 유지 관리는 상당히 무거운 부하 인 것처럼 들립니다. 아직 많은 새로운 개발이 활발하게 진행되고있는 것 같습니다.

관심있는 사람을 위해 simple-peerjs 프로토 타입을 만들기 시작했습니다 (_PeerJs_ 프로토콜에 의한 교환 신호 사용 후 simple-peer ). 현재 작동하지만 스트림 구현이 부족합니다.

@NickCis 대단합니다! https://github.com/fresheneesz/decentral/blob/master/src/node_modules/rpep-webrtc/rpep-webrtc.js에서 다른 경로로 이동하여 simple-peer 및 RPEP를 사용하여 WebRTC 구현을 만들었습니다. 신호 서버 는 웹 소켓을 기본 전송으로 사용하는 RPEP API로 수행됩니다. 언젠가는 적절한 독립 저장소로 추출하고 싶습니다.