-
Notifications
You must be signed in to change notification settings - Fork 114
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
Existing setCodecPreferences NOTE is wrong and should be deleted #2933
Comments
This is fine, it refers to this text in 5.3.1?
|
JSEP says MAY add new formats, this note says SHOULD as in, should NOT add new formats but it could "so implementations can behave different", and webrtc-pc createAnswer says to use the preferences from Am I confused or is the note confused? |
It says the answer SHOULD be a subset of the offer which is a good expectation in general. But I agree, this seems redundant to JSEP and not helpful at this level. |
I tried to make the rules for what codecs to include more explicit in #2935 - I don't know if I succeeded, but I didn't touch the note there. |
Discussion on WG meeting Feb 20, 2024: Delete the note. |
Will add a test along the lines of
which should sufficiently cover the note that is going to be gone soon. 🤞 that the additional codecs used are available on all browsers. |
This issue had an associated resolution in WebRTC February 2024 meeting – 20 February 2024 (Existing setCodecPreferences NOTE is wrong and should be deleted #2933):
|
The second NOTE under setCodecPreferences says:
This does not advocate what we want for the unidirectional use case and I can't find a justification for it. I think it's probably based on a misunderstanding about the difference between preferences and PT mappings.
Proposal: Delete this note.
The text was updated successfully, but these errors were encountered: