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

Allow enabling configuring DRED when using Opus #827

Open
padenot opened this issue Aug 26, 2024 · 1 comment
Open

Allow enabling configuring DRED when using Opus #827

padenot opened this issue Aug 26, 2024 · 1 comment
Labels
TPAC2024 For discussion at TPAC 2024

Comments

@padenot
Copy link
Collaborator

padenot commented Aug 26, 2024

See https://opus-codec.org/demo/opus-1.5/.

@padenot padenot added the TPAC2024 For discussion at TPAC 2024 label Aug 26, 2024
@aboba
Copy link
Collaborator

aboba commented Aug 26, 2024

One item for DRED may be enabling configuration of the parameters defined here:

  • sprop-ext32-dred-duration: Maximum amount of DRED information (in milliseconds) the encoder will provide.

  • ext32-dred-duration: Specifies the maximum amount of DRED information (in milliseconds) that the receiver can use.

While an Opus implementation might have a maximum amount of DRED that it can support (e.g. dred-max), the maximum amount of DRED that a receiver can use depends on the application (e.g. more for streaming, less for RTC).

If the WebCodecs supported concealment (e.g. by allowing the decoder to process VideoFrames with null/empty data as per #558), then configuring the maximum amount of DRED a receiver can use could determine the maximum number of consecutive frames with null data that could be recovered via DRED. If there were additional loss, concealment (e.g. DeepPLC) could be applied in addition.

However, without a solution to #558, I don't understand how to support conventional Opus FEC, DRED or DeepPLC (which is integrated with DRED in Opus 1.5+).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
TPAC2024 For discussion at TPAC 2024
Projects
None yet
Development

No branches or pull requests

2 participants