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

[Brad Isbell]

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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast/attachments/20150502/52ff5535/attachment.htm>