Specify unassigned media handling about webrtc-pc

[stefhak]

Capabilities for storing will vary, but those packets are useless anyway (except perhaps for getting decoders in sync) since they contain old data. My point was that there could be a value in speccing out how long the UA should delay the discarded event if there is an outstanding offer to make apps that use the event behave consistently over UAs. I'm not sure how important that is - thinking a second time. Applications that want to be sure of this could use timeouts instead.
I'd be fine with closing as wontfix.

[fluffy]

The issue people seem concerned with is discarding say the first packet in an I frame. Was discussing this some folks and there were some ideas bounced around on sugesting it was a good idea (but not mandetory) to buffer something that represented a frame of video for that device

[alvestrand]

Martin's PR #29 and subsequent discussion indicates that it's possible to have an indication that packets are coming in, and do something sensible that allows them to be received. Martin has promised an update that describes this as part of a #29 update (in which case the name "mediadiscarded" is inappropriate).

[stefhak]

This seem to be similar to #144 - duplicate?

[fluffy]

I don't care if you close 144 as a duplicate of this but please don't close this one as it is has the conversation

[alvestrand]

Peter thinks PR #293 (RTPTransceiver) addresses the early media issue.

[stefhak]

Just reviewed #293, and I fail to see unassigned media being covered. Put the question to Martin and Peter.

[stefhak]

Martin and Peter are happy with #293 in this respect. I propose we close this Issue.

[stefhak]

#293 has landed. Closing Issue.