mirror of
https://github.com/lox-audioserver/lox-audioserver.git
synced 2026-04-26 06:45:47 +03:00
[GH-ISSUE #101] TuneIn Presets - Free Account / Stops Playing after 120 Sec. #46
Labels
No labels
bug
enhancement
pull-request
released
released on @beta
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/lox-audioserver#46
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @simon2207 on GitHub (Jan 2, 2026).
Original GitHub issue: https://github.com/lox-audioserver/lox-audioserver/issues/101
After getting some TuneIn Presets setup within my TuneIn Free Account, those are flawlessly shown at the Loxone App - Excellent, but those streams are stopping after 120 seconds without any reason…
Stream started at 4.59pm successfully but stopped at 5.01pm … is this a TuneIn Free Account Issue?
2026-01-02T15:59:03.463Z][INFO][Zones|Manager] [hasParentContext=false normalizedTarget=https://addrad.io/445fxm9 resolvedTarget=https://addrad.io/445fxm9 station="" type=serviceplay uri=https://addrad.io/445fxm9 zoneId=14] playContent
[2026-01-02T15:59:03.464Z][INFO][Audio|Manager] [hasStream=false label=https://addrad.io/445fxm9 sourceKind=url zoneId=14] startWithResolvedSource
[2026-01-02T15:59:03.721Z][INFO][Transport|Sonos] [uri=http://192.168.1.13:7090/streams/14/current.aac zoneId=14] sending playback command
[2026-01-02T15:59:03.732Z][INFO][Transport|Sonos] [action=Stop service=AVTransport zoneId=14] Sonos action succeeded
[2026-01-02T15:59:03.741Z][INFO][Transport|Sonos] [action=SetAVTransportURI service=AVTransport zoneId=14] Sonos action succeeded
[2026-01-02T15:59:03.754Z][INFO][Transport|Sonos] [action=SetVolume service=RenderingControl zoneId=14] Sonos action succeeded
[2026-01-02T15:59:03.754Z][INFO][Transport|Sonos] [volume=30 zoneId=14] Sonos volume set
[2026-01-02T15:59:04.010Z][INFO][Transport|Sonos] [action=Play service=AVTransport zoneId=14] Sonos action succeeded
[2026-01-02T15:59:04.010Z][INFO][Transport|Sonos] [uri=http://192.168.1.13:7090/streams/14/current.aac zoneId=14] Sonos playback started
[2026-01-02T16:01:14.633Z][INFO][Audio|Engine] [zoneId=14] audio session stopped
[2026-01-02T16:01:15.056Z][INFO][Transport|Sonos] [action=Stop service=AVTransport zoneId=14] Sonos action succeeded
[2026-01-02T16:01:15.076Z][INFO][Transport|Sonos] [action=Stop service=AVTransport zoneId=14] Sonos action succeeded
[2026-01-02T16:01:15.654Z][INFO][Audio|Session] [bufferedBytes=262144 code=255 earlyExit=false runMs=320685 signal=null stderr=undefined stderrAt=undefined subscribers=0 totalBytes=10860790 zoneId=14] ffmpeg exited
[2026-01-02T16:01:15.655Z][INFO][Audio|Session] [bufferedBytes=261643 code=255 earlyExit=false runMs=320682 signal=null stderr=undefined stderrAt=undefined subscribers=0 totalBytes=10434889 zoneId=14] ffmpeg exited
[2026-01-02T16:01:15.657Z][INFO][Audio|Session] [bufferedBytes=262144 code=255 earlyExit=false runMs=320680 signal=null stderr=undefined stderrAt=undefined subscribers=0 totalBytes=57491456 zoneId=14] ffmpeg exited
@rudyberends commented on GitHub (Jan 2, 2026):
Should now be fixed if you pull the latest image.
@simon2207 commented on GitHub (Jan 2, 2026):
unfortunately no - see the log - still drops after 120 sec. from TuneIn:
[2026-01-02T17:21:19.685Z][INFO][Zones|Manager] [hasParentContext=false normalizedTarget=https://addrad.io/445fxm9 resolvedTarget=https://addrad.io/445fxm9 station="" type=serviceplay uri=https://addrad.io/445fxm9 zoneId=14] playContent
[2026-01-02T17:21:19.951Z][INFO][Audio|Manager] [hasStream=false label=https://addrad.io/445fxm9 sourceKind=url zoneId=14] startWithResolvedSource
[2026-01-02T17:21:19.951Z][INFO][Audio|Manager] [handoff=false kind=url profiles=["aac"] zoneId=14] starting audio engine
[2026-01-02T17:21:19.952Z][INFO][Audio|Session] [maxBufferBytes=8192 outputBitDepth=16 outputChannels=2 outputSampleRate=44100 profile=aac targetLeadMs=1000 zoneId=14] audio session buffer config
[2026-01-02T17:21:20.027Z][INFO][Audio|Engine] [profile=aac source=url zoneId=14] audio session started
[2026-01-02T17:21:20.028Z][INFO][Audio|Manager] [source=https://addrad.io/445fxm9 stream=14-ded6df8b-ed9f-4d41-9296-2c70e8ba67f2 title="106.1 | Mallorca Sunshine Radio (Top-40-Pop muziek)" zoneId=14] playback started
[2026-01-02T17:21:20.226Z][INFO][Transport|Sonos] [action=SetVolume service=RenderingControl zoneId=14] Sonos action succeeded
[2026-01-02T17:21:20.226Z][INFO][Transport|Sonos] [volume=30 zoneId=14] Sonos volume set
[2026-01-02T17:21:20.239Z][INFO][Transport|Sonos] [uri=http://192.168.1.13:7090/streams/14/current.aac zoneId=14] sending playback command
[2026-01-02T17:21:20.247Z][INFO][Transport|Sonos] [action=Stop service=AVTransport zoneId=14] Sonos action succeeded
[2026-01-02T17:21:20.258Z][INFO][Transport|Sonos] [action=SetAVTransportURI service=AVTransport zoneId=14] Sonos action succeeded
[2026-01-02T17:21:20.522Z][INFO][Transport|Sonos] [action=Play service=AVTransport zoneId=14] Sonos action succeeded
[2026-01-02T17:21:20.522Z][INFO][Transport|Sonos] [uri=http://192.168.1.13:7090/streams/14/current.aac zoneId=14] Sonos playback started
[2026-01-02T17:21:21.905Z][INFO][Audio|Session] [bytes=34 profile=aac zoneId=14] ffmpeg first chunk
[2026-01-02T17:23:24.060Z][INFO][Audio|Engine] [zoneId=14] audio session stopped
[2026-01-02T17:23:24.274Z][INFO][Transport|Sonos] [action=Stop service=AVTransport zoneId=14] Sonos action succeeded
[2026-01-02T17:23:24.301Z][INFO][Transport|Sonos] [action=Stop service=AVTransport zoneId=14] Sonos action succeeded
[2026-01-02T17:23:24.559Z][INFO][Audio|Session] [bufferedBytes=8192 code=255 earlyExit=false runMs=124606 signal=null stderr=undefined stderrAt=undefined subscribers=0 totalBytes=4389458 zoneId=14] ffmpeg exited
@rudyberends commented on GitHub (Jan 2, 2026):
Radio was not properly advertised as a live stream and as there was no duration present in the stream it defaults back to the default duration of 120 seconds. The latest testing branch should not have this. If you play a radio stream in the app it should say "live" and not have a time indicator. If this is the case, it should not stop anymore.
Your log shows exactly that behavior. It starts and after 120 it shutdown clean. No error.
@simon2207 commented on GitHub (Jan 2, 2026):
@rudyberends you were right - after removing all favorites within TuneIn and adding them again - the "LIVE" Status Update appears within the loxone app and its been running since 5 minutes without any interruption on one of my favorite music stations:
Mallorca Sunshine Radio Classic...
BUT - It stoped after 120 seconds again with a different music station - Mallorca Sunshine Radio after 120 seconds while showing the LIVE Icon...
so... there seems to be more issues than that...
@simon2207 commented on GitHub (Jan 2, 2026):
Another idea...
Skip TuneIn Service in Total and only route manual added radio streams... Anyone who´s running Lox-Audioserver should be able to add radio streams Manuel with the radio stream url provided by the favorite radio stations....
WHY?
TuneIn makes so much trouble anyway... commercial breaks and no seamless playback anyway...
Any User of Lox-Audioserver can add his favorite music station manuel in lox-audio server and those streams are forwarded to the native Loxone App...
Does this interrupt the ability to search for Music Station within the native Loxone App? Yes... but who cares...after installing lox-audio server - anyone capable of doing that should be able to provide his favorite radio stream urls... and everything is shown within Loxone...
just my 2 cents.
@rudyberends commented on GitHub (Jan 3, 2026):
Yes, it can be a bit flaky. Aside from the presets, api access against tunein is currently not really usable. The presets themselves do work fine for me.
I’ve made some additional adjustments. You can test them if you want. Otherwise, you can indeed use custom streams.
@DiskoDisko404 commented on GitHub (Jan 4, 2026):
Is in the latest Version a Fix for this
MY Radio Streams from TuneIn always Stops after 12 Seconds
@rudyberends commented on GitHub (Jan 4, 2026):
Well, there was an issue where it was cut off at exactly 120 seconds. This was because there was a duration set at 120 seconds for a radio item which should not have a duration. If yours stops at 120 seconds you have that issue.
If it stops at 12 seconds, then something else is going on. Could you share the debug log from the serviceplay entry until you experience the stop?
Just to make sure, please update to the latest version. It is now timestamped and should be from this afternoon
@DiskoDisko404 commented on GitHub (Jan 4, 2026):
sorry I mean 120 seconds and I have updated there testing build for 30 minutes
@rudyberends commented on GitHub (Jan 4, 2026):
That should not be the case. The logfile has a "spam" option. if you place logging on this level you will see the state (audio_event) that is pushed to loxone. If you start playing a radio item in a zone you should see an entry for state for that radio item. Could you share this here?
@DiskoDisko404 commented on GitHub (Jan 4, 2026):
[2026-01-04T17:25:43.838Z][INFO][Zones|Manager] [hasParentContext=false normalizedTarget=https://frontend.streamonkey.net/radio886-onair?aggregator=TuneIn resolvedTarget=https://frontend.streamonkey.net/radio886-onair?aggregator=TuneIn station="" type=serviceplay uri=https://frontend.streamonkey.net/radio886-onair?aggregator=TuneIn zoneId=1] playContent
[2026-01-04T17:25:43.839Z][INFO][Audio|Manager] [hasStream=false label=https://frontend.streamonkey.net/radio886-onair?aggregator=TuneIn sourceKind=url zoneId=1] startWithResolvedSource
[2026-01-04T17:25:43.839Z][INFO][Audio|Manager] [handoff=false kind=url profiles=["aac"] zoneId=1] starting audio engine
[2026-01-04T17:25:43.839Z][INFO][Audio|Session] [maxBufferBytes=8192 outputBitDepth=16 outputChannels=2 outputSampleRate=44100 profile=aac targetLeadMs=1000 zoneId=1] audio session buffer config
[2026-01-04T17:25:43.842Z][INFO][Audio|Engine] [profile=aac source=url zoneId=1] audio session started
[2026-01-04T17:25:43.842Z][INFO][Audio|Manager] [source=https://frontend.streamonkey.net/radio886-onair?aggregator=TuneIn stream=1-4eeab36c-aff6-4658-bc8d-79e42437399c title="88.6 | Radio 88.6 (Rock)" zoneId=1] playback started
[2026-01-04T17:25:44.056Z][INFO][Transport|Sonos] [uri=http://IPDARESSE/streams/1/current.aac zoneId=1] sending playback command
[2026-01-04T17:25:44.068Z][INFO][Transport|Sonos] [action=Stop service=AVTransport zoneId=1] Sonos action succeeded
[2026-01-04T17:25:44.096Z][INFO][Transport|Sonos] [action=SetAVTransportURI service=AVTransport zoneId=1] Sonos action succeeded
[2026-01-04T17:25:44.098Z][INFO][Transport|Sonos] [action=SetVolume service=RenderingControl zoneId=1] Sonos action succeeded
[2026-01-04T17:25:44.098Z][INFO][Transport|Sonos] [volume=20 zoneId=1] Sonos volume set
[2026-01-04T17:25:44.360Z][INFO][Transport|Sonos] [action=Play service=AVTransport zoneId=1] Sonos action succeeded
[2026-01-04T17:25:44.360Z][INFO][Transport|Sonos] [uri=http://IPADRESSE/streams/1/current.aac zoneId=1] Sonos playback started
[2026-01-04T17:25:44.645Z][INFO][Audio|Session] [bytes=46 profile=aac zoneId=1] ffmpeg first chunk
[2026-01-04T17:27:43.882Z][INFO][Audio|Engine] [zoneId=1] audio session stopped
[2026-01-04T17:27:44.113Z][INFO][Transport|Sonos] [action=Stop service=AVTransport zoneId=1] Sonos action succeeded
[2026-01-04T17:27:44.139Z][INFO][Transport|Sonos] [action=Stop service=AVTransport zoneId=1] Sonos action succeeded
[2026-01-04T17:27:44.650Z][INFO][Audio|Session] [bufferedBytes=8192 code=255 earlyExit=false runMs=120810 signal=null stderr=undefined stderrAt=undefined subscribers=0 totalBytes=4871427 zoneId=1] ffmpeg exited
@rudyberends commented on GitHub (Jan 4, 2026):
is this with loglevel set to spam?
@DiskoDisko404 commented on GitHub (Jan 4, 2026):
no normal
how many lines do you need from spam?
@DiskoDisko404 commented on GitHub (Jan 4, 2026):
[2026-01-04T18:05:37.942Z][SPAM][Audio|Session] [bufferBytes=8192 bytesPerSec=23562 labels=[] profile=aac subscribers=0 zoneId=1] pipe throughput
@rudyberends commented on GitHub (Jan 4, 2026):
there should be a serviceplay entry where is starts the stream. and then until it stops playing
@DiskoDisko404 commented on GitHub (Jan 4, 2026):
I don't see the entry
@DiskoDisko404 commented on GitHub (Jan 10, 2026):
is there any update here?
@rudyberends commented on GitHub (Jan 10, 2026):
First make sure you are on the latest testing version. Then clear your log, put it on spam level, reproduce the issue and send me the full log. Also send me the timestamp on the 4.0.0 version number, so we can be sure it is the latest version
@rudyberends commented on GitHub (Jan 10, 2026):
You are still running an old build. The “for testing” message should no longer be present.
When running the application in a Docker container, it will display a build timestamp. When running it natively, no timestamp is shown, but the “for testing” message should still be absent.
@DiskoDisko404 commented on GitHub (Jan 10, 2026):
Ohhh
But when ei change the "Testing" to latest" in the Docker Yaml File, I have the version 3.1.0 ??? the old one?
@rudyberends commented on GitHub (Jan 10, 2026):
Yes, latest refers to the latest stable release, which is 3.x. You need the testing tag, but it is likely that Docker is not re-pulling the latest image.
Try manually puling the latest version
docker compose pullor
docker-compose pull@DiskoDisko404 commented on GitHub (Jan 10, 2026):
Thank you now I have the right build :D