I have to deal with application-specific SDP attributes (a=my_attribute:value). 
I have my own subclass of MediaSubsession.
I was wondering if parsing of subsession description lines (c=, b=, a=rtpmap... 
) could be done in a virtual new method (ie MediaSubsession::parseSDPline()) 
that could be overloaded, instead of being hardcoded in 
MediaSession::initializeWithSDP().
What do you think ?
This is a possibility, but I consider changes like this - whose sole purpose is 
to support non-standard protocol extensions - to be low priority.

What 'application-specific SDP attributes' do you have in mind?
We are targetting professional live audio for studio. For precise sync and low delay we have to carry information giving the relation between RTP timestamp and PTP timestamp (NTP timestamp carried in RTCP is not precise enough). I'll will not give details here, but we retrieve this constant delta through a new SDP "a=timesync:value" media-level attribute. It is a legal extension to the standard, not yet published.

You can also think to other extensions, like "a=orient:portrait" and the ones given in Section 6 of RFC456, or "a=cliprect:..." (Quicktime) or "a=crypto" (for RTP/SAVP RFC4568), or de-facto standard extensions, like "a=x-dimensions" that you've chosen to implement...

Ideally, it would be cumfortable to be able to extend "Media Level" and "Session Level" attributes through virtual methods.

Best wishes

E. HEURTEL
_______________________________________________
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel

Reply via email to