Re: [rtcweb] Resolution negotiation - a contribution

[Harald Alvestrand <[e-mail]>]

On 04/12/2012 11:09 AM, Timothy B. Terriberry wrote:
> Harald Alvestrand wrote:
>> time. These bounds MAY be renegotiated over the course of the call,
>> but MUST NOT be renegotiated to render any currently transmitted
>> video stream out of bounds; the sending video stream MUST first be
>> changed to be of a resolution that fits within both the old and the
>> new bounds, or halted. <<QUERY: Is this necessary or sufficient
>> restriction???>>
>
> Is this restriction intended to be imposed on the sender only? I.e., 
> can the recipient still attempt renegotiation (using SDP source 
> selection) of a smaller resolution than is currently allowed (e.g., 
> because it's CPU-bound)?

What do you think it should say?

What I was thinking about was the silly state you can get into if you 
have a running 1024x768 stream, based on negotiating "width between 1000 
and 1500", and want to negotiate max resolution down to 480x360 by 
saying "width between 400 and 500".

The possibilities that may make sense on the sender side:

- Negotiate width between 400 and 1500, then change to 480x360, then 
negotiate width 400-500
- Stop the stream, negotiate width between 400 and 500, then turn on 
stream at new size
- Keep sending 1024x768 until negotiation is complete, then change at 
your leisure
- Switch to 480x360 even though it's not allowed by current parameters, 
then renegotiate

The two first look ugly, but are (as I understand) compatible with 
current standards. The two last ones seem to break the "only send what 
you have negotiated" model.

If the negotiation is receiver-initiated, it makes more sense (just 
thinking on the fly here) to say that it can be started at any time, and 
that the sender is free to change resolution to the new params at any 
time after he's decided the offer is acceptable. Perhaps he MUST do so 
before sending the answer?

(This is one particular example of Cullen's "what are the steps to 
change a codec" scenario.....)

                  Harald