for the following RTSP public clips we fail to start streaming even though we can do on an Android/Linux (VLC) player rtsp://126.96.36.199/public/flux15 rtsp://188.8.131.52/public/flux14 rtsp://184.108.40.206/public/flux12 rtsp://220.127.116.11/public/flux11
[Blocking Requested - why for this release]:
blocking-b2g: --- → 2.1?
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
QA Whiteboard: [QAnalyst-Triage?]
QA Contact: aalldredge
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.
Assignee: nobody → ettseng
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?
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Thank you Ethan. Removing blocking nom and resolved duplicate to existing feature bug.
Status: NEW → RESOLVED
blocking-b2g: 2.1? → ---
Last Resolved: 4 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 1054171
You need to log in before you can comment on or make changes to this bug.