Should the possibility of handling real-time audio and video streams by the application be a part of the roadmap for Android?
This feature can be incorporated as an extension to the existing Media framework. Why I request for this feature, because this is the most basic requirement of any telephony application installed on Android that needs to put across a simple voice/video call. For now, I have managed a work-around for achieving this. But having an API at the framework layer would have greatly simplified development. Any feedback from the *Google team* on this feature request is appreciated. I can open an issue if needed. I am providing some practical applications that can be developed if this feature is available to support the above feature request: *1. **Customer Care Troubleshooting Application:* * * The user can directly connect to a customer care representative and explain their problem to the representative or even show the product under consideration by simply pointing their mobile device towards the product. This will significantly simplify and enhance the level of support the customer gets for their product. *2. Security/ Intelligence applications*: Security agencies in a corporate/government setup can establish a video call to a data center and stream live videos from their mobile handset cameras. *3. Remote learning:* Developing countries can use a remote learning application that uses a white board coupled with audio and video to impart eduction to children in remote areas. *4. Mobile Advertising: * Telecom operators currently provide Ringback tone applications to subscribers. The ringback is network generated, and controlled by a CRBT (Colored RingBack Tone) server. Telecom operators can offer their subscribers extra pre-paid credit if they agree to watch multimedia advertisements as a ringback every time an incoming call is received. These Ads can be rendered by an application that resides locally on the device. *5. Sports applications:* Football and Baseball matches can be streamed to the device in case the user happens to be on the move while the match is on. There will be no need for a TV tuning chip on the device for achieving this. I hope the feature request makes sense. Best Regards.. On Tue, Dec 29, 2009 at 10:02 AM, hongki park <[email protected]>wrote: > I think your request is not supported at the framework layer. > > under the framework media. > > 2009/12/29 Android Development <[email protected]> > >> Any thoughts friends? >> >> On 12/28/09, Android Development <[email protected]> wrote: >> > Hello, >> > >> > Android provides a use-friendly API for playing and handling media >> > (audio/video). >> > >> > However, I have the following requirements which i wish to realize with >> > this >> > framework : >> > >> > 1. My requirement is to have knowledge of the ports that the android >> media >> > framework opens and uses for sending/receiving media streams. I use this >> > information for signaling on the Session Description Protocol (SDP) that >> i >> > add as a payload to SIP. >> > >> > Is it possible for me to get this information in the form of a RTP >> session >> > from the framework ? (ports and address combination). >> > >> > *Use Case for this requirement:* >> > >> > If I initiate a multimedia call towards a peer, I will need to open my >> > audio >> > and video ports and start streaming media once the signaling is complete >> > and >> > successful. For successful streaming, the remote end needs to have >> > knowledge >> > of the ports I have opened for media as the streams are bi-directional >> and >> > I >> > will also need to receive media from the remote end.(sendrecv in SDP) . >> > This >> > is for the outgoing call. >> > >> > Similarly, for an incoming call, once the signaling succeeds, I will >> need >> > to >> > receive audio/video streams from the remote end and play them on the >> device >> > (the remote end will send media to the ports that I had advertised in >> the >> > SDP payload offer). >> > >> > Thanks in advance >> > >> >> -- >> >> You received this message because you are subscribed to the Google >> Groups "Android Developers" group. >> To post to this group, send email to [email protected] >> To unsubscribe from this group, send email to >> [email protected]<android-developers%[email protected]> >> For more options, visit this group at >> http://groups.google.com/group/android-developers?hl=en >> > > -- > You received this message because you are subscribed to the Google > Groups "Android Developers" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected]<android-developers%[email protected]> > For more options, visit this group at > http://groups.google.com/group/android-developers?hl=en > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
