Skip to content

Dynamic dropping/enabling of layers for SVC #85

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

Closed
marco99zz opened this issue Oct 5, 2020 · 4 comments · Fixed by #187
Closed

Dynamic dropping/enabling of layers for SVC #85

marco99zz opened this issue Oct 5, 2020 · 4 comments · Fixed by #187
Labels
extension Interface changes that extend without breaking. Ready for PR

Comments

@marco99zz
Copy link

This is done in webrtc with vp9 by setting target bitrate to 0 for the layer to be disabled, and it can be done anywhere in stream and without key frame. Is this feature supported for SVC?

@aboba
Copy link
Collaborator

aboba commented Feb 25, 2021

The target bitrate approach has been discussed, but it isn't clear how difficult this would be to implement, particularly for complex scalability nodes (e.g. K-SVC).

Related to:
Issue w3c/webrtc-svc#4
Issue w3c/webrtc-svc#14

@aboba
Copy link
Collaborator

aboba commented Mar 31, 2021

@marco99zz I think this can largely be addressed by adding metadata as well as scalabilityMode configuration. This would make it possible to change the scalabilityMode (e.g. from L1T3 to L1T2). Using metadata, the application can identify layers, and then decide what to do with them. So if an application wants to stop or start sending one or more layers (but doesn't want to change the encoder scalabilityMode), it can identify the layer(s) it doesn't want to send (or wants to start sending again).

Metadata proposal: https://docs.google.com/document/d/1O6kxAQPLWhCRHkH-6zutcqEUOUWRS6NFM2CQAvi1VTg/

@aboba aboba added tuning-parameter A configurable parameter won't fix and removed tuning-parameter A configurable parameter labels Apr 7, 2021
@chcunningham
Copy link
Collaborator

re: bitrate, the thinking is our top level config.bitrate will describe the base layer. we can revisit bitrate for other layers later, but it seems complicated enough that we may not want it.

@chcunningham
Copy link
Collaborator

triage note: marking 'extension'. As noted above, current proposals (to add metadata) are extensions. If we later pursue the ability to control bitrate per layer, this too would be an extension.

@chcunningham chcunningham added the extension Interface changes that extend without breaking. label May 12, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
extension Interface changes that extend without breaking. Ready for PR
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants