@fireworksordie: I considered going that route (letting the user pick a quality before hand) but it's a bit more complicated than for non-live videos. For non-live videos the API returns 3 clearly defined video URLs, one for HD, one for HIGH, and one for LOW. With live streams, the API just returns a single stream URL to an m3u8 file that lets the media player pick different tracks from. It wouldn't be impossible to figure out the qualities from that m3u8 URL but as I was saying, it's just not quite as simple as with non-live videos. That's why I currently have it so the media player library gets fed the m3u8 stream URL when the user starts playing the stream and only then surface up the different tracks through the media player APIs. I'll look into how difficult it would be to get the qualities up front before beginning playback though.
Regarding your first update - I checked out the m3u8 that was being served up during yesterdays stream and only saw those two qualities (640x360 and 1280x720) available so I'm guessing it was probably something on GB's end. I've definitely seen 1080p from their live stream API and had that working in the app previously, but who knows - we'll have to wait until their next stream to see if anything changes.
Regarding your second update - Thanks for the heads up! Sounds like you found a crash. Have you seen that same thing happen with any non-live videos or does it only happen when viewing live streams?