[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [AVT] SVC design team - March 25th meeting summary



Here is the slide deck (http://research.nokia.com/files/SVC_cross_layer_decoder_order_recovery.ppt). The slide deck tries to explain the entire issue comprehensively using concrete examples in figures.
 
Three places were updated compared to the one used in the discussion:
 
- Sub bullet item 1 in slide 17 - added the example referring to slide 10 to make the error resilience problem easier to understand.
- In slide 24, added the last possible way to go -  Take both existing solutions and let the use be negotiated
- Removed the acknowledge slide and the item from the outline
 
BR, YK


From: avt-bounces at ietf.org [mailto:avt-bounces at ietf.org] On Behalf Of ext Even, Roni
Sent: Friday, March 28, 2008 10:17 AM
To: avt at ietf.org
Subject: [AVT] SVC design team - March 25th meeting summary

The SVC design team had a conference call on March 25th.

 

The first objective of the design team is to get consensus on the decoding order recovery solution. Roni mentioned that if there will be no agreement the WG chairs will draft a proposal and send it to the AVT list trying to see if there if consensus can be agreed on the list and if no consensus we may need to sue RFC 3929 procedures.

Roni Noted that there are three IPR statements concerning this draft from LMI (Vidyo), Nokia and BT

 

The meeting started with a presentation on the "decoding order recovery" prepared by Ye-kui (thanks).  The presentation describes the two optional solutions: "Classical" RTP and CL-DON.

The presentation suggested two options to combine the two methods:

          Combination of the two existing solutions for the non-interleaved packetization mode

         Comb#1: Receivers are required to support the 1st solution even PACSI NAL units carrying CS-DON information are present, meaning that insertion of video NAL units to avoid type I non-AU-aligned NAL units in sent NAL unit stream is always needed, though that is not needed by the 2nd solution.

         Comb#2: An alternative is to mandate both inclusion of PACSI NAL units carrying CS-DON information and insertion of video NAL units to avoid type I non-AU-aligned NAL units in sent NAL unit stream, such that the receiver can freely choose which solution to use.

 

Stephan Wenger announced that Nokia may be willing to change the IPR statement adding non-assert clause if CL-DON will be mandatory. (Making Comb#2 as the compromised solution)

Stephan also pointed out that such non-assert terms will be less restrictive then the LMI one.

 

Thomas Wiegand said that this is a good direction and asked for time to get feedback.

Alex mentioned that Vidyo will review their statement.

 

The group mentioned that there is still the BT IPR declaration that does not have the non-assert term and asked if BT can reconsider its IPR statement based on the good faith shown by the other parties. (There was no BT member in the meeting)

 

The summary is that the parties will look at a possibility to adopt Comb#2 based on Stephan's statement and will try to give the response to the next meeting of the design team

 

The editors of the draft should continue with the text addressing the other open issues in order to expedite the work.

There is also a need to expand the text explaining the decoding order procedures.

 

The next meeting is on April 8th

Time: 7:00 PST (San Francisco), 17:00 Israel

 

http://www.timeanddate.com/worldclock/fixedtime.html?month=4&day=8&year=2008&hour=7&min=0&sec=0&p1=224

 

Dial in number: +1-678-7955235

 

Regards

Roni Even

 

_______________________________________________
Audio/Video Transport Working Group
avt at ietf.org
https://www.ietf.org/mailman/listinfo/avt