나는 node.js를 사용하여 WebRTC 서버 (mediasoup 사용)에서 RTP 스트림을 얻었으며 스트림에서 해독 된 RTP 패킷 원시 데이터를 가져옵니다. 이 RTP 데이터를 ffmpeg로 전달하고 싶습니다. 오디오 및 비디오 스트림을 모두 설명하고 UDP를 통해 패킷을 보내는 SDP 파일을 만듭니다. SDP : v=0
o=mediasoup 719
PCMA, PCMU 및 G729A 코덱으로 운전 및 수신 종료점을 각각 구성했습니다. 운전 끝에서 한 모금 초대장을 볼 때 코덱이 같은 순서로 표시됩니다. 수신 측의 183 세션 진행 상황에서 G729A가 표시되고이 코덱으로 통화가 진행됩니다. 왜 이런 일이 생길까요? 코덱 협상이 PCMA가 될 것으로 기대했다. 어떤 우선 순위가 관련되어 있습니까? 페이로
나는 node.js 서버에 RTP 패킷을 가지고 있으며이를 ffmpeg로 전달하려고합니다. node.js 서버 측에서 SDP 파일을 생성하고 SDP를 입력으로 ffmpeg를 실행합니다. SDP는 :는 v=0
o=mediasoup 21881725401d4e8d56cbd79694c7e2b6e6cacb4a 0 IN IP4 192.168.193.182
s=21
현재 연결을 설정하기 위해 SDP 메시지를 사용하는 응용 프로그램에서 작업 중입니다. 필자가해야 할 일은 SDP 메시지의 문자열 표현을위한 파서 (parser)를 생성하고 정보를 나타내는 일종의 구조를 생성하고 기존 구조에서 그러한 메시지를 생성하는 것입니다. RFC 4566에서 예 : v=0
o=jdoe 2890844526 2890842807 I
사이의 미스 매치는 내가 producer.rtpParameters.codecs[i].payloadType에서 얻을 (OPUS에 대한) 페이로드 타입 (111), 있다는 하나 개의 I 동안 실제 RTP 패킷을 얻으려면 (Wireshark에서 본) preferredPayloadType을 설정하려고했지만 아무런 차이가없는 것처럼 보입니다. 참고 : 나는 (최신)
축 또는 eneo 카메라에서 비디오 스트림의 올바른 fps를 얻으려고합니다. rtsp://192.168.0.1:554/axis-media/media.amp
나는 cv::VideoCapture::get(CV_CAP_PROP_FPS); 사용하지만 일부 카메라와 결과는 결과가 180000하지만 올바른 값은 내가 Wireshark와 함께 확인하고 SDP Pro
SDP에 ice-ufrag 및 ice-pwd 매개 변수가 있지만 SDP 제공/응답이 수정되지 않았 음을 보장 할 수있는 경우 실제 매개 변수가 필요하지 않습니다 (예 : 디지털 서명 포함).)? 유스 케이스는 상대방의 공개 키가 있고 실제로 안전하게 연결되어 있는지 확인하려는 P2P 시스템입니다. 그러나 다른 쪽은 내 공개 키를 갖고 있지 않으며 누가 누구
Google 크롬 웹 브라우저에서 JsSIP 라이브러리를 사용하여 WebRTC 플랫폼에서 SIP 호출을합니다. 별표 서버가 TLS 컨텍스트에서 암호화 된 호출을 거부하고 암호화되지 않은 호출이 필요하기 때문에 JsSIP.js 파일의 "UDP/RTP/AVPF"로 SIP 요청의 SDP 지시문 "UDP/TLS/RTP/SAVPF"를 변경해야합니다. . 그러나 변경