[Icecast] Current Listeners count wrong for HTML Audio on Android?

[Klaas van der Linden]

Thanks, but I have no control over the  streams. And I don't mind the mp3's not playing on Firefox or non-mobile Safari, as the app is supposed to play on android and iphone/ipad only. 

It's all about the two listeners being registered/two streams being opened when playing on Android. 

I don't know about time-lapsed sources/streams. How could I find out this is the case?

Regards, Klaas

> On 05 May 2015, at 09:41, Scott Winters <0turn1 at gmail.com> wrote:
> 
> Hello
> 
> I always have had best results encoding the stream .mp3 it works on all devices. I also suggest the source to be the same or better than your stream.. this saves in many areas. it sounds like you are possibly debugging a time lapsed source/ stream.. i did not read all so if this is not so i apologize
> 
>> On May 5, 2015 3:11 AM, "Klaas van der Linden" <vanderlinden at culturalservices.nl> wrote:
>> Thanks for this information, but the two connections do not die out when using my player in the Android browser. In fact they even stay when the Audio.src is set to some invalid string.
>> 
>>  
>> 
>> You can observe this here: http://concertzender.nl/wp-content/themes/cz-theme/App/test/ , by clicking one of the large icons - and then monitor the corresponding stream here: http://streams.greenhost.nl:8080/
>> 
>>  
>> 
>> (The player doesn’t work on safari (windows/mac) or firefox, probably because mp3 is not supported they fail to register the ‘canplay’ event or something like that – I’m not sure. I got it to work on IE, Opera, Chrome and iPhone Safari and on Android.)
>> 
>>  
>> 
>> Any suggestions as to how to debug this?
>> 
>>  
>> 
>>  
>> 
>> From: icecast-bounces at xiph.org [mailto:icecast-bounces at xiph.org] On Behalf Of Brad Isbell
>> Sent: zondag 3 mei 2015 2:46
>> To: Icecast streaming server user discussions
>> Subject: Re: [Icecast] Current Listeners count wrong for HTML Audio on Android?
>> 
>>  
>> 
>> Klaas,
>> 
>> You will find that there often are multiple connections, particularly for HTML5 audio elements in WebKit browsers as they probe to see if the media is seekable or not.  The multiple connections die out soon after starting though, leaving you one connection for actually streaming the audio.
>> 
>>  
>> 
>> You can verify this yourself with a packet sniffer such as Wireshark.  It wouldn't hurt to double check to make sure your application isn't really using all that data.
>> 
>> 
>> 
>> 
>> 
>> Brad Isbell // AudioPump, Inc.
>> brad at audiopump.co
>> Skype: bradisbell
>> Phone: +1 312-488-4680
>> 
>>  
>> 
>> On Sat, May 2, 2015 at 6:59 PM, Klaas van der Linden <vanderlinden at culturalservices.nl> wrote:
>> 
>> Dear all,
>> 
>> The problem I am facing, is that one of my clients is concerned about data usage.
>> 
>> My client monitors the current number of listeners in  the Mount Point list streams.greenhost.nl:8080.
>> 
>>  
>> 
>> The case is, when I start a stream from an HTML app on an Android device, I can see two listeners being added to “Current Listeners”. This peculiar behaviour only occurs on Android, not on laptops or iPhones.
>> 
>>  
>> 
>> The code I use concerns a simple HTML Audio object:
>> 
>> var audioObj = new Audio();
>> 
>> audioObj.src = aValidMountpoint;
>> 
>> audioObj.play();
>> 
>>  
>> 
>> I tested these lines and it appears that for Android a “Current Listener” is added on both the second and the third line.
>> 
>>  
>> 
>> I can’t imagine there really are two streams streaming at the same time, as it is only one object that arranges this.
>> 
>>  
>> 
>> Is this a known issue? Any workaround or any way to prove my client that there is only one stream playing?
>> 
>>  
>> 
>> Regards,
>> 
>>  
>> 
>> Klaas van der Linden
>> 
>> 
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
>> 
>>  
>> 
>> 
>> _______________________________________________
>> Icecast mailing list
>> Icecast at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20150505/e9f588b1/attachment.htm>