[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MMUSIC] FWD: I-D ACTION:draft-even-mmusic-video-media-contr ol-00.txt
inline.
Even, Roni wrote:
> Hi Joerg,
> Thanks for your comments.
>
> 1. About the BNF I will fix it.
>
> 2. I thought of having a section describing the usage in SIP and SAP but
> noticed that other drafts like offer/answer and simple capabilities do
> not
> have section about SIP usage. If you meant that you want to explain how
> the
> encoder uses this attribute to select the mode of operation I can add
> this
>
> 3. About fast update and freeze.
> 3.1 Using RTCP feedback for update was discussed in the last
> meeting
> and I agreed with the AVT guys that this should not be there
> 3.2 I would like to look at the new picture and freeze picture
> in
> the same context as a new codec request. This means that we use
> signalling
> to ask for a new codec and I see this feature as the same since I am
> asking
> for the same codec but with a new picture. If you want to look at it
> from
> the decoder wants a new codec or a new picture. Since changing a codec
> during a session is working in SAP and in SIP I do not see the problem
THe problem is that the new picture request, in particular, is not a
change in STATE of the session, its a command to send a new picture. The
SDP and offer/answer stuff is appropriate where there is a change in
state of the session parameters. That is not the case here. I also
suspect latency is an issue, since the video is distorted until you get
the new intra picture. So it would seem to argue for a media path thing.
Latency is generally not an issue for things like codec change and hold.
The new picture request is a lot like things such as camera controls,
which are real-time media stream control activities. I am inclined to
argue that the appropriate solution is an e2e control protocol that,
like a media stream, is signaled in the SDP. We've argued that the same
is true for thigns like floor control.
Freeze picture request does seem like its a lot like hold. Its a
persistent state of the session, and it must be explicitly changed to
get off of "freeze". Thus, I think an SDP approach here is fine.
-Jonathan R.
--
Jonathan D. Rosenberg, Ph.D. 72 Eagle Rock Avenue
Chief Scientist First Floor
dynamicsoft East Hanover, NJ 07936
jdrosen@dynamicsoft.com FAX: (973) 952-5050
http://www.jdrosen.net PH: (973) 952-5000
http://www.dynamicsoft.com
_______________________________________________
mmusic mailing list
mmusic@ietf.org
https://www1.ietf.org/mailman/listinfo/mmusic