Well one reason I started being interested in TAPS was because of the video and of course the multisource version (video for example combining streaming, download, multimedia and social networking). For these use cases you need to be able to specify delay, loss (to avoid or minimize buffering events) adI could think in extreme cases even path (or multipath). So a way to abstract the services that could be summarized into “give me the best video now” would be very useful for all new video-based apps out there.
Marie-Jose Montpetit, Ph.D. [email protected] @SocialTVMIT > On Feb 4, 2015, at 1:39 PM, Aaron Falk <[email protected]> wrote: > > Thinking about how to make good use of our meeting in Dallas, I'd like to > propose we take some time to (re)visit the topic of how applications can > express what they want from transports by looking at a few examples and maybe > comparing them to what we are coming up with in the TAPS draft. > > Given all the recent effort, RTCWeb seems like a timely topic and Michael > Tuexen has agreed to discuss the abstractions used in the API between the > javascript 'user' and the RTCWeb stack. Marie-Jose Montpetite has offered to > talk about the needs of some future television applications (multisource > video/TV). > > Sound interesting? Useful? Have another application to talk about? > > --aaron > _______________________________________________ > Taps mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/taps
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Taps mailing list [email protected] https://www.ietf.org/mailman/listinfo/taps
