I tried to investigate the stream format in more detail and after checking the Wireshark traces and IETF HLS draft I am almost 100% sure that this is not HLS as I have expected in my previous answer, but a simple aac or mpeg long response. The used streaming server is icecast, which supports that way of streaming. After the initial GET request, there come the response in form of a long stream of data:
Fortunately it seems to be easier to support this then HLS .m3u with the segments...
GET /bonton-128.mp3 HTTP/1.1
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/533.19.4 (KHTML, like Gecko) Version/5.0.3 Safari/533.19.4
Accept-Encoding: gzip, deflate
HTTP/1.0 200 OK
icy-genre:Pop / Rock
Server: Icecast 2.3.2
Here are then aac or MPEG data
I will go through the suggested thread and let you know if i was able to implement it.