가리키다
몇 년 전 친구와 나는 장난을 쳤고 두 컴퓨터 모두에서 VLC를 두 번 실행하여 매우 간단한 비디오 채팅 링크를 만들었습니다. 하나는 로컬 웹캠을 "보고" 비디오 데이터를 RTMP 스트림에 복제했고 다른 하나는 원격 RTMP 피드에 맞춰 복사합니다. 우리 둘 다 원격 창을 로컬 창보다 크게 만들었고 짜잔, 인스타 영상 채팅을 했습니다.
배경
정말 굉장했어요. 모든 것이 UDP 대신 TCP를 사용했기 때문에 프레임 스키핑이 전혀 발생하지 않았습니다. 전송 지연만 처리해야 했습니다. 이는 소스 비디오 품질과 전송 비트 전송률을 정확하게 구성할 수 있었고 데이터가 포인트이기 때문에 매우 작았습니다. -to-point이며 관련된 릴레이가 없었으며 사실상 대기 시간이 0이었습니다.
우리가 실제로 이 작업을 수행할 수 있다는 것을 증명한 후에는 우리 둘 다 다른 흥미로운 실험에 즉시 주의가 산만해져서 더 이상 진행하지 않았습니다. 그리고 갑자기 모든 것이 SSL 터널에 있게 되었을 것입니다.
하지만 이 시스템은 사용하기 매우 까다로웠습니다. 원격 링크가 흔들리는 경우한 번, VLC의 로컬 복사본은 "아니요"가 되고 종료됩니다. 우리의 연결은 모두 훌륭했기 때문에 이런 일이 발생하지 않았지만(IIRC) 항상 잠재적인 사건이었습니다. 그리고 모든 것을 구성하는 데에는 30번의 클릭이 필요했습니다. 명령줄 플래그를 통해 적절한 자동 구성을 설정할 수 있었지만 연결 끊김이 해결되지는 않았을 것입니다.
질문
밖에 뭐가 있는지 궁금해요그렇지 않다SIP를 사용하고,그렇지 않다이상한 프록시가 필요합니다.그렇지 않다엄청나게 복잡한 아키텍처와 프로토콜 더미에 의존가지다설정하고 구성해야 하는 이유는... 전통 때문입니다!", 하지만하다놀라울 정도로 빠르게 설정할 수 있는 얇고 리소스가 가벼운 전송/암호화 레이어를 통해 번거로움 없는 비디오 및 오디오 전송을 제공합니다.
Android에서도 작동했다면 그것도 좋을 것입니다. 하지만 저는 주로 이것이 Linux에서 작동하기를 원합니다.
메모제목에서 "어떤 기술을 사용할 수 있습니까?"라고 말했습니다. 저는 제품이나 서비스 권장 사항을 찾는 것이 아니라 다양한 도구를 사용하여 적용할 수 있는 일반적인 개념을 찾고 있습니다.