Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Cannot advance tracks when connecting via UPnP over internet (Read 4803 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Cannot advance tracks when connecting via UPnP over internet

A new issue in 1.6 is that when playing music from a UPnP media server using WIndows foobar2000 with the foo_upnp component, foobar2000 mobile seems unable to advance tracks in a playlist or album, instead playing the current song on repeat. When the app finishes playing a track, it will then repeat back to the start of that track, getting "stuck" in the playlist. Manually skipping the current track will correctly advance to the next track, but allowing a track to finish playing will cause it to repeat. This ONLY happens when connecting to the media server from outside the LAN using an external IP address. Playlist playback when connecting from inside the LAN works as normal. I have tested this issue with foobar2000 mobile v1.5.3 and playlist playback works correctly, so it appears to be a new issue.

Device:             Samsung Galaxy A15 5G
OS:                   Android 14
Software:         foobar2000 1.6.2 build #934
Media Server:  Windows foobar2000 v2.1.6

Re: Cannot advance tracks when connecting via UPnP over internet

Reply #1
There is no problem in my environment.
It looks like Repeat (One Track) is ON.

Android 14
foobar2000 mobile for Android v1.6.2 build #934
foobar2000 v2.24 preview 2024-10-04 32-bit

Skin: White (Default)
Repeat (playlist): ON

What happens if I change the Skin and turn off Repeat (One Track)?
Turn Repeat (One Track) ON once. Then turn it OFF.

DarkX & LightX By: zeremy
https://hydrogenaud.io/index.php/topic,125481.msg1042260.html#msg1042260

NewMoon 2.0 and 2.0s.x By: Daiki
https://hydrogenaud.io/index.php/topic,125642.0.htm

Also, when Repeat (One Track) is set to ON, Repeat One Track is executed properly.
SHURE SRH1840, SENNHEISER HD660S2, SENNHEISER HD620S, SENNHEISER HD 490 Pro Plus, beyerdynamic DT 1990 PRO, HiFiMAN Edition XS, Bowers & Wilkins P7, FiiO FT5, 水月雨 (MOONDROP) 空鳴 - VOID, Nakamichi Elite FIVE ANC, SONY WH1000XM5 (made a Upgrade/Balanced Cable by myself)

Re: Cannot advance tracks when connecting via UPnP over internet

Reply #2
I forgot to mention that to enable Repeat (One Track), you also need to enable Repeat.
SHURE SRH1840, SENNHEISER HD660S2, SENNHEISER HD620S, SENNHEISER HD 490 Pro Plus, beyerdynamic DT 1990 PRO, HiFiMAN Edition XS, Bowers & Wilkins P7, FiiO FT5, 水月雨 (MOONDROP) 空鳴 - VOID, Nakamichi Elite FIVE ANC, SONY WH1000XM5 (made a Upgrade/Balanced Cable by myself)

Re: Cannot advance tracks when connecting via UPnP over internet

Reply #3
I have checked in Tools > Playback Order for these settings, and it is currently set to "Default" and not "One Track." Changing from one to the other has no effect on behavior, it still plays the current track repeatedly even when set to Default. Additionally, this setting is properly obeyed when playing music from any other source, including files local to the device, and even when playing music from the exact same UPnP library so long as it is played from within the LAN. It is only when the music is played via UPnP over the internet from outside the LAN that this setting seems to be ignored and the track is endlessly repeated.

I have tested this issue with previous versions of foobar2000 mobile, and this issue does not exist for these old versions. I am playing from the same UPnP library in the same circumstances, and previous versions are able to play a playlist properly without repeating one track, so that would seem to isolate the issue to v1.6.2 build #934.

Please let me know if I'm overlooking anything or if I can explain further.

Re: Cannot advance tracks when connecting via UPnP over internet

Reply #4
As mentioned above, have you checked Repeat (One Track) ON/OFF for other skins?
Try turning the setting on and then off.
SHURE SRH1840, SENNHEISER HD660S2, SENNHEISER HD620S, SENNHEISER HD 490 Pro Plus, beyerdynamic DT 1990 PRO, HiFiMAN Edition XS, Bowers & Wilkins P7, FiiO FT5, 水月雨 (MOONDROP) 空鳴 - VOID, Nakamichi Elite FIVE ANC, SONY WH1000XM5 (made a Upgrade/Balanced Cable by myself)

Re: Cannot advance tracks when connecting via UPnP over internet

Reply #5
Tools > Playback Order > "One Track" alone will not turn it off; you must also turn Repeat off.
Check the Playback controls screen,

As mentioned above, there is no problem in my environment.

Android 14
foobar2000 mobile for Android v1.6.2 build #934
foobar2000 v2.24 preview 2024-10-04 32-bit

This may be a problem with a specific environment.
Let's look forward to the update.
SHURE SRH1840, SENNHEISER HD660S2, SENNHEISER HD620S, SENNHEISER HD 490 Pro Plus, beyerdynamic DT 1990 PRO, HiFiMAN Edition XS, Bowers & Wilkins P7, FiiO FT5, 水月雨 (MOONDROP) 空鳴 - VOID, Nakamichi Elite FIVE ANC, SONY WH1000XM5 (made a Upgrade/Balanced Cable by myself)

Re: Cannot advance tracks when connecting via UPnP over internet

Reply #6
As mentioned above, have you checked Repeat (One Track) ON/OFF for other skins?
Try turning the setting on and then off.
I do not have any skins installed, I have only the stock app. There are no other places I have found that change this setting. The "Repeat" control on the playback controls screen also has no effect on this issue, whether on or off. I know that the Repeat control does function, since when I play local files, the control turns looping on and off. Again, it is only when playing a UPnP media server over the internet when these issues occur. While doing so, it doesn't matter if Playback Order is 'Default' or 'One Track,' it doesn't matter if the loop button on the playback control screen is on or off, when the current track ends, it will proceed to play the track again. This even occurs if the current track is the last track in a playlist and there would normally be nothing to play afterwards - even if looping is set to off and playback would normally cease, foobar2000 will repeat the track anyway.

All of this goes away when playing music from any other source. Air KEN, you say you have no issues in your environment. Do you use foobar2000 mobile to stream music from a UPnP library? From outside the LAN? Your particular use case of foobar2000 mobile may be why you're not seeing the issue that I am.

Re: Cannot advance tracks when connecting via UPnP over internet

Reply #7
The environment is as follows:

Android 14
foobar2000 mobile for Android v1.6.2 build #934
foobar2000 v2.24 preview 2024-10-04 32-bit
UPnP/DLNA Renderer, Server, Control Point 0.99.49 (foo_upnp) 2015-01-13
Home LAN

Playback in foobar2000's Playlist..
SHURE SRH1840, SENNHEISER HD660S2, SENNHEISER HD620S, SENNHEISER HD 490 Pro Plus, beyerdynamic DT 1990 PRO, HiFiMAN Edition XS, Bowers & Wilkins P7, FiiO FT5, 水月雨 (MOONDROP) 空鳴 - VOID, Nakamichi Elite FIVE ANC, SONY WH1000XM5 (made a Upgrade/Balanced Cable by myself)

Re: Cannot advance tracks when connecting via UPnP over internet

Reply #8
Thanks for the bug report.
Unfortunately I can't reproduce this so far.
What file format is being served on Windows side? Module or game music format by any chance?
Does it rewind shown playback time back to 0:00 when unintended loopover happens, or continues to show time past actual duration of the track?
Does it say anything interesting in console on either end?
Perhaps something on foo_upnp config side is a factor?
Microsoft Windows: We can't script here, this is bat country.

Re: Cannot advance tracks when connecting via UPnP over internet

Reply #9
The file format served is mp3 regardless of file type. I have configured foo_upnp to transcode to 96kbps MP3 for all file types so long as the User-Agent "foobar2000" is connecting from the internet, so as to save on bandwidth in case of data caps or weak signal.

In gathering information for this reply, I have discovered quite the smoking gun. When I experimentally turned off transcoding entirely from the serving library, this problem immediately resolved. (I even discovered that transcoding is the reason why I have never been able to scan through the track, skipping forward and backward within the same track, when connecting via internet. This has never worked with transcoding on any version of foobar2000 mobile, though I can see why it would be a thorny issue to solve.)

So it would appear that the culprit isn't internet play exactly but rather transcoded playback. In fact, when I enabled transcoded playback for LAN play and disabled it for internet play, this situation reversed, with LAN play stuck repeating one track, and internet play working normally.

I am attaching a screen cap of my foo_upnp settings for the purposes of reproduction. These settings will allow foobar2000 mobile to play without transcoding while on the LAN, but force transcoding when streaming from the internet. It's possible that the issue isn't with all transcoding, but rather my specific transcoding settings. Previous versions of foobar2000 mobile (for example, 1.4.3) are able to handle these exact settings without repeating the track. I'm not sure exactly when this issue was introduced, but likely somewhere in 1.6.x (I can't tell because early versions of 1.6 had trouble connecting to foo_upnp via internet in the first place, issues which 1.6.2 #934 seems to have resolved).

Re: Cannot advance tracks when connecting via UPnP over internet

Reply #10
I'm trying to either fix this on my end or confirm it's a foo_upnp problem (but then why did it emerge just now?)
I'd still like console logs from both ends, desktop and mobile, produced when this happens.


EDIT
Figured out, has to do with stream being mistakenly treated as radio, fix coming up
Microsoft Windows: We can't script here, this is bat country.

Re: Cannot advance tracks when connecting via UPnP over internet

Reply #11
Finally got some time to update and test this, and the issue is indeed resolved, thank you!