Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Define a capabilities mechanism #123

Closed
pthatcherg opened this issue Dec 6, 2018 · 4 comments
Closed

Define a capabilities mechanism #123

pthatcherg opened this issue Dec 6, 2018 · 4 comments

Comments

@pthatcherg
Copy link
Contributor

We need a way to know which parts of the protocol an endpoint supports: does it allow Presentations? Remote Playback? Streaming? And if we make a new version of a protocol, does it support that? We need a mechanism for this.

@rektide
Copy link

rektide commented Jan 12, 2019

I don't know if this capability will quite fit in, but I'd be interested in devices being able to indicate they are audio or video only.

@mfoltzgoogle
Copy link
Contributor

Should ensure that any capabilities disclosed before authentication are discussed in the Security & Privacy section, and the possible implications thereto.

@rektide
Copy link

rektide commented Apr 27, 2019

My ask for audio/video capabilities appears to be the primary thing implemented in the capabilities PR, #140 . 👍

@mfoltzgoogle
Copy link
Contributor

Closing this as we've landed spec changes:

  • For agents to exchange capabilities
  • A list of capabilities defined by the spec
  • A way for agents to advertise extended (custom) capabilities
  • A registry of extended capabilities
  • Noting that capabilities are advertised to any network client and are public information.

The remaining open issue around capabilities is #200, but that is specific to receives-audio and receives-video. Closing this issue for now based on the current state of the spec.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants