Hello. I've been experimenting with a live mp3 stream on an Unagi Firefox OS device (b2g18 build) and I've noticed that pause/resume does not work as I expect. I'd expect the resume to forget anything that was buffered and simply pick up streaming the live data. Instead it tries to play from the buffer which eventually runs out and causes the stream to cut out or become garbled.
I've been able to work around this by creating a pause button that completely destroys the audio object. On resume, it recreates a new audio object. To do this I also had to bust the URL cache with a random query string value. Is there a better way to pause/resume a live stream? Here is my current hacky solution: https://github.com/chirpradio/chirpradio-owa/blob/1c2a1fbd2272aa6f45e78ac83ae4acd4f88fbe65/www/js/index.js#L11-L79 There are instructions for how to install it on a B2G device: https://github.com/chirpradio/chirpradio-owa/tree/1c2a1fbd2272aa6f45e78ac83ae4acd4f88fbe65#readme Am I missing an audio property to treat this URL as a live stream? Is it because the server my radio station uses is crap and sends headers like this? curl -I http://www.live365.com/play/chirpradio ... curl -I "http://216.235.94.15:80/play?s=chirpradio&d=LIVE365&r=0&membername=&session=1364658048-415284&AuthType=NORMAL&app_id=live365%3Acurl7.24.0x8&SaneID=98.220.12.84-live365%3Acurl7.24.0x86_64appledarwin12.0libcurl7.24.0OpenSSL0.9.8rzlib1.2.5%3Atag_tracker"; HTTP/1.0 200 OK Content-type: audio/mpeg Content-Length: 2000000 I have not tried this anywhere except for Unagi devices because it's an mp3 stream and needs the hardware codec. It looks like Unagi is using a Qualcomm mp3 driver. If this seems like a bug let me know and I'll file it. -Kumar _______________________________________________ dev-media mailing list [email protected] https://lists.mozilla.org/listinfo/dev-media
