Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Station streams using .m3u8 are not handled correctly #30

Closed
GoogleCodeExporter opened this issue Jun 23, 2015 · 4 comments
Closed

Station streams using .m3u8 are not handled correctly #30

GoogleCodeExporter opened this issue Jun 23, 2015 · 4 comments

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. Stream a station with only a .m3u8 stream. (ex. WRVO)
2. The preroll plays, but then the live stream does not.

What is the expected output? What do you see instead?
The extended .m3u file is a playlist. Usually, the list only has one or two 
items for station streams. The app should play the preroll and then advance to 
the live stream.

What version of the product are you using? On what operating system?
1.3 on moto droid running android 2.1

Please provide any additional information below.
Here is an example file: http://www.publicbroadcasting.net/wrvo/ppr/wrvo.m3u

more info on .m3u8 files: http://en.wikipedia.org/wiki/M3U

Original issue reported on code.google.com by jpenn...@gmail.com on 12 Jul 2010 at 3:45

@GoogleCodeExporter
Copy link
Author

I believe this is also effecting .pls files and anything which does not contain 
an actual mp3 file. These 'playlists' are just pointer files which say, first 
go get this mp3, then this one. That is about it. But many of our member 
stations streams don't work if they attempt to preroll without customizing the 
shoutcast server first.

I found this open source code for a shoutcast streaming player on android: 
http://github.com/Dawnthorn/nagare/

Think this might have the answer for how to solve this problem?

Original comment by jpenn...@gmail.com on 18 Aug 2010 at 3:20

  • Added labels: Priority-Critical
  • Removed labels: Priority-High

@GoogleCodeExporter
Copy link
Author

We have the capability to play additional tracks in a playlist. Now that we 
have this example, I think I can provide a fix.

Original comment by mfreder...@google.com on 18 Aug 2010 at 4:53

  • Changed state: Accepted

@GoogleCodeExporter
Copy link
Author

This was fixed in r97 on trunk and r101 on branches/version_1.x

Original comment by jeremy.w...@gmail.com on 10 Sep 2010 at 8:19

@GoogleCodeExporter
Copy link
Author

Original comment by jpenn...@gmail.com on 29 Sep 2010 at 7:09

  • Changed state: Fixed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant