Peerjs: 연결 후

에 만든 2019년 06월 25일 · 7코멘트 · 출처: peers/peerjs

우선: 자바스크립트의 이벤트 타이밍에 대한 제 지식이 부족합니다. 따라서 제가 요청한 내용이 분명해 보인다면 사과를 받아주세요.

피어 A가 DataConnection.on('connection', function() {...}) 를 통해 다른 피어 B의 연결을 처리할 때 해당 연결은 핸들러 내에서 준비된 것입니까, 아니면 이벤트 핸들러가 반환된 후 완전히 사용할 수 있습니까? 내 말은: 이 코드에서처럼 A가 B에게 데이터 메시지를 보낼 수 있습니까?

peerA.on('connection', function(c) {
    // do something
    c.send("Welcome! (will this message ever got delivered?)");
    // do something else
});

만약 이것이 불가능하다면 이러한 경우를 처리하기 위해 'afterconnection' 이벤트를 갖는 것이 좋지 않을까요? 아니면 다음 코드가 작동할 것으로 예상됩니까?

peerA.on('connection', function(c) {
    // do something
    setTimeout(function() {
        c.send("Welcome! (will this message ever got delivered?)");
    }, 0);
});

감사합니다.

출처

bilo1967

가장 유용한 댓글

v1과 같은 메타데이터 기능을 사용하여 누가 연결하고 있는지 구별할 수 있습니까?

네! 방금 그 기능을 계획에 추가했습니다. 구현하기가 매우 쉬워야 합니다.

AudioContext를 통해 일부(로컬) 오디오 처리를 수행하기 위해 원격 및 로컬 스트림에 액세스할 수 있습니까? 내 프로젝트에는 헤드셋의 L 채널에서 피어 B를 듣고 R 채널에서 C를 듣고 각각의 볼륨을 독립적으로 변경해야 하는 피어 A가 있습니다. 그리고 B와 C 모두 마이크가 제대로 작동하는지 지속적으로 모니터링하기 위해 마이크에 연결된 vu-미터가 필요합니다(이미 이 기능을 부분적으로 구현했으며 유지해야 함).

이미 핸들러의 스트림에 액세스할 수 있습니다. 그것은 잘 문서화되어 있지 않지만, 당신이 말했듯이 피어 당 하나의 원격 스트림을 수신하고 자신의 원격 스트림을 한 번 수신합니다. 이는 현재 모든 연결에 재사용되며 필요한 경우 나중에 변경될 수 있습니다.

스트림을 보내기 전에 처리한다는 뜻입니까? 그렇다면 구현도 가능합니다.

데이터 채널을 테스트하지는 않았지만 미디어 채널과 동일한 것 같습니다. 각 연결에서 onDataStream이 실행되는 각 피어 간의 1-1 연결? 그리고 메시지는 각 피어에게 개별적으로 전송됩니까?

예, 연결된 피어당 하나씩 원시 dataChannels를 수신합니다. 위에서 언급한 메타데이터 기능과도 잘 작동합니다.

피어 서버가 필요하지 않다는 소식을 듣게 되어 기쁩니다. 그러나 wss://broker.peerjs.com 은 무엇을 위한 것입니까?

PeerJS는 초기 신호를 수행하기 위한 채널이 필요합니다. 하지만 이제 PeerServer를 사용하는 대신 모든 로직이 PeerJS 라이브러리 자체에서 만들어지며 MQTT 브로커만 있으면 됩니다. 따라서 여전히 서버가 필요하지만 MQTT는 표준 프로토콜이므로 브로커를 설정하기만 하면 됩니다. 또한 데이터베이스가 필요하지 않거나 서버 메모리(예: v1)에 아무것도 저장되지 않으므로 완전히 확장 가능합니다.

kidandcat 에 2019년 06월 26일

🎉3

모든 7 댓글

핸들러에서 사용할 준비가 되었습니다. "연결 시작" 이벤트는 그다지 유용하지 않습니다. 어떤 경우에 유용하다고 생각하십니까?

kidandcat 에 2019년 06월 25일

내가 개발 중인 프로젝트에서 한 가지 문제는 원치 않는 연결을 피하는 것입니다.

학생, 연사, 교사의 세 가지 역할이 있습니다(피어를 등록할 때 옵션 배열에서 역할을 나타내는 메타데이터 플래그를 추가했습니다). 선생님은 자신이 알고 있는 자신의 아이디로 서버에 접속하여 발표자와 학생을 기다립니다. 모두 연결되면 추가 연결을 피해야 합니다.
v2.0.0에서 구현한 거부가 제대로 작동해야 하지만 API의 변경 사항이 상당히 과격한 것 같습니다.

bilo1967 에 2019년 06월 26일

예, 새 버전은 시장 버전입니다(중단, 이전 버전과의 호환성 없음). 이전 API는 상당히 혼란스럽고 코드에는 2013년 첫 날부터 많은 레거시 트릭이 있어 유지 관리하기가 매우 어렵습니다.

그러나 브레이킹 체인지이므로 이전 버전을 계속 지원할 것이므로 v1에서 거부의 일부 방법을 구현할 것입니다. 어쨌든 아주 오래된 브라우저를 지원할 필요가 없다면 v2로 이동하는 것이 좋습니다. 안정성이 향상되고 PeerServer를 호스팅할 필요가 없습니다.

v2에서는 아직 거절이 완료되지 않았지만 v2 개발에 집중하고 있어 해당 기능이 곧 준비될 예정입니다.

kidandcat 에 2019년 06월 26일

나는 당신이 v2에 대해 제공한 예제를 보았고 정말 인상적입니다: 몇 줄의 코드로 간단한 일대일 채팅! 또한 해당 코드를 약간 수정했는데 누군가가 방에 참여할 때마다 각 피어에서 onRemoteStream이 실행되어 대역폭이 지원할 수 있는 모든 미디어 연결을 처리할 수 있습니다. 와우!!!

몇 가지 질문:

v1과 같은 메타데이터 기능을 사용하여 누가 연결하고 있는지 구별할 수 있습니까?
AudioContext를 통해 일부(로컬) 오디오 처리를 수행하기 위해 원격 및 로컬 스트림에 액세스할 수 있습니까? 내 프로젝트에는 헤드셋의 L 채널에서 피어 B를 듣고 R 채널에서 C를 듣고 각각의 볼륨을 독립적으로 변경해야 하는 피어 A가 있습니다. 그리고 B와 C 모두 마이크가 제대로 작동하는지 지속적으로 모니터링하기 위해 마이크에 연결된 vu-미터가 필요합니다(이미 이 기능을 부분적으로 구현했으며 유지해야 함).
데이터 채널을 테스트하지는 않았지만 미디어 채널과 동일한 것 같습니다. 각 연결에서 onDataStream이 실행되는 각 피어 간의 1-1 연결? 그리고 메시지는 각 피어에게 개별적으로 전송됩니까?
피어 서버가 필요하지 않다는 소식을 듣게 되어 기쁩니다. 그러나 wss://broker.peerjs.com 은 무엇을 위한 것입니까?

추신: 방당 최대 피어 수를 추가하기 위해 로드맵 계획을 업데이트한 것을 보았는데, 이것이 제가 정말 필요로 하는 것입니다!

bilo1967 에 2019년 06월 26일

v1과 같은 메타데이터 기능을 사용하여 누가 연결하고 있는지 구별할 수 있습니까?

네! 방금 그 기능을 계획에 추가했습니다. 구현하기가 매우 쉬워야 합니다.

AudioContext를 통해 일부(로컬) 오디오 처리를 수행하기 위해 원격 및 로컬 스트림에 액세스할 수 있습니까? 내 프로젝트에는 헤드셋의 L 채널에서 피어 B를 듣고 R 채널에서 C를 듣고 각각의 볼륨을 독립적으로 변경해야 하는 피어 A가 있습니다. 그리고 B와 C 모두 마이크가 제대로 작동하는지 지속적으로 모니터링하기 위해 마이크에 연결된 vu-미터가 필요합니다(이미 이 기능을 부분적으로 구현했으며 유지해야 함).

스트림을 보내기 전에 처리한다는 뜻입니까? 그렇다면 구현도 가능합니다.

데이터 채널을 테스트하지는 않았지만 미디어 채널과 동일한 것 같습니다. 각 연결에서 onDataStream이 실행되는 각 피어 간의 1-1 연결? 그리고 메시지는 각 피어에게 개별적으로 전송됩니까?

예, 연결된 피어당 하나씩 원시 dataChannels를 수신합니다. 위에서 언급한 메타데이터 기능과도 잘 작동합니다.

피어 서버가 필요하지 않다는 소식을 듣게 되어 기쁩니다. 그러나 wss://broker.peerjs.com 은 무엇을 위한 것입니까?

kidandcat 에 2019년 06월 26일

🎉3

좋은 소식! 나는 확실히 v1에서 v2로 전환할 것이라고 생각합니다. 모든 것이 훨씬 쉬워집니다. 매우 감사합니다!

bilo1967 에 2019년 06월 26일

놀라운 라이브러리에 감사드립니다

shivarajnaidu 에 2019년 06월 26일

이 페이지가 도움이 되었나요?

0 / 5 - 0 등급

Peerjs: 연결 후

가장 유용한 댓글

모든 7 댓글

관련 문제