[One (M7) Android Development] millicent:
Another tough one directed at devs:

Radio streaming on lte disconnects when screen goes off; it happened in the past while using pandora and tuneinradio, it happened today first try while using tuneinradio.

this could be quite difficult to troubleshoot as it can be anything really, what I can say from my end, solid LTE connection otherwise, don't move (just sit at my desk), exactly 1 min in listening from screen off the streaming stops completely, only way to resurrect it is to have the screen on, such as double tapping my screen (with those kernel tweaks), streaming instantly resumes.

logcat doens't seem to help, here's the whole ~ 4mins worth of log with normal streaming, blank due to screen off, resume for another min and blank again: https://www.dropbox.com/s/0c4x4wbpfjc4efy/radio-screaming.txt

I think the relevant part occurs here:

04-07 08:00:30.594 V/tuneinplayer(5802): Audio buffer under flow (251 dequeueData)
04-07 08:00:30.624 V/tuneinplayer(5802): Audio buffer under flow (251 dequeueData)
04-07 08:00:30.664 D/libc (5802): [NET] getaddrinfo+,hn 28(0x313734312e6c69),sn(),family 0,flags 4
04-07 08:00:30.664 D/libc (5802): [NET] getaddrinfo-,err=8
04-07 08:00:30.664 D/libc (5802): [NET] getaddrinfo+,hn 28(0x313734312e6c69),sn(),family 0,flags 4
04-07 08:00:30.664 D/libc (5802): [NET] getaddrinfo-,err=8
04-07 08:00:30.664 D/libc (5802): [NET] getaddrinfo+,hn 28(0x313734312e6c69),sn(80),family 0,flags 0
04-07 08:00:30.664 D/libc (5802): [NET] getaddrinfo-, 1
04-07 08:00:30.664 D/libc (5802): [NET] getaddrinfo_proxy+
04-07 08:00:30.664 D/libc (270): [NET] getaddrinfo+,hn 28(0x313734312e6c69),sn(80),family 0,flags 0
04-07 08:00:30.734 D/libc (270): [NET]_dns_getaddrinfo+ interface=
04-07 08:00:30.744 D/libc (270): +++++ res_nsend xid =9af4 +++++
04-07 08:00:30.744 D/libc (270): [NET] res_nLookupCache: rstatp->iface =
04-07 08:00:30.744 D/libc (270): +++++ res_nsend xid =9af4 +++++
04-07 08:00:30.744 D/libc (270): [NET] res_nLookupCache: rstatp->iface =
04-07 08:00:30.744 D/libc (270): [NET]res_queryN: exit 3, ancount=1
04-07 08:00:30.744 D/libc (270): [NET]_dns_getaddrinfo-, (NS_SUCCESS)
04-07 08:00:30.744 D/libc (270): [NET] getaddrinfo-, SUCCESS
04-07 08:00:30.744 V/tuneinplayer(5802): Audio buffer under flow (251 dequeueData)
04-07 08:00:30.744 E/GKI_LINUX(2718): ##### ERROR : timer_thread: tick delayed > 5 slots (-58796388,-50000000) -- cpu overload ? #####
04-07 08:00:30.744 W/HtcAudFlgTh(276): ThreadLoop_wrtie blocking by HAL 84472656ns, the mixerBufferTime is 23219954
04-07 08:00:30.744 E/GKI_LINUX(2718): ##### ERROR : timer_thread: tick delayed > 5 slots (-51024171,-50000000) -- cpu overload ? #####
04-07 08:00:30.744 D/libc (5802): [NET] getaddrinfo_proxy-, success
04-07 08:00:30.764 V/tuneinplayer(5802): Audio buffer under flow (251 dequeueData)
04-07 08:00:30.774 V/tuneinplayer(5802): Audio buffer under flow (251 dequeueData)
04-07 08:00:30.794 D/Venom - BaseStatusBar(1732): updateNotification
04-07 08:00:30.794 D/Venom - BaseStatusBar(1732): updateNotificationViews

where the app (I think) complains about buffer getting/being empty for a long while, then something ressembling connecting to network again..

Interestingly, a google search on this kinda streaming issues bring back only htc one related hits..

As i said this might be a tough one and it happens now for at least 3 last fw updates and many more radio fw versions..

Hopefully someone has an idea how to fix it?

thanks

BTW, forgot to mention, streaming via wifi is ok