Replies: 2 comments 1 reply
-
|
endpoint는 가급적이면 직접 개발하기보다는 상용 webrtc 서버 (정확히는 webrtc의 전송을 입력받는 서버)를 활용하면 좋을 것 같습니다. 예를 들어 WHIP & WHEP 같은 프로토콜을 준수하도록 개발한다면, 이미 존재하는 기술들과 호환되어 쓸모가 조금은 생길 것 같습니다. |
Beta Was this translation helpful? Give feedback.
1 reply
-
|
좋은 아이디어인데요. WASM은 리소스를 많이 사용하는 문제가 있기는 하지만, 그와 동시에 여러가지 제약을 풀어주는 트레이드오프 관계가 확실한 기술인것은 맞습니다. GStreamer를 WASM으로 구동하는 것자체는 그다지 어렵지는 않을 것 같은데, |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
안녕하세요, 정말 오랫만입니다! 이번에 아이디어가 하나 있어 공유해보려고 합니다.
직접적으로 Gstreamer에 기여하는 아이디어는 아니고, Gstreamer를 이용한 프로젝트를 만들만 한게 뭐가 있을까 고민하다가 생각난 점이 있어서 올리는 아이디어 글입니다. 아마 이렇게 gstreamer를 사용하다보면 gstreamer에 기여할 수 있는 날도 오게 될 것 같아 여기부터 출발하려는 생각도 있습니다.
https://github.com/fluendo/gst.wasm
이런 프로젝트가 있습니다. 아직 제대로 살펴보지는 않았습니다만, WebAssembly에 Gstreamer를 포팅하는 프로젝트입니다. OS가 아닌 웹에서 돌아가느니만큼 한계가 있기는 하겠지만, WebRTC같은 미디어 전송 프로토콜은 사용이 가능하다고 합니다.
아이디어는 이렇습니다.
[Browser]
(카메라, 화면 캡처 api)
↓
[GStreamer(gst.wasm)]
(가공 / 합성 / 변환) <- 여기에서 일종의 obs같은 역할을 해주기
↓
[WebRTC]
(송출 / 배포)
↓
인터넷 or localhost
↓
[WebRTC 수신을 받는 endpoint]
그래서 위와 같은 구조를 이용하면 바이너리 설치없이 웹용 오픈소스 방송플랫폼을 만들 수 있을 것 같습니다.
실제 서비스 개발보다는 가능한지 일종의 기술 실증과 같은 단계에서 출발할 것 같습니다. 우선 일종의 프로토타이핑으로 한번 시작해보도록 하겠습니다.
Beta Was this translation helpful? Give feedback.
All reactions