Klaas van der Linden
2015-May-05 01:10 UTC
[Icecast] Current Listeners count wrong for HTML Audio on Android?
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. <http://audiopump.co/img/audiopump-logo-64px.png> 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/20150505/5008c935/attachment.htm
Brad Isbell
2015-May-05 01:45 UTC
[Icecast] Current Listeners count wrong for HTML Audio on Android?
Klaas, Using Wireshark, I see that two TCP connections are initially made to your streaming server, but one is closed after 10 seconds. The other is used for the actual stream. I suspect that Icecast reports both connections two you, but for the purposes of bandwidth consumption you are probably safe. Do double check with your own devices though, with a packet sniffer. I only tested one device. Browsers vary quite a bit in how they handle media. Thanks, *Brad Isbell // AudioPump, Inc.* brad at audiopump.co Skype: bradisbell Phone: +1 312-488-4680 On Mon, May 4, 2015 at 8:10 PM, 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 > >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast/attachments/20150504/e986ab42/attachment.htm
Scott Winters
2015-May-05 07:41 UTC
[Icecast] Current Listeners count wrong for HTML Audio on Android?
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 > >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast/attachments/20150505/ff7c0a71/attachment-0001.htm
Klaas van der Linden
2015-May-05 10:47 UTC
[Icecast] Current Listeners count wrong for HTML Audio on Android?
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