[Sframe] Proposal: SFrame && SPacket && !SIDU

[Richard Barnes <[e-mail]>]

Hi folks,

I'd like to see if we can agree to limit our scope a bit.  There has been
discussion of multiple levels at which SFrame could be applied:

* "SFrame" - Whole media frames
* "SPacket" - Individual RTP media payloads
* "SIDU" - Some codec-specific "independently decodeable units"

I'd like to propose that we take "SIDU" off of the table, but keep the
other two.

It seems like SFrame and SPacket both have strengths in certain scenarios
(depending on how you want to trade off bandwidth vs. complexity), but
they're both pretty straightforward in terms of how they integrate with the
media processing pipeline.  In particular, they don't have any
codec-dependence.  SIDU, by contrast, seems like a world of pain.  It
requires that the encryption scheme be entangled with the codec, which
requires special per-codec integration logic in the specifications.  And
the bandwidth gains for all that complexity are not that large.

Is there anyone here who feels that SIDU is something this group needs to
spend time specifying?

--Richard