webmaster at berean-biblechurch.org
2020-Jan-03 23:28 UTC
[Icecast] improve compatibility with Galaxy tablet?
See below, although none of these things should be specific to the Galaxy tablet (my older tablet works fine, too). On 2020-01-03 13:20, Robert Jeffares wrote:> Is the Galaxy using Wi-Fi ? YES > > How big is the mp3 stream? 128, 256, ? 32kb/s > > Is the Icecast sever on the same router? NO > > How many connections in the Icecast.xml? NO limits specified > > What sort of router? ASUS RT-AC68P > > Things I would look at anyway > > regards > > Robert > > On 4/01/20 7:19 am, webmaster at berean-biblechurch.org wrote: > >> Is there something on the Icecast server I can do to improve compatibility with devices that seem to have a problem with high latency? (at least I think latency is the problem) >> >> For example, I have a Samjunk Galaxy tablet that randomly drops the live audio stream. Any other device in my house works fine. >> >> I'm streaming an MP3 source live over an HTTPS Internet connection using Icecast 2.4.4 on Windows. >> >> _______________________________________________ >> 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/20200103/0cfd53c4/attachment.html>
On Fri, Jan 03, 2020 at 05:28:05PM -0600, webmaster at berean-biblechurch.org wrote:> See below, although none of these things should be specific to the > Galaxy tablet (my older tablet works fine, too). >I have an Android 8 phone that agressively turns off WiFi radio after transaferring data. This is indicated by disappearing a Wifi icon on the Android status line. Then the access point evaluates the Wifi station as disappeared and disassociate it. Then the icecast client on the Android wakes up to read a next chunk of the stream, but the network is in an disconnected state and thus the client gets a network error. This issue seems to happen randomly because the two timeouts have a similar period. The client program, Icecast Player, uses an Android OS-provided API for playing the audio streams from a network. I have an icacast server right on the access point and it happens even if the phone is next to it. When searched the Internet, I found that it's a known bug in Android that Google does not want to fix. Other applications seems to work because they use different protocols (HLS etc.) that do not use that API. Maybe that's your case too. -- Petr -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: not available URL: <http://lists.xiph.org/pipermail/icecast/attachments/20200104/6f944180/attachment.sig>
What software do you use to listen to the stream. Android stock browser? And how are you feeding the audio to icecast? List of files via oggfwd? Am 2020-01-04 00:28, schrieb webmaster at berean-biblechurch.org:> See below, although none of these things should be specific to the Galaxy tablet (my older tablet works fine, too). > > On 2020-01-03 13:20, Robert Jeffares wrote: > > Is the Galaxy using Wi-Fi ? YES > > How big is the mp3 stream? 128, 256, ? 32kb/s > > Is the Icecast sever on the same router? NO > > How many connections in the Icecast.xml? NO limits specified > > What sort of router? ASUS RT-AC68P > > Things I would look at anyway > > regards > > Robert > > On 4/01/20 7:19 am, webmaster at berean-biblechurch.org wrote: > > Is there something on the Icecast server I can do to improve compatibility with devices that seem to have a problem with high latency? (at least I think latency is the problem) > > For example, I have a Samjunk Galaxy tablet that randomly drops the live audio stream. Any other device in my house works fine. > > I'm streaming an MP3 source live over an HTTPS Internet connection using Icecast 2.4.4 on Windows. > > _______________________________________________ > 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/20200104/0e5d5302/attachment.html>
webmaster at berean-biblechurch.org
2020-Jan-07 01:01 UTC
[Icecast] improve compatibility with Galaxy tablet?
I've tried Chrome and Firefox browsers. The source audio is a live stream processed by FFmpeg to Icecast. On 2020-01-04 03:27, Beni Reber wrote:> What software do you use to listen to the stream. Android stock browser? And how are you feeding the audio to icecast? List of files via oggfwd? > > Am 2020-01-04 00:28, schrieb webmaster at berean-biblechurch.org: > > See below, although none of these things should be specific to the Galaxy tablet (my older tablet works fine, too). > > On 2020-01-03 13:20, Robert Jeffares wrote: > > Is the Galaxy using Wi-Fi ? YES > > How big is the mp3 stream? 128, 256, ? 32kb/s > > Is the Icecast sever on the same router? NO > > How many connections in the Icecast.xml? NO limits specified > > What sort of router? ASUS RT-AC68P > > Things I would look at anyway > > regards > > Robert > > On 4/01/20 7:19 am, webmaster at berean-biblechurch.org wrote: > > Is there something on the Icecast server I can do to improve compatibility with devices that seem to have a problem with high latency? (at least I think latency is the problem) > > For example, I have a Samjunk Galaxy tablet that randomly drops the live audio stream. Any other device in my house works fine. > > I'm streaming an MP3 source live over an HTTPS Internet connection using Icecast 2.4.4 on Windows. > > _______________________________________________ > 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 _______________________________________________ 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/20200106/aa15bee4/attachment.html>
webmaster at berean-biblechurch.org
2020-Jan-07 01:05 UTC
[Icecast] improve compatibility with Galaxy tablet?
That does sound like it, Petr. But I don't know why my other Android tablet (same Android version) doesn't have any problem. Cheaper is better in this case? ;-) On 2020-01-04 00:12, Petr Pisar wrote:> On Fri, Jan 03, 2020 at 05:28:05PM -0600, > webmaster at berean-biblechurch.org wrote: >> See below, although none of these things should be specific to the >> Galaxy tablet (my older tablet works fine, too). >> > I have an Android 8 phone that agressively turns off WiFi radio after > transaferring data. This is indicated by disappearing a Wifi icon on > the > Android status line. Then the access point evaluates the Wifi station > as > disappeared and disassociate it. Then the icecast client on the Android > wakes > up to read a next chunk of the stream, but the network is in an > disconnected > state and thus the client gets a network error. This issue seems to > happen > randomly because the two timeouts have a similar period. The client > program, > Icecast Player, uses an Android OS-provided API for playing the audio > streams > from a network. I have an icacast server right on the access point and > it > happens even if the phone is next to it. When searched the Internet, I > found > that it's a known bug in Android that Google does not want to fix. > Other > applications seems to work because they use different protocols (HLS > etc.) > that do not use that API. > > Maybe that's your case too. > > -- Petr > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast