sdp attributes for video media control
play

SDP Attributes for Video Media Control - PowerPoint PPT Presentation

SDP Attributes for Video Media Control draft-even-mmusic-video-media-control-00.txt Roni Even Roni.even@ polycom .co. il Orit Levin Orit @ radvision .com Petri Koskelainen petkos @ cs . columbia . edu MMUSIC WG


  1. SDP Attributes for Video Media Control draft-even-mmusic-video-media-control-00.txt Roni Even Roni.even@ polycom .co. il Orit Levin Orit @ radvision .com Petri Koskelainen petkos @ cs . columbia . edu MMUSIC WG 54th IETF 1

  2. Introduction � A number of crucial video attributes for dealing with multimedia calls are missing from the SDP today � The new proposed attributes are � Frame Rate and Resolution Dependency � Clean Switch of Video Source MMUSIC WG 54th IETF 2

  3. Frame Rate and Resolution � The need for the attribute itself was not disputed � Syntax mistakes were found and will be corrected � Resolution can be bigger the 3 digits � Frame rate is fractional – ABNF has a mistake MMUSIC WG 54th IETF 3

  4. Independent Pictures and Delta Pictures � Video is composed from independent pictures (Intra) and predicted pictures (Inter) Predicted pictures require a previous picture from the same � source � Hence, the receiver needs an Intra picture in order to start presenting a new stream � In digital TV video streams frequent Intra pictures Allows channel switching � � In Videoconferencing, Intra is used only on demand Otherwise increased delay & lower frame rate � � Need to communicate the Demand somehow MMUSIC WG 54th IETF 4

  5. Picture Update and Picture Freeze � A media processor/mixer needs to be able to request an Intra Picture � Switching to a different video source � Picking a new video from a multicast channel � Also needed: FREEZE Request � To avoid displaying garbage pictures until the new Intra picture is successfully decoded MMUSIC WG 54th IETF 5

  6. Freeze Request is uncontroversial � Discussions on the mailing list: � Picture freeze attribute is OK since it changes the stream state MMUSIC WG 54th IETF 6

  7. How to communicate Intra Picture Request: Options 1/2 Conference package � NO: When a user is notified that he is seen will send a new picture � – problem: what if already being seen by other, then he will not be notified RTCP � NO: unreliable, timing issues, gateway/MCU decomposition � problem RTP, in a channel in reverse direction: � NO: may not exist, using reverse media channel for signaling is evil � INFO � NO: Info is evil :-) � MMUSIC WG 54th IETF 7

  8. How to communicate Intra Picture Request: Options 2/2 � SDP Attribute “ INTRA-only ” , “ INTRA+INTER ” NO: bad real-time characteristics, bad user experience � � SDP attribute “ new stream ” Solves the problem, BUT can this be considered as a stream � state change? Argument: yes. It causes the encoder to restart encoding � and stop using previous information as reference. Undoubtly a new state. � Any other ideas? Input solicited MMUSIC WG 54th IETF 8

  9. How to communicate Intra Picture Request: Solution � In the absence of any better solution we argue: � If Intra Request doesn ’ t gain acceptance in SDP then we cannot support video for conversational services in the near term � Conclusion: Let ’ s be pragmatic, and add a “ New Stream ” attribute MMUSIC WG 54th IETF 9

  10. Next Step Whatever the outcome of the Intra Request discussion may be … … please consider making draft-even- mmusic-video-media-control-00.txt an MMUSIC work item … and please help finding a clean solution quickly MMUSIC WG 54th IETF 10

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend