for the following RTSP public clips we fail to start streaming even though we can do on an Android/Linux (VLC) player rtsp://184.108.40.206/public/flux15 rtsp://220.127.116.11/public/flux14 rtsp://18.104.22.168/public/flux12 rtsp://22.214.171.124/public/flux11
[Blocking Requested - why for this release]:
Adding qawanted to check if this is a regression in 2.1, given we had the RTSP support in 2.0 as well.
NI :bhargav to see if he can comment on #2.
I was unable to get the provided streams to work on 2.2 Flame Master. I was also unable to get the provided links to work on VLC player on Ubuntu. Environmental Variables: Device: Flame 2.2 Master BuildID: 20140929125603 Gaia: 77ef35f5429bc3dfe9ca192b9aacc3c0bf8857de Gecko: 6eb7121059fb Version: 35.0a1 (2.2 Master) Firmware: V180 User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0
VLC player and Android phone both can play the links specified in comment 0. But Flame 2.2 cannot. I'll look into this issue.
These RTSP links are live stream, a feature which Firefox OS doesn't support yet. The range field in RTSP/SDP from the server reveals it's a live stream. Session Attribute (a): range:npt=now- Media Description, name and address (m): video 0 RTP/AVP 96 Media Attribute (a): rtpmap:96 H264/90000 ... We have a plan to implement this feature in bug 1054171 ([RTSP] Support live stream over RTSP/RTP). But we don't have a specific milestone (schedule) yet. Howie, can you help to coordinate the requirement and schedule?
Thank you Ethan. Removing blocking nom and resolved duplicate to existing feature bug.