WebRTC/media-streaming with Presentation API?
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 15/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Lĩnh vực
- documentation
Hướng nghiên cứu
Start with the Streaming Protocol in section 9, the Presentation API requirements, and the related issues #117 and #84 named in the issue. The request raises open design questions about WebRTC, QUIC, and how streaming relates to Presentation and Remote Playback, without identifying a specific change or acceptance criteria; a clear direction would require the project to decide those questions.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
WebRTC / Presentation API media-streaming
Hello all. Coming to this spec & curious about how media across Presentation API devices would work. Is WebRTC is usable within OSP, & is that how such a use case would work, or is it intended that the Streaming Protocol is usable within Playback API? Is there any cross-integration between Streaming Protocol and WebRTC? Can OSP help set up QUIC connections that tools like WebTransport & other or future webrtc-quic work might leverage?
As a web developer trying to work with multimedia across multiple devices, I'd normally rely on WebRTC to, for example, have two user-agents share webcams with one another inside an HTML experience. If those tools & skills were portable into an OSP experience, that would be great. If not, can Presentation controllers and a receiver share video with each other via some other means?
relation to #117, streaming protocol
How if at all does this ask relate to this action item from May 15, 2018 Berlin F2F, mentioned in #117:
@mfoltzgoogle to open an issue on how to map WebRTC on the control protocol for media streaming
#117 was closed this past summer, declaring that, "OSP now has a streaming protocol (section 9, "Streaming Protocol."). This can be closed.".
I was initially hoping this implied that WebRTC needed to map atop the control protocol, but I'm not sure if I understood the original intent, & whether that intent in OSP has changed over time or not?
relation to webrtc-quic work
How do these use cases & desires relate to ongoing work in QUIC API for P2P connections and web-transport work, originating from this presentation mentioned in #84?
To me, there is some crude, approximate resemblence between what Streaming Protocol does & the QuicTransport interface, in that each works somewhat as a container for a bunch of different streams. Ideally as a developer I'd like to see some way for OSP devices to initiate these emerging standard communication technologies with each other.
developer experience with Streaming Protocol
At the risk of wandering further away from this Presentation API / WebRTC-oriented interest, I'd say in general I don't really understand what context the Streaming Protocol exists in, what it's for. It seems like it's a way to send audio & video & data, but where-as Presentation API & Remote Playback give me a sense of how & what the user experience would look like, I do not understand how & what Streaming Protocol is for: it's a protocol, an abstract capability, & I'm not sure how or where or who or what uses it. It would be helpful if the spec mentioned Streaming Protocol in the introduction or in general before [§ 9. Streaming Protocol](https://w3c.github.io/openscreenprotocol/#streaming-protocol Streaming Protocol).
My guess is that Streaming Protocol underlies a means for OSP Remote Playback & Presentation API to work, but I'm not sure how or where these developer-facing means get specified in terms of underlying Streaming Protocol interactions.
update Playback API requirements?
Ideally I'd like to see streaming media added to the Presentation API requirements. At the moment I'm not sure if it is a design goal or possibility or not.
Any further information about how these other upcoming technologies mix in with OSP would be good to hear too. Thank you, godspeed, I have high hopes this technology can send us all to fantastic new places.
- Ngôn ngữ chính
- Bikeshed
- Star
- 115
- Fork
- 21
- Merge trung bình
- 5 giờ 2 phút
- Pull request đã merge (30 ngày)
- 2
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của w3c/openscreenprotocol
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 18/100
w3c/openscreenprotocol#380 ·
-
osp-application
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
w3c/openscreenprotocol#377 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 38/100
w3c/openscreenprotocol#376 ·
-
osp-application
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 55/100
w3c/openscreenprotocol#375 ·
-
osp-application question
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
w3c/openscreenprotocol#374 ·
Tất cả issue của w3c/openscreenprotocol
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
aws-samples/sample-per-model-bedrock#795 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation easy good first issue help wanted
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 83/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Billion-context documentation addendum: nudge is independent of window occupancy. | billion-context 文档补充:nudge 与窗口占用无关Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 86/100
ranxianglei/billion-context#5893 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
Maintainer thường phản hồi trong vòng 1 ngày