[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[MMUSIC] Comments on imageiddr
I was asked to repeat on the list my comments at the mic on the
imageaddr draft, so here we are.
First of all, the current draft does an offer/answer exchange whereby
the offerer lists a set of possibilities for send and receive image
attributes, and then the answerer responds with some subset of these.
My question was what each side should do if something changes (e.g.
available bandwidth) such that the requested image size isn't easily
achievable. MUST (or SHOULD) there be a new offer/answer exchange, or
can one side just start sending something that doesn't conform to what
was negotiated?
It sounds like the consensus at the mic was that they could, since the
resolutions negotiated are advisory.
My second question was what you should do if you have several sources in
a session, e.g. coming from an MCU, which might have different preferred
natural resolutions or aspect ratios.
One suggestion would be to define the imageaddr attribute as a source
attribute as well as a session attribute.
There was some suggestion at the mic that this didn't really matter so
much, again since the resolutions are advisory.
--
Jonathan Lennox
Vidyo, Inc
jonathan at vidyo.com
_______________________________________________
mmusic mailing list
mmusic at ietf.org
https://www.ietf.org/mailman/listinfo/mmusic